Laboratorio de Redes 2

Transcripción

1 INSTITUTO TECNOLÓGICO Y DE ESTUDIOS SUPERIORES DE MONTERREY Laboratorio de Redes 2 Práctica 8 Análisis de tablas de ruteo en protocolos IPs Autor: Ing. Raúl Armando Fuentes Samaniego Duración aproximada: 2 horas Objetivo: En esta práctica el alumno comprenderá diferencias entre las tomas de decisiones con la información de tabla de ruteo en IPv6 e IPv4 con una o más tipos de rutas aprendidas. Además el uso de herramientas provistas por los ios para el análisis de ruteo Requisitos 3 enrutadores Computadores con S.O Windows (Opcionalmente Linux) Cisco Se recomienda ampliamente que el alumno realice la lectura del capítulo CCNA Fundamentals Routing Protocols and Concepts Chapter 8 para reforzar el tema que se introduce en esta práctica. Escenario 1 En este escenario se tiene 3 enrutadores completamente nuevos o bien que por motivos ajenos están sin configuración. El objetivo será cargar información previamente existente en ellos. Para ello se utilizara una configuración temporal para poder acceder a un servidor TFTP donde están las verdaderas copias de las configuraciones. Ultima modificación: enero de 2013 Página 1

2 Topología Tabla de direccionamiento Disp. Interfaz Dirección IP Prefijo Gateway por defecto R1 S 0/0/ R2 S 0/0/ S 0/0/ Fa 0/ R3 S 0/0/ Serv. TFTP Tarea preventiva: Borrado de un enrutador En caso de ser necesario, proceda a la desconexión, recableado y borrado de los enrutadores. Si tiene duda acerca de los procedimientos consulte las prácticas anteriores. Tarea 1: Cableado Realice un cableado de la forma más parecida posible a la red mostrada en la topología. Tarea 2: Configuración base El objetivo, es darle suficiente comunicación a los enrutadores para que puedan comunicarse con el servidor TFTP. R2 en teoría solo necesita levantar su interfaz Ethernet, pero debe garantizar que R1 y R3 puedan comunicarse también con el servidor. Ya que manejaremos una configuración temporal o de emergencia no se tomara énfasis en un diseño adecuado ni la conexión de host a la red. Paso 1: Configuración base de los enrutadores Configure las direcciones IPv4 en cada enrutador Paso 2: Comunicación extremo a extremo Como se trata de una configuración temporal haremos la conexión extremo a extremo de la forma mas sencilla posible y esto será mediante rutas por defecto en R1 y R2. R1(config)ip route serial 0/0/0 Ultima modificación: enero de 2013 Página 2

3 R3(config)#ip route serial 0/0/1 Paso 3: Configurar Configure la dirección IPv4 del servidor Verifique que la configuración sea correcta y se pueda ejecutar un ping desde R3 y R1 al servidor TFTP. Tarea 3: Descarga desde el servidor TFTP En la práctica anterior se utilizó el comando copy para respaldar la configuración del enrutador en un servidor TFTP, en esta ocasión se hará al revés, es decir se tomara el archivo de configuración desde el servidor TFPT para colocarlo en el startup-config y/o en la configuración actual, running-config. Paso1: Activar el servidor Dependiendo del Sistema Operativo, es el servidor TFTP a utilizar, en ambos casos puede utilizar el comando netstat para verificar que el puerto TFTP (69) este habilitado. En el caso de los sistemas operativos Windows utilizara el servidor tftpd32.exe, el servidor es intuitivo y no debe resultar difícil de utilizar. Es necesario que la carpeta que se utilice para el servidor TFTP sea C:/TPFTP_box ya que de lo contrario, no tendrá privilegios para la escritura de archivos. La siguiente imagen muestra como debe de aparecer las opciones. En los sistemas Linux ya se tiene un servidor por defecto habilitado el cual es TFTPD. El servidor TFTP no utiliza cuenta de usuario y responde al puerto por defecto de TFTP. La carpeta que utiliza el servidor, ya esta predefinida y se trata de /tftpboot. Para verificar el estado del servidor puede utilizar el siguiente comando desde terminal: netstat a grep tftp con el cual debe de aparecer el servidor, en caso que no aparezca nada se debe de reiniciar utilizando el siguiente comando: sudo /etc/init.d/xinetd start Ultima modificación: enero de 2013 Página 3

