Una guía sencilla de la salida de traceroute: qué significa cada salto, por qué algunos muestran asteriscos y cómo detectar dónde se rompe realmente una ruta de red.
Traceroute enumera cada router por el que pasan tus paquetes de camino a un host y cuánto tardó cada uno en responder. Es la mejor herramienta para responder "¿dónde se corta?", pero su salida es fácil de malinterpretar.
Cada paquete IP lleva un TTL (tiempo de vida) que cada router reduce en uno. Al llegar a cero, el router descarta el paquete y devuelve un error. Traceroute envía paquetes con TTL 1, 2, 3 y así sucesivamente, de modo que cada router del camino se revela por turnos. Cada línea de la salida es un salto: la dirección del router, su nombre si lo tiene y el tiempo de ida y vuelta.
ae1.fra.example.net para Fráncfort.Una línea * * * significa que ese router no respondió a tiempo. Muchos routers limitan o ignoran las sondas de traceroute mientras reenvían el tráfico con normalidad. Si los saltos posteriores responden, los asteriscos son inofensivos. Solo los asteriscos que siguen hasta el final indican un corte real, y el corte está justo después del último salto que respondió.
Un único salto lento en medio a menudo no significa nada: los routers responden a traceroute con baja prioridad. Lo importante es si la latencia extra se mantiene en todos los saltos siguientes. Si el salto 7 pasa de 20 ms a 150 ms y todos los posteriores rondan los 150 ms, el tramo lento está entre los saltos 6 y 7. Un salto así suele significar que la ruta cruzó un océano, algo normal para un host en otro continente.
Los cortafuegos los tratan de forma distinta. El traceroute clásico de Unix usa UDP, tracert de Windows usa ICMP, y el traceroute TCP al puerto 443 parece tráfico web normal, así que es el que más probabilidades tiene de llegar a un host tras un cortafuegos estricto. El traceroute online te deja elegir protocolo y puerto.
El enrutamiento en Internet es asimétrico y varía por región: la ruta desde Alemania no tiene nada que ver con la de Japón. Ejecutar traceroute desde varios países a la vez muestra si un fallo es local de un operador o está cerca del destino. Si todas las ubicaciones se detienen en los mismos últimos saltos, el problema está cerca del host. Si solo falla una región, es un problema de enrutamiento o peering en esa región.
Traceroute muestra la ruta; un test de ping muestra lo estable que es la conexión a lo largo de varios paquetes. Usa ambos: ping para detectar pérdida de paquetes, traceroute para localizarla. Nuestra guía sobre latencia y pérdida de paquetes explica qué valores son normales.