traceroute envía pruebas con valores crecientes de TTL de IPv4 o Hop Limit de IPv6. Los routers donde el valor caduca pueden devolver mensajes Time Exceeded, lo que revela algunos puntos de la ruta de ida que responden.
Resolución de Problemas · Lección 3
traceroute
Aprende cómo traceroute descubre los saltos que responden y cómo interpretar huecos, tiempos y variaciones de ruta.
Cómo funciona el descubrimiento de saltos
Las pruebas comienzan con un límite de un salto y lo incrementan. El primer router reduce el valor a cero y puede devolver un error ICMP. Un límite de dos llega al segundo router antes de caducar, y el proceso continúa hasta que el destino responde o se alcanza el máximo.
¿Qué campo hace que las pruebas sucesivas caduquen en routers posteriores?
Métodos de prueba
El traceroute tradicional de Linux suele enviar pruebas UDP a puertos de destino altos. El destino puede señalar el final mediante ICMP Port Unreachable. Otras opciones utilizan pruebas ICMP Echo o TCP SYN, que pueden atravesar el filtrado de manera distinta:
$ traceroute -n example.com
$ traceroute -I -n example.com
$ traceroute -T -p 443 -n example.com
Los privilegios y las opciones disponibles varían. Utiliza métodos autorizados para el destino y anota el método al comparar resultados.
¿Qué suele poner fin a un traceroute UDP tradicional de Linux?
Interpretar los asteriscos
Un asterisco significa que no se observó una respuesta a esa prueba antes del tiempo de espera. El router puede reenviar tráfico en tránsito mientras filtra o limita la frecuencia de las respuestas de diagnóstico. Si responden saltos posteriores, está claro que el salto silencioso reenvió al menos algunas pruebas.
¿Qué demuestra un * en un salto?
Tiempos y variación de la ruta
Los tiempos por salto miden la ida y vuelta de las respuestas de control, no la latencia añadida por el enlace entre líneas impresas adyacentes. Los routers pueden dar menor prioridad a las respuestas del plano de control. El balanceo de carga puede enviar las pruebas por rutas distintas, y la resolución de nombres puede añadir retrasos a la presentación; -n evita las búsquedas inversas.
La ruta de retorno de cada respuesta ICMP puede diferir de la ruta de ida. Repite las pruebas y correlaciónalas con los tiempos de la aplicación en los extremos antes de identificar un cuello de botella.
¿Por qué no se deben restar los valores RTT de saltos adyacentes como si fueran la latencia exacta del enlace?
Comparar con la aplicación
Un traceroute puede alcanzar el destino mientras el servicio está bloqueado, y el servicio puede funcionar aunque los routers intermedios oculten sus respuestas. Prueba la misma familia de direcciones, destino, protocolo de transporte y puerto que la aplicación; después utiliza traceroute como evidencia complementaria sobre la ruta.
¿Un traceroute completado demuestra que un servicio HTTPS funciona correctamente?
Lección completada
Has completado traceroute
Ahora puedes interpretar traceroute como una serie de pruebas con saltos limitados, no como un oráculo completo de la ruta.
Explica el descubrimiento de saltos mediante la caducidad de TTL o Hop Limit.
Anota si se utilizaron pruebas UDP, ICMP o TCP.
Trata los asteriscos como respuestas ausentes y no como caídas demostradas.
Evita deducir la latencia exacta de un enlace a partir de los RTT de saltos adyacentes.
Correlaciona la evidencia de la ruta con la aplicación real.
Guarda tu progreso
Crea una cuenta gratuita para guardar esta lección y continuar en cualquier dispositivo.
Crear una cuenta gratuita