Laboratorio de Redes 2

Transcripción

1 INSTITUTO TECNOLÓGICO Y DE ESTUDIOS SUPERIORES DE MONTERREY Laboratorio de Redes 2 Práctica 7 - Introducción al protocolo EIGRP para IPv6 Autor: Ing. Raúl Armando Fuentes Samaniego Duración aproximada: 3 horas Objetivo: Al final de la práctica el alumno será capaz el modo de operar del protocolo de enrutamiento EIGRP basado en conceptos claves de protocolos de vectores de distancia y estado de enlace. Además el alumno aprenderá las herramientas necesarias para su correcta instalación en dispositivos Cisco. Requisitos 3 enrutadores 3 conmutadores 4 computadoras con capacidad para IPv6. Conectores Seriales y cableado correspondiente. Necesario haber llevado o leído práctica 3. Cisco Se recomienda ampliamente que el alumno realice la lectura del capítulo CCNA Fundamentals Routing Protocols and Concepts Chapter 9 para reforzar el tema que se introduce en esta práctica. Última modificación: enero de 2013 Página 1

2 Diagrama de la topología Última modificación: enero de 2013 Página 2

3 Tabla de direccionamiento Disp. Interfaz Dirección IP Prefijo Gateway por defecto R1 R2 R3 Fa 0/0 --- Lo S0/0/0 --- S0/0/1 --- Fa 0/0 --- Lo 0 S0/0/0 --- S0/0/1 --- Lo :db8:c00:: Fa 0/0 --- Fa 0/1 --- S0/0/0 --- S0/0/1 --- PC1 --- Auto-config PC2 --- Auto-config PC3 --- Auto-config PC4 Auto-config Escenario En esta práctica se dará la introducción a un protocolo propietario de Cisco denominado EIGRP, también en esta ocasión el alumno deberá ser capaz de completar las topologías gráficas y la tabla de direccionamiento a partir dela información que se proporciona por medio de las tablas de ruteo. Tarea preventiva: Borrado de un enrutador En caso de ser necesario, proceda a la desconexión de cables y al borrado de los enrutadores. Si tiene duda acerca de los procedimientos consulte las prácticas anteriores. Tarea 1: Análisis de tablas para diseño A partir de las siguientes tablas de ruteo arme la red de la compañía. No olvide llenar la tabla de direccionamiento y crear la topología gráfica. Tome en cuenta que la red 2001:db8:c00::/52 se considera una ruta hacia el exterior. NOTA: En estas capturas, para reducir confusión se han excluido direcciones de red del tipo Local, estas direcciones ocupan los 128 bits, y representan una dirección de IPv6 de cada interfaz, lo cual puede volverse redundante y confundir al alumno. Router R1 R1#show ipv6 route exclude /128 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 Última modificación: enero de 2013 Página 3

4 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/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 C 2001:DB8:C0CA::C0A8:100/122 [0/0] via FastEthernet0/0, directly connected C 2001:DB8:C0CA::C0A8:140/122 [0/0] via Loopback0, directly connected R 2001:DB8:C0CA::C0A8:180/123 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 C 2001:DB8:C0CA::C0A8:1C0/126 [0/0] via Serial0/0/0, directly connected R 2001:DB8:C0CA::C0A8:1C4/126 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 R 2001:DB8:C0CA::C0A8:1E0/125 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 R 2001:DB8:C0CA::C0A8:1E8/125 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 C 2001:DB8:C0CA::C0A8:1F0/126 [0/0] via Serial0/0/1, directly connected L FF00::/8 [0/0] via Null0, receive Router R2 R2#show ipv6 route exclude /128 IPv6 Routing Table - Default - 14 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 C 2001:DB8:C000::/52 [0/0] via Loopback1, directly connected R 2001:DB8:C0CA::C0A8:100/122 [120/2] R 2001:DB8:C0CA::C0A8:140/122 [120/2] C 2001:DB8:C0CA::C0A8:180/123 [0/0] via Loopback0, directly connected C 2001:DB8:C0CA::C0A8:1C0/126 [0/0] via Serial0/0/0, directly connected C 2001:DB8:C0CA::C0A8:1C4/126 [0/0] Última modificación: enero de 2013 Página 4

