Laboratorio de Redes 2

Transcripción

1 INSTITUTO TECNOLÓGICO Y DE ESTUDIOS SUPERIORES DE MONTERREY Laboratorio de Redes 2 Práctica 6 Introducción al protocolo RIPng Autor: Ing. Raúl Armando Fuentes Samaniego Duración aproximada: 3 horas Objetivo: El alumno será introducido a los protocolos de enrutamiento iniciando con el protocolo mas simpe del tipo vector-distance. Para lo cual el alumno configurara el equipo para el protocolo de enrutamiento RIP. Además el alumno aprenderá el uso de herramientas de depuración para dicho protocolo y operaciones sobre la tabla de ruteo de un enrutador. Requisitos 3 conmutadores 3 Enrutadores con soporte para IPv6 4 Maquinas con capacidad para IPv6 e IPv4 Conectores Seriales y cableado correspondiente. Cisco Se recomienda ampliamente que el alumno realice la lectura del capítulo CCNA Fundamentals Routing Protocols and Concepts Chapter 7 para reforzar el tema que se introduce en esta práctica. Opcionalmente el capítulo introductorio a RIPv1 puede ayudar al alumno. Dicho capitulo es: CCNA Fundamentals Routing Protocols and Concepts Chapter 5 Última edición: enero de 2013 Página 1

2 Topología Tabla de direccionamiento Disp. Interfaz Dirección IP Prefijo Gateway por defecto R1 Fa 0/0 2001:db8:c0ca:1:: Fa 0/1 2001:db8:c0ca:1:: S0/0/0 2001:db8:c0ca:0:: Fa 0/0 2001:db8:c0ca:fea:: R2 S0/0/0 2001:db8:c0ca:0:: S0/0/1 2001:db8:c0ca:0:: Fa 0/0 2001:db8:c0ca:1:: S0/0/1 2001:db8:c0ca:0:: R3 Lo0 2001:db8:c0ca:1:: Lo1 2001:db8:c0ca:1:: Lo2 2001:db8:c0ca:1:: PC :db8:c0ca:1::010A 120 Auto-config PC :db8:c0ca:1::000A 120 Auto-config PC3 --- Plug & Play 64 Auto-config PC :db8:c0ca:1::100A 120 Auto-config Se configurara una red lo más cercano físicamente a la mostrada en el diagrama, y se i ntroducirán dos nuevos conceptos: Interfaces lógicas (loopbacks) y protocolo RIPng (RIP para IPv6) además de la introducción de herramientas de depuración para RIP. Última edición: enero de 2013 Página 2

3 Tome en cuenta que en este escenario existen 3 bloques de sub-redes y de los cuales uno de ellos está en bloques descontinuos por lo que pueden tener un impacto en la información proporcionada por el protocolo de enrutamiento. Practica Tarea preventiva: Borrado de un enrutador En caso de ser necesario proceda a la desconexión del cableado y a volver a cablear, y al borrado de los enrutadores. Si tiene duda acerca de los procedimientos consulte las prácticas anteriores. Tarea 1 Configuración base Realice el cableado de acuerdo a la topología mostrada tanto de los dispositivos intermedio como de los dispositivos finales. Aquellos dispositivos finales que ocupen una dirección estática deben ser configurados en este punto. Tarea 2: Cargue la configuración En esta ocasión, se utilizara una configuración pre-establecida en los enrutadores, estas instrucciones se les denomina scripts, y se pueden pasar utilizando un servicio de TFTP o por medio de una consola de terminal. Para esta práctica, utilizaremos una sesión de terminal para tal propósito; La forma de pasar el script dependerá específicamente del software que estemos utilizando como termina. Por lo general existen 3 aplicaciones comunes en el laboratorio de redes: 1. Hyperterminal -Encontrado por defecto en computadoras con Windows XP. Para el envío de un script vaya a opciones y seleccione enviar archivo de texto. 2. Terra-term No instalado por defecto en computadoras con Windows 7. Extremadamente amigable para inserción de scripts, basta con seleccionar la opción de pegar 3. GtkTerm No instalado por defecto pero hallado en el repositorio de la mayoría distribuciones de Linux. Tiene una función similar a Hyperterminal de enviar archivos raw (de texto) Sin importar que software de terminal se esté utilizando, los scripts son comandos válidos para el IOS, por lo tanto, el comando debe ser introducido en el nivel correcto, es decir, el comando Hostname solo es un comando valido en el nivel de configuración global del enrutador, no e n el nivel privilegiado, interfaz global y mucho menos en el nivel de acceso público. Para cargar los scripts se recomienda crear un archivo de texto para cada uno y en ellos colocar el texto que se muestra a continuación. Debe tener cuidado de que no aparezca texto que no corresponda a los comandos. Última edición: enero de 2013 Página 3