4 Paso 2: Crear el archivo de configuración de R1 Copie las siguientes líneas a un archivo llamado R1Base a la carpeta del servidor TFTP. Observe bien que el nombre de archivo no tiene extensión. (Por defecto, dichos archivos son caracteres ASCII asi que no hay diferencia si en Windows conserva la extensión txt). NOTA: Asegurarse que cuando se peguen las líneas que llevan código no queden espacios en blanco hostname R1 enable secret 0 class ip classless ipv6 unicast-routing no ip domain lookup interface Loopback0 ip address ipv6 address 2001:DB8:C0CA::C0A8:141/122 ipv6 eigrp 10 ipv6 rip AS1 enable interface FastEthernet0/0 ip address duplex auto speed auto ipv6 address 2001:DB8:C0CA::C0A8:101/122 ipv6 eigrp 10 ipv6 rip AS1 enable no shutdown Ultima modificación: enero de 2013 Página 4

5 interface Serial0/0/0 bandwidth 64 ip address ipv6 address 2001:DB8:C0CA::C0A8:1C1/126 ipv6 rip AS1 enable ipv6 eigrp 10 ipv6 summary-address eigrp :DB8:C0CA::C0A8:100/121 5 no shutdown interface Serial0/0/1 bandwidth 48 ip address ipv6 address 2001:DB8:C0CA::C0A8:1F1/126 ipv6 eigrp 10 ipv6 summary-address eigrp :DB8:C0CA::C0A8:100/121 5 ipv6 rip AS1 enable shutdown router rip version 2 network ipv6 router rip AS1 shutdown banner motd ^C Solo personal autorizado ^C line con 0 password cisco logging synchronous line aux 0 line vty 0 4 password cisco logging synchronous login end NOTA: LA interfaz serial 0/0/1 está apagada a propósito. No es necesario que la active. Paso 3: Crear el archivo de configuración de R2 Copie las siguientes líneas a un archivo llamado R2Base a la carpeta del servidor TFTP. hostname R2 enable secret 0 class ip classless Ultima modificación: enero de 2013 Página 5

6 ipv6 unicast-routing no ip domain lookup interface Loopback0 ip address ipv6 address 2001:DB8:C0CA::C0A8:181/123 ipv6 rip AS1 enable interface Loopback1 ip address ipv6 address 2001:DB8:C000::1/52 interface FastEthernet0/0 ip address duplex auto speed auto ipv6 address 2001:DB8:C0CA::C0A8:1A1/123 ipv6 eigrp 10 ipv6 rip AS1 enable no shutdown interface Serial0/0/0 bandwidth 64 ip address ipv6 address 2001:DB8:C0CA::C0A8:1C2/126 ipv6 eigrp 10 ipv6 summary-address eigrp :DB8:C0CA::C0A8:180/122 5 clock rate ipv6 rip AS1 enable no shutdown interface Serial0/0/1 ip address ipv6 address 2001:DB8:C0CA::C0A8:1C5/126 ipv6 eigrp 10 ipv6 summary-address eigrp :DB8:C0CA::C0A8:180/122 5 clock rate bandwidth 128 ipv6 rip AS1 enable no shutdown router rip version 2 network ipv6 route ::/0 Loopback1 ipv6 router eigrp 10 Ultima modificación: enero de 2013 Página 6

7 eigrp router-id passive-interface Loopback0 shutdown banner motd ^C Solo para personal autorizado ^C line con 0 password cisco logging synchronous line aux 0 line vty 0 4 password cisco logging synchronous login end Paso 4: Crear el archivo de configuración de R3 Copie las siguientes líneas a un archivo llamado R3Base a la carpeta del servidor TFTP. hostname R3 logging message-counter syslog enable secret 0 class ip classless ipv6 unicast-routing no ip domain lookup interface FastEthernet0/0 ip address duplex auto speed auto ipv6 address 2001:DB8:C0CA::C0A8:1E1/125 ipv6 eigrp 10 ipv6 rip AS1 enable no shutdown interface FastEthernet0/1 ip address duplex auto speed auto ipv6 address 2001:DB8:C0CA::C0A8:1E9/125 ipv6 eigrp 10 ipv6 rip AS1 enable no shutdown interface Serial0/0/0 bandwidth 48 Ultima modificación: enero de 2013 Página 7