5 via Serial0/0/1, directly connected R 2001:DB8:C0CA::C0A8:1E0/125 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 R 2001:DB8:C0CA::C0A8:1E8/125 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 R 2001:DB8:C0CA::C0A8:1F0/126 [120/2] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 L FF00::/8 [0/0] via Null0, receive Router R3 R3#show ipv6 route exclude /128 IPv6 Routing Table - Default - 12 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] R 2001:DB8:C0CA::C0A8:100/122 [120/2] R 2001:DB8:C0CA::C0A8:140/122 [120/2] R 2001:DB8:C0CA::C0A8:180/123 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 R 2001:DB8:C0CA::C0A8:1C0/126 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 C 2001:DB8:C0CA::C0A8:1C4/126 [0/0] via Serial0/0/1, directly connected C 2001:DB8:C0CA::C0A8:1E0/125 [0/0] via FastEthernet0/0, directly connected C 2001:DB8:C0CA::C0A8:1E8/125 [0/0] via FastEthernet0/1, directly connected C 2001:DB8:C0CA::C0A8:1F0/126 [0/0] via Serial0/0/0, directly connected L FF00::/8 [0/0] via Null0, receive Tarea 2: Diseño de la red Paso 1: Cableado físico Empiece por hacer un cableado físico de acuerdo a la topología tome lo siguiente a consideración: PC1 pertenece a la red FA 0/0 de R1 Última modificación: enero de 2013 Página 5

6 PC2 pertenece a la red Fa 0/0 de R3 PC3 pertenece a la red Fa 0/1 de R3 Solo PC3 utilizaría cable cruzado, las demás serian por medio de un conmutador (Switch) R2 sería el encargado de ser DCE para los dos seriales que recibe. R3 sería el encargado de ser DCE para el serial que comunique con R1. Paso 2: Configuración base Proceda a configurar los enrutadores para que tengan lo siguiente: Línea consola configurada Líneas virtuales configuradas Interfaces configuradas según la tabla de direccionamiento. Mensaje del día Password para inicio de sesión de consola, acceso virtual y para el modo EXEC. No es necesario configurar RIPng, ya que se utilizara EIGRP. En caso que sea configurado, las rutas de RIP se verán suprimidas por las de EIGRP. No olvide realizar pruebas de conectividad entre los enrutadores y PC para verificar que todo funcione adecuadamente. Esto es importante, para facilitar la depuración de EIGRP más adelante. Tarea 3: Configurar EIGRP EIGRP para IPv6 tiene unos cuantos cambios de paradigmas que la versión existente para IPv4 pero solo en el aspecto de configuración. El primer elemento es que cada interfaz debe ser configurada independientemente para que corra EIGRP, de una forma similar a como se hizo con RIPng. Pero a diferencia de RIP tiene capacidad de resumir rutas y de filtrar rutas. EIGRP identifica sus procesos con un número, dicho número se denomina Sistema autónomo o AS por sus siglas en inglés y representa la porción de una compañía bajo un mismo administrador. A diferencia de los nombres de procesos en RIP, el valor del AS viaja en los paquetes de EIGRP, por lo mismo dos enrutadores vecinos con distintos procesos de EIGRP tendrán las rutas de cada proceso separadas sin que se mezclen de forma automática, el administrador podría exportar las rutas de un AS al otro si quisiera. Esta tarea se debe de realizar en orden. Paso 1: Preparar depuración Para ir preparando el análisis de EIGRP tendremos preparado el Sniffer Wireshark en PC1, PC2 y PC3 y los enrutadores desplegando mensajes relacionados al sistema autónomo que vamos a utilizar. R1#debug ipv6 eigrp? < > Autonomous System neighbor EIGRP neighbor debugging notifications EIGRP event notifications summary EIGRP summary route processing Última modificación: enero de 2013 Página 6

