Traceroute

Una buena herramienta para entender nuestra red, es el Traceroute. Si en algun momento estas en un predicamento de Capa 3 en la cuál necesites la topología y no la tengas, traceroute te puede mostrar como es el camino recorrido. Esto es de mucha ayuda cuando necesites ver cómo es que cambian las rutas debido a alguna configuracion y tambien saber si no has malogrado algo por el camino :)

Teoría

Iniciaremos este artículo con un poco de teoría. Traceroute está basado en el protocolo ICMP, por ello debemos asegurarnos que dicho protocolo está permitido en los firewalls del camino (si es que los hubiera, claro)

Por supuesto hay toda una teoría bastante grande sobre como funciona, implicando el uso del campo TTL (Time To Live) de la cabecera del protocolo IP.

Básicamente funciona enviando una sonda con el valor de TTL = 1. El router que recibe la información regresa el paquete diciendo: “hey! El TTL ahora es 0” y el router origen ahora envía la siguiente sonda con el TTL = 2….y asi hasta llegar al destino. Esto lo repite como máximo 30 veces, asi que si luego de todo eso no llega al destino, simplemente dirá que no se pudo alcanzar.

Se que es mucho palabreo y a ti te interesa más jugar con laboratorios, pero si quieres saber mas de esta herramienta, puedes verlo en el RFC 1393 aquí

Recuerda que si quieres una explicación más extensa de la teoría, puedes requerirlo en la sección de comentarios

Topología

Usemos la siguiente topología:

Para hacer la configuración inicial usaremos un protocolo de enrutamiento muy querido del cual ya hemos visto un poco en los entrenamientos/posts anteriores: EIGRP

Veamos como esta el direccionamiento en la siguiente tabla:

Usaremos una loopback para hacer el test en R2: 12.12.12.12/32

No olvides de anunciar la subred en EIGRP! :D

La configuración la dejo en tus manos...confío en que tu entrenamiento está dando frutos y podrás realizar esta escaramuza sin mucho sufrimiento. De cualquier modo si necesitas alguna información adicional, no olvides que puedes dejar tus dudas en la sección de comentarios :)

Prueba de fuego

Primero hagamos un traceroute con lo que ya tenemos, esto va de R1 a R2

R1#traceroute 12.12.12.12
Type escape sequence to abort.
Tracing the route to 12.12.12.12

  1 14.0.0.2 32 msec 64 msec 52 msec

Vamos a configurar el delay en cada enlace para que EIGRP no haga balanceo de carga:

R1#sh int et2/0 | i DLY
  MTU 1500 bytes, BW 10000 Kbit/sec, DLY 1000 usec,
R1#sh int et2/3 | i DLY
  MTU 1500 bytes, BW 10000 Kbit/sec, DLY 2000 usec,
R1#sh int et2/1 | i DLY
  MTU 1500 bytes, BW 10000 Kbit/sec, DLY 3000 usec,

No olvidemos de configurarlo en los routers que están directamente conectados a R1:

R2#sh int et2/3 | inc DLY
  MTU 1500 bytes, BW 10000 Kbit/sec, DLY 2000 usec,TR03#sh int et2/1 | i DLY
  MTU 1500 bytes, BW 10000 Kbit/sec, DLY 3000 usec,

A TR01 lo dejaremos con su valor de delay por defecto.

Veamos que sucede con el traceroute cuando le damos shutdown a la interface que se conecta a R2:

R1(config)#int et2/3
R1(config-if)#shutR1#traceroute 12.12.12.12
Type escape sequence to abort.
Tracing the route to 12.12.12.12

  1 12.0.0.2 52 msec 64 msec 64 msec
  2 23.0.0.2 56 msec 60 msec 56 msec
  3 34.0.0.2 80 msec 92 msec 84 msec

Ajaa!! Nos vamos por el router TR01, esto nos indica que son 3 routers por los que pasa y por tanto comprender la topología :)

Ahora aumentemos en delay en el enlace entre R1 y TR01

R1(config)#int et2/0
R1(config-if)#delay 400

Veamos que sucede:

R1#traceroute 12.12.12.12
Type escape sequence to abort.
Tracing the route to 12.12.12.12

  1 15.0.0.2 80 msec 60 msec 60 msec
  2 56.0.0.2 60 msec 92 msec 60 msec
  3 64.0.0.2 80 msec 56 msec 80 msec

Nos envio por el otro camino! Una prueba más que las armas de un guerrero son útiles en el campo de batalla :D

Conclusiones

Como podrás apreciar, el traceroute es una herramienta poderosa para entender nuestra topología en capa 3.

Y por cierto, también existe una especie de traceroute en capa 2... pero esa será otra historia ;)

Cheers, network warriors!