8 ip address ipv6 address 2001:DB8:C0CA::C0A8:1F2/126 ipv6 eigrp 10 ipv6 summary-address eigrp :DB8:C0CA::C0A8:1E0/123 5 ipv6 rip AS1 enable clock rate no shutdown interface Serial0/0/1 bandwidth 128 ip address ipv6 address 2001:DB8:C0CA::C0A8:1C6/126 ipv6 eigrp 10 ipv6 summary-address eigrp :DB8:C0CA::C0A8:1E0/123 5 ipv6 rip AS1 enable no shutdown router rip version 2 network ipv6 router eigrp 10 shutdown line con 0 password cisco logging synchronous login line vty 0 4 password class logging synchronous login End Paso 5: Recuperar el archivo Procederemos ahora a recuperar el archivo de configuración inicial, para ello ejecutaremos el siguiente comando en los 3 enrutadores: Copy tftp startup-config Y seguiremos las indicaciones para el servidor y el archivo, opcionalmente, se pueden cambiar el comando ofreciendo todos los datos del archivo remoto desde el comando de copy colocando tftp: /Archivo_A_Recuperar en lugar de tftp ANTES DE PROSEGUIR AL PASO 6 Asegúrense de realizar exitosamente la copia en los 3 enrutadores. Ultima modificación: enero de 2013 Página 8

9 Paso 6: Reiniciar los enrutadores Revise que se pasó correctamente la configuración en la nvram y a continuación reinicie los enrutadores. Con esto garantizara que todas las configuraciones se carguen adecuadamente. R1#reload Proceed with reload? [confirm] *Jul 26 19:48:43.739: %SYS-5-RELOAD: Reload requested by console. Reload Reason: Reload Command. Escenario 2 Se puede apreciar que en estos archivos recuperados por medio de l servidor TFTP los enrutadores ya se encuentran configurados con IPv4 e IPv6. Recuerde, que estos protocolos están corriendo simultáneamente y son independientes y al no existir un elemento que sirva de puente ( o túnel) estos no se verán entre ellos.. Además observe que se ejecuta RIPv2, RIPng e EIGRP para IPv6, estando este último apagado. Topología Ultima modificación: enero de 2013 Página 9

10 Tabla de direccionamiento IPv4 Dispositivo Interfaz Dirección Prefijo Gateway Fa 0/ R1 Lo S 0/0/ S 0/0/1* S 0/0/ S 0/0/ R2 Fa 0/ Lo Lo S 0/0/ R3 S 0/0/ Fa 0/ Fa 0/ PC PC PC PC IPv6 Dispositivo. Interfaz Dirección Prefijo Gateway Fa 0/0 2001:DB8:C0CA::C0A8: R1 Lo :DB8:C0CA::C0A8: S 0/0/0 2001:DB8:C0CA::C0A8:1C S 0/0/1* 2001:DB8:C0CA::C0A8:1F S 0/0/0 2001:DB8:C0CA::C0A8:1C S 0/0/1 2001:DB8:C0CA::C0A8:1C R2 Fa 0/0 2001:DB8:C0CA::C0A8:1A Lo :DB8:C0CA::C0A8: Lo :DB8:C000:: S 0/0/0 2001:DB8:C0CA::C0A8:1F R3 S 0/0/1 2001:DB8:C0CA::C0A8:1C Fa 0/0 2001:DB8:C0CA::C0A8:1E Fa 0/1 2001:DB8:C0CA::C0A8:1E PC :DB8:C0CA::C0A8:10A 126 Auto-config PC :DB8:C0CA::C0A8:1AA 123 Auto-config PC :DB8:C0CA::C0A8:1EB 125 Auto-config PC :DB8:C0CA::C0A8:1FB 125 Auto-config * Serial 0/0/1 de R1 se encuentra apagado a propósito. Ultima modificación: enero de 2013 Página 10

