Como explicar o baixo RTT entre intervalos de ping extremamente longos (10s)?

Question

Estou usando o utilitário ping para solucionar o que parece ser uma conexão lenta com a Internet em minha rede doméstica, mas estou achando os resultados incomuns e difíceis de interpretar.

Tenho um roteador sem fio Linksys e testei os seguintes testes simultâneos: fazer ping do roteador pelo meu computador, fazer ping do google.com pelo roteador e fazer ping do google.com pelo computador, via roteador. O ping do roteador a partir do computador e o ping do Google no roteador funcionam como esperado, com perda mínima de pacotes e baixo tempo de ida e volta (min / avg / max = 1.601 / 3.465 / 9.926 e 20/20/70 respectivamente) .

No entanto, o ping do Google no meu computador, através do roteador, informa algo que parece muito estranho para mim. Ele informa um RTT baixo e uma perda mínima de pacotes, mas o intervalo de cada solicitação de ping, que deve ser o 1s padrão, é mais parecido com 10s. O que isso parece é um atraso de 10 segundos entre cada vez que o ping imprime alguma saída. Mas o RTT resultante é baixo, por exemplo:

64 bytes de 74.125.226.115: icmp_seq = 31 ttl = 52 tempo = 29,2 ms

Quando eu corro isso lado a lado com os outros testes, os outros testes terão enviado cerca de 100 pedidos no momento em que esse teste tiver enviado 10. Isso parece contradizer o baixo RTT reportado, então estou Não tenho certeza de como entender isso.

Eu aprecio qualquer ideia que alguém possa oferecer.

    

Answer 1

Parece que o ping faz uma resolução de nome antes de cada solicitação ICMP ser enviada.

Talvez seja implementado dessa forma, para que um ping de longa execução continue a pingar no host correto, mesmo quando o mapeamento de host do < - > muda durante o tempo de execução.

Se houver um atraso na resolução de nomes (por exemplo, como o RR tem um TTL muito baixo e seu servidor DNS de cache não impõe um TTL mínimo), é provável que você veja longos atrasos entre cada solicitação ICMP, mas respostas com um TTL baixo.

Para encurtar a história, como sugerido em outro lugar, tente ping -n.

    

Answer 2

Execute o ping com a opção -n , para que ela não faça a resolução reversa de nomes. É provavelmente o software dns do seu roteador, e o ping está aguardando o resultado da pesquisa do dns e não a resposta do icmp.

Se -n ajudar, você tem duas opções:

• corrija seu roteador
• mude para um provedor de DNS público no seu PC (como dns públicos do Google )

Answer 3

Eu também tive o problema com os resultados do 'slugish' ping depois de instalar o dd-wrt como o roteador gw. Eu também notei ping 'slugish' de caixas de linux, mas nenhum problema de caixas de janelas. Tentei rodar com -n e isso melhorou o ping!

A pergunta é, qual é a causa raiz, como corrigi-lo para que a pesquisa fique mais rápida como antes?

    

Answer 4

Existe algum recurso de QoS no seu roteador (especialmente se ele piscar para o Tomato ou DD-WRT) limitando ou des-priorizando o tráfego ICMP? Pode ser que o roteador seja pings limitadores de taxa. Portanto, o roteador pode permitir que os hosts da LAN emitam apenas 1 ping por 10 segundos, mas quando esse ping é permitido, ele funciona bem, de modo que pode ser responsável pelo baixo RTT, mas pelos altos atrasos.

    

Answer 5

Tentando executar o ping com a opção -n para que ele não tente fazer pesquisas de nome. Se ele continuar tentando procurar o nome de host do DNS da máquina que você está fazendo ping (ou algum roteador que está enviando mensagens inacessíveis do ICMP), isso pode atrapalhar o ping o suficiente para impedir que ele saia de mais de um pacote a cada poucos segundos.

    

Answer 6

A sugestão de QoS é boa, mas esperaria que o computador reportasse os outros nove pings perdidos se a QoS os descartasse ou com o aumento dos valores de RTT se o roteador os estivesse retendo para QoS e os enviasse em lotes.

Minha sugestão seria verificar se ping pode ter um alias para ping -i 10 , fazendo com que ele envie apenas um pacote por 10 segundos. Como alternativa, você poderia tentar emitir o comando ping -i 1 <host> para forçá-lo a enviar pings em intervalos de um segundo.

Note que isto está assumindo que você quer dizer que um único resultado de ping (com baixo RTT) está sendo impresso a cada dez segundos. Se você está obtendo dez resultados a cada dez segundos, mas todos eles estão vindo ao mesmo tempo, em vez de um por segundo distribuído uniformemente, então parece que há algum tipo de buffer de saída ocorrendo em seu monitor.

    

Answer 7

Você fez ping em google.com ou em um endereço IP? Você pode não atingir o mesmo servidor fazendo ping no google.com, eles têm milhares de servidores e, dependendo do local onde você mora, você pode ser direcionado a um ou muitos deles devido à carga do servidor a qualquer momento.

    

Answer 8

Eu sei que é uma pergunta antiga, mas enfrentamos a questão de longas pausas entre pings em nossas máquinas antigas e o problema era um bug no Avahi Daemon quando um domínio não tinha um registro PTR. Uma vez que nós desativamos este daemon (sudo service avahi-daemon stop), as pausas se foram.

Este é um artigo relevante: link

Bugtracker do Ubuntu: link

Bugtracker do Debian: link