7 <cr> R1#debug ipv6 eigrp 10 IP-EIGRP Route Events debugging is on R2#debug ipv6 eigrp 10 notifications R3#debug ipv6 eigrp 10 Paso 2: Anexar las interfaces a R1 EIGRP AS 10 Entre a cada una del as interfaces de R1 y anéxelas al proceso EIGRP del AS numero 10. R1(config)#int fa 0/0 R1(config-if)#ipv6 eigrp 10 R1(config-if)#int lo0 R1(config-if)#ipv6 eigrp 10 R1(config-if)#int serial 0/0/0 R1(config-if)#ipv6 eigrp 10 R1(config-if)#int serial 0/0/1 R1(config-if)#ipv6 eigrp 10 R1(config-if)#end Han aparecido mensajes de depuración de EIGRP conforme actualizaba las interfaces? Paso 3: Anexar las interfaces de R2 a EIGRP AS 10 R2 se configurara de manera similar a R1 No olvide que la interfaz lógica que representa al ISP no será anexada a EIGRP. Han aparecido mensajes de depuración de EIGRP conforme actualizaba las interfaces? Paso 4: Habilitar EIGRP en R1 y R2 Ejecute el comando show run para ver que toda las interfaces estén colocadas adecuadamente al mismo AS de EIGRP. Ahora, la razón por lo cual todavía no entra en funcionamiento EIGRP, es que de manera similar al comportamiento de una interfaz, se encuentra por defecto apagado, se debe de ir su nivel de configuración para ser encendido con el comando no shutdown R1#conf t Enter configuration commands, one per line. End with CNTL/Z. R1(config)#ipv6 router eigrp 10 R1(config-rtr)#no shutdown R1(config-rtr)#exit R1(config)# Haga lo mismo para R2. Una vez los dos estén habilitados notara que siguen sin aparecer los mensajes de depuración, eso se debe a que la configuración de EIGRP está incompleta para IPv6. A continuación en cualquiera de los dos Última modificación: enero de 2013 Página 7

8 enrutadores ejecute el comando de autoayuda en el nivel de configuración del protocolo EIGRP, obtendrá una salida similar a esta R1(config-rtr)#? default Set a command to its defaults default-information Distribution of default information default-metric Set metric of redistributed routes distance Administrative distance distribute-list Filter networks in routing updates eigrp EIGRP specific commands exit Exit from IPv6 routing protocol configuration mode maximum-paths Forward packets over multiple paths metric Modify EIGRP routing metrics and parameters no Negate a command or set its defaults passive-interface Suppress routing updates on an interface redistribute Redistribute IPv6 prefixes from another routing protocol shutdown Shutdown protocol timers Adjust routing timers variance Control load balancing variance Particularmente, nos interesa ver las opciones que ofrece los parámetros propios de EIGRP. Los demás son parámetros por lo general globales que otros protocolos de enrutamiento también comparten. R1(config-rtr)#eigrp? event-log-size Set IPv6 EIGRP maximum event log entries event-logging Log EIGRP routing events log-neighbor-changes Enable/Disable EIGRP neighbor logging log-neighbor-warnings Enable/Disable EIGRP neighbor warnings neighbor Specify a neighbor router router-id router-id for this EIGRP process stub Set EIGRP as stubbed router R1(config-rtr)#eigrp router-id? A.B.C.D EIGRP Router-ID in IP address format En IPv4, EIGRP corre sobre su propio header de Capa 3 a diferencia de otros protocolos de enrutamiento como RIP u OSPF. Eso le permite un funcionamiento modular y de fácil adaptación entre distintos protocolos de L3. Sin embargo, para IPv6 es necesario ciertos parámetros s, ya que EIGRP va incluido en los encabezados de enrutamiento de IPv6. Esto deriva en la necesidad, de suplir todo los datos que EIGRP utiliza para IPv4 en IPv6, la mayoría son manejados de forma automático por EIGRP, pero hay uno en particular que no lo es. El enrutador necesita un ID para identificarse, EIGRP en IPv4 tomaba dicho ID directamente de una de sus interfaces de red, pero en este caso como no te nemos IPv4 habilitada en ninguna de nuestras interfaces el proceso de EIGRP no tiene ID y por lo tanto esta en stand-by. Puede comprobar la situación utilizando algún comando de show como se muestra a continuación: R1#show ipv6 eigrp neighbors Última modificación: enero de 2013 Página 8

