En este capítulo veremos las relaciones de vecinos OSPF: los requerimientos para estas relaciones, la prevención de problemas entre vecinos para lograr su adyacencias y problemas que permiten la adyacencia pero impiden las rutas IP.
La configuración de OSPF en un router habilita OSPF en un conjunto de interfaces. Luego, IOS intenta descubrir otros vecinos en esas interfaces enviando y escuchando mensajes Hello OSPF. Sin embargo, una vez descubiertos, es posible que dos routers no se conviertan en vecinos ya que deben tener configuraciones compatibles.
Requerimientos entre Vecinos OSPF
Después de que un router OSPF escucha un Hello de un nuevo vecino, el protocolo de enrutamiento examina la información en el saludo y compara esa información con la propia configuración del router local.
Si la configuración coincide, genial. De lo contrario, los routers no se convierten en vecinos.
La siguiente tabla enumera los requisitos de vecinos para OSPF:
| Requerimientos | Requerido para OSPF | Vecindad Perdida si es Incorrecto |
|---|---|---|
| Las interfaces deben esta levantadas, en estado up/up. | Si | Si |
| La lista de Control de Acceso (Access control lists; ACL) no debe filtrar los mensajes del protocolo de enrutamiento. | Si | Si |
| Las interfaces deben estar en la misma subred. | Si | Si |
| Deben pasar la autenticación de vecino del protocolo de enrutamiento (si esta configurado). | Si | Si |
| Los temporizadores de Hello y hold/dead deben coincidir. | Si | Si |
| El Router IDs (RID) debe ser único. | Si | Si |
| Deben estar en la misma área. | Si | Si |
| El proceso OSPF no debe estar apagado. | Si | Si |
| Las interfaces entre vecinos deben estar tener la misma configuración de MTU. | Si | No |
| Las interfaces entre vecinos deben usar el mismo tipo de red OSPF. | Si | No |
La columna denominada «Requerido para OSPF» significa que el elemento debe estar funcionando correctamente para que la relación de vecino funcione correctamente. Ten en cuenta que todos los elementos de esta columna muestran un «sí», lo que significa que todos deben ser correctos para que la relación de vecino funcione correctamente.
El título de la última columna dice «Vecindad Perdida si es Incorrecto». Para los elementos que muestran un «Sí» en esta columna, si ese elemento está configurado incorrectamente, el vecino no aparecerá en las listas de vecinos OSPF, por ejemplo, con el comando show ip ospf neighbor.
La siguiente tabla vuelve a enumerar algunos de los requisitos de la tabla anterior, junto con los comandos más útiles para encontrar las respuestas.
| Requerimientos | Mejor Comando Show |
|---|---|
| Temporizadores Hello y dead deben coincidir. | show ip ospf interface |
| Deben estar en la misma área. | show ip ospf interface brief |
| Los RIDs deben ser únicos. | show ip ospf |
| Deben pasar cualquier autenticación entre vecinos. | show ip ospf interface |
| El proceso OSPF no debe estar apagado. | show ip ospf, show ip ospf interface |
Nota: Una opción de configuración que la gente a veces piensa que es un problema, pero no lo es, es el ID de proceso definido por el comando router ospf process-id. Los routers vecinos pueden usar los mismos valores ID del proceso, o diferentes valores ID del proceso, sin impactar en la vecindad entre dos routers OSPF.
Problemas que Impiden Adyacencias de Vecinos OSPF
A continuación veremos tres de los temas de la primera tabla de esta página en los cuales, si existe un problema, el router no se convierte en vecino. Para mostrar los problemas, se usa una topología a la que se le introdujo una configuración incorrecta. Los siguientes errores fueron introducidos:
- R2 se ha configurado con ambas interfaces LAN en el área 1, mientras que las interfaces G0/0 de los otros tres routers están asignadas al área 0.
- R3 utiliza el mismo RID (1.1.1.1) que R1.
- R4 se ha configurado con un temporizador de Hello/dead de 5/20 en su interfaz G0/0, en lugar de el 10/40 utilizado (por defecto) en R1, R2 y R3.
Encontrar Discrepancias en el Área
La siguiente configuración fue usada en el ejemplo para que las áreas no se correspondan, se configuró en R1 el área 1 cuando debía ser el área 0.
router ospf 1 router-id 2.2.2.2 ! interface gigabitEthernet0/0 ip ospf 1 area 1 ! interface gigabitEthernet0/1 ip ospf 1 area 1
Para solucionar este problema, debes encontrar la configuración del área en cada interfaz en los routers vecinos. Para hacerlo:
- Chequea la salida del comando show running-config para ver
- en la interfaz usa el subcomando ip ospf process-id area area-number
- los comandos network en el modo OSPF
- Usa el comando show ip ospf interface [brief] para listar el número de área
Encontrar IDs de Routers OSPF Duplicados
A continuación se muestra que R1 y R3 intentan usar el mismo RID 1.1.1.1. Ambos routers generan automáticamente un mensaje de registro para el problema RID de OSPF duplicado entre R1 y R3, estos se ve al final del ejemplo.
! Next, on R3: R3 lists the RID of 1.1.1.1 ! R3# show ip ospf Routing Process "ospf 1" with ID 1.1.1.1 Start time: 00:00:37.136, Time elapsed: 02:20:37.200 ! lines omitted for brevity
! Back to R1: R1 also uses RID 1.1.1.1 R1# show ip ospf Routing Process "ospf 1" with ID 1.1.1.1 Start time: 00:01:51.864, Time elapsed: 12:13:50.904 ! lines omitted for brevity *May 29 00:01:25.679: %OSPF-4-DUP_RTRID_NBR: OSPF detected duplicate router-id 1.1.1.1 from 10.1.1.3 on interface GigabitEthernet0/0
Para solucionar el problema asumimos que R1 usará el RID 1.1.1.1 y R3 el RID 3.3.3.3, debemos cambiar los RIDs y reiniciar el proceso OSPF.
Para hacer esto hay que usar el comando router-id 3.3.3.3 dentro de OSPF en el modo EXEC usar el comando clear ip ospf process.
Encontrar Discrepancias en el Temporizador de OSPF Hello y Dead
Primero, como recordatorio de los capítulos anteriores:
- Intervalo/temporizador Hello: el temporizador por interfaz que le indica a un router con qué frecuencia enviar mensajes Hello OSPF en una interfaz.
- Intervalo/temporizador Dead: el temporizador por interfaz que le dice al router cuánto tiempo debe esperar sin haber recibido un Hello de un vecino antes de creer que el vecino ha fallado. (El valor predeterminado es cuatro veces el temporizador de saludo).
R1# show ip ospf interface G0/0 GigabitEthernet0/0 is up, line protocol is up Internet Address 10.1.1.1/24, Area 0, Attached via Network Statement Process ID 1, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 1 Topology-MTID Cost Disabled Shutdown Topology Name 0 1 no no Base Transmit Delay is 1 sec, State DR, Priority 1 Designated Router (ID) 1.1.1.1, Interface address 10.1.1.1 No backup designated router on this network Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5 ! lines omitted for brevity
! Moving on to R4 next ! R4# show ip ospf interface Gi0/0 GigabitEthernet0/0 is up, line protocol is up Internet Address 10.1.1.4/24, Area 0, Attached via Network Statement Process ID 4, Router ID 10.1.44.4, Network Type BROADCAST, Cost: 1 Topology-MTID Cost Disabled Shutdown Topology Name 0 1 no no Base Transmit Delay is 1 sec, State DR, Priority 1 Transmit Delay is 1 sec, State DR, Priority 1 Designated Router (ID) 10.1.44.4, Interface address 10.1.1.4 No backup designated router on this network Timer intervals configured, Hello 5, Dead 20, Wait 20, Retransmit 5 ! lines omitted for brevity
Apagar el Proceso OSPF
De manera similar a bajar o subir una interfaz administrativamente, IOS también permite hacerlo con el proceso de OSPF, haciendo posible un shutdown o no shutdown.
Cuando el proceso esta apagado IOS hace lo siguiente:
- Da de baja todas las relaciones entre vecinos Brings down all neighbor relationships y limpia la tabla de vecinos de OSPF
- Limpia la LSDB
- Limpia la tabla de enrutamiento IP de cualquier ruta aprendida por OSPF
Al mismo tiempo, apagando OSPF retiene algunos detalles importantes de OSPF, en particular:
- IOS retiene todas las configuraciones de OSPF.
- IOS aun lista todas las interfaces con OSPF habilitado en la lista de interfaces de OSPF (show ip ospf interface) pero en estado DOWN.
R5# show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 2.2.2.2 1 FULL/DR 00:00:35 10.1.12.2 GigabitEthernet0/1 3.3.3.3 1 FULL/DR 00:00:33 10.1.13.3 GigabitEthernet0/2 R5# configure terminal Enter configuration commands, one per line. End with CNTL/Z. R5(config)# router ospf 1 R5(config-router)# shutdown R5(config-router)# ^Z *Mar 23 12:43:30.634: %OSPF-5-ADJCHG: Process 1, Nbr 2.2.2.2 on GigabitEthernet0/1 from FULL to DOWN, Neighbor Down: Interface down or detached *Mar 23 12:43:30.635: %OSPF-5-ADJCHG: Process 1, Nbr 3.3.3.3 on GigabitEthernet0/2 from FULL to DOWN, Neighbor Down: Interface down or detached R5# show ip ospf interface brief Interface PID Area IP Address/Mask Cost State Nbrs F/C Gi0/1 1 0 10.1.12.1/24 1 DOWN 0/0 Gi0/2 1 0 10.1.13.1/24 1 DOWN 0/0 R5# show ip ospf Routing Process "ospf 1" with ID 5.5.5.5 Start time: 5d23h, Time elapsed: 1d04h Routing Process is shutdown ! lines omitted for brevity R5# show ip ospf neighbor R5# R5# show ip ospf database OSPF Router with ID (3.3.3.3) (Process ID 1) R5#
Problemas que Permiten Adyacencias pero Impiden Rutas IP
En la primera tabla de esta página vimos en las dos últimas líneas que existen dos casos que son requeridos en OSPF (como todos los demás), pero en estos dos casos se pierde la vecindad. Estos dos problemas son: una discrepancia o no-coincidencia en la configuración de la MTU y la discrepancia del tipo de red en OSPF.
No Coincide la Configuración de la MTU
El tamaño de la MTU en IPv4 define el tamaño máximo de un paquete IPv4 que el router puede reenviar hacia fuera de su interfaz.
El valor por defecto en un router es 1500 bytes.
El comando ip mtu size define la MTU en IPv4 y el comando ipv6 mtu size es el qeuivalente para paquetes IPv6.
Con esta inconcistencia, el intercambio de la base de datos LSDBs falla.
Puedes ver el tamaño de la MTU en la interfaz usando el comando show interfaces.
No Coincide el Tipo de Red OSPF
Si configuras incorrectamente la configuración del tipo de red, de modo que un router usa tipo broadcast y el otro usa point-to-point, ocurre lo siguiente:
- Los dos routers se convierten en vecinos completamente adyacentes (es decir, alcanzan un estado completo)
- Intercambian sus LSDB.
- No agregan rutas IP a la tabla de enrutamiento IP.
*Apr 10 16:31:01.951: %OSPF-4-NET_TYPE_MISMATCH: Received Hello from 2.2.2.2 on GigabitEthernet0/0/0 indicating a potential network type mismatch R1# show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 2.2.2.2 0 FULL/ - 00:00:38 10.1.12.2 GigabitEthernet0/0/0 R1#
R2# show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 1.1.1.1 1 FULL/BDR 00:00:30 10.1.12.1 GigabitEthernet0/1/0