4 Paso 1: Cargue el siguiente script a R1 hostname R1 ipv6 unicast-routing interface FastEthernet0/0 ipv6 address 2001:db8:c0ca:1::0001/120 duplex auto speed auto no shutdown interface FastEthernet0/1 ipv6 address 2001:db8:c0ca:1::0101/120 duplex auto speed auto no shutdown interface Serial0/0/0 ipv6 address 2001:db8:c0ca:0::0001/126 clock rate no shutdown exit banner motd ^C Solo personal autorizado ^C line con 0 password cisco login line aux 0 line vty 0 4 password cisco login end Paso 2: Cargue el siguiente script a R2 hostname R2 enable secret 0 class ipv6 unicast-routing interface FastEthernet0/0 ipv6 address 2001:db8:c0ca:fea::01/64 Última edición: enero de 2013 Página 4

5 duplex auto speed auto no shutdown interface Serial0/0/0 ipv6 address 2001:db8:c0ca:0::0002/126 no shutdown interface Serial0/0/1 ipv6 address 2001:db8:c0ca:0::0006/126 clock rate no shutdown banner motd ^C Solo personal autorizado ^C line con 0 password cisco login line aux 0 line vty 0 4 password cisco login end Paso 3: Cargue el siguiente script a R3 hostname R3 enable secret 0 class ipv6 unicast-routing interface FastEthernet0/0 ipv6 address 2001:db8:c0ca:1::1001/120 duplex auto speed auto no shutdown interface Loopback0 ipv6 address 2001:db8:c0ca:1::1101/120 interface Loopback1 ipv6 address 2001:db8:c0ca:1::0201/124 Última edición: enero de 2013 Página 5

6 interface Loopback2 ipv6 address 2001:db8:c0ca:1::2201/124 interface Serial0/0/1 ipv6 address 2001:db8:c0ca:0::0005/126 no shutdown banner motd ^C Solo personal autorizado ^C line con 0 password cisco login line aux 0 line vty 0 4 password cisco login end Tarea 3: Examine el funcionamiento de la red Verifique que las interfaces estén levantadas, puede utilizar los comandos show ipv6 interface o el comando show ipv6 interface brief. La interfaz Serial de R1 está levantada? La interfaz Serial de R3 está levantada? Las interfaces Seriales de R2 están levantadas? Si contesto NO a alguna de esas preguntas revise el cableado y la configuración y vuelve a intentar. Realice pruebas de conectividad Realice un ping de R1 a la serial 0/0/0 R2 Tuvo éxito? Realice un ping de R2 a la serial 0/0/1 R3 Tuvo éxito? Realice un ping de R3 a la serial 0/0/0 R1 Tuvo éxito? Aunque las interfaces directamente conectadas pueden dar un ping exitoso no será el caso de la última prueba entre R3 y R1. Qué es lo que hace falta para que PC1 pueda comunicarse con PC3 o PC4? Última edición: enero de 2013 Página 6

7 Tarea 4: Configure RIP Una vez el enrutador tenga la configuración completa se empezara a configurar el protocolo de enrutamiento RIP, el cual es extremadamente sencillo. Estos pasos se deben de seguir en orden para la correcta contestación de la práctica. A qué tipo de protocolo de enrutamiento pertenece RIP? Es interno o externo? RIP para IPv6 funciona de forma muy parecida que RIP para IPv4, de hecho, los cambios sustanciales es que reconozca los grupos multicast de IPv6 ( FF02::9) y las direcciones IPv6, tal como están indicados en el documento RFC2080 (Cisco, 2011 ). El protocolo RIP para IPv6 es denominado RIPng y a lo largo de esta práctica usaremos de forma indistinta estos términos. Paso 1: Configure la depuración para RIP en R1 Lo que se desea realizar con este paso es verificar cómo se comporta la tabla de ruteo conforme aparezcan los mensajes de RIP. Prepare el despliegue de información relacionado a RIPng con el siguiente comando: R1#debug ipv6 rip RIP Routing Protocol debugging is on Al no estar todavía configurado el protocolo de enrutamiento RIPng simplemente no ocurrirá nada por el momento. Paso 2: Configure RIP en R1 La configuración de cualquier protocolo de enrutamiento para IPv6 difiere de la forma tradicional en IPv4. Mientras que en IPv4 el comando era, desde configuración global, router rip en IPv6 el comando es (config)#ipv6 router rip <name> ] El primer campo, Name nos permite identificar el proceso del protocolo RIPng que estamos configurando a partir de un nombre, permitiéndonos anexar varias líneas a un mismo proceso o bien tener múltiples procesos de RIP corriendo simultáneamente en el enrutador (Algo que no se puede realizar en IPv4). De hecho, cada uno de los procesos tendrá su propia tabla de enrutamiento, la cual será denominada Routing Information Database (RIB). Es decir, en nuestros ejemplos nosotros tendremos un RIP AS1 RIB, pero se puede tener múltiples proceso de protocolos de enrutamiento con diferentes RIB cada uno de ellos. Al final todas convergerán creando asi la tabla de ruteo con la cual operara el enrutador. El comando Show ipv6 route nos despliega dicha tabla. Última edición: enero de 2013 Página 7

