Usando ping google.com para testar a conexão

Como a conexão à Internet em nossa casa falha de tempos em tempos, montei um pequeno experimento:

Nos últimos dois meses, uma das minhas máquinas está executando ping no google.com a cada meia hora. Uma medida consiste em 50 pings.

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 destino de ping?
2. Você recomendaria usar outro destino e qual?
3. Isso indica que algo está errado com minha conexão?
4. Qual seria uma estratégia melhor para medir onde está exatamente o problema em nossa conexão com a Internet? Nosso ISP nos diz que está funcionando bem, então eu tento agregar algumas provas ...

Saudações!

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

Infelizmente, você realmente 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 são algo a se fazer, executar ping no Google normalmente é uma boa aposta, pois eles projetam sua rede para ser o mais rápido possível. Além disso, como o ICMP é priorizado, o pico da noite provavelmente não faz uma diferença significativa - particularmente em termos de perda de pacotes - que eu consideraria que 0.

2. O Google é um bom destino, mas para ter uma idéia melhor do que está acontecendo, você pode tentar fazer ping adicional no gateway e, se o permitir, DNS, email ou servidor da web de seus provedores. Isso ajudará a mostrar para onde a perda de pacotes está se aproximando. Realmente, no nível de perda de pacotes que você está vendo, observe o download do MTR (ou WinMTR) e execute-o rapidamente para ter uma idéia melhor de onde a perda de pacotes está chegando. .

3. Subjetivamente, a perda de pacotes de 5% é a mais alta aceitável para uma rede baseada em Wifi - desde que você não esteja saturando sua rede. Por outro lado, fico chateado com cerca de 0,5% de perda de pacotes nas minhas conexões de fibra - como ponto de referência, falando pouco, menos de 1% é bom para VOIP, acima
   disso, nem tanto. Se você espera poder usar o Skype ou o Viber ou o que você tem na sua conexão, uma perda de 5% dos pacotes não está correta. Para apenas navegar na Web, isso pode ser suficiente.

4. Como ISP, quero ver os resultados de um MTR, que mostra as latências e a perda de pacotes entre o destino - isso me ajuda a ver onde pode estar o gargalo e é um bom primeiro passo. Também gostaria de saber quando o teste foi realizado, para que eu possa correlacioná-lo com os outros usuários e o que está acontecendo no sistema. Os gráficos de perda de pacotes que você criou também são úteis, mas não isoladamente.

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

Outras observações:

Parece que sua latência aumenta à tarde - o que significa que os primeiros lugares que eu procuraria seriam se o problema fosse WIFI quando todos ao meu redor estiverem usando. Depois de descartar isso, eu começaria a questionar meu ISP sobre o excesso de inscrições na conexão.

Provavelmente, isso é resultado de congestionamento em algum lugar ao longo da linha. Pode ser o seu roteador, mas provavelmente um provedor upstream.

Você não declara como está fazendo os 50 pings, por exemplo, qual intervalo de tempo, está esperando que um falhe / seja bem-sucedido antes do próximo ou disparando 50 de uma só vez (ping de inundação).

Tal perda durante períodos de alto congestionamento não é incomum em minha experiência. Pode ser uma prioridade mais baixa para o tráfego ICMP, mas é mais provável que ocorra para a mesma porcentagem de todas as conexões - apenas o TCP reenviará e reorganizará os pacotes de maneira que você tenha menos chances de perceber.

Para entender melhor a situação, sugiro que você implemente o seguinte:

1. Aumente o intervalo entre seus pings
2. Efetue ping em um endereço IP para o Google e não para o domínio - o google.com retornará vários registros A e pode ser que você esteja usando IPs finais diferentes (e, portanto, roteando de maneira diferente) sem saber
3. Registre o tempo médio para responder; veja se isso se correlaciona com a perda - se o fizer, você vê tempos mais altos de ida e volta e mais perda, então indica congestionamento. Em seguida, você pode investigar armazenando logs de traceroute e ver se há um gargalo provável em algum lugar em que você vê um aumento repentino dos tempos
4. Tente fazer o ping mais do que o google. Quando eu comparei o desempenho da rede no passado, eu o fiz usando 4 ou 5 pontos finais bons (novamente com o endereço IP, não o nome do host), para que você possa descartar congestionamentos ou problemas específicos dentro da rede do Google, fazendo com que você questione toda a sua conexão

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