OSPF: Relaciones de Vecinos y Problemas

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:

RequerimientosRequerido para OSPFVecindad Perdida si es Incorrecto
Las interfaces deben esta levantadas, en estado up/up.SiSi
La lista de Control de Acceso (Access control lists; ACL) no debe filtrar los mensajes del protocolo de enrutamiento.SiSi
Las interfaces deben estar en la misma subred.SiSi
Deben pasar la autenticación de vecino del protocolo de enrutamiento (si esta configurado).SiSi
Los temporizadores de Hello y hold/dead deben coincidir.SiSi
El Router IDs (RID) debe ser único.SiSi
Deben estar en la misma área.SiSi
El proceso OSPF no debe estar apagado.SiSi
Las interfaces entre vecinos deben estar tener la misma configuración de MTU.SiNo
Las interfaces entre vecinos deben usar el mismo tipo de red OSPF.SiNo

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.

RequerimientosMejor 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
Requisitos del vecino OSPF y los mejores comandos show/debug

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.
Relaciones de Vecinos OSPF y Problemas
Relaciones de Vecinos OSPF y Problemas

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

Deja un comentario