Traceroute: saltos, tiempos de espera y rutas de red
Traceroute ofrece una vista de diagnóstico del camino que pueden seguir los paquetes hasta un destino. Muestra los saltos que responden y el tiempo que tardan en llegar las respuestas a cada sonda. Una traza es una instantánea tomada en unas condiciones de red concretas, no un mapa permanente de Internet ni una prueba del recorrido de cada paquete de una aplicación.
Cómo descubre traceroute los saltos
El programa envía sondas con un límite de saltos cada vez mayor: el TTL en IPv4 y el Hop Limit en IPv6. El router que deja ese límite a cero puede devolver un mensaje ICMP Time Exceeded. Repitiendo el proceso se obtiene la secuencia de dispositivos que responden en el camino de ida.
Según el sistema operativo y las opciones elegidas, las sondas pueden usar UDP, ICMP o TCP. Los cortafuegos y las políticas de red no tratan igual cada protocolo, así que al cambiar el tipo de sonda la traza puede salir distinta. En ocasiones, una sonda TCP dirigida al puerto del servicio aporta más información que la sonda UDP predeterminada.
Cómo leer los tiempos y los asteriscos
Cada línea corresponde a un número de salto; los distintos tiempos de una misma línea pertenecen a sondas independientes, no a una única medición continua. Un asterisco suele indicar que no llegó respuesta antes de agotarse el tiempo de espera. Aun así, el router puede seguir reenviando el tráfico normal mientras se niega a contestar o limita los mensajes de diagnóstico.
Un tiempo de respuesta alto en un salto intermedio no indica necesariamente un cuello de botella. Fíjese en si los saltos siguientes y el destino final muestran un aumento parecido. El tráfico de vuelta puede tomar otra ruta, y el balanceo de carga puede enviar las sondas por caminos de ida distintos. Por todo ello, es fácil malinterpretar una traza aislada.
Una secuencia práctica de diagnóstico
En Linux y en muchos sistemas macOS, pruebe traceroute example.com; en Windows, use tracert example.com. Anote el destino, el protocolo elegido, la hora y la red utilizada. Haga varias trazas y compárelas con una prueba directa de la aplicación. Utilice un dominio que controle o que esté autorizado a diagnosticar.
Si todas las sondas se detienen en un salto pero la web funciona, la falta de respuestas es una limitación del diagnóstico. Si el destino también falla, compare con trazas hechas desde otra red y revise el DNS, las reglas del cortafuegos y el propio servicio. Envíe a su proveedor unos resultados concisos; una traza por sí sola no permite determinar quién ha causado una avería.
Guarde la salida completa y no solo el último salto que respondió: que falten respuestas intermedias pero el destino conteste no significa lo mismo que un destino que no responde nunca.
BGP, Anycast y cambios de ruta
Traceroute observa el camino de unas sondas concretas, no la política BGP en sí. Un cambio de peering puede alterar la secuencia de saltos, y con Anycast la misma IP puede llevar a otro emplazamiento. Más detalles en cómo funciona traceroute y en las guías sobre BGP y ASN y sobre anycast.