8 NOTA: El despliegue del comando puede cambiar e incluir campos adicionales obligatorios u opcionales dependiendo del IOS que se maneje. En este caso en particular se trata de las opciones en un IOS 12.4(T) Ejecute el comando: R1(config)#ipv6 router rip AS1 Habrá notado que ahora estamos en un nuevo nivel de configuración R1(config)#ipv6 router rip AS1 R1(config-rtr)# Utilice el comando de auto ayuda e indique a continuación los distintos comandos disponibles a este nivel: En este punto, viene una nueva bifurcación respecto a la configuración en IPv4 e IPv6. Para IPv6 se debe ir directamente a las interfaces e indicarles en cual proceso de RIP van a participar para distribuir las rutas. Mientras que en RIPv1 o RIPv2 (ambos de IPv4) se indicaba en este mismo nivel (denominado config-router) las interfaces a procesar. Por lo anterior, al introducir el comando ipv6 router RIP AS1 lo único que hemos hecho es crearlo, pero no tiene ninguna interfaz añadida y para hacerlo deberemos salirnos de dicho nivel. Las siguientes líneas nos muestran las opciones que tenemos para RIP AS1 en una interfaz: R1(config-rtr)#exit R1(config)#int serial 0/0/0 R1(config-if)#ipv6 rip AS1? default-information Configure handling of default route enable Enable/disable RIP routing metric-offset Adjust default metric increment summary-address Configure address summarization Última edición: enero de 2013 Página 8

9 De las opciones que se tienen, el comando: ipv6 rip AS1 enable hará que en la interfaz serial 0/0/0 participe en el proceso AS1 (que opera como un protocolo de enrutamiento RIP) con lo cual dicho proceso compartirá y aprenderá rutas con cualquier otro enrutador que mande algún mensaje de RIP. Introduzca el comando en esa interfaz. Como se tiene la depuración habilitada nos debe de aparecer algo similar a lo desplegado a continuación: al habilitar el RIP en esa interfaz. R1(config-if)#ipv6 rip AS1 enable R1(config-if)# *Jul 19 17:27:24.719: RIPng: Serial0/0/0 link *Jul 19 17:27:24.719: RIPng: Sending multicast request on Serial0/0/0 for AS1 *Jul 19 17:27:24.723: src=fe80::6fe:7fff:fe37:bf48 *Jul 19 17:27:24.723: dst=ff02::9 (Serial0/0/0) *Jul 19 17:27:24.723: sport=521, dport=521, length=32 *Jul 19 17:27:24.723: command=1, version=1, mbz=0, #rte=1 *Jul 19 17:27:24.723: tag=0, metric=16, prefix=::/0 *Jul 19 17:27:24.723: RIPng: Triggered update requested R1(config-if)# *Jul 19 17:27:25.723: RIPng: generating triggered update for AS1 *Jul 19 17:27:25.723: RIPng: Sending multicast update on Serial0/0/0 for AS1 *Jul 19 17:27:25.723: src=fe80::6fe:7fff:fe37:bf48 *Jul 19 17:27:25.723: dst=ff02::9 (Serial0/0/0) *Jul 19 17:27:25.723: sport=521, dport=521, length=32 *Jul 19 17:27:25.723: command=2, version=1, mbz=0, #rte=1 *Jul 19 17:27:25.723: tag=0, metric=1, prefix=2001:db8:c0ca::/126 Deje pasar tiempo hasta que vuelva aparecer un mensaje y conteste las siguientes preguntas: Qué dirección multicast es utilizada para RIP, cual es el puerto (de capa transporte)? Cada cuánto se envía una actualización de la tabla por RIP? ( Deje habilitado la depuración en R1 y proceda ahora a anexar Fa 0/0 y Fa 0/1 al proceso AS1. Ejecute el comando Show ipv6 rip para verificar que estén anexadas ambas interfaces al mismo proceso: R1#sh ipv6 rip RIP process "AS1", port 521, multicast-group FF02::9, pid 199 Administrative distance is 120. Maximum paths is 16 Updates every 30 seconds, expire after 180 Holddown lasts 0 seconds, garbage collect after 120 Split horizon is on; poison reverse is off Última edición: enero de 2013 Página 9

