Ping: latencia, pérdida de paquetes e ICMP
Ping comprueba si un destino responde a sondas de red y mide cuánto tarda en volver cada respuesta. Es un primer paso de diagnóstico muy útil, pero no mide el ancho de banda de descarga ni basta por sí solo para afirmar que una aplicación o una web funcionan bien.
Qué mide el resultado
La mayoría de los programas de ping envían mensajes ICMP Echo Request y esperan los Echo Reply. El tiempo de ida y vuelta que muestran, o RTT, incluye el trayecto hasta el destino y el regreso. Un valor de 20 ms significa que una respuesta tardó unos 20 milisegundos; no es una velocidad de transferencia en megabits por segundo.
Los resultados suelen incluir el número de paquetes enviados y recibidos, el RTT mínimo y máximo y una media. Repita la prueba para ver si la latencia es estable. Con pocas muestras pueden pasar desapercibidos los problemas intermitentes, y una prueba larga puede verse afectada por los cambios en el tráfico y en las condiciones de la red.
Por qué un host puede no responder
Un servidor o un cortafuegos puede bloquear ICMP, limitar las respuestas o dar baja prioridad al tráfico de diagnóstico. Por eso, que no responda al ping no demuestra que HTTPS no esté disponible. Y, a la inversa, una respuesta rápida no demuestra que funcionen el DNS, las conexiones TCP, el inicio de sesión o la propia aplicación web.
En algunos enlaces móviles y Wi-Fi el RTT varía porque la planificación de la radio, las interferencias y los modos de ahorro de energía añaden retardo. Si durante la prueba se pierden paquetes, merece la pena investigarlo, pero compare antes con otro destino y con el router local para no culpar a un servicio remoto de un fallo de su propia red.
Un orden de comprobación útil
Pruebe primero la puerta de enlace local, después un destino externo estable y, por último, el host afectado. Compare el resultado con una dirección IP y con un nombre de dominio para separar la conectividad básica de la resolución DNS. Pruebe el servicio real con un navegador o con el cliente adecuado. Traceroute puede mostrar dónde se cortan las respuestas de diagnóstico, aunque tiene sus propias limitaciones.
Al informar de un problema, indique la hora, la red, el destino y el número de sondas, no un único valor llamativo. No sature otros sistemas con pruebas demasiado frecuentes. Si solo falla un sitio y los demás destinos funcionan, investigue ese sitio y su ruta al margen de su conexión a Internet en general.
El jitter es la variación entre retardos sucesivos. Importa sobre todo en llamadas y juegos, donde unos tiempos de respuesta irregulares pueden resultar molestos aunque la latencia media parezca aceptable.
ICMP y calidad de la conexión no son lo mismo
Ping utiliza ICMP Echo, pero ICMP tiene otras funciones de control. La ausencia de Echo Reply puede deberse a un filtrado o a la baja prioridad del diagnóstico, así que contrástela con el comportamiento de la aplicación. Para saber más, lea las guías sobre ICMP y sobre latencia, jitter y pérdida de paquetes.