11 Tarea 1: Pruebas de conectividad La configuración que se les importo a los enrutadores no posee error alguno, por lo tanto una falla de comunicación probablemente recaiga en un cableado incorrecto. Para realizar las pruebas de conectividad se utilizara un script TCLS como el que se muestra a continuación: tclsh foreach address { :DB8:C0CA::C0A8: :DB8:C0CA::C0A8: :DB8:C0CA::C0A8:1C1 2001:DB8:C0CA::C0A8:1F1 2001:DB8:C0CA::C0A8:1C2 2001:DB8:C0CA::C0A8:1C5 2001:DB8:C0CA::C0A8:1A1 2001:DB8:C0CA::C0A8: :DB8:C0CA::C0A8:1F2 2001:DB8:C0CA::C0A8:1C6 2001:DB8:C0CA::C0A8:1E1 2001:DB8:C0CA::C0A8:1E9 } { ping $address } Dicho script, ejecutara un ping a cada una de las interfaces de todos los enrutadores. Tome en cuenta que las interfaces seriales que comunican a R1 y R3 están apagadas a propósito, descartando las salidas de esas dos direcciones, si aparece algún otro error revise y corrija hasta que sean exitosos. NOTA: TCLS es sensible a los espacios en blancos. R3(tcl)#foreach address { +>(tcl)# >(tcl)# >(tcl)# >(tcl)# >(tcl)# >(tcl)# >(tcl)# >(tcl)# >(tcl)# >(tcl)# >(tcl)#} { +>(tcl)# ping $address Ultima modificación: enero de 2013 Página 11

12 +>(tcl)# } Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to , timeout is 2 seconds: Tarea 2: Forma de Navegación en tabla de ruteo IPv4 Observe las tablas de ruteo de IPv4 de los 3 enrutadores deben tener salidas similares a la siguiente:. R2#show ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route Gateway of last resort is not set C R R R R C C C C /16 is subnetted, 1 subnets is directly connected, Loopback /24 is variably subnetted, 8 subnets, 4 masks /26 [120/1] via , 00:00:20, Serial0/0/ /26 [120/1] via , 00:00:20, Serial0/0/ /29 [120/1] via , 00:00:26, Serial0/0/ /29 [120/1] via , 00:00:26, Serial0/0/ /30 is directly connected, Serial0/0/ /30 is directly connected, Serial0/0/ /27 is directly connected, FastEthernet0/ /27 is directly connected, Loopback0 En IPv4 se tienen dos formatos de reglas para leer una tabla de ruteo: uno pertenece al modelo classful (sin CIDR) y el otro al modelo classles. Para esta práctica se utilizara el modelo classles (que prácticamente es la norma mundial). De hecho es el modelo en funcionamiento que se puede verificar en el archivo running-config ya que tendrá la siguiente línea: ip classless misma que fue introducida en los archivos de configuración del escenario anterior. La tabla de ruteo como se puede apreciar mejor en R2 se divide en dos niveles, el primer nivel, es el nivel padre y el segundo nivel hijo. Sin importar en cual nivel, la entrada puede tratarse de una ruta absoluta. Las rutas absolutas son aquellas que ya están plenamente identificadas como llegar a ellas (un next-hop estará establecido). La ruta absoluta cuando esta al nivel de padre no poseerá hijos y todas las rutas hijos son rutas absolutas. Esta distinción se hace ya que las rutas hijos son en realidad rutas agrupadas que pertenecen a u mismo bloque por eso se tratan ya de rutas absolutas mientras que en el caso de los padres pueden ser bloques de rutas o rutas de bloques independientes entre ellos. Ultima modificación: enero de 2013 Página 12

13 Mientras que la jerarquía de las rutas es sencilla la navegación por la tabla también lo es sencilla: Buscar en orden descendente hasta hallar un match en la tabla con la dirección destino. (Recuerde que la dirección destino en IPv4 no incluye el prefijo). Cuando las rutas se pueden sumarizar se tendrá una ruta de primer nivel no absolutas (que además será una ruta padre). En el caso de R2 se trata de dos rutas: /16 y /24. La ruta no se propaga por RIP así que no aparece en los demás enrutadores. Si se manda un ping de PC3 a PC1. R2 tomara ese paquete y con base a la IP destina buscara el mejor match de esas dos rutas, con el cual, el match se dará con la segunda ruta ( /24) de ahí buscara dentro de las rutas hijos el mejor match y se enviara. Ilustración 1 Tabla de ruteo de R2 y los niveles Paso 1: Anexar una ruta adicional en R2 En esta tarea veremos los efectos de un diseño de red no planificado adecuadamente para ello añadiremos dos subredes mas utilizando interfaces lógicas. Cree las siguientes loopbacks en R1 y R2 : 1. En R2: ip address En R1: ip address: Cuáles son los actuales valores de la tabla de ruteo de R2 respecto a la ruta /16? Cambio? en qué orden aparecen ahora? TIP: La tabla 1 posee el estado que tenía R2 antes de la modificación. Ultima modificación: enero de 2013 Página 13