9 IPv6-EIGRP neighbors for process 10 % No router ID for EIGRP 10 Los siguientes pasos serán solo Para R1. Para R1 configuraremos manualmente un ID en el formato de una dirección IPv4, la cual será R1#conf t Enter configuration commands, one per line. End with CNTL/Z. R1(config)#ipv6 router eigrp 10 R1(config-rtr)# router-id R1(config-rtr)#end R1#show ipv6 eigrp 10 interfaces IPv6-EIGRP interfaces for process 10 Xmit Queue Mean Pacing Time Multicast Pending Interface Peers Un/Reliable SRTT Un/Reliable Flow Timer Routes Fa0/0 0 0/0 0 0/1 0 0 Se0/0/0 0 0/0 0 7/7 0 0 Se0/0/1 0 0/0 0 7/7 0 0 Lo0 0 0/0 0 0/1 0 0 Revise las capturas de PC1 que se han ido procesando en Wireshark y utilice un filtro eigrp para que solo aparezcan de este protocolo y conteste las siguientes preguntas: Con la captura de Wireshark identifica los protocolos sobre los que corre EIGRP TIP: Son aquellos protocolos de capa inferiores a la de EIGRP que lo transportan. Cuáles son los datos que envía dicho protocolo? Qué tipo de mensaje de EIGRP es? EIGRP ya está operando en R1, ahora trabajaremos con R2 al cual se le anexara una dirección IPv4 a su interfaz lógica cero, dicha dirección es: R2(config)#int loopback 0 R2(config-if)#ip address Última modificación: enero de 2013 Página 9

10 Qué procesos despliegan los mensajes de depuración de R1? Permita pasar tiempo y revise los mensajes de EIGRP que estén lleguen dando periódicamente (a Consola y por Wireshark), identifique el tipo de mensaje y a continuación anótelo. Como habrá observado, los mensajes HELLO son los mensajes que predominan en la comunicación y solo se ven sustituidos con otros cuando un enrutador entra en el juego, a partir de ese momento se negocia y se pasa bastante información entre ellos para luego dejar el medio solo con HELLO para mantener el medio lo menos saturado posible. Paso 5: Habilitar EIGRP en R3 Utilice los comandos usados hasta el momento para habilitar EIGRP 10 en R3, utilice un ID de sea con interfaz lógica o directamente asignando la ID en el proceso EIGRP (No olviden que con el ID el prefijo no va ) y a continuación observe las salidas en R1 y R3. NOTA: Recuerden que deben de configurar el protocolo de enrutamiento y anexar las interfaces que van a participar. Los mensajes que reciben PC1, PC2, PC3 o PC4 cambiaron de tamaño o contenido? Cuántas rutas se enviaron, el proceso fue más largo que cuando se habilito R2? ( fueron más negociaciones en R1?) Antes de que se configurara por completo R3, se habían vuelto a aparecer mensajes de depuración en R1? Última modificación: enero de 2013 Página 10

11 Con lo visto hasta ahora, cada cuanto se actualizan las tablas de ruteo con EIGRP? (Que eventos provocan las actualizaciones) TIP: Puede probar el protocolo apagando temporalmente alguna interfaz de uno de los enrutadores. Paso 6: Propagar la ruta por defecto Si no ha configurado la ruta por defecto en R2 de forma estática realícelo ahora( ::/0 por la loobpack 1). Una vez hecho esto, procederemos a enviarla a los demás vecinos por medio de EIGRP. NO DESACTIVE AUN LOS MENSAJES DE DEPURACIÓN. La distribución de la ruta es distinta que en RIPng, en este caso es desde el nivel global de comandos de EIGRP con el comando redistribute static R2#conf t Enter configuration commands, one per line. End with CNTL/Z. R2(config)#ipv6 router eigrp 10 R2(config-rtr)#redistribute static Para estos momentos, la tabla de ruteo de R3 se debe ver de la siguiente forma: R3#show ipv6 route IPv6 Routing Table - Default - 12 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 EX ::/0 [170/ ] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 D 2001:DB8:C0CA::C0A8:100/122 [90/ ] D 2001:DB8:C0CA::C0A8:140/122 [90/ ] D 2001:DB8:C0CA::C0A8:180/123 [90/ ] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 D 2001:DB8:C0CA::C0A8:1C0/126 [90/ ] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 Última modificación: enero de 2013 Página 11

