El comando traceroute: Análisis de rutas de red desde consola o GUI

La vida, al menos en IT, es eso que ocurre entre fallos de sistema y red. Y cuando un servicio no va bien o la conectividad naufraga, la pregunta es: ¿Dónde está el fallo? Porque un ping te dice si el servicio está vivo o no, pero eso no ayuda mucho. Para localizar cuellos de botella y dónde está el error concreto, tenemos el comando traceroute, que analizaremos a fondo.
Él nos enseñará todo eso tan poético de que lo importante en un viaje es el camino y no el destino.

¿Qué es el comando traceroute (o tracert)?

Traceroute (en Linux/macOS) y tracert (en Windows) son herramientas de diagnóstico que identifican la ruta concreta que siguen los paquetes IP desde tu equipo hasta un destino.
El objetivo es eso tan peliculero de «siga a ese coche», para revelar cada salto intermedio que hace (router, firewall, gateway) hasta llegar donde le decimos.
Además de herramienta de diagnóstico, traceroute puede usarse en otros aspectos IT, como seguridad, detectando firewalls o mapeando la infraestructura. O en optimización, para comprobar si ese CDN ahorra saltos y milisegundos realmente, yendo por la ruta óptima entre origen y destino.
Sin embargo, hoy nos centraremos en lo fundamental.

Cómo funciona traceroute: TTL, ICMP y hops

El mecanismo de traceroute es ingenioso, porque explota una propiedad de los paquetes, el hecho de que el estándar IP manda incluir un valor TTL (Time To Live).
Esto no se hizo para trazarlos, pero el TTL determina cuántos saltos, como máximo, se pueden dar hasta el destino. Así, un TTL=1 significa que nuestro paquete se detendrá en el primer salto intermedio (o en destino si lo alcanzamos de un solo salto, algo dudoso).
Así que traceroute hace esto para averiguar la ruta de un paquete:

• Se envía un paquete con TTL = 1. El primer router en recibirlo resta 1 y el TTL pasa a 0, descarta el paquete y devuelve un mensaje ICMP «Time Exceeded».
• Traceroute registra la IP y el tiempo de respuesta de ese router.
• Bien, ahora se repite el proceso incrementando el TTL del paquete progresivamente (2, 3, 4…) hasta alcanzar el destino.
• El destino final responde con un ICMP «Echo Reply» (si no está bloqueado).

De esta manera, gracias a la propiedad TTL, traceroute va enviando paquetes, cada vez con un TTL más alto, que trazan el recorrido, mostrando cada hop o salto (cada dispositivo de red que toca el paquete).
¿Y cuál es la diferencia de funcionamiento entre traceroute y tracert? Pues además del sistema operativo…

• Traceroute (Linux/Unix): usa el protocolo UDP por defecto y apunta a puertos altos (33434 a 33534), aunque es versátil y puedes definir que use TCP, ICMP Echo Request…
• Tracert (Windows): Usa paquetes ICMP Echo Request.

Con eso, podemos detectar problemas como:

• Bucles de ruta: Un paquete atrapado entre routers.
• Bloqueos de firewall: Saltos que devuelven * * * (tiempos agotados).
• Cuellos de botella por latencia elevada: Saltos con tiempos de respuesta excesivos.
• Pérdida de paquetes: Indicada por % de pérdida en algunos outputs.
• Rutas ineficientes: Desvíos geográficos o saltos innecesarios.

Cómo ejecutar traceroute desde consola

Veamos cómo hacerlo y comencemos con Windows.

Windows (tracert)

En nuestra máquina, ejecutamos Powershell y escribimos, por ejemplo:
tracert google.com
Nos dará una salida como por ejemplo esta:

1 1 ms <1 ms <1 ms router.casa [192.168.1.1]
2 15 ms 14 ms 16 ms dsl-10-20-30-40.isp.com [10.20.30.40]
3 * * * Tiempo de espera agotado para esta solicitud.
4 30 ms 29 ms 28 ms core-router.mad.isp.es [80.40.200.1]

Luego analizaremos este output, ahora veamos Linux y sus primos Unix:
En la terminal, ejecutamos:
traceroute google.com
O si queremos que use ICMP como Windows:
traceroute -I google.com
Otros parámetros útiles pueden ser:

• -n: Evita la resolución DNS (haciéndolo más rápido).
• -m 30: Límite máximo de saltos.
• -q 2: Número de pruebas por salto. Por defecto son 3.

Interpretemos la salida anterior:

• Saltos numerados: Como 192… o 10.20… Cada línea es un dispositivo en la ruta. Si hemos usado -n solo veremos números.
• Tres tiempos (en ms): Latencia de ida para cada prueba (cuanto más bajos y consistentes, mejor).
• * * *: Los asteriscos indican paquete no respondido y son el meollo del diagnóstico de muchos problemas (junto con latencias elevadas) pero no siempre significan lo mismo.

Las causas habituales de asteriscos son:

