¿Paquete ICMP con un tiempo de ida y vuelta negativo?

A menudo mantengo un ping ejecutándose en mi Terminal para poder abrirlo y estar atento a cualquier problema de red en nuestra oficina. Recientemente, terminé una sesión de ping de larga duración y noté en las estadísticas de resumen que el tiempo mínimo de ida y vuelta fue de -520 ms.

¿Alguien tiene alguna explicación para este error?

Hay varias explicaciones posibles para los tiempos de ping negativos:

1. Está ejecutando OS X en una PC con un procesador AMD Athlon ™ 64 X2 Dual Core que tiene un error en la administración de energía que puede no solo afectar a Windows sino también a las instalaciones de OS X.

2. Google está cansado de recibir pellizcos 38325 veces y está enviando marcas de tiempo erróneas en las respuestas de eco ICMP, simulando una paradoja gemela relativista. El paquete de respuesta de eco de -520.236 ms pretende provenir del rápido servidor gemelo "más joven" y el 7219027.621 ms de respuesta de eco es el servidor gemelo "abuelo" de cabello plateado que está parado, ¡ambos detrás de un equilibrador de carga de vudú Einstein-Rosen mal configurado!

3. ntpd hizo su trabajo y ajustó el tiempo mientras se enviaba un ping. Esto explica el tiempo negativo y el ping de dos horas: 7219027.621 ms son dos horas y 19 segundos, ¡el ping más prolongado que he visto!

   Puede reproducirlo usted mismo ajustando el tiempo manualmente como en este listado de ping:

   64 bytes from 185.62.237.118: icmp_seq=17 ttl=55 time=290.491 ms
   64 bytes from 185.62.237.118: icmp_seq=18 ttl=55 time=310.241 ms
   64 bytes from 185.62.237.118: icmp_seq=19 ttl=55 time=-11797.674 ms
   64 bytes from 185.62.237.118: icmp_seq=20 ttl=55 time=303.643 ms
   64 bytes from 185.62.237.118: icmp_seq=21 ttl=55 time=326.527 ms
   

   Retrocedí el tiempo durante varios segundos mientras se enviaba el ping 19.