10 Default routes are not generated Periodic updates 302, trigger updates 2 Interfaces: FastEthernet0/0 FastEthernet0/1 Serial0/0/0 Redistribution: None Por qué cree que sea necesario que toda las interfaces esten en el proceso AS1? Paso 3: Configure RIP en R2 Se recomienda para este paso, tener en una terminal para R1 y otra para R2. Recuerde, que es necesario realizar los pasos de esa tarea en orden. Ejecute el comando que habilita el enrutamiento para IPv6 y a continuación habilite la depuración para RIPng. Una vez realizado esos comandos ejecute los siguientes: R2(config)#int fa 0/0 R2(config-if)#ipv6 rip AS2 enable R2(config)#int serial 0/0/0 R2(config-if)#ipv6 rip AS2 enable Espere unos segundos y observe los mensajes de depuración en R1 y R2 Deben ser algo similares a esto: *19 20:01:32.982: RIPng: response received from FE80::6FE:7FFF:FEEB:7C10 on Serial0/0/0 for AS1 *Jul 19 20:01:32.982: src=fe80::6fe:7fff:feeb:7c10 (Serial0/0/0) *Jul 19 20:01:32.982: dst=ff02::9 *Jul 19 20:01:32.982: sport=521, dport=521, length=32 *Jul 19 20:01:32.982: command=2, version=1, mbz=0, #rte=1 *Jul 19 20:01:32.982: tag=0, metric=1, prefix=2001:db8:c0ca::/126 *Jul 19 20:01:32.982: RIPng: Added neighbor FE80::6FE:7FFF:FEEB:7C10/Serial0/0/0 *Jul 19 20:01:32.982: RIPng: Inserted 2001:DB8:C0CA::/126, nexthop FE80::6FE:7FFF:FEEB:7C10, metric 2, tag 0 A continuación despliegue la tabla de ruteo en ambos enrutadores. Habrá observado que R1 enviaba 4 rutas y R2 enviaba 2 rutas. Sin embargo en la tabla de Ruteo de R1 solo aparece una ruta aprendida mediante RIP Por qué cree que pase esto? Última edición: enero de 2013 Página 10

11 En general, todo RIP siempre reenvía la tabla de ruteo completa y a la hora de recibir una actualización descartan aquellos que ello conocen con mejor métrica. Las métricas de 1 significan que son las que ellos tienen directamente conectadas (y por lo mismo esas entradas del RIB no son indexadas a la tabla de ruteo definitiva). Finalmente, si se le asigna un proceso RIP a una interfaz, y este proceso previamente no existía, este es creado. Por cierto, el nombre del proceso es sensible a minúsculas y mayúsculas haciendo que AS1, As1, as1, as1 sean procesos distintos. Además el proceso es cosa interna de cada enrutador, dos procesos RIP que envíen mensajes por la misma interfaz son vistos como un solo proceso ante otros enrutadores vecinos (un mensaje de RIP no incluye en su campo ningún PID como lo veremos mas adelante). Termine la configuración para la interfaz serial 0/0/1 de R2 Paso 4: Configure RIP en R3 Recuerde que para realizar este paso es necesario primero completar en orden los pasos anteriores. Configure la depuración de RIP en R3 y verifique que desde R2 se estén enviando mensajes de RIP por la interfaz serial. Desactive la depuración utilizando el comando undebug all y configure las interfaces que participaran en RIP como se muestra a continuación R3(config)#interface FastEthernet0/0 R3(config-if)#ipv6 rip as1 enable R3(config-if)#exit R3(config)#interface Loopback0 R3(config-if)#ipv6 rip as1 enable R3(config-if)#exit R3(config)#interface Loopback1 R3(config-if)#ipv6 rip as1 enable R3(config-if)#exit R3(config)#interface Loopback2 R3(config-if)#ipv6 rip as1 enable R3(config-if)#exit R3(config)#interface Serial 0/0/1 R3(config-if)#ipv6 rip as1 enable R3(config-if)#exit Paso 5: Validación de RIP Utilice el comando show ipv6 route rip para ver solamente las rutas aprendidas de RIP. Las salidas aquí marcadas deben coincidir con las de sus configuraciones: Última edición: enero de 2013 Página 11

12 Para R1 R1#sh ipv6 route rip IPv6 Routing Table - Default - 10 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static route B - BGP, M - MIPv6, R - RIP, I1 - ISIS L1 I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary, D - EIGRP EX - EIGRP external O - OSPF Intra, OI - OSPF Inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2 ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2 R 2001:DB8:C0CA::4/126 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 R 2001:DB8:C0CA:1::200/124 [120/3] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 R 2001:DB8:C0CA:1::1000/120 [120/3] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 R 2001:DB8:C0CA:1::1100/120 [120/3] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 R 2001:DB8:C0CA:1::2200/124 [120/3] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 R 2001:DB8:C0CA:FEA::/64 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 Para R2 Para R3 R2#show ipv6 route rip IPv6 Routing Table - Default - 10 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static route B - BGP, M - MIPv6, R - RIP, I1 - ISIS L1 I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary, D - EIGRP EX - EIGRP external O - OSPF Intra, OI - OSPF Inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2 ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2 R 2001:DB8:C0CA:1::/120 [120/2] via FE80::6FE:7FFF:FE37:BF48, Serial0/0/0 R 2001:DB8:C0CA:1::100/120 [120/2] via FE80::6FE:7FFF:FE37:BF48, Serial0/0/0 R 2001:DB8:C0CA:1::200/124 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 R 2001:DB8:C0CA:1::1000/120 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 R 2001:DB8:C0CA:1::1100/120 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 R 2001:DB8:C0CA:1::2200/124 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 R3# sh ipv6 route rip Última edición: enero de 2013 Página 12