14 Paso 2: Pruebas de ruteo Utilice el comando de depuración debug ip icmp para ver todo los eventos relacionados al ruteo de paquetes en R2 y R1. R2#debug ip icmp ICMP packet debugging is on TIP: Puede temporalmente desconectar los demás hosts para reducir el tráfico que sale de ell. NOTA: Este comando solo muestra el envío de mensajes ICMP hacia el exterior, la ausencia de estos mensajes puede significar que el enrutador ni siquiera este ruteando el mensaje. TIP 2: Existe un comando de depuración debug ip packet en donde se analiza por completo todo el paquete sin embargo es un comando poco sugerido porque es capaz de saturar los buffers de salida del enrutador llegando a provocar una negación de servicio al mismo. Desde PC2 ejecute un ping a la nueva loopback de R1. Aparecieron mensajes de depuración en R1 acerca de estos paquetes? Aparecieron mensajes de depuración en R2 acerca de estos paquetes? Qué tipo de mensaje de error aparece en el host PC2? Qué puede significar? De acuerdo a los mensajes de depuración, las tablas de ruteo y la respuesta del host PC2 Hacia dónde redirige R2 el paquete? Por qué? Tip: Recuerde que cuando un paquete llega a una interfaz del enrutador primero lo revisa en la tabla de ruteo y después lo envía. Paso 2: Ruta por defecto en R2 Configure una ruta por defecto en R2 hacia R1. R2(config)#ip route serial 0/0/0 Ultima modificación: enero de 2013 Página 14

15 En qué posición de la tabla de ruteo aparece esta ruta? Tip: Por posición se hace referencia a altura o el número de línea en que aparece el comando (Vea la tabla 1 al inicio de la tarea 1 para un ejemplo). Vuelva a intentar realizar un ping de PC2 a la loopback de R1 ( ). Tuvo éxito? El paquete llego a R1? Por ultimo anexe una ruta estática para esa subred en R2 y observe los cambios en la tabla de ruteo y vuelva a intentar dar un ping. R2(config)#ip route serial 0/0/0 En base a lo observado, que concluye en la forma en la que se busca una entrada en la tabla de ruteo en IPv4? Paso 3: Borrar loopbacks y ruta por defecto Utilice el prefijo NO para borrar las rutas estáticas introducidas en R2 y el comando no ip address para deshabilitar las interfaces lógicas creadas en esta tarea. Finalmente y si no lo ha hecho aún. Apague la depuración. Tarea 3: Redes discontinuas (IPv4) En la práctica de EIGRP se manejó un caso de redes discontinuas y sus efectos en la tabla de ruteo de IPv6. En esta ocasión veremos el comportamiento en una tabla de ruteo de IPv4. Paso 1: Nuevas interfaces lógicas Se crearán dos interfaces lógicas adicionales, una en R1 y otra en R3 y se publicaran mediante RIPv2. Las redes son: /24 para R1 y /24 en R3.. Ultima modificación: enero de 2013 Página 15

16 Ejemplo para R1: Enter configuration commands, one per line. End with CNTL/Z. R1(config)#int loopback 10 R1(config-if)#ip address R1(config-if)#exit R1(config)#router rip R1(config-router)#network R1(config-router)#end Una vez configuradas estas interfaces, verifique que R2 reciba actualizaciones con las nuevas rutas. Paso 2: Pruebas de conectividad Utilice el comando de depuración debug ip icmp en R2 para apreciar cómo se manejan los siguientes pings: Realice un ping de PC2 a la red , tuvo éxito? Realice un ping de PC2 a la red tuvo éxito? Qué tipo de mensajes aparecen? Paso 3: Revisión profunda del ruteo Revise la tabla de ruteo de R2 y anote como aparecen las rutas relacionadas a /16. Revise la tabla de ruteo de R1 y anote como aparecen las rutas relacionadas a /16 Revise la tabla de ruteo de R3 y anote como aparecen las rutas relacionadas a /16 TIP: Si tiene duda de las decisiones de los enrutadores a la hora de armar la tabla de ruteo puede utilizar el comando debug ip rip events y/o el comando debug ip rip Ultima modificación: enero de 2013 Página 16

