¿Qué es el ping? Cómo funciona esta herramienta de diagnóstico de red
Qué es el ping, cómo funciona el protocolo ICMP y cómo interpretar la latencia y la pérdida de paquetes. Guía de referencia con ejemplos de comandos.
Equipo de Dig Trace· Equipo de Ingeniería de Redes7 min de lectura
El ping es una utilidad de diagnóstico de red que comprueba si un host es accesible y mide el tiempo que tarda un paquete en viajar hasta él y volver. Ese tiempo, expresado en milisegundos, se conoce como latencia o RTT (round-trip time). Está presente en prácticamente todos los sistemas operativos y suele ser la primera herramienta que se prueba cuando una conexión falla.
¿Qué es exactamente el ping?
Aunque muchos lo tratan como un protocolo, el ping es en realidad un programa. Se apoya en el Internet Control Message Protocol (ICMP), un protocolo auxiliar de la capa de red pensado para mensajes de control y error entre dispositivos, no para datos de usuario. Al ejecutar el comando, se le pide a la máquina destino que confirme su presencia.
El nombre viene del sonar: se emite un pulso y el eco revela la distancia al objeto. La implementación original se escribió para BSD UNIX en 1983 y hoy forma parte de cualquier pila TCP/IP. Si prefieres probarlo sin abrir una terminal, la herramienta de ping online de Dig Trace hace la misma prueba desde el navegador.
¿Cómo funciona el ping?
Todo empieza cuando la utilidad construye un mensaje ICMP Echo Request (tipo 8 en IPv4) que incluye un identificador, un número de secuencia y una pequeña carga de datos. Ese mensaje viaja encapsulado en un datagrama IP hacia el destino, igual que cualquier otro tráfico. No hay puertos TCP ni UDP de por medio, porque ICMP opera directamente sobre IP.
Cada router intermedio decrementa el campo TTL del paquete. Si el TTL llega a cero antes de alcanzar el destino, el router descarta el paquete y devuelve un mensaje Time Exceeded. Ese comportamiento es justo el que aprovecha traceroute para descubrir la ruta.
Cuando el host destino recibe la solicitud y tiene ICMP habilitado, su pila de red responde con un Echo Reply (tipo 0) que contiene la misma carga de datos. El emisor usa identificador y secuencia para emparejar cada respuesta con su solicitud, calcula el RTT restando las marcas de tiempo de envío y recepción, y repite el ciclo, normalmente cada segundo, hasta completar el conteo configurado.
En IPv6 el mecanismo es equivalente, pero usa ICMPv6 con los tipos 128 y 129. Algunos sistemas lo invocan con el comando ping6 o con la opción -6.
Cómo ejecutar un ping e interpretar los resultados
La sintaxis básica es casi idéntica en Linux, macOS y Windows: el comando seguido de una dirección IP o de un nombre de host que el sistema resuelve mediante DNS.
# Linux y macOS: envía 4 solicitudes y termina
ping -c 4 digtrace.netPING digtrace.net (172.67.135.9) 56(84) bytes of data.
64 bytes from digtrace.net (172.67.135.9): icmp_seq=1 ttl=57 tiempo=18.4 ms
64 bytes from digtrace.net (172.67.135.9): icmp_seq=2 ttl=57 tiempo=17.8 ms
64 bytes from digtrace.net (172.67.135.9): icmp_seq=3 ttl=57 tiempo=19.1 ms
64 bytes from digtrace.net (172.67.135.9): icmp_seq=4 ttl=57 tiempo=18.0 ms
--- digtrace.net ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005 ms
rtt min/avg/max/mdev = 17.8/18.3/19.1/0.5 msEl resumen final es lo más valioso. Indica cuántos paquetes se enviaron y recibieron, el porcentaje de pérdida y el RTT mínimo, promedio y máximo. Una pérdida superior al 1 o 2 % apunta a congestión o a un enlace defectuoso. Como referencia, una latencia inferior a 20-50 ms resulta excelente para gaming y streaming, mientras que por encima de 100 ms el retraso ya se nota a simple vista.
El campo TTL también aporta información. Cada router resta 1 al valor inicial (64 en Linux, 128 en Windows, 255 en muchos equipos de red), así que un TTL de 57 en la respuesta sugiere unos 7 saltos.
Ping frente a traceroute y MTR
El ping responde a una pregunta binaria: ¿el host es alcanzable y a qué velocidad? No muestra el camino que siguieron los paquetes. Para eso están traceroute y MTR, que manipulan el campo TTL para provocar mensajes Time Exceeded en cada router intermedio y dibujar la ruta salto a salto. En nuestro artículo sobre traceroute y MTR se explica esa comparativa en detalle.
MTR va un paso más allá y combina ambas técnicas: envía sondas continuas a cada salto y acumula estadísticas de pérdida y latencia por router. Frente a la instantánea que ofrece un ping, MTR revela problemas intermitentes que una prueba corta no detecta.
Existen también los llamados TCP ping o UDP ping, que abren un socket hacia un puerto concreto en lugar de usar ICMP. Resultan útiles cuando el destino bloquea ICMP, aunque técnicamente no son ping: comprueban la accesibilidad de un servicio, no la conectividad IP pura.
Opciones comunes del comando ping
Las opciones más usadas permiten ajustar la prueba a cada escenario.
# Linux y macOS
ping -c 10 ejemplo.com # limita a 10 solicitudes
ping -s 1400 ejemplo.com # cambia el tamaño del paquete
ping -i 0.5 ejemplo.com # intervalo de medio segundo entre solicitudes
ping -6 ejemplo.com # fuerza IPv6# Windows
ping -n 10 ejemplo.com # limita a 10 solicitudes
ping -l 1400 ejemplo.com # cambia el tamaño del paquete
ping -f -l 1472 ejemplo.com # prueba clásica de MTU sin fragmentarLa combinación de tamaño fijo y no fragmentación es la base de las pruebas de MTU. Si un enlace del camino tiene una MTU menor, el ping falla con un mensaje de fragmentación necesaria y se ajusta el tamaño hasta encontrar el límite exacto.
Limitaciones y buenas prácticas
Importante: un ping fallido no demuestra que el host esté caído. Muchos firewalls descartan ICMP por seguridad mientras los servicios TCP y UDP funcionan con normalidad. Ante un ping sin respuesta, conviene probar un puerto concreto antes de dar por perdido el servidor.
Por esa razón, los administradores suelen permitir ICMP de forma selectiva en sus firewalls: lo justo para diagnosticar sin exponer la red a floods. En entornos cloud y de hosting, el ping es el primer paso del troubleshooting y se complementa con comprobaciones de DNS y pruebas de puertos.
Como método escalonado funciona bien empezar por localhost, seguir con la puerta de enlace y terminar con un destino externo. Así se aísla en qué tramo se rompe la conectividad.
El ping en el conjunto de herramientas de red
El ping es el punto de entrada al diagnóstico de red por una razón: es rápido, universal y no requiere nada más que una terminal. Sus dos métricas, latencia y pérdida de paquetes, resumen la salud de un enlace mejor que casi cualquier otra prueba sencilla.
Cuando el ping no basta, el siguiente paso natural es entender cómo se identifican los equipos mediante su dirección IP y cómo se recorre la ruta con traceroute. Con esas piezas a mano se puede diagnosticar la mayoría de los problemas de conectividad, tanto domésticos como profesionales.