Ping vs Traceroute
Ping y traceroute son las dos herramientas de diagnóstico de red más básicas, pero responden preguntas distintas: ¿hay conexión? y ¿por dónde pasa?
| Qué mide | Latencia y pérdida de paquetes | Ruta completa hasta el destino |
| Protocolo | ICMP Echo Request/Reply | ICMP / UDP con TTL incremental |
| Salida típica | Tiempo de ida y vuelta (ms) por paquete | Lista de saltos (routers) intermedios |
| Uso principal | Comprobar si un host está accesible | Localizar en qué punto de la ruta hay un problema |
| Tiempo de ejecución | Rápido (segundos) | Más lento (varios saltos a comprobar) |
| Bloqueo por firewall | Frecuente (ICMP bloqueado) | Puede mostrar saltos incompletos ("* * *") |
Ping y traceroute son las herramientas de diagnóstico de red más antiguas y usadas, ambas basadas en el protocolo ICMP, pero diseñadas para responder preguntas complementarias cuando algo no funciona como debería.
Ping envía un paquete ICMP Echo Request al host de destino y espera un Echo Reply. Su resultado es simple pero muy útil: si hay respuesta, el host es alcanzable y se mide el tiempo de ida y vuelta (RTT, round-trip time) en milisegundos; si no hay respuesta, algo impide la comunicación (el host está caído, hay un firewall bloqueando ICMP, o no hay ruta hasta él). Ping también reporta pérdida de paquetes, un indicador clave de problemas de calidad en la red. Es la primera comprobación que hace cualquier administrador ante un "no puedo acceder a X": confirma si el problema está en la conectividad básica.
Traceroute (o tracert en Windows) va un paso más allá: en lugar de solo comprobar si el destino responde, revela la ruta completa que siguen los paquetes, salto a salto, hasta llegar a él. Lo consigue mediante un truco ingenioso con el campo TTL (Time To Live) de cada paquete: envía primero un paquete con TTL=1, que expira en el primer router y este responde con un mensaje ICMP "tiempo excedido", revelando su dirección; luego envía otro con TTL=2, que expira en el segundo router, y así sucesivamente hasta alcanzar el destino. El resultado es una lista ordenada de cada router intermedio junto con su latencia.
La combinación de ambas herramientas es lo habitual en la práctica: si un ping muestra alta latencia o pérdida de paquetes hacia un destino, traceroute ayuda a identificar en qué salto concreto de la ruta empieza el problema —puede ser el propio ISP, un punto de interconexión intermedio, o el servidor de destino—. Es importante tener en cuenta que muchos routers y firewalls corporativos bloquean o limitan el tráfico ICMP por motivos de seguridad, lo que puede hacer que ciertos saltos aparezcan como "* * *" (sin respuesta) en un traceroute, incluso cuando el tráfico real de la aplicación (HTTP, por ejemplo) sí llega correctamente a destino.
Herramientas relacionadas
Preguntas frecuentes
¿Por qué un traceroute muestra "* * *" en algunos saltos?
Suele deberse a que ese router o firewall intermedio bloquea o limita el tráfico ICMP, aunque el tráfico real de la aplicación siga llegando correctamente al destino final.
¿El ping mide la velocidad de descarga?
No, mide latencia (tiempo de ida y vuelta), no ancho de banda. Una conexión puede tener baja latencia y aun así poco ancho de banda disponible, o al revés.
¿Cuándo debería usar traceroute en vez de ping?
Cuando el ping ya confirma un problema (alta latencia o pérdida de paquetes) y necesitas saber en qué punto exacto de la ruta de red se origina, en lugar de solo si el destino responde.
Otras comparativas