Por que minhas médias diferentes do Google Ping?

0

Eu fiz ping no Google por uma semana, com 10 pings por segundo, e descobri que meu ping tem 3 ou mais "bandas":

(A interrupção foi uma pequena parada no ping, e os picos meu próprio uso. Tudo o mais que eu tenho é "claro" de "ruído"). Todos os outros pings são legais em uma linha.

Isso é devido à infraestrutura do servidor de rede do Google? Ele também mostra muito bem em que momentos os usuários estão usando a Internet (ou o Google?).

Eu registrei todos os pings que eu enviei, e também estava pingando alguns outros servidores para que eu possa plotar no gráfico se necessário para compará-los. Eu também pingado um servidor com TTL = 2 para obter uma referência sobre o uso da rede. Eu também posso colocar os logs para o DropBox ou SkyDrive, se necessário (todos juntos até 6GB de dados de log).

Sistema: Win 7, Internet sobre CableModem 35 MBit

    
por Kalabint 27.03.2013 / 12:07

2 respostas

2

Eu esperaria a aparição de "bandas" de qualquer servidor, não apenas do Google, porque o número de saltos do seu modem para um servidor distante varia com o tempo. Mas se isso fosse reencaminhamento de rede, você não teria bandas paralelas claramente; você usaria a banda # 0 talvez 90% do tempo durante a manhã, e "veria" as bandas # 0 e # 1, e talvez uma banda fraca # 2, então talvez à tarde você veria as bandas # 1 e # 2 e um começo da banda # 3, e assim por diante. Você veria bandas "escalonadas em série": __--==_=--=_ .

Aqui, os tempos de ping aparentemente se acumulam em várias bandas em intervalos aproximadamente fixos: -==--=====- .

Ao executar um teste, fica claro que estamos vendo alterações no TTL:

64 bytes from 74.125.232.148: ttl=56 time=12.5 ms
64 bytes from 74.125.232.148: ttl=56 time=12.5 ms
64 bytes from 74.125.232.148: ttl=55 time=24.2 ms
64 bytes from 74.125.232.148: ttl=56 time=27.7 ms
64 bytes from 74.125.232.148: ttl=55 time=24.5 ms
64 bytes from 74.125.232.148: ttl=56 time=12.8 ms

Mesma coisa com hping:

len=46 ip=74.125.232.148 ttl=55 port=80 flags=SA rtt=23.9 ms
len=46 ip=74.125.232.148 ttl=56 port=80 flags=SA rtt=11.7 ms
len=46 ip=74.125.232.148 ttl=55 port=80 flags=SA rtt=24.5 ms
len=46 ip=74.125.232.148 ttl=56 port=80 flags=SA rtt=11.8 ms

Então, aparentemente, o caminho de mim para o Google varia em comprimento com um ciclo de trabalho de cerca de dois pacotes e cinquenta por cento das vezes em que o caminho faz um salto extra que requer cerca de 12ms. Então estou vendo duas "bandas" com uma distância de cerca de 12ms.

Além disso, se eu enviar pacotes com o TTL 8, eles estarão todos perdidos; se eu usar o TTL 9, eles são todos respondidos, e cerca de 50% deles têm o salto extra. Então eu acho que 74.125.232.148 está recebendo tráfego de rede, então regenera e encaminha para algum host 2 ou 3 hops atrás de si, que por sua vez responde a esse tráfego. O tráfego é então encaminhado de volta, mas não regenerado, por isso estamos vendo o TTL do host além do proxy em vez do proxy.

Nota sobre o TTL

Quando no comentário eu li, "um TTL de 2", eu traduzi mentalmente para "uma contagem de saltos de 2", o que é impossível porque a rota mais curta da Suíça para a Austrália é de sete saltos (via relé de satélite geosynchronous; o tempo de viagem é de cerca de um segundo completo). O valor que dei, chamando-o (incorretamente) de TTL, de 15 a 20, foi a contagem de saltos.

Um host australiano gerando respostas PING com TTL nativo de 64 teria então o utilitário ping mostrado na chegada um valor ttl de aproximadamente 45. Se gerasse respostas com TTL de 128, produziria um relatório de ttl em torno de 110.

    
por 27.03.2013 / 16:00
0

Eu não vou entrar em detalhes sobre como o protocolo INTERNET funciona, mas a Internet, ao contrário do circuito comutado, é um pacote orientado, significando que o caminho entre a origem e o destino nunca é fixo. São necessários vários caminhos exclusivos e dependendo do congestionamento e de outros problemas de política de roteamento, especialmente em relação à QoS, o usuário pode fazer com que um roteador altere / faça alterações em suas informações de roteamento para alterar seu caminho para o destino. É por isso que você vê vários valores rrt.

    
por 27.03.2013 / 15:05