Usando ping google.com para probar la conexión

Dado que la conexión a Internet en nuestra casa se rompe de vez en cuando, configuré un pequeño experimento:

Durante los últimos dos meses, una de mis máquinas está haciendo ping a google.com cada media hora. Una medida consta de 50 pings.

Ahora calculé el porcentaje medio de paquetes perdidos por cada hora del día:

Mis preguntas:

1. ¿Podría este pico en la noche ser causado por elegir google.com como el destino de ping?
2. ¿Recomendaría usar otro destino y cuál?
3. ¿Esto indica que algo está mal con mi conexión?
4. ¿Cuál sería una mejor estrategia para medir dónde está exactamente el problema en nuestra conexión a Internet? Nuestro ISP nos dice que está funcionando bien, así que trato de agregar alguna prueba ...

¡Saludos!

Editar: Olvidé mencionar que la máquina está conectada directamente al enrutador (sin WiFi). Y el enrutador también está pinchado, sin pérdida de paquetes.

Desafortunadamente, realmente no ha proporcionado suficiente información para determinar dónde está el problema. Para responder lo mejor que pueda con la limitada información proporcionada:

1. Si tengo alguna experiencia, hacer ping a Google suele ser una buena apuesta, ya que diseñan su red para que sea lo más rápida posible. Además, dado que se da prioridad a ICMP, el pico vespertino probablemente no haga una diferencia significativa, particularmente en términos de pérdida de paquetes, lo que diría que debería ser 0.

2. Google es un buen destino, pero para tener una mejor idea de lo que está sucediendo, puede intentar hacer ping a su puerta de enlace y, si lo permiten, sus proveedores de DNS, correo o servidor web. Esto ayudará a mostrar dónde se está arrastrando la pérdida de paquetes. Sin embargo, de manera realista, al nivel de pérdida de paquetes que está viendo, mire la descarga de MTR (o WinMTR) y ejecútelo para obtener una mejor idea de dónde está llegando la pérdida de paquetes .

3. Subjetivamente, la pérdida de paquetes del 5% está en el extremo superior de lo aceptable para una red basada en Wifi, suponiendo que no esté saturando su red. Por otro lado, me molesta aproximadamente el 0,5% de pérdida de paquetes en mis conexiones de fibra; como punto de referencia, en términos generales, menos del 1% está bien para VOIP, por encima de
   eso no tanto. Si espera poder usar Skype o Viber o lo que tenga en su conexión, entonces la pérdida de paquetes del 5% no está bien. Solo para navegar por la Web puede ser suficiente.

4. Como ISP, quiero ver los resultados de un MTR, que muestra las latencias y la pérdida de paquetes entre el destino; esto me ayuda a ver dónde podría estar el cuello de botella y es un buen primer paso. También me gustaría saber cuándo se realizó la prueba para poder correlacionarla con los otros usos de los clientes y lo que está sucediendo en el sistema. Los gráficos de pérdida de paquetes que ha realizado también son útiles, pero no de forma aislada.

   Como cliente, mi ISP no ha podido disculpar mis gráficos, que trazan la pérdida de paquetes (lo hago para 250 pings, una vez por segundo durante intervalos de 5 minutos, combinado con latencias mínimas, medias y máximas para esos pings). También tengo un conjunto de gráficos que muestran mi utilización del enlace, y tengo conjuntos de gráficos que muestran local (es decir, muy cerca de mí), y a otro POP que poseen de interés específico a unos cientos de kilómetros de distancia.

Otras observaciones

Parece que su latencia aumenta por las tardes, lo que significa que los primeros lugares en los que estaría buscando son si el problema es WIFI cuando todos a mi alrededor lo están usando. Después de descartar eso, comenzaría a cuestionar a mi ISP sobre la suscripción excesiva de la conexión.

Esto es más que probable que sea el resultado de la congestión en algún lugar a lo largo de la línea. Podría ser su enrutador, pero lo más probable es que sea un proveedor ascendente.

No indica cómo está haciendo los 50 pings, por ejemplo, qué intervalo de tiempo, está esperando que uno falle / tenga éxito antes del siguiente o dispare 50 de una vez (ping de inundación).

Tal pérdida durante los períodos de alta congestión no es inusual en mi experiencia. Puede deberse a una menor prioridad para el tráfico ICMP, pero es más probable que ocurra para el mismo porcentaje de todas las conexiones: es solo que TCP reenviará y reordenará los paquetes con gracia, por lo que es menos probable que lo note.

Para tener una mejor idea de la situación, le sugiero que implemente lo siguiente:

1. Aumenta el intervalo entre tus pings
2. Haga ping a una dirección IP para google, no para el dominio: google.com devolverá una serie de registros A y es posible que esté utilizando diferentes IP finales (y, por lo tanto, enrutamiento diferente) sin saberlo
3. Registre el tiempo medio para responder; vea si esto se correlaciona con la pérdida; si lo hace, verá tiempos de ida y vuelta de ping más altos y una pérdida más alta, entonces indica congestión. Luego, podría investigar almacenando registros de traceroute en su lugar y ver si hay un posible cuello de botella en algún lugar donde vea un aumento repentino de los tiempos
4. Intenta hacer ping más que google. Cuando comparé el rendimiento de la red en el pasado, lo hice usando 4 o 5 puntos finales buenos (de nuevo con la dirección IP, no el nombre de host) para que pueda descartar la congestión o un problema específico dentro de la red de Google que lo hace cuestiona toda tu conexión

Esto es típico de la mayoría de las cuentas residenciales de ISP. Usted está viendo un pico debido a la congestión de la red cuando las personas llegan a casa después del trabajo y luego se conectan en línea durante toda la noche. Este tipo de pico nocturno es especialmente pronunciado en las comunidades de alta tecnología con muchos jugadores en línea (como donde vivo, aquí en Redmond, hogar de Microsoft).