• El router está sobrecargado, o políticas QoS priorizan tráfico y no está la cosa como para ir respondiendo traceroutes. Pero eso ya indica un posible problema.
• Que hay un fallo de conectividad.
• Configuraciones de red que evitan que paquetes traceroute sean procesados adecuadamente.
• Que nos hemos topado con filtros y firewalls a los que no les gustan estas cosas y bloquean la respuesta. Pero ojo, no bloquean necesariamente el paso, (aunque pueden hacerlo por política y que ya solo veas asteriscos hasta el final), pero como en el ejemplo anterior, puedes ver saltos posteriores si tiene suficiente TTL.

A partir de aquí, puedes investigar lo que ocurre en caso de problemas.
Por ejemplo, podemos reconfigurar nuestra «sonda» traceroute como en Star Trek y enviarlo con -I, porque algunas máquinas dejan caer paquetes UDP por política, y ver qué pasa con esos asteriscos. O podemos usar -w y un tiempo en segundos amplio, como 15, por si el salto está vivo, pero tarda demasiado en contestar.
Si no lo hace, quizá es un firewall programado para no responder.
Lo que pasa es que, para diagnóstico y soporte en infraestructuras mínimamente complejas, estas herramientas CLI tienen las limitaciones habituales: visualización y output engorroso, quizá precises permisos elevados, no integra otras métricas como jitter…

Alternativas gráficas y online

Si no eres de los que les gusta contemplar el abismo negro de la terminal, precisas más prestaciones o quieres ahorrarte inconvenientes, hay herramientas traceroute gráficas y web.
Una búsqueda rápida nos da herramientas online como esta o esta, pero no sirven de mucho, porque salen de sus servidores, no los tuyos, y algunas están tan bloqueadas que puede que veas más asteriscos que en tu contraseña.
Por eso, una de las formas más cómodas es usar la aplicación 100% gratuita para Windows Pandora MINI. Que hay otras, como MyTraceroute, pero son mucho más limitadas en funcionalidad.

Análisis de rutas con Pandora MINI

Pandora MINI te hace la vida más fácil con diversas herramientas de monitorización y diagnóstico, incluyendo poder ejecutar traceroute de manera cómoda y visual.
Una vez instalada como cualquier otro software Windows, no tienes más que elegir la opción Tools del menú superior y, en el nuevo desplegable, seleccionar Check Traceroute.
En la pantalla que aparece, podrás configurar fácilmente el proceso sin necesidad de estar toqueteando parámetros en terminal.
Ahí podrás ver de manera intuitiva los saltos ordenados, la latencia de cada uno y la información que ofrece traceroute, sin necesidad de terminal o privilegios elevados.

Otras funciones de red útiles en Pandora MINI

No obstante, la principal ventaja de Pandora MINI es que tienes integrada toda una caja de herramientas de análisis y monitorización de red.
Traceroute es muy útil, aunque solo un principio de diagnóstico de red. Sin embargo gracias a las demás herramientas incluidas, podrás realizar ese diagnóstico más completo con:

• La capacidad de monitorizar, en tiempo real y gráficamente con ping, si los servicios que dan problemas están caídos o no.
• Monitorización de pérdida de paquetes.
• Cálculo del jitter en la red.
• Chequeos web y mucho más, como calculadora IP, o navegador MIB en una navaja suiza de herramientas de red.

De esa manera, tienes al alcance de la mano más herramientas cuando traceroute detecta algún problema.

Casos de uso comunes

Imagina que debes asegurar que un servicio funcione perfectamente. Lo primero que puedes hacer es monitorizar con un ping, que nos dirá si está disponible y su latencia.

• Añades el servicio a tu monitorización en tiempo real desde Monitoring > Ping, rellenando fácilmente los datos y pulsando «Add».
• Ahora tendrás su gráfico de disponibilidad en tiempo real pero, como dice el proverbio, la alegría dura poco en la casa del pobre y en la del administrador IT. Así que pronto ves que ocurre algo. Por ejemplo, la latencia es elevada.
• En ese caso, sin salir de Pandora MINI, podemos usar traceroute para ubicar saltos problemáticos.

Otro caso habitual es la pérdida de paquetes.

• Podemos monitorizar un servicio, como la aplicación interna app.empresa.com, añadiéndola al dashboard principal de monitorización desde Monitoring > Packet loss.
• Vemos que se produce esa pérdida de paquetes y hay que investigar.
• Desde Pandora MINI puedes ejecutar traceroute para que quizá nos dé una pista adicional sobre lo que ocurre.

Como vemos, traceroute/tracert es una herramienta imprescindible para cualquier técnico.
Si eres un mago de la terminal y el scripting, o solo necesitas un chequeo rápido, puedes usarlo en ella. Yo mismo vivo a menudo en dicha terminal, y no solo para escapar del mundo hacia una falsa nostalgia donde todo parecía menos ruidoso.
Sin embargo, en escenarios de soporte rápido, auditorías in situ o menos familiaridad con CLI, una herramienta gráfica como Pandora MINI ofrece las ventajas de sencillez y «todo en uno» que hemos visto.