13 IPv6 Routing Table - Default - 13 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static route B - BGP, M - MIPv6, R - RIP, I1 - ISIS L1 I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary, D - EIGRP EX - EIGRP external O - OSPF Intra, OI - OSPF Inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2 ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2 R 2001:DB8:C0CA::/126 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 R 2001:DB8:C0CA:1::/120 [120/3] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 R 2001:DB8:C0CA:1::100/120 [120/3] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 R 2001:DB8:C0CA:FEA::/64 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 Con todo lo manejado hasta ahora, conteste las siguientes preguntas: Cuál es la distancia administrativa que por default maneja un protocolo RIP? De quiénes son las rutas en R1 que tienen una métrica de 3? Por ultimo realice pruebas de conectividad entre todo los hosts. Deben tener éxito. Puede deshabilitar todos los mensajes de depuración de los 3 enrutadores. Tarea 5: Sumarización de rutas En la próxima práctica se verá más a detalle cómo se maneja la búsqueda en una tabla de ruteo, pero por el momento basta con indicar que una tabla sumarizada resulta en menor overhead para el enrutador e impacta positivamente en la confiabilidad de una red. Cada protocolo de enrutamiento, así como las rutas estáticas, tienen capacidad de sumarizar rutas, es decir, en una sola ruta representar a más de una de ellas. En esta ocasión nos enfocaremos en los comandos necesarios para RIPng. Paso 1: Sumarización en R1 Se empezara a revisar la sumarización en R1 con las interfaces Ethernet 0 y 1. Si no se recuerda como verificar la sumarización, esta consiste en ver hasta que parte las dos direcciones son iguales. A continuación marco las direcciones IPv6 que tienen las interfaces: 2001:db8:c0ca:1::0001/ :db8:c0ca:1::0101/120 Recuerde que aunque aquí se muestran direcciones de host, una ruta sumarizada es una agrupación de direcciones de redes y/o hosts que pueden tener diferentes prefijos, en esta ocasión coincidieron ambos prefijos. Última edición: enero de 2013 Página 13

14 Cuál es la posible sumarización de esa ruta? En IPv6 para la sumarización se maneja de forma distinta a IPv4, se tiene que ir a la interfaz donde se desea pasar las rutas sumarizadas e indicar cuál será una o más de las sumarizaciones posibles. Para el caso de R1, se tiene que dar una o más redes sumarizadas en la interfaz se rial 0/0/0 ya que es la única que se comunica con otros enrutadores. Pero solo sumarizara las rutas de aquellas redes que estén en el RIB de RIP (aquellas interfaces que tengan habilitado el proceso de RIP). Complete el comando mostrado a continuación para hacer la sumarización de las interfaces. R1(config-if)# ipv6 rip AS1 summary-address A continuación despliegue el comando show ipv6 route rip en R2 e indique las rutas que aparecen: IMPORTANTE: Si le llegan aparecer 7 rutas, se debe a las limitantes propias de RIP como un protocolo Vector-distance, permita pasar tiempo o bien ejecute el comando: clear ipv6 route * junto al comando clear ipv6 rip. El primer comando borrara la tabla de ruteo y el segundo comando BORRARA todas las bases de datos (RIB) que los procesos RIP poseen. Al ejecutar ambos, la tabla quedara completamente vacía y será necesario esperar a una nueva actualización por parte de los vecinos para que estén completas. Ejecute las siguientes pruebas de conexión para garantizar que la nueva configuración esta correctamente implementada. Ping PC1-PC3 Ping PC3-Lo0 Ping PC3-PC4 Ping PC3-Lo1 Ping PC2-PC4 Ping PC3-Lo2 Última edición: enero de 2013 Página 14

15 Ping PC1-Lo0 Ping PC4-Lo0 Ping PC1-Lo1 Ping PC4-Lo1 Ping PC1-Lo2 Ping PC4-Lo2 Paso 2: Sumarización en R3 Ahora, se intentara sumarizar las interfaces en R3, en la siguiente tabla se muestran las direcciones que estas interfaces poseen: 2001:db8:c0ca:0::0005/ :db8:c0ca:1::1001/ :db8:c0ca:1::1101/ :db8:c0ca:1::0201/ :db8:c0ca:1::2201/124 Dejando afuera la interfaz serial al parecer una ruta sumarizada tentativa sería: 2001:db8:c0ca:1::/112. Prosiguiendo con esta idea anexe esa ruta sumarizada en R3 R3#conf t Enter configuration commands, one per line. End with CNTL/Z. R3(config)#interface serial 0/0/1 R3(config-if)#ipv6 rip as1 summary-address 2001:db8:c0ca:1::/112 R3(config-if)#end Revise la tabla de ruteo de R2 para verificar si fue posible acortar las rutas, recuerde que puede ser necesario esperar a que se envíen nuevos mensajes de RIP. Cuántas entradas de rutas aprendidas por medio de Rip Aparecen? Si no utiliza los comandos para borrar de golpe las entradas de RIP en R2 pueden aparecer las rutas originales con las nuevas, las originales eventualmente serán eliminadas (mediante mecanismo conocido como poisoning ) y esta es una de los puntos débiles de los protocolos de vectores: Su lenta convergencia (una actualización lenta en las tablas de ruteo). Se realizaran pruebas de conectividad, pero en esta ocasión se seguirá un paso adicional, utilizamos una opción de depuración (debugeo) con el comando debug ipv6 icmp dicho comando desplegara mensajes relacionados a decisiones que hagan los enrutadores cuando reciban paquetes que contengan un encabezado de ICMP. Para las pruebas el comando será instalado en los 3 enrutadores. Realice las siguientes pruebas de conectividad, es una buena idea utilizar infinitos hasta ser detenidos (opción por defecto en sistemas operativos Linux y una opción que se habilita en sistemas Windows con el argumento t). Antes de ejecutar los comandos analice con el equipo por donde deberían de ser Última edición: enero de 2013 Página 15

