Saltar al contenido

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é mideLatencia y pérdida de paquetesRuta completa hasta el destino
ProtocoloICMP Echo Request/ReplyICMP / UDP con TTL incremental
Salida típicaTiempo de ida y vuelta (ms) por paqueteLista de saltos (routers) intermedios
Uso principalComprobar si un host está accesibleLocalizar en qué punto de la ruta hay un problema
Tiempo de ejecuciónRápido (segundos)Más lento (varios saltos a comprobar)
Bloqueo por firewallFrecuente (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