Usando o ping google.com para testar a conexão

Question

Como a conexão à internet em nossa casa se desintegra de tempos em tempos, eu configuro um pequeno experimento:

Nos últimos dois meses, uma das minhas máquinas faz ping de google.com de meia em meia hora. Uma medida consiste em 50 pings.

Eu agora calculei a porcentagem média de pacotes perdidos para cada hora do dia:

Minhas perguntas:

1. Esse pico da noite pode ser causado pela escolha de google.com como o destino do ping?
2. Você recomendaria usar outro destino e quais?
3. Isso indica que algo está errado com minha conexão?
4. Qual seria uma estratégia melhor para avaliar exatamente onde está o problema em nossa conexão com a Internet? Nosso ISP nos diz que está funcionando bem, então eu tento agregar alguma prova ...

Atenciosamente!

Edit: Eu esqueci de mencionar que a máquina está diretamente conectada ao roteador (sem WiFi). E o roteador também recebe ping, sem perda de pacotes.

    

Answer 1

Infelizmente, você não forneceu informações suficientes para descobrir onde está o problema. Para responder da melhor forma possível com as informações limitadas fornecidas:

1. Se minhas experiências forem o bastante, fazer ping no Google normalmente é uma boa aposta, já que eles projetam a rede para ser o mais rápido possível. Além disso, como o ICMP é priorizado, o pico noturno provavelmente não faz uma diferença significativa - particularmente em termos de perda de pacotes - que eu diria que deveria ser 0.

2. O Google é um bom destino, mas para ter uma ideia melhor do que está acontecendo você pode querer adicionalmente testar o seu gateway, e se eles permitirem isso, seus provedores DNS, correio ou servidor web. Isso ajudará a mostrar onde o pacote a perda está se infiltrando. Realisticamente, no nível de perda de pacotes você está vendo, olhe para baixar MTR (ou WinMTR) e rodando isso a espreita para ter uma ideia melhor de onde a perda de pacotes está chegando.

3. Subjetivamente, 5% de perda de pacotes está no topo da aceitável para um Wifi baseada em rede - supondo que você não está saturando sua rede. No outro lado, eu fico chateado com perda de pacotes de 0,5% em minhas conexões de fibra - como um ponto de referência, falando livremente, menos de 1% é OK para VOIP, acima de isso não tanto. Se você espera usar o Skype ou o Viber ou o que você tem em sua conexão, em seguida, 5% de perda de pacotes não é OK. Para apenas a navegação na Web pode ser suficiente.

4. Como um ISP, quero ver os resultados de um MTR, que mostra as latências e perda de pacotes entre o destino - isso me ajuda a olhar onde o gargalo pode ser e é um bom primeiro passo. Eu também gostaria de saber quando o teste foi feito para que eu possa correlacioná-lo com os clientes outros uso e o que está acontecendo no sistema. A perda de pacotes representa você ter feito também são úteis, mas não isoladamente.

   Como cliente, o meu ISP não conseguiu desculpar os meus gráficos. perda de pacotes (eu faço isso por 250 pings, uma vez por segundo em intervalos de 5 minutos, combinado com latências mínima, média e máxima para esses pings). Eu também tenho um conjunto de gráficos mostrando a minha utilização do link, e tenho conjuntos de gráficos mostrando local (ou seja, muito perto de mim) e para outro POP eles possuem interesses específicos a algumas centenas de quilômetros de distância.

Outras observações:

Parece que sua latência aumenta nas tardes - o que significa que os primeiros lugares que eu procuraria são se o problema for WIFI quando todos ao meu redor estiverem usando. Depois de decidir isso, eu começaria a questionar o meu provedor sobre o excesso de inscrição na conexão.

    

Answer 2

Isso, mais do que provavelmente, é resultado de um congestionamento em algum lugar ao longo da linha. Pode ser o seu roteador, mas mais provavelmente um provedor de upstream.

Você não declara como está fazendo os 50 pings, por exemplo que intervalo de tempo, você está esperando um falhar / suceder antes do próximo ou disparar 50 de uma vez (flood ping).

Essa perda durante períodos de alto congestionamento não é incomum na minha experiência. Pode ser baixo para diminuir a priorização do tráfego ICMP, mas é mais provável que ocorra a mesma porcentagem de todas as conexões - é apenas o TCP que irá reenviar e reordenar os pacotes de modo que seja menos provável que você perceba.

Para obter uma imagem melhor da situação, sugiro que você implemente o seguinte:

1. Aumentar o intervalo entre seus pings
2. Ping de um endereço IP para o google e não para o domínio - google.com retornará vários registros A e pode ser que você esteja usando IPs finais diferentes (e, portanto, roteando de forma diferente) sem saber
3. Registre o tempo médio para responder; veja se isso se correlaciona com a perda - se isso ocorrer, você verá tempos de ida e volta mais altos e maior perda, indicando congestionamento. Você poderia então investigar armazenando traceroute logs em vez disso e ver se há um provável gargalo em algum lugar onde você está vendo de repente tempos aumentados
4. Tente fazer ping mais do que o google. Quando fiz benchmarking de desempenho de rede no passado, fiz isso usando 4 ou 5 bons end-points (novamente com o endereço IP e não o hostname) para que você possa excluir o congestionamento ou um problema específico dentro da rede do google, fazendo com que você questionar toda a sua conexão

Answer 3

Isso é típico da maioria das contas residenciais do provedor. Você está vendo um pico devido ao congestionamento da rede quando as pessoas chegam em casa depois do trabalho e depois ficam on-line durante a noite toda. Esse tipo de pico noturno é especialmente pronunciado em comunidades de alta tecnologia com muitos jogadores on-line (como eu moro aqui, em Redmond, lar da Microsoft).