16 ruteados y validen esas conclusiones con lo que aparezca con los mensajes de depuración en los 3 enrutadores. Ping PC1-PC3 Ping PC3-Lo0 Ping PC3-PC4 Ping PC3-Lo1 Ping PC2-PC4 Ping PC3-Lo2 Ping PC1-Lo0 Ping PC4-Lo0 Ping PC1-Lo1 Ping PC4-Lo1 Ping PC1-Lo2 Ping PC4-Lo2 Si alguno de los pings no lograron llegar a su destino revise cual es el me nsaje que se está recibiendo. Qué diferencia una respuesta de destino inalcanzable (unreachble destiny) de una de tiempo excedido (timeout)? No olvide que el campo Time to Live (TTL) puede ser un indicador de los problemas que se estén teniendo. En esta topología en particular si el campo sale con un valor de 255 a lo sumo debe de bajar 3 valores, si en su lugar llega al destino con un contador mucho menor se puede apreciar que existen problemas en el enrutamiento de la topología. Realice un ping de PC 2 a PC3 En qué enrutadores se despliega mensajes de depuración? En cuales enrutadores deberían de aparecer estos mensajes? Paso 3: Analizando la sumarización Si recordamos los pasos de la tarea anterior, cuando las rutas estaban siendo comunicadas de forma individual no existía ningún problema, al sumarizarlas se empezó a dar el problema. La razón por la cual la sumarización fallo en este escenario es que las redes del mismo bloque no son contiguas. Toda las interfaces Ethernet de R1 y R3, así como las interfaces Loopback de este último están desplegadas a a continuación Última edición: enero de 2013 Página 16

17 Tabla 1 - Sumarización en R1 y R3 Router Red Tipo Sumarización R1 2001:db8:c0ca:1::0000/120 Fa0//0 R1 2001:db8:c0ca:1::0100/120 Fa0/1 2001:db8:c0ca:1::/119 R3 2001:db8:c0ca:1::1000/120 Fa0/0 R3 2001:db8:c0ca:1::1100/120 Lo1 2001:db8:c0ca:1::1000/119 R3 2001:db8:c0ca:1::0201/124 Lo2 R3 2001:db8:c0ca:1::2200/124 Lo3 2001:db8:c0ca::/112 Observe que todas estas sub-redes pertenecen a un mismo sub-bloque: 2001:db8:c0ca:1::/112 pero en esta ocasión están separados por redes no contiguas a ellos (Las dos subredes seriales que pertenecerían a un sub-bloque 2001:db8:c0ca::/112. De hecho, no existe una sumarización adecuada y libre de problemas para este escenario. Para poder analizar adecuadamente la tabla de ruteo con sumarizaciones se debe de tener en cuenta que existe un cambio de paradigma entre IPv6 e IPv4 al respecto: Durante la navegación en dicha tabla en IPv6 se trabaja del mayor prefijo al menor, mientras que en IPv4 se trabaja bajo la idea de buscar hasta hallar un match Realice pruebas de conectividad desde PC3 a PC1, PC2 y PC4. Indique cual es el camino que mensajes de ICMP están tomando para cada caso y de su reflexión de lo que ocurre cuando se maneja una sumarización en un escenario como este: Paso 4: Eliminar sumarización Proceda a eliminar la ruta sumarizada de R3 utilizando el prefijo NO al comando. R3#conf t Enter configuration commands, one per line. End with CNTL/Z. R3(config)#int s 0/0/1 Última edición: enero de 2013 Página 17

