Hay un par de problemas aquí...
cómo puedo rastrear icmp_seq=5284
No es así como funciona. Ese seq o número de secuencia es sólo un campo de dos bytes (16 bits) que se utiliza para hacer coincidir el paquete que se envió con la respuesta. Su solicitud no crear una espiga. Sin embargo, técnicamente, ya ha sido rastreado: ese paquete salió, fue respondido y el tiempo que tardó en volver fue de x milisegundos.
Tengo problema de pico de ping y según algunos temas, escribo en terminal:
ping 8.8.8.8 -i 0.1
El problema aquí es que estás haciendo ping a un servidor DNS público (en este caso el de Google). Para mí, hay 11 saltos separados entre mi red personal y ese servidor DNS; probablemente hay una cantidad similar para ti. La cuestión es, cualquier cosa en cualquiera de esos puntos puede contribuir a una latencia y un pico de ping.
Si estás tratando de medir el ancho de banda de tu ISP, necesitas algo como http://speedtest.net (hay un Versión CLI disponible). Si quieres comprobar la velocidad de transferencia entre dos servicios diferentes a través de ISP, entonces necesita iperf3 .
Por último, hacer un ping a Google es una excelente manera de comprobar si tu Internet está funcionando. No es un buen sitio para comprobar la latencia y/o el rendimiento del ancho de banda. Se trata de servidores muy cargados y sujetos a un tráfico variable en cualquier momento del día.
1 votos
Esto sería un búfer en la red. ¿Quién gestiona su switch / router / conexión de red? El eco ICMP es el tráfico menos urgente - por lo que puede tener esto y su red puede estar funcionando increíblemente rápido - es en realidad una señal de que el router está priorizando el tráfico real y no un paquete de eco desechable.