Practicas de enrutamiento estático y curiosidades del tracert

Fecha: 1 de abril 2014 Clase: Exploration 2 (CCNA 2 v4)

Escenario

Este escenario se utilizó para la práctica de enrutamiento estático correspondiente al módulo 2 de Exploration 2.

Este escenario está disponible como Jugando con estaticas.pkt en ftp.vilarrasa.com.ar user y pass: ccna

La idea general fue practicar rutas estáticas con interfaz de salida y con IP del próximo salto, donde se decidió que

el recorrido entre ambos sitios sea el siguiente:

Tráfico Rosario - > Córdoba :

Se puede implementar algo así en la vida real ? porqué no ? un ejemplo típico es el balanceo de carga, suponiendo

que el tráfico entre ISP_1 y Córdoba tuviese baja velocidad de bajada (downstream) y sólo se utiliza por ejemplo

para enviar los acuses de recibos TCP (ACK) liberando el tráfico entre ISP_2 y Córdoba. Lo dejamos a la imaginación.

1.- Configuración

Primer salto:

Rosario#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 2 subnets

C 10.0.0.0 is directly connected, Serial0/0/0 (segmento a ISP_1)

C 10.0.0.8 is directly connected, Serial0/0/1

C 192.168.1.0/24 is directly connected, FastEthernet0/0

Rosario#conf t

Rosario(config)#ip route 192.168.2.0 255.255.255.0 s0/0/0 (interfaz de salida, interface punto a punto)

Rosario(config)#^Z

Rosario#

Verificación:

Rosario#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 2 subnets

C 10.0.0.0 is directly connected, Serial0/0/0

C 10.0.0.8 is directly connected, Serial0/0/1

C 192.168.1.0/24 is directly connected, FastEthernet0/0

S 192.168.2.0/24 is directly connected, Serial0/0/0

Rosario#

Segundo salto:

ISP_1#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 3 subnets

C 10.0.0.0 is directly connected, Serial0/0/0 (segmento a Rosario)

C 10.0.0.4 is directly connected, Serial0/0/1

C 10.0.0.16 is directly connected, FastEthernet0/0

ISP_1#conf t

ISP_1(config)#ip route 192.168.2.0 255.255.255.0 10.0.0.18 (IP de próximo salto, interface multiacceso)

ISP_1(config)#^Z

ISP_1#

Verificación:

ISP_1#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 3 subnets

C 10.0.0.0 is directly connected, Serial0/0/0

C 10.0.0.4 is directly connected, Serial0/0/1

C 10.0.0.16 is directly connected, FastEthernet0/0

S 192.168.2.0/24 [1/0] via 10.0.0.18

ISP_1#

Tercer salto:

ISP_2#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 3 subnets

C 10.0.0.8 is directly connected, Serial0/0/1

C 10.0.0.12 is directly connected, Serial0/0/0 (segmento a Córdoba)

C 10.0.0.16 is directly connected, FastEthernet0/0

ISP_2#conf t

ISP_2(config)#ip route 192.168.2.0 255.255.255.0 s0/0/0 (interfaz de salida, interface punto a punto)

ISP_2(config)#^Z

ISP_2#

Verificación:

ISP_2#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 3 subnets

C 10.0.0.8 is directly connected, Serial0/0/1

C 10.0.0.12 is directly connected, Serial0/0/0

C 10.0.0.16 is directly connected, FastEthernet0/0

S 192.168.2.0/24 is directly connected, Serial0/0/0

ISP_2#

Cuarto salto salto:

Cordoba#sh ip route

---verificación---

10.0.0.0/30 is subnetted, 2 subnets

C 10.0.0.4 is directly connected, Serial0/0/1

C 10.0.0.12 is directly connected, Serial0/0/0

C 192.168.2.0/24 is directly connected, FastEthernet0/0 (la red es local)

Cordoba#ping 192.168.2.10 (generamos tráfico local)

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 192.168.2.10, timeout is 2 seconds:

.!!!!

Success rate is 80 percent (4/5), round-trip min/avg/max = 0/3/15 ms

Cordoba#sh arp (verificamos resolver en capa 2)

Protocol Address Age (min) Hardware Addr Type Interface

Internet 192.168.2.1 - 000D.BDD9.EAE6 ARPA FastEthernet0/0

Internet 192.168.2.10 0 0000.0C25.2AC3 ARPA FastEthernet0/0

Cordoba#

Tráfico Rosario - > Córdoba :

Primer salto:

Cordoba#sh ip route

---verificación---

10.0.0.0/30 is subnetted, 2 subnets

C 10.0.0.4 is directly connected, Serial0/0/1 (segmento a ISP_1)

C 10.0.0.12 is directly connected, Serial0/0/0

C 192.168.2.0/24 is directly connected, FastEthernet0/0

Cordoba#conf t

Cordoba(config)#ip route 192.168.1.0 255.255.255.0 s0/0/1 (interfaz de salida, interface punto a punto)

Cordoba(config)#^Z

Cordoba#

Verificación:

Cordoba#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 2 subnets

C 10.0.0.4 is directly connected, Serial0/0/1

C 10.0.0.12 is directly connected, Serial0/0/0

S 192.168.1.0/24 is directly connected, Serial0/0/1

C 192.168.2.0/24 is directly connected, FastEthernet0/0

