--- title: Lab de OSPF author: Taller de diseño de redes universitarias --- Laboratorio de OSPF =================== Introducción ------------ El proposito de este ejercicio aprender como configurar OSPF entre el enrutador de borde y el de núcleo, de forma tal puedan intercambiar información de alcance de la red y mantener sus propias tablas de enrutamiento dinámico. En el laboratorio anterior usted configuró algunas rutas estáticas para enviar paquetes entre los enrutadores de de borde y de núcleo. Aunque es posible el operar una red de esta forma, con el tiempo se hace dificil el mantener al día la lista de rutas estáticas cuando tenemos muchos cambios. **Asegurese de adaptar la infomación en los ejemplos a su propio router, topología y esquema de direccionamiento**.   Topología del Labortorio ------------------------ Como un recordatorio, el diagrama siguiente muestra la topología de los dispositivos y todos los enlaces para cada red académica:  Nuestra red académica consiste de dos enrutadores, bdr1-campusX y core1-campusX, además de seis conmutadores. La tabla siguiente muestra las conexiones entre todos los dispositivos en la red académica: | **Dispositivo** | **Interfaz** | **Dispositivo Remoto** | **Interfaz Remota** | |------------------|------------------|------------------------|----------------------| | dist1-bY-campusX | FastEthernet1/12 | edge1-bY-campusX | FastEthernet1/14 | | | FastEthernet1/13 | edge1-bY-campusX | FastEthernet1/15 | | | FastEthernet1/14 | edge2-bY-campusX | FastEthernet1/15 | | core1-campusX | FastEthernet1/0 | bdr1-campusX | FastEthernet0/1 | | | FastEthernet1/1 | dist1-b1-campusX | FastEthernet1/15 | | | FastEthernet1/2 | dist1-b2-campusX | FastEthernet1/15 | | | FastEthernet1/15 | pc1-campusX | | Sustituya la **Y** con su número de edificio y la **X** con su número de grupo.   Conectandose al Laboratorio --------------------------- Los instructires del taller le dejarán saber sobre el ambiente del laboratorio. Este podría realizarse en una plataforma virtual o con equipos físicos instalados en la sala del taller. Refierase mas abajo al documento **correcto** para infomación sobre como conectarse a los dispositivos que le han sido asignados: **PLATAFORMA VIRTUAL:** [Instrucciones de Acceso al Laboratorio Virtual] (lab-access.md) **EQUIPOS FÍSICOS:** [Instrucciones de Acceso al con Equipos Físicos] (lab-access-alt.md)   Resumen de Comandos ------------------- Durante todos los ejercicios, verifique la salida de los siguientes comandos: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ show arp : Muestra la cache de ARP show interface : Muestra el estado y la configuración de una interfaz show ip interface : Muestra el estado y la configuración IPv4 de una interfaz show ipv6 interface : Muestra el estado y la configuración IPv6 de una interfaz show run interface : Muetra la configuración de un interfaz específica ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~   Enrutamiento Dinámico con OSPFv2 & OSPFv3 ----------------------------------------- Ahora vamos a preparar los enrutadores de borde y de núcleo para correr OSPF efectivamente. Vamos a reemplazar con OSPF las rutas estáticas que habíamos configurado antes, y de esta forma anunciar cada ruta hacia los enrutadores vecinos. Esto nos permitirá que en el futuro no sea necesario crear una nueva ruta estática cada vez que creamos un nuevo segmento de red en el grupo.   ### Interfaz Loopback Lo primero que debemos hacer es crear interfases de loopback en ambos enrutadores. Es una práctica recomendada y de mucho uso en la industria que dice que debemos crear una interfaz Loopback en todos los dispositivos de capa 3 (enrutadores). La interfaz de loopback es utilizada para generar el identificador del enrutador (router-id) para los procesos de enrutamiento en enrutadores Cisco. Tambien es utlizada para otras cosas, como veremos en el resto del taller. En el enrutador de borde: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ interface Loopback0 ip address 100.68.X.241 255.255.255.255 ipv6 address 2001:DB8:X:2::241/128 ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ En el enrutador de núcleo: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ interface Loopback0 ip address 100.68.X.242 255.255.255.255 ipv6 address 2001:DB8:X:2::242/128 ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~   ### Configurando el proceso de enrutamiento de OSPF Configure un nuevo proceso de enrutamiento OSPF para IPv4 y para IPv6. Note que vamos a utilizar el mismo número, "41", como el número de proceso en los enrutadores. Este número es local al enrutador, así que no hay necesidad de que sea el mismo en el enrutador vecino. Sin embargo, es recomendable que se use el mismo número a través de su red. La mayoría de los operadores de redes utilizan su número de sistema autónomo como identificador (aunque OSPF no tiene nada que ver con el sistema autónomo de BGP). En el enrutador de núcleo: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ router ospf 41 router-id 100.68.X.242 log-adjacency-changes passive-interface default no passive-interface FastEthernet1/0 ! ipv6 router ospf 41 router-id 100.68.X.242 log-adjacency-changes passive-interface default no passive-interface FastEthernet1/0 ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ En el enrutador de borde: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ router ospf 41 router-id 100.68.X.241 log-adjacency-changes passive-interface default no passive-interface FastEthernet0/1 ! ipv6 router ospf 41 router-id 100.68.X.241 log-adjacency-changes passive-interface default no passive-interface FastEthernet0/1 ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Por defecto, vamos a marcar todas las interfases como "passivas" (esto quiere decir que no vamos a tratar de crear adyacencias en las interfases), y vamos a marcar como "no passivas" solo las interfases donde queremos crear adyacencias. En el enrutador de núcleo solo queremos establecer adyacencias con el enrutador de borde, y es por esto que hemos marcado FastEthernet 1/0 como "no passiva". Fijese que el identificador de enrutador (router-id) ha sido definido explicitamente para ambos procesos de OSPF (IPv4 e IPv6) - el router-id es un número de 32 bits, y en equipos Cisco, la dirección de IP de la interfaz de Loopback es seleccionado por defecto. Sin embargo, es buena práctica el configurar el router-id manualmente usando la dirección de la interfaz de Loopback. (Hacerlo de esta forma nos asugra que no tendremos problemas en el futuro cuando ya no usemos IPv4 en las redes académicas.)   ### Añadiendo el proceso OSPF a las Interfases Ahora vamos a configurar OSPF en las interfaces **donde queremos establecer adyacencias**, y tambien en **cualquier interfaz con subredes que queremos anunciar via OSPF**. En el ernutador de Núcleo: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ interface Loopback0 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface FastEthernet1/0 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface Vlan 10 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface Vlan 11 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface Vlan 12 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface Vlan 20 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface Vlan 21 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface Vlan 22 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface FastEthernet1/15 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Puede observar que debemos usar comandos de configuración de OSPF en cada interfaz con una subred que queremos anunciar via OSPF. Aunque en equipos Cisco existe una forma rápida de hacer esto para IPv4, esto no es posible para IPv6. Así que para mantener paridad estamos utilizando el formato en el ejemplo de más arriba. En el enrutador de Borde: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ interface Loopback0 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! interface FastEthernet0/1 ip ospf 41 area 0 ipv6 ospf 41 area 0 ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ **PARE - Punto de Chequeo.** ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ show ip ospf neighbor : muestra adyacencias show ip route : muestra rutas en la tabla de enrutamiento show ip ospf : muestra información general de OSPF show ip ospf interface : muestra el estado de OSPF en una interfaz show ip ospf rib : muestra la RIB de OSPF ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Los comandos para verificar el estado en IPv6, son muy similares: simplemente sustituya "ipv6" por "ip" en los comandos de más arriba. **Preguntas**: Cuantas rutas puede ver en el enrutador de borde para cada red de acceso? Puede ver las todas las subredes del grupo via OSPF?   Removiendo las Rutas Estáticas ------------------------------ El laboratorio de OSPF se realiza despues de haber completado el ejercicio de rutas estáticas. Tenemos muchas rutas estáticas configuradas y en uso a través de la red que ayudaban a que los groups pudieran verse entre ellos. Ahora debemos, cuidadosamente, remover todas estas rutas estáticas. Asegurese de que el enrutador de borde está anunciando una ruta por defecto via OSPF hacia el núcleo de la red. Para lograr esto, utilize el siguiente comando: En el enrutador de Borde: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ router ospf 41 default-information originate ! ipv6 router ospf 41 default-information originate ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Esto causará que el enrutador anuncie una ruta por defecto via OSPF (esto quiere decir que será distribuida a los vecinos de OSPF) **siempre y cuando una ruta por defecto exista en la tabla RIB global del enrutador**. La ruta por defecto ya existe en la tabla RIB del enrutador de borde porque fué configurada como parte del ejercicio de configuración de rutas estáticas. Una vez que el enrutador de borde comience a anunciar rutas por defecto via OSPF, podemos remover las rutas por defecto estáticas en el enrutador de núcleo, usando: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ no ip route 0.0.0.0 0.0.0.0 100.68.X.1 no ipv6 route ::/0 2001:DB8:X::1 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Verifique que todavía puede llegar hacia los otros grupos, usando: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ show ip route show ipv6 route ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ La ruta por defecto debe existir en la tabla de enrutamiento aprendida via OSPF y no debería haber ningua ruta estática en el enrutador de núcleo. Ahora remueva las rutas estáticas en el enrutador de borde que apuntan hacia las VLANs de Empleados, Estudiantes y Administración el enrutador de núcleo. Estas rutas ahora estan siendo aprendidas del enrutador de núcleo via OSPF. Para terminar, todos los grupos deben verificar la tabla de enrutamiento. Documente la salida de: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ show ip route show ipv6 route ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ y esté preparado para mostrar sus resultados a los instructores del taller. La red de los grupos ahora está utilizando un protocol de enrutamiento dinámico dentro del group - una solución más practica y fácil de expandir que el esfuerzo necesario para crear todas las rutas necesarias en el ejercicio de laboratorio anterior.   Descartando paquetes para redes que no están siendo utilizadas -------------------------------------------------------------- Solo estamos utilizando subredes que son parte del bloque de direcciones que nos fué asignado. Si recibimos paquetes desde afuera de nuestra red para los siguientes rangos: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 100.68.X.0/24 172.2X.0.0/16 2001:DB8:X::/48 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ nunca deberíamos reenviar paquetes hacia el núcleo de nuestra red a no ser que hayamos aprendido una ruta para esa subred. Por ejemplo, que deberíamos hacer con un paquete destinado hacia **100.68.X.67**? Ejecute el siguiente comando en el enrutador de borde: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ bdr1-campus1#show ip route 100.68.1.67 % Subnet not in table ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ **A**: La ruta por defecto es la única entrada en la tabla de enrutamiento que apunta hacia ese destino. Es una buena práctica el crear rútas estáticas para descartar tráfico hacia esas redes. Debemos hacer esto solo en el enrutamiento de borde usando: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ip route 100.68.X.0 255.255.255.0 Null0 ip route 172.2X.0.0 255.255.0.0 Null0 ipv6 route 2001:DB8:X::/48 Null0 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Las rutas más específicas que aprendemos en el enrutador de borde via OSPF nos aseguran que unicamente tráfico para esas redes que están en uso será enviado hacia el enrutamiento de núcleo. Y porque el tráfico destinado hacia rutas que no han sido anunciadas, está siendo enviado hacia la interfaz Null, debemos configurar esta interfaz para que no responda con mensajes ICMP de destino inalcanzable (esto lo hacemos para evitar que el enrutador responda con mensajes de "no alcanzable" si se recibe mucho tráfico hacias redes que no están siendo utilizadas). ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ interface Null0 no ip unreachables ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~   Verificaciones Finales ---------------------- Verifique las tablas de enrutamiento en los enrutadoreds de borde y de núcleo. Tiene usted conectividad Internet a todas partes con IPv4 - verifique utilizando ping o traceroute hacia 8.8.8.8. Si usted siguió los pasos mas arriba, correctamente, usted habrá migrado su campus de user rutas estáticas a usar enrutamiento dinámico con OSPF sin haber perdido conectividad en ningún momento. Este es un ejemplo de como lucía la tabla de enrutamiento del enrutador de borde en el grupo uno (campus1) en un taller de Diseño de Redes Académicas previo: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ bdr1-campus1#sh ip route Codes: L - local, 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, H - NHRP, l - LISP + - replicated route, % - next hop override Gateway of last resort is 100.68.0.1 to network 0.0.0.0 S* 0.0.0.0/0 [1/0] via 100.68.0.1 100.0.0.0/8 is variably subnetted, 8 subnets, 4 masks C 100.68.0.0/30 is directly connected, FastEthernet0/0 L 100.68.0.2/32 is directly connected, FastEthernet0/0 S 100.68.1.0/24 is directly connected, Null0 C 100.68.1.0/28 is directly connected, FastEthernet0/1 L 100.68.1.1/32 is directly connected, FastEthernet0/1 O 100.68.1.128/28 [110/2] via 100.68.1.2, 00:02:00, FastEthernet0/1 C 100.68.1.241/32 is directly connected, Loopback0 O 100.68.1.242/32 [110/2] via 100.68.1.2, 00:02:00, FastEthernet0/1 172.21.0.0/16 is variably subnetted, 7 subnets, 2 masks S 172.21.0.0/16 is directly connected, Null0 O 172.21.10.0/24 [110/2] via 100.68.1.2, 00:02:00, FastEthernet0/1 O 172.21.11.0/24 [110/2] via 100.68.1.2, 00:02:00, FastEthernet0/1 O 172.21.12.0/24 [110/2] via 100.68.1.2, 00:02:00, FastEthernet0/1 O 172.21.20.0/24 [110/2] via 100.68.1.2, 00:02:00, FastEthernet0/1 O 172.21.21.0/24 [110/2] via 100.68.1.2, 00:02:00, FastEthernet0/1 O 172.21.22.0/24 [110/2] via 100.68.1.2, 00:02:00, FastEthernet0/1 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Que tanto se parece a lo que usted está viendo en su dispositivo? Que pasa con IPv6?