18 R3(config-if)#no ipv6 rip as1 summary-address 2001:DB8:C0CA:1::/112 R3(config-if)#exit En conclusión, las rutas sumarizadas son ideales pero requieren ser usadas con cuidado si la topología no fue diseñada con cuidado. En este caso, R1 o R3 pueden sumarizar, pero no ambos. Tarea 6 (Opcional): Distribución de rutas por defecto Se anexara una nueva interfaz lógica en R1, esta interfaz servirá para simular al ISP y su dirección será: 2001:db8:c000::1/48. Ejecute los comandos para configurar dicha interfaz. R1(config-if)#int loop 1 R1(config-if)#ipv6 address 2001:db8:c000::1/52 R1(config-if)#exit Como recordara, una ruta por defecto es una ruta especial identificada como ::/0 en esta ocasión dicha ruta se propagara por RIP en vez de utilizar rutas estáticas en cada enrutador. En R1 la ruta por defecto (cuya interfaz de salida es Loopback 1) debe ser anexada por medio del comando ip route, esta ruta debe ser propagada a los demás por medio de RIP, para lograrlo, se debe de hacer algo similar a lo que se hace para las rutas sumarizadas. El comando debe ser introducido en la interfaz donde se desea que se propague dicha ruta. Complete los comandos mostrados a continuación, si tiene duda, puede utilizar el comando de autoayuda: R1(config)#ipv6 route R1(config)#end R1# R1#conf t Enter configuration commands, one per line. End with CNTL/Z. R1(config)#int s 0/0/0 R1(config-if)#ipv6 rip AS1 R1(config-if)#end R1#show ipv6 route IPv6 Routing Table - Default - 15 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static route B - BGP, M - MIPv6, R - RIP, I1 - ISIS L1 I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary, D - EIGRP EX - EIGRP external O - OSPF Intra, OI - OSPF Inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2 ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2 S ::/0 [1/0] via Loopback1, directly connected Deje pasar el tiempo necesario para que la ruta se propague y verifique en R3 que efectivamente aparezca, como se muestra a continuación: Última edición: enero de 2013 Página 18

19 R3#sh ipv6 route IPv6 Routing Table - Default - 15 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static route B - BGP, M - MIPv6, R - RIP, I1 - ISIS L1 I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary, D - EIGRP EX - EIGRP external O - OSPF Intra, OI - OSPF Inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2 ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2 R ::/0 [120/3] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 R 2001:DB8:C0CA::/126 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 C 2001:DB8:C0CA::4/126 [0/0] via Serial0/0/1, directly connected L 2001:DB8:C0CA::5/128 [0/0] via Serial0/0/1, receive R 2001:DB8:C0CA:1::/116 [120/3] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 C 2001:DB8:C0CA:1::200/124 [0/0] via Loopback1, directly connected L 2001:DB8:C0CA:1::201/128 [0/0] via Loopback1, receive C 2001:DB8:C0CA:1::1000/120 [0/0] via FastEthernet0/0, directly connected L 2001:DB8:C0CA:1::1001/128 [0/0] via FastEthernet0/0, receive C 2001:DB8:C0CA:1::1100/120 [0/0] via Loopback0, directly connected L 2001:DB8:C0CA:1::1101/128 [0/0] via Loopback0, receive C 2001:DB8:C0CA:1::2200/124 [0/0] via Loopback2, directly connected L 2001:DB8:C0CA:1::2201/128 [0/0] via Loopback2, receive R 2001:DB8:C0CA:FEA::/64 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 L FF00::/8 [0/0] via Null0, receive R3# Tarea 7 (Opcional): Interfaces pasivas en RIPng RIPng está configurando y funcionando, sin embargo en los ambientes modernos se debe de considerar ciertos elementos adicionales. En esta práctica solo se mencionaran los más básicos ya que existen distintos cursos de redes donde se puede profundizar más. Paso 1: Creando listas de distribución Si observa en los mensajes de depuración se puede apreciar que RIP envía mensajes por todas las interfaces que estén anexadas al proceso, en el caso de R1 significa que envía mensajes por 3 interfaces Última edición: enero de 2013 Página 19