17 database. Simultaneamente a estos comando puede ejecutar el comando clear ip route * en los 3 enrutadores para re-iniciar la comunicación con RIP. El problema es claro, y ya se había aparecido previamente en una práctica anterior, ambas redes forman una misma red (sumarizada) y están discontinuas, el uso de una ruta sumarizada no es una opción conveniente ya que R2 se encuentra confundido respecto a los mensajes que le llegan de R1 y R2, haciéndole creer que ambas redes son una misma. En este caso, la comunicación es simplemente imposible de extremo a extremo. Paso 4: Habilitar la interfaz WAN de R1 y R3 Continuando con el análisis con redes en bloques discontinuos, utilice el comando no shutdown en la interfaz serial 0/0/1 de R1 y permita pasar tiempo en los enrutadores (o bien use el comando clear ip route * simultáneamente en los 3 enrutadores) para que las tablas de ruteo convergan. Vuelva a realizar una prueba de conexión de PC2 a ambas interfaces. Realice un ping de PC2 a la red , tuvo éxito? Realice un ping de PC2 a la red tuvo éxito? Realice un ping de PC1 a la red , tuvo éxito? Realice un ping de PC1 a la red tuvo éxito? Realice un ping de PC3a la red , tuvo éxito? Realice un ping de PC3 a la red tuvo éxito? Vuelva a realizar el mismo proceso de Ping pero en esta ocasión asegúrese que el valor del campo time t olive (TTL) sea de dos. (El argumento puede variar según el S.O.) Realice un ping de PC2 a la red , tuvo éxito? Realice un ping de PC2 a la red tuvo éxito? Realice un ping de PC1 a la red , tuvo éxito? Realice un ping de PC1 a la red tuvo éxito? Realice un ping de PC3a la red , tuvo éxito? Realice un ping de PC3 a la red tuvo éxito? Vuelva a revisar las tablas de ruteo de R1, R2 y R3 Hacia dónde, o como, viajan los paquetes? Qué conclusión obtiene de la información mostrada por los ping y las tablas de ruteo? Ultima modificación: enero de 2013 Página 17

18 Paso 5: Deshabilitar auto sumarización en RIPv2 Asegúrese de deshabilitar la sumarización en los 3 enrutadores y verifique como quedo la tabla de ruteo y vuelva a realizar los pings con el TTIL de 2. R1#conf t Enter configuration commands, one per line. End with CNTL/Z. R1(config)#router rip R1(config-router)#no auto-summary R1(config-router)#end R1#clear ip route * R2#conf t Enter configuration commands, one per line. End with CNTL/Z. R2(config)#router rip R2(config-router)#no auto-summary R2(config-router)#end R2#clear ip route * R2#conf t Enter configuration commands, one per line. End with CNTL/Z. R3(config)#router rip R3(config-router)#no auto-summary R3(config-router)#end R3#clear ip route * Realice una prueba de conectividad de PC1 a las demás maquinas y el efecto de los comandos en als 3 tablas de ruteos. En general, esta tarea a consistido en el Análisis de ruteo con bloques discontinuos y sus efectos en sumarización para compactación de tablas de ruteo. Reflexione acerca del comportamiento de una tabla de ruteo en IPv4 Ultima modificación: enero de 2013 Página 18

19 Paso 6: Habilitar EIGRP para IPv4 Se habilitara EIGRP para IPv4, siga los siguientes comandos en los 3 enrutadores: R2#conf t Enter configuration commands, one per line. End with CNTL/Z. R2(config)# router eigrp 10 R2(config-router)#network R2(config-router)#no auto-summary Deje pasar tiempo para que las tablas converjan o bien utilice un comando para borrarlas, revise las tablas de ruteo y en base a ello conteste lo siguiente: Qué rutas permanecen? De que protocolo de enrutamiento? Tarea 4: Navegación en tabla de ruteo IPv6 Observe la tabla de ruteo de los 3 enrutadores para IPv6 con el comando show ipv6 route. Se puede apreciar 4 tipos de direcciones: 1. Locales (L) 2. Directamente conectadas (C) 3. Dirreciones Multicast que va hacia una interfaz null 4. RIP La diferencia entre las dos primeras redes radica en el prefijo, las primeras son rutas (prefijos que varían usualmente de 64 a 126) mientras que las segundas son las interfaces del enrutador (Prefijo de 128) y pertenecen a un Scope local. Para motivos de análisis intentaremos suprimir estas rutas locales usando la siguiente sintaxis: show ipv6 route exclude /128 La ultima parte suprimirá cualquier línea que tenga /128 y en este caso se tratan de todos los enlaces locales (a excepción del multicast). Paso 1: Configuración por defecto (RIPng vs RIPv2) La siguiente es una captura de R2 exclusivamente de rutas aprendidas por RIP: R2#sh ipv6 route rip 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 2001:DB8:C0CA::C0A8:100/122 [120/2] via FE80::6FE:7FFF:FE37:BF48, Serial0/0/0 R 2001:DB8:C0CA::C0A8:140/122 [120/2] via FE80::6FE:7FFF:FE37:BF48, Serial0/0/0 R 2001:DB8:C0CA::C0A8:1E0/125 [120/2] Ultima modificación: enero de 2013 Página 19

