Me pregunto cuál podría ser el tiempo máximo (práctico) de respuesta de ping. Hasta donde yo sé, no hay un máximo definido en ninguna parte (TTL, pero eso son saltos, no tiempo). Mientras lo pienso, no estoy seguro de haber visto alguna vez un tiempo de respuesta de ping de más de un segundo aproximadamente. Pero hasta donde yo sé, no hay nada que impida que un host remoto espere (o esté muy ocupado) y no envíe la respuesta durante unos segundos.
Como dato simple, hice ping a varios servidores en todo el mundo y el peor momento que pude encontrar fue 350 ms.
Respuesta1
Me pregunto cuál podría ser el tiempo máximo (práctico) de respuesta de ping. Hasta donde yo sé, no hay un máximo definido en ninguna parte (TTL, pero eso son saltos, no tiempo).
En teoría, el tiempo entre la solicitud de eco y la respuesta puede ser largo. De un rápido vistazo aRFC 1122No veo ninguna restricción formal aquí.
Sin embargo, en la práctica, existe un valor umbral después del cual la falta de respuesta se tratará como si no hubiera respuesta alguna (se acabó el tiempo). El valor específico depende de la implementación:
En Windows es4 segundos.
Coniutilsimplementación de ping parece ser10 segundos- No estoy seguro, ya que no aparece en la página de manual, pero el código dice algo como esto:
#define MAXWAIT 10 /* max seconds to wait for response */
Las respuestas de ping más largas equivalen a no recibir ninguna respuesta. Entonces, creo que es seguro asumir que este es el límite práctico.
Una cosa a tener en cuenta: estoy hablando aquí deICMPsolo. Si te refieres a algún otro "silbido" (por ejemplo, un retraso entre alguna solicitud/respuesta específica de una aplicación), probablemente será completamente diferente.
Respuesta2
Vale la pena señalar que unimplementación de RFC1149logradoeste tiempo de ping:
64 bytes from 10.0.3.1: icmp_seq=0 ttl=255 time=6165731.1 ms
...que son unos 102 minutos. Todavía tengo que ver un tiempo de respuesta más largo.
Respuesta3
El tiempo máximo de respuesta de ping deseado depende de la extensión de la aplicación. VoIP sólo puede manejar 200 ms aproximadamente (dependiendo del códec), pero la mayoría de las aplicaciones HTTP están diseñadas para manejar mucho más que eso. También debe recordar que el proveedor de servicios (o los administradores de su red) pueden implementar QoS que colocará el ping en un segmento de menor prioridad.
Respuesta4
Mientras lo pienso, no estoy seguro de haber visto alguna vez un tiempo de respuesta de ping de más de un segundo aproximadamente.
En Linux, el pingcomando tiene un intervalo entre solicitudes de eco de 1 segundo. Si no se recibe una respuesta de eco en ese intervalo de tiempo, el paquete cuenta como perdido. La perilla -i del comando ping se puede utilizar para aumentar el tiempo del intervalo.