20 cuando únicamente recibe mensajes de una sola: la interfaz serial. Esto resulta en que perdemos BW innecesariamente en las interfaces Ethernet. Además, es un riesgo ya que respondería a cualquier otro proceso RIP proveniente de esas interfaces a pesar de que no fuese de un enrutador del AS, propiciando de esta forma una vulnerabilidad seria a la infraestructura de la red. Uno de los modos de lograr poner en modo pasivo la interfaz (o de proteger e l proceso de RIP) en IPv4 era desde el nivel de configuración del protocolo de enrutamiento con el comando passive-interface pero en IPv6 no se tiene esta opción, la única valida es por medio de listas de distribución las cuales utilizan listas de control de acceso. En palabras sencillas, el modo de lograr la seguridad que queremos es manejar una lista que basa sus decisiones con la información contenida en otro tipo de lista (Aunque suene algo confuso es un elemento normal en los enrutadores de Cisco). Durante el laboratorio de Redes 2 no se verán las listas de acceso (ACL por sus silgas en inglés) así que solo indicaremos lo básico respecto a ellas: 1. Son listas que regresa Permitido o denegado ( permit y deny ) de acuerdo a un match (concordancia) de una dirección entrante o saliente con una dirección contenida dentro de la lista. 2. Se va haciendo un intento de match en orden descendiente. Por lo tanto entradas mal colocadas afectaran negativamente la lista. 3. Si se termina de explorar la lista se entiende que no hubo concordancia y el paquete es denegado por defecto. Antes de empezar, habiliten Wireshark en PC1 y empiecen a capturar paquetes, utilicen el siguiente filtro: ripng para que solo despliegue mensajes que contengan un encabezado de IPv6 del tipo enrutamiento que esté utilizando RIPng. IMPORTANTE: Si no aparece ningún mensaje después del tiempo que ocupa RIPng en transmitir es indicador de que hay errores de configuración y/o del cableado. Revisen la configuración y/o el estatus de los enrutadores y del protocolo RIPng para verificar que estén enviando los mensajes multicast por las interfaces. Una vez listo el sniffer trabajaremos en R1. Primero se configurara una lista de prefijos, donde el objetivo es hacer un match de que redes se desea permitir que se reciban o se transmitan. (Esta lista, solo hace un match para un Deny o permit ) R1(config)# ipv6 prefix-list RIPngFiltrado seq 5 deny 2001:DB8:C0CA::/48 Con este comando, se está haciendo un match a todas las direcciones validas de nuestra red y se les está negando el acceso. En la lista solo se indica que el paquete se descarta (se niega) donde se implemente esa lista es donde se tendrá un verdadero impacto. El seq 5 solo lo está poniendo en una posición determinado en de la lista y está dejando las posiciones 1, 2,3,4 vacías; y es útil cuando se van añadir futuras líneas y se debe controlar el orden en que aparecen. Última edición: enero de 2013 Página 20

21 Si se vigila Wireshark, se verá que todavía se reciben actualizaciones, esto es porque la lista, está creada mas no aplicada. Paso 2: Implementado las listas en las interfaces Ahora procedemos a usar la lista RIPngFiltrado, como se había mencionado antes, se puede aplicar a un nivel global o local, en esta ocasión lo haremos local, por cada interfaz. R1(config)#ipv6 router rip AS1 R1(config-rtr)#distribute-list prefix-list RIPngFiltrado in FastEthernet0/0 R1(config-rtr)#distribute-list prefix-list RIPngFiltrado out FastEthernet0/0 R1(config-rtr)#distribute-list prefix-list RIPngFiltrado in FastEthernet0/1 R1(config-rtr)#distribute-list prefix-list RIPngFiltrado out FastEthernet0/1 Lo que se hace, es aplicar la misma lista para actualizaciones RIP que vengan de entrada a las interfaces Ethernet y actualizaciones RIP que vayan de salida por esas mismas interfaces. Con esto, se logra el objetivo de seguridad: Descartara cualquier posible mensaje de RIP que reciba por una de las interfaces Ethernet (probablemente fortuito) y no enviar actualizaciones de RIP. Esto pareciera ser lo mismo que una configuración pasiva pero no lo es, la diferencia radica en las decisiones y recursos que se utilizan. Aplique esta misma regla a los enrutadores R2 y R3 para asegurarnos que solo acepte y transmita mensajes de RIP por las interfaces seriales. En el caso especial de R3, no es necesario preocuparnos por las interfaces lógicas, ya que nunca recibirán mensajes desde ellas. Por medio de lo realizado hasta ahora y visto en Wireshark conteste las siguientes preguntas: Los mensajes de RIP que eran enviados por las interfaces de R1 Qué contienen? Verifique que las interfaces Ethernet de R1 ya no estén enviando mensajes de RIPng (mediante Wireshark) Por ultimo realicen pruebas, revisando que las tablas de ruteo de los 3 enrutadores no se hayan visto afectadas por una configuración errónea en las listas de distribución. Revisión Notifique al instructor al terminar la práctica y una vez revisado proceda a la limpieza del equipo. Última edición: enero de 2013 Página 21

22 Limpieza del equipo Una vez terminada la práctica, ejecute los pasos de la tarea preventiva Borrado de un enrutador. Además recoja el equipo y cables utilizados y acomódelos como le sea indicado por el instructor. Por último, si está utilizando Windows y uso Netsh, ejecute el comando Netsh interface ipv6 delete address interface= Nombre Interfaz address=x:x:x:x:x:x:x:x/d Si utilizo más de una dirección, entonces proceda a borrarlas todas con el comando: Netsh interface ipv6 reset Este comando necesita que la maquina sea reiniciada. Recuerden, que si uno de los equipos de cómputo o dispositivos de red no está debidamente borrado todo el equipo puede hacerse acreedor a que la calificación de la práctica sea nula. Bibliografía Cisco Networking Academy. (2006). CCNP: Building Scalable Internetworks V IPv6. Cisco Networking Academy. (2007). CCNA Exploration - Accesing the Want - IP Addressing Services. IANA.org. (n.d.). IANA IPv4 Address Space Registry. Retrieved Junio 13, 2011, from IANA: Wireshark. (2010, Junio 14). Leuter Discovering IPv6 with Wireshark. Retrieved from Wireshark University. Última edición: enero de 2013 Página 22