20 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:BF48, Serial0/0/0 via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 Intente realizar pings a estas interfaces. Recuerde que el campo TTL es propio de IPv4, en su lugar en IPv6 tenemos el campo Hop Limit. Para Windows se recomienda utilizar el argumento -6 para asegurar que el ping sea por medio de una interfaz IPv6 y con Linux se utiliza el comando ping6. Utilizando wireshark con el filtro: rip ripng y en base a lo visto en los enrutadores ( métricas, distancia administrativa, etc). Qué diferencias observa entre RIPv2 y RIPng? Paso 2: Habilitar EIGRP para IPv6 Revise la configuración que tiene actualmente EIGRP para IPv6 y habilite el protocolo de enrutamiento, deje pasar tiempo en los 3 enrutadores para que las rutas se propaguen. Cómo se vio afectada la tabla de ruteo al tener 2 protocolos de enrutamiento en funcionamiento? EIGRP se comporta de forma similar a IPv4? Qué prefijo de longitud manejan las rutas de RIPng y cuales las de EIGRP? Ultima modificación: enero de 2013 Página 20

21 Respecto a los cambios que sufrio la tabla de ruteo IPv6 al habilitar el segundo protocolo de enrutamiento Qué cree que lo puede estar generando? Elimine el comando de sumarización en los 3 enrutadores (en los procesos de EIGRP) y vuelva a verificar la tabla de ruteo. (Revise las configuraciones de las interfaces seriales). Se modificaron las tablas de ruteo? En conclusión, que hace que una ruta 2001:DB8:C0CA::C0A8:100/121[90/ ] sea tan distinta a 2001:DB8:C0CA::C0A8:100/122 [120/2] que resulte en que la distancia administrativa no afecte? TIP: Los prefijos mostrados en EIGRP son calculados utilizando el algoritmo DUAL a partir de la información que cada enrutador maneja. Mientras que RIPng prácticamente no tiene capacidad para deducir esto. Paso 3: Efectos del prefijo Realice los siguientes comandos para anexar dos rutas estáticas en R3 R3(config)#ipv6 route 2001:DB8:C0CA::C0A8:100/122 serial 0/0/0 Ultima modificación: enero de 2013 Página 21

22 R3(config)#ipv6 route 2001:DB8:C0CA::C0A8:100/121 serial 0/0/1 NOTA: Los prefijos son DISTINTOS. Con estas dos rutas estáticas se habrán sustituido sus homologas de RIP e EIGRP, Qué métrica tienen por defecto las rutas estáticas? Esto en que afecta a las rutas originales? Si un mensaje sale desde PC3 a PC1 a PC1 por cuál de las dos rutas se ira? TIP: Puede utilizar los mensajes de depuración de paquetes para verificar por cual interfaz está saliendo el paquete SIN EMBARGO, al haber dos protocolos de enrutamiento más el tráfico que generan computadoras e n XP puede resultar difícil leer la información. Otra opción es utilizar los comandos clear counters y show interface <interfaz> enviando varios paquetes de ping para distinguir las interfaces que están ruteando esos paquetes de las que están recibiendo los paquetes de los demás protocolos de enrutamiento. Qué puede concluir de cómo opera la tabla de ruteo de IPv6? Paso 4: (Opcional) Limitar protocolos de enrutamiento Realice los siguientes pasos: 1. Elimine las rutas estáticas en R3 2. Elimine RIP en las interfaces de R3 (NO ipv6 router rip AS1 a nivel conf. Global) 3. Apague EIGRP (comando shutdown en configuración global del protocolo) en R1 4. Crear una ruta estática por defecto en R2 hacia su Loopback 1 Las tablas de ruteo deben quedar similares a lo siguiente: Para R1: R1#sh ipv6 route exclude [0-9A-F:]*/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 EX - EIGRP external Ultima modificación: enero de 2013 Página 22