Cordoba#

Segundo salto:

ISP_1#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 3 subnets

C 10.0.0.0 is directly connected, Serial0/0/0 (segmento a Rosario)

C 10.0.0.4 is directly connected, Serial0/0/1

C 10.0.0.16 is directly connected, FastEthernet0/0

S 192.168.2.0/24 [1/0] via 10.0.0.18

ISP_1#conf t

ISP_1(config)#ip route 192.168.1.0 255.255.255.0 s0/0/0 (interfaz de salida, interface punto a punto)

ISP_1(config)#^Z

ISP_1#

Verificación:

ISP_1#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 3 subnets

C 10.0.0.0 is directly connected, Serial0/0/0

C 10.0.0.4 is directly connected, Serial0/0/1

C 10.0.0.16 is directly connected, FastEthernet0/0

S 192.168.1.0/24 is directly connected, Serial0/0/0

S 192.168.2.0/24 [1/0] via 10.0.0.18

ISP_1#

Tercer salto:

El tercer salto al igual que el cuarto en el recorrido anterior, es tráfico local.

2.- Verificación de recorridos mediante tracert:

Desde PC en Rosario:

PC>tracert 192.168.2.10

Tracing route to 192.168.2.10 over a maximum of 30 hops:

1 16 ms 0 ms 0 ms 192.168.1.1 (router Rosario)

2 0 ms 31 ms 15 ms 10.0.0.2 (router ISP_1)

3 * * * Request timed out. (router ISP_2)

4 1 ms 2 ms 32 ms 10.0.0.6 (router Córdoba)

5 16 ms 1 ms 32 ms 192.168.2.10

Trace complete.

PC>

El tercer salto no aparece debido a que el router ISP_2 no tiene rutas a Rosario:

ISP_2#debug ip icmp

ICMP packet debugging is on

ISP_2#debug ip packet

Packet debugging is on

ISP_2#

IP: s=0.0.0.0 (local), d=192.168.1.100 len 56, unroutable (no hay ruta de retorno)

ICMP: time exceeded (time to live) send to 192.168.1.100 (dest was 192.168.2.10)

IP: s=0.0.0.0 (local), d=192.168.1.100 len 56, unroutable

ICMP: time exceeded (time to live) send to 192.168.1.100 (dest was 192.168.2.10)

IP: s=0.0.0.0 (local), d=192.168.1.100 len 56, unroutable

ICMP: time exceeded (time to live) send to 192.168.1.100 (dest was 192.168.2.10)

ISP_2#conf t

ISP_2(config)#ip route 192.168.1.0 255.255.255.0 10.0.0.17 (es una interfaz ethernet, se utiliza IP del próximo salto)

ISP_2(config)#^Z

ISP_2#

Verificamos:

ISP_2#sh ip route

---resumido---

10.0.0.0/30 is subnetted, 3 subnets

C 10.0.0.8 is directly connected, Serial0/0/1

C 10.0.0.12 is directly connected, Serial0/0/0

C 10.0.0.16 is directly connected, FastEthernet0/0

S 192.168.1.0/24 [1/0] via 10.0.0.17 (tráfico a Rosario, sólo para el tracert o telnet al router)

S 192.168.2.0/24 is directly connected, Serial0/0/0 (tráfico a Córdoba)

ISP_2#

PC>tracert 192.168.2.10

Tracing route to 192.168.2.10 over a maximum of 30 hops:

1 15 ms 0 ms 0 ms 192.168.1.1 (Router Rosario)

2 31 ms 31 ms 15 ms 10.0.0.2 (Router ISP_1)

3 31 ms 16 ms 16 ms 10.0.0.18 (Router_ISP_2)

4 32 ms 47 ms 47 ms 10.0.0.6 (Router Córdoba)

5 31 ms 16 ms 16 ms 192.168.2.10

Trace complete.

PC>

Desde PC en Córdoba:

SERVER>tracert 192.168.1.100

Tracing route to 192.168.1.100 over a maximum of 30 hops:

1 16 ms 0 ms 0 ms 192.168.2.1 (Router Córdoba)

2 15 ms 15 ms 31 ms 10.0.0.17 (Router ISP_1)

3 47 ms 31 ms 1 ms 10.0.0.1 (Router Rosario)

4 15 ms 31 ms 32 ms 192.168.1.100

Trace complete.

SERVER>

En la traza vemos la IP 10.0.0.17, la cual es el segmento ISP_1 - > ISP_2 , entonces ? que hicimos mal ?

La respuesta es que en el primer salto el router Córdoba “mata” el paquete de TTL=1 y avisa al server,

en el segundo salto, el paquete sale del server con un TTL=2, el router Córdoba le resta 1 y lo reenvía,

el router ISP_1 “mata” el paquete de TTL=1 y avisa al server enviando el siguiente mensaje:

ISP_1#

ICMP: time exceeded (time to live) send to 192.168.2.10 (dest was 192.168.1.100)

ISP_1#

Pero la ruta a Córdoba es mediante la IP del próximo salto 10.0.0.18, por lo que transmite este mensaje

a traves de la ruta vía ISP_2 aunque haya recibido el paquete sor otra interfaz.

Cosas del networking.

(2014) Crazy packets in the route 66

Rosario, Argentina