12 C 2001:DB8:C0CA::C0A8:1C4/126 [0/0] via Serial0/0/1, directly connected C 2001:DB8:C0CA::C0A8:1E0/125 [0/0] via FastEthernet0/0, directly connected L 2001:DB8:C0CA::C0A8:1E1/128 [0/0] via FastEthernet0/0, receive C 2001:DB8:C0CA::C0A8:1E8/125 [0/0] via FastEthernet0/1, directly connected L 2001:DB8:C0CA::C0A8:1EB/128 [0/0] via FastEthernet0/1, receive C 2001:DB8:C0CA::C0A8:1F0/126 [0/0] via Serial0/0/0, directly connected L FF00::/8 [0/0] via Null0, receive Conteste las siguientes preguntas: Qué tan rápido se distribuyó la ruta estática desde R2 a los demás? Cómo se compara esto con RIPng? Tarea 4: Optimización en EIGRP Recuerde que para esta tarea aun es necesario mantener el protocolo de enrutamiento habilitado y el Wireshark en las PC. Paso 1: Interfaces pasivas En todo protocolo de enrutamiento, existen dos componentes a tomar en cuenta cuando utilizan un medio: El overhead provocado por estos mismos protocolos; y la seguridad al liberar información relacionada a la infraestructura. Por lo mismo las interfaces pasivas se deben de implementar en aquellas donde no se espera recibir ningún tipo de aviso. EIGRP emplea directamente la opción de pasivas y no requiere, y no funcionara, el uso de listas distribuidas para tal propósito. Ejecute el comando en R2 en la interfaz serial R2(config-rtr)#passive-interface serial 0/0/0 Última modificación: enero de 2013 Página 12

13 Qué tipo de mensaje aparece en R1? Fue un evento asincrónico del protocolo?( Se espero al siguiente mensaje HELLO o fue inmediato?) Cuánto tiempo tomo actualizarse la tabla de los 3 enrutadores? Se retransmitieron tablas de ruteo? Hubo aviso de R2 a R3 de este cambio? R1 a R3? Qué efectos tuvo este comando en R1? TIP: Pueden obtener más información utilizando los mensajes de depuración del comando debug eigrp 10 packets terse, pueden comparar el resultado de poner una interfaz serial en modo pasivo, al resultado de apagar alguna interfaz de modo intencional. Tip 2: Los comandos show eigrp interfaces, show eigrp neighbors entre otros también les pueden apoyar para ver lo que está pasando. Una vez realizada esta prueba, ponga la otra interfaz serial también en modo pasivo e indique lo que sucede Revise la tabla de ruteo de R3 y R1 e indique que rutas está aprendiendo, ambos deben de tener 3 rutas aprendidas por EIGRP, pero una de esa rutas coinciden con las interfaces seriales de R2, Por qué a pesar de que están en modo pasiva se siguen retransmitiendo? Última modificación: enero de 2013 Página 13

14 Por último, proceda a usar el prefijo NO para eliminar los comandos de las interfaces pasivas de seriales y a continuación coloque las interfaces Ethernet de todo los enrutadores en modo pasivo. Valide el trabajo comprobando que PC1, PC2, PC3 y Pc4 ya no reciban mensajes de EIGRP. Una vez completado utilice el comando copy para guardar el avance en los 3 enrutadores como se muestra a continuación: Copy running-config startup-config Paso 2: Adecuación de BW en seriales EIGRP Metric = 256*((K1*Bw) + (K2*Bw)/(256-Load) + K3*Delay)*(K5/(Reliability + K4))) BW = 256 * (10^7 / interface BW in kbps) load = txload on the interface delay = 256 * interface delay in tens of microseconds reliability = reliability rating on the interface La fórmula mostrada arriba es el método con la cual se calcula la métrica de una ruta en EIGRP, como se puede ver, la cantidad de hops no afecta si no el ancho de banda y la situación del medio (Delay, Load, Reliability). Las variables K s son constantes y nos permiten obtener una métrica según las necesidades de nuestra red. Por defecto, solo K1 y K3 tienen un valor de uno, mientras que las demás están en cero, haciendo que el BW sea un factor importante en la decisión de las rutas. Los enlaces Ethernet tienen una velocidad fija y cuando se manejan con el comando speed auto se designan en su máxima capacidad o bajan según sea necesario, de lo contrario los posibles valores son: 10,100,1000 (si la interfaz soporta esas velocidades). Mientras que el BW de las interfaces Ethernet son calculadas de forma automática, las interfaces seriales su BW es la velocidad del reloj maestro. Qué frecuencia tienen en estos momentos los relojes en los enrutadores DCE? TIP: En el caso de un enlace serial, baud rate per second, el símbolo (baud) son bits y por lo mismo un baud rate es equivalente a bps. Esto no es necesariamente cierto en cualquier otra comunicación serial.) Última modificación: enero de 2013 Página 14

15 Utilizando el comando show interface serial 0/0/0 obtenemos lo siguiente: R3#show interface serial 0/0/0 Serial0/0/0 is up, line protocol is up Hardware is GT96K Serial MTU 1500 bytes, BW 128 Kbit/sec, DLY usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation HDLC, loopback not set Keepalive set (10 sec) Last input 00:00:03, output 00:00:04, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0. DCD=up DSR=up DTR=up RTS=up CTS=up Corresponde ese ancho de banda a la velocidad a la que realmente funciona el enlace serial? Como podrá observar, las interfaces seriales se les coloca un valor representativo por defecto. Pero que en el caso de EIGRP nos puede dar un mal manejo de cálculo de caminos creando una red ineficiente. Por lo mismo procederemos a hacer unos cambios para que dicho campo represente adecuadamente la velocidad del medio. Observación: Antes de realizar los cambios se recomienda ver la tabla de ruteo para anotar los valores de las métricas de las rutas conocidas. R2#conf t Enter configuration commands, one per line. End with CNTL/Z. R2(config)#int s 0/0/0 R2(config-if)#bandwidth 64 Observe la tabla de ruteo y compare los valores que aparecen como métricas contra los anteriores y conteste las siguientes preguntas en base a ellos: Qué rutas conservaron sus valores originales? Por dónde van? Qué rutas adquirieron una nueva métrica? Observe la tabla de ruteo de R1 y compare sus métricas, observara que no han sufrido un cambio de sus valores, eso se debe a que mientras las variables Ks se pasan en lo mensajes HELLO las demás variables Última modificación: enero de 2013 Página 15

16 se manejan con la información que posee el enrutador y en estos momentos R1 cree que el enlace serial también es de 128 kbps. Complete los pasos necesarios en los demás enrutadores; en los cuales haremos unos cambios a la configuración serial existente. Las interfaces R1-R2 permanecerán en 64 kbps, R2-R3 estarán a 128 kbps y R1-R3 a 48 kbps Una vez modificado estos parámetros revise la tabla de ruteo. En que afecto dichos cambios a la tabla de ruteo? En su opinión, Qué ventaja ofrece el tipo de métrica que maneja EIGRP en comparación a RIPng? Paso 3: Sumarización A diferencia del escenario de la práctica de RIPng en esta ocasión no existen redes descontinuas, de hecho, se pueden ver en 3 grandes bloques. Clasifique e indique cuales bloques serían. R1: 2001:db8:c0ca::c0a8: Fa 0/0: 2001:db8:c0ca::c0a8:0100/122 Lo 0: 2001:db8:c0ca::c0a8:0140/122 R2: 2001:db8:c0ca::c0a8: Lo 0: 2001:db8:c0ca::c0a8:0180/123 Fa 0/0: 2001:db8:c0ca::c0a8:01A0/121 WAN 1: 2001:db8:c0ca::c0a8:01c0/126 WAN 2: 2001:db8:c0ca::c0a8:01c0/126 R3: 2001:db8:c0ca::c0a8: FA 0/0: 2001:db8:c0ca::c0a8:01E0/125 Fa 0/1: 2001:db8:c0ca::c0a8:01F0/125 TIP: Si tiene duda utilicen notación binaria para facilitar la identificación Última modificación: enero de 2013 Página 16

17 Una vez tengan listas las sumarizacion, configure dichas rutas sumarizadas en las interfaces de salida de cada enrutador: R1#(config)interface Serial0/0/0 ipv6 summary-address eigrp :DB8:C0CA::C0A8: R1#(config)interface Serial0/0/1 ipv6 summary-address eigrp :DB8:C0CA::C0A8: R2#(config)interface Serial0/0/0 ipv6 summary-address eigrp :DB8:C0CA::C0A8: R2#(config)interface Serial0/0/1 ipv6 summary-address eigrp :DB8:C0CA::C0A8: R3#(config)interface Serial0/0/0 ipv6 summary-address eigrp :DB8:C0CA::C0A8: R3#(config)interface Serial0/0/1 ipv6 summary-address eigrp :DB8:C0CA::C0A8: NOTA: Si está teniendo problema con actualizaciones lentas, puede primero apagar el protocolo EIGRP, configurar y volver a prenderlo. Revise la tabla de ruteo en R3 R3#show ipv6 route eigrp IPv6 Routing Table - Default - 14 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 EX ::/0 [170/ ] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 D 2001:DB8:C0CA::C0A8:100/121 [90/ ] D 2001:DB8:C0CA::C0A8:180/122 [90/ ] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 D 2001:DB8:C0CA::C0A8:1C0/126 [90/ ] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/1 D 2001:DB8:C0CA::C0A8:1E0/123 [5/28160] via Null0, directly connected Debe tener una cantidad de entradas similares a la captura anterior para poder continuar además de que debe existe conectividad entre todo los hosts. Última modificación: enero de 2013 Página 17

18 En base a lo que calculó, y lo que aparece en la tabla de ruteo conteste las siguientes preguntas: Las rutas que despliega son idénticas a las que usted configuró? De no serlo, Por qué cree que no aparecen como usted lo coloco? Cómo difiere esto de RIPng? Por qué existe una ruta de EIGRP cuya interfaz de salida es Null? Se recomienda que guarde configuración de lo que lleva hasta este momento. Tarea 5 (Opcional): Respaldo de configuraciones Utilizaremos PC4 como un servidor TFTP, el instructor les dará instrucciones de como configurarlo. En ocasiones es necesario tener un repositorio en la red para poder guardar ahí diferentes archivos de configuraciones, estos pueden estar completos o ser parciales. En esta ocasión se guardaran los formatos. Paso 1: Habilite el servidor Asegúrese de que el servidor esté en funcionamiento y tenga los puertos habilitados ( Netstat es una buena opción). Y desde los enrutadores realice pruebas de conectividad a dicho servidor. Paso 2: Envié las configuraciones Utilice el comando Copy, su sintaxis es Copy ORIGEN DESTINO El origen puede ser running-config o startup-config (suponiendo que lo último que tienen este previamente guardado), el destino es tftp://ipv6address/filename Para nombre de archivos utilizaremos: ConfiguracionR1, ConfiguracionR2, ConfiguracionR3 Última modificación: enero de 2013 Página 18

19 Paso 3: Entregar Estas c configuraciones serán revisadas por el instructor, y además se le enviara una copia por correo electrónico (o algún otro modo de contacto proporcionado por el) Revisión Notifique al instructor al terminar la práctica y una vez revisado proceda a la limpieza del equipo. 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. (25 de Febrero de 2011 ). Implementing IPv6 Addressing and Basic Connectivity. Recuperado el Julio de 2011, de Cisco System: Cisco. (Junio de 2011). IP routing - EIGRP Frequently Asked Questions. Recuperado el 22 de Julio de 2011, de Cisco.com: l#one Cisco Networking Academy. (2007). CCNA Exploration - Accesing the Want - IP Addressing Services. Última modificación: enero de 2013 Página 19