23 O - OSPF Intra, OI - OSPF Inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2 ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2 D 2001:DB8:C0CA::C0A8:100/121 [5/28160] via Null0, directly connected C 2001:DB8:C0CA::C0A8:100/122 [0/0] via FastEthernet0/0, directly connected via FastEthernet0/0, receive C 2001:DB8:C0CA::C0A8:140/122 [0/0] via Loopback0, directly connected via Loopback0, receive R 2001:DB8:C0CA::C0A8:180/123 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 R 2001:DB8:C0CA::C0A8:1A0/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 via Serial0/0/0, receive R 2001:DB8:C0CA::C0A8:1C4/126 [120/2] via FE80::6FE:7FFF:FEEB:7C10, Serial0/0/0 C 2001:DB8:C0CA::C0A8:1F0/126 [0/0] via Serial0/0/1, directly connected via Serial0/0/1, receive L FF00::/8 [0/0] via Null0, receive Para R2 R2#show ipv6 route exclude /128 IPv6 Routing Table - Default - 17 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 via Loopback1, receive R 2001:DB8:C0CA::C0A8:100/122 [120/2] via FE80::6FE:7FFF:FE37:BF48, Serial0/0/0 R 2001:DB8:C0CA::C0A8:140/122 [120/2] via FE80::6FE:7FFF:FE37:BF48, Serial0/0/0 C 2001:DB8:C0CA::C0A8:180/123 [0/0] via Loopback0, directly connected via Loopback0, receive C 2001:DB8:C0CA::C0A8:1A0/123 [0/0] via FastEthernet0/0, directly connected via FastEthernet0/0, receive C 2001:DB8:C0CA::C0A8:1C0/126 [0/0] via Serial0/0/0, directly connected via Serial0/0/0, receive C 2001:DB8:C0CA::C0A8:1C4/126 [0/0] Ultima modificación: enero de 2013 Página 23

24 via Serial0/0/1, directly connected via Serial0/0/1, receive D 2001:DB8:C0CA::C0A8:1E0/125 [90/ ] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 D 2001:DB8:C0CA::C0A8:1E8/125 [90/ ] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 D 2001:DB8:C0CA::C0A8:1F0/126 [90/ ] via FE80::6FE:7FFF:FE37:BEB8, Serial0/0/1 L FF00::/8 [0/0] via Null0, receive Para R3 R3#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 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 D 2001:DB8:C0CA::C0A8:1A0/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 C 2001:DB8:C0CA::C0A8:1C4/126 [0/0] via Serial0/0/1, directly connected via Serial0/0/1, receive C 2001:DB8:C0CA::C0A8:1E0/125 [0/0] via FastEthernet0/0, directly connected via FastEthernet0/0, receive C 2001:DB8:C0CA::C0A8:1E8/125 [0/0] via FastEthernet0/1, directly connected via FastEthernet0/1, receive via FastEthernet0/1, receive via FastEthernet0/1, receive C 2001:DB8:C0CA::C0A8:1F0/126 [0/0] via Serial0/0/0, directly connected via Serial0/0/0, receive L FF00::/8 [0/0] via Null0, receive Cuál es el único enrutador que sabe cómo llegar a las demás rutas? Qué comandos introduciría en el para redistribuir la ruta por defecto y las rutas de EIGRP a RIP y de RIP a EIGRP? R2(config)# ipv6 router R2(config-rtr)# R2(config-rtr)# Ultima modificación: enero de 2013 Página 24

25 R2(config)# ipv6 router R2(config-rtr)# R2(config-rtr)# Tip: Utilice el comando de auto-ayuda Cómo se refleja las rutas de RIP distribuidas a R3 por R2? Cómo se reflejan las rutas de EIGRP distribuidas a R1 por R2? Se rutearan paquetes por la WAN de R1-R3? Tarea 5: Reflexión Reflexione sobre lo manejado en esta sección y a continuación incluya sus conclusiones: 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. Ultima modificación: enero de 2013 Página 25

26 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. (2006). CCNP: Building Scalable Internetworks V IPv6. Cisco Networking Academy. (2007). CCNA Exploration - Accesing the Want - IP Addressing Services. IANA.org. (s.f.). IANA IPv4 Address Space Registry. Recuperado el 13 de Junio de 2011, de IANA: Wireshark. (14 de Junio de 2010). Leuter Discovering IPv6 with Wireshark. Obtenido de Wireshark University. Ultima modificación: enero de 2013 Página 26