IP & Network

Ping ICMP

Mide la latencia round-trip a cualquier host o IP, en vivo.

Host or IP, packet count IPv4, IPv6 or domain. Public addresses only.

Try 8.8.8.8 1.1.1.1 google.com

Sobre esta herramienta

Ping envía solicitudes ICMP echo a un host y mide cuánto tarda cada respuesta. Es la prueba de alcanzabilidad más simple y antigua de internet — y sigue siendo la forma más rápida de confirmar si un servidor está activo, a qué distancia se encuentra en tiempo de red y si la ruta entre usted y él es estable.

Nuestra herramienta envía de 1 a 30 ecos desde nuestro servidor de Frankfurt, transmite cada respuesta a su navegador a medida que llega y termina con el resumen estándar min/avg/max/mdev más el porcentaje de pérdida de paquetes. Los valores de tiempo vienen directamente del kernel, así que lo que ve es el tiempo de ida y vuelta real en el cable — no la sobrecarga de gestión de solicitudes.

Cuándo utilizar esta herramienta

Confirmar que un servidor es alcanzable. Una ejecución limpia con 0% de pérdida significa que el host está activo y que ICMP está permitido de extremo a extremo.
Comparar latencia a varias ubicaciones. Ejecute la herramienta contra el mismo destino desde regiones distintas para ver qué centro de datos está más cerca en tiempo de red.
Detectar una ruta inestable. Los RTT estables son saludables; el jitter (mdev alto) y la pérdida intermitente apuntan a un enlace congestionado o inestable en algún punto del camino.
Comprobación posterior a un despliegue. Justo después de un cambio de DNS o de balanceador, haga ping a la nueva IP para verificar que responde antes de enviar tráfico real.

Cómo leer el resultado

seq es el número de eco (1, 2, 3 …). ttl es el tiempo de vida restante en la respuesta — le indica aproximadamente cuántos saltos ha hecho el paquete a la vuelta. time es el tiempo de ida y vuelta en milisegundos. El resumen final ofrece el mínimo, la media, el máximo y la desviación media en todos los ecos correctos, además de cuántos paquetes se perdieron. Un porcentaje de pérdida pequeño suele ser ruido; una pérdida sostenida por encima del 5–10% merece investigación.

Preguntas frecuentes

¿Por qué el host muestra un 100% de pérdida de paquetes si puedo navegarlo?

Muchos hosts (especialmente balanceadores en la nube, nodos perimetrales de CDN y routers domésticos detrás de NAT) descartan ICMP echo por política, aunque siguen sirviendo HTTP, SSH u otro tráfico TCP. El 100% de pérdida en ping no es una señal fiable de «caído» para esos casos — pruebe una verificación a nivel TCP (Comprobador de puertos) antes de asumir que el servicio es inalcanzable.

¿Qué es mdev y por qué importa?

mdev es la desviación media de los tiempos de ida y vuelta — una medida del jitter. Un mdev bajo (unos pocos ms) indica que la ruta es estable; un mdev alto en relación con la media significa que el RTT está fluctuando, lo cual es mala noticia para VoIP, juegos y cualquier protocolo sensible a la latencia. La calidad de una llamada de audio empieza a degradarse en torno a 30–50 ms de jitter, independientemente de la latencia media.

¿Se permiten IP privadas y direcciones link-local?

No. Para prevenir abusos y filtraciones accidentales, la herramienta rechaza los rangos privados RFC 1918 (10/8, 172.16/12, 192.168/16), loopback, link-local (169.254/16), CGN (100.64/10) y endpoints de metadatos en la nube (169.254.169.254 etc.). Hacer ping a su propia LAN debe ocurrir desde su máquina, no desde un servicio público.

¿Puedo aumentar el número de ecos?

Sí — elija 5, 10, 20 o 30 en el desplegable. Más ecos dan una media más ajustada y un mejor sentido del jitter, pero cada eco espera 1 segundo por defecto, así que 30 ecos tardan unos 30 segundos. Para una comprobación rápida de alcanzabilidad con 5 basta; para diagnosticar pérdida intermitente, 20+ es más útil.

¿En qué se diferencia esto de ejecutar ping en mi terminal?

Las sondas ICMP salen de nuestro servidor de Frankfurt, no de su máquina, por lo que los RTT absolutos reflejan la distancia de red desde nosotros al destino — útil para comprobar si el destino es alcanzable desde fuera de su propia red, pero no equivale a su latencia local. Ejecute el mismo ping localmente para comparar; si nuestros números son buenos y los suyos no, el problema está en su conexión, no en el destino.