Traceroute

El análisis de traceroute proporciona una visión completa de la ruta de red: • Saltos (hops) — Cada router por el que pasa el paquete en su camino al destino. Se muestra el número de salto, dirección IP y nombre de host resuelto por DNS inverso. Los saltos sin respuesta se muestran como "* * *" (el router está configurado para no responder a paquetes ICMP). • Latencia — Para cada salto se registran múltiples mediciones: última (last), promedio (avg), mejor (best), peor (worst) y desviación estándar (stdev). La barra visual de latencia permite identificar rápidamente los saltos más lentos de la ruta. • Pérdida de paquetes — El porcentaje de paquetes que no reciben respuesta en cada salto. Una pérdida del 0% es ideal. Pérdida en saltos intermedios puede indicar rate-limiting de ICMP (no necesariamente un problema). Pérdida en el salto final indica un problema real de conectividad. • Geolocalización — Cada IP pública se enriquece con datos geográficos: país, ciudad, ISP, sistema autónomo (ASN) y organización. Esto permite visualizar el recorrido geográfico de los paquetes. • Ruta geográfica — El resumen muestra la secuencia de ciudades/países que atraviesa la ruta, útil para identificar desvíos geográficos innecesarios que aumentan la latencia.

Para un análisis efectivo del traceroute: 1. Saltos sin respuesta (* * *) — Muchos routers están configurados para descartar paquetes ICMP/UDP de traceroute por seguridad. Un salto sin respuesta NO indica necesariamente un problema si los siguientes saltos responden normalmente. 2. Incremento de latencia — Es normal que la latencia aumente gradualmente con cada salto. Un aumento brusco (ej. de 20ms a 150ms) indica un salto de larga distancia (probablemente intercontinental) o un router congestionado. 3. Pérdida de paquetes — Pérdida en un salto intermedio que no se propaga a los siguientes suele ser rate-limiting ICMP (el router prioriza tráfico real sobre respuestas de traceroute). Pérdida que se mantiene o aumenta en saltos posteriores indica un problema real. 4. Latencia alta en el último salto — Si la latencia es alta solo en el destino final, el problema está en el servidor de destino, no en la red. 5. Bucles y rutas circulares — Si los mismos IPs aparecen repetidos, puede indicar un problema de enrutamiento (routing loop). 6. Cambios de ASN — Los saltos donde cambia el sistema autónomo (ASN) representan puntos de peering entre redes. Estos suelen ser donde se producen los mayores aumentos de latencia.

La herramienta utiliza MTR (My Traceroute), que ofrece ventajas sobre el traceroute clásico: • Traceroute clásico — Envía paquetes con TTL incrementales una sola vez. Cada salto se prueba 3 veces (por defecto). Proporciona una instantánea puntual de la ruta. • MTR — Combina traceroute con ping continuo. Envía múltiples rondas de paquetes (típicamente 10) y calcula estadísticas robustas: promedio, mejor, peor, desviación estándar y pérdida por cada salto. Detecta problemas intermitentes que un traceroute simple podría no captar. La desviación estándar (StDev) es particularmente útil: un valor alto indica latencia inconsistente (jitter), que puede causar problemas en aplicaciones en tiempo real como VoIP, videollamadas o gaming online.