Good Mood

Introducción

Este documento explica los problemas comunes con la apertura de la ruta más corta primero (OSPF) vecinos para convertirse en totalmente adyacente. En una formación exitosa de la adyacencia del OSPF, los vecinos del OSPF alcanzarán el estado vecino completo.

para examinar la formación de adyacencia, ingrese el comando depurar ip ospf adj. Antes de introducir comandos de depuración, consulte Información importante sobre comandos de depuración.,

prerrequisitos

requisitos

Este documento requiere una comprensión básica de los protocolos de enrutamiento IP y el protocolo de enrutamiento OSPF. Para obtener más información sobre los protocolos de enrutamiento IP, consulte Conceptos básicos de enrutamiento. Consulte la página de Soporte de Open Shortest Path First (OSPF) para obtener más información sobre OSPF.

componentes utilizados

la información de este documento se basa en las siguientes versiones de software y hardware:

• OSPF se puede configurar en todos los routers, como la serie Cisco 2500, La serie Cisco 2600 y los switches de capa 3.,

• OSPF es compatible con las versiones de software de Cisco IOS® 10.0 y posteriores.

la información de este documento se creó a partir de los dispositivos de un entorno de laboratorio específico. Todos los dispositivos utilizados en este documento comenzaron con una configuración desactivada (predeterminada). Si su red está activa, asegúrese de comprender el impacto potencial de cualquier comando.

Convenciones

consulte Convenciones de consejos técnicos de Cisco para obtener más información sobre convenciones de documentos.,

adyacencias

el hecho de que los routers sean vecinos no es suficiente para garantizar un intercambio de actualizaciones de estado de enlace; deben formar adyacencias para intercambiar actualizaciones de estado de enlace. La adyacencia es una forma avanzada de vecindad formada por enrutadores que están dispuestos a intercambiar información de enrutamiento después de negociar los parámetros de dicho intercambio. Los enrutadores alcanzan un estado completo de adyacencia cuando tienen vistas sincronizadas en una base de datos de estado de enlace.

El tipo de interfaz juega un papel importante en cómo se forman las adyacencias., Por ejemplo, los vecinos en los enlaces punto a punto siempre intentan convertirse en adyacentes, mientras que los enrutadores conectados a medios de difusión como Ethernet pueden optar por convertirse en adyacentes solo con un subconjunto de enrutadores vecinos en la interfaz.

una vez que un enrutador decide formar una adyacencia con un vecino, comienza intercambiando una copia completa de su base de datos de estado de enlace. El vecino, a su vez, intercambia una copia completa de su base de datos de estado de enlace con el enrutador. Después de pasar por varios estados vecinos, los routers se vuelven completamente adyacentes.,

Neighbor States

puede utilizar el comando show ip ospf neighbor para determinar el estado del vecino o vecinos OSPF. La salida de este comando probablemente revelará uno de estos:

• nada en absoluto

• state = down

• state = init

• state = extart

• state = exchange

• state = 2-way

• State = loading

hay otros estados OSPF, pero los que se muestran aquí son los más comunes vistos en show ip ospf neighbor command output., Consulte OSPF Neighbor States para obtener más información y una explicación de todos los estados vecinos OSPF.

No State Revealed

si el comando show ip ospf neighbor no revela nada en absoluto, o no revela nada sobre el vecino en particular que está analizando, entonces este enrutador no ha visto ningún saludo OSPF «válido» de ese vecino. Esto significa que OSPF no recibió ningún paquete de HOLA del vecino o recibió paquetes de Hola que fallaron en comprobaciones de cordura muy básicas.,

compruebe estos:

• ¿Está la interfaz en el enrutador local y el enrutador vecino, con el protocolo de línea activado? Introduzca el comando Mostrar interfaz para comprobar.

• Compruebe la conectividad IP entre los routers vecinos, como se muestra aquí:

  • ¿responde el vecino a un comando ping? Ping la dirección IP asignada a la interfaz en cuestión en el router vecino. Introduzca el comando traceroute en la misma dirección IP y compruebe que no se necesita más de un salto para llegar al destino.,

  • ¿responde el vecino si introduce un comando ping 224.0.0.5? (224.0.0.5 es la dirección a la que se envían OSPF HELLOs.)

  • compruebe si hay listas de acceso entrantes u otros dispositivos (como un conmutador) que puedan prohibir el envío de paquetes IP de un vecino a otro.

• ¿está habilitado OSPF tanto en su interfaz como en la interfaz del enrutador vecino? Introduzca el comando Mostrar Interfaz ip ospf para comprobar.

• ¿OSPF está configurado como pasivo para la interfaz del router local o vecino?, Introduzca el comando show ip ospf interface para verificar que los paquetes HELLO deben ser enviados fuera de la interfaz. Una interfaz OSPF activa muestra una línea similar a esta:

  Hello due in 00:00:07

• verifique que los enrutadores vecinos tengan diferentes ID de enrutador. Los ID de enrutador se utilizan para identificar cada enrutador en una red OSPF. Los enrutadores con el mismo ID de enrutador ignorarán los saludos enviados entre sí, lo que evita que formen adyacencia., La primera línea de salida del comando show ip ospf muestra el ID del enrutador actual de cada enrutador.

• verifique que estos parámetros de HELLO coincidan en las interfaces vecinas:

  • número de área OSPF-ingrese el comando show ip ospf interface interface-name para verificar.

  • tipo de área OSPF, como stub o NSSA: ingrese el comando show ip ospf para verificarlo.

  • subred y máscara de subred-introduzca el comando Mostrar interfaz para comprobar.,

  • OSPF valores hola y temporizador muerto-introduzca el comando Mostrar ip ospf interfaz interfaz-nombre para comprobar.

• si el problema está en el enlace punto a punto (como PPP o control de enlace de datos de alto nivel) y hay más de un enlace paralelo entre este par de enrutadores, verifique que las líneas estén correctamente conectadas., Supongamos que planea conectar la interfaz Serial0 / 0 en un router con la interfaz Serial0/0 en su vecino y Serial1/0 con Serial1/0 en su vecino, pero accidentalmente los cruzó y conectó Serial0/0 de cada router con Serial1 / 0 en el otro. El comando ping podría no descubrir tal problema, pero OSPF no podrá establecer la adyacencia. Utilice la información proporcionada por Cisco Discovery Protocol (CDP) para verificar la interconexión adecuada del dispositivo. Introduzca el comando show cdp neighbor interface-name para verificar que el nombre y el PortID de un dispositivo remoto coincidan con el diseño de red.,

Nota: las adyacencias OSPF solo se forman en redes primarias, no en redes secundarias.

si todas estas comprobaciones se verifican y el comando show ip ospf neighbor todavía no revela nada, entonces el problema no es muy común y es posible que deba ponerse en contacto con Cisco para obtener asistencia.

vecino en estado descendente

un vecino que se descubre dinámicamente a través de la recepción de paquetes de Hola puede volver a un estado descendente si se elimina, por ejemplo, cuando OSPF no recibe paquetes de HOLA del vecino durante un período de tiempo más largo que el intervalo de temporizador muerto., Por lo tanto, el estado descendente es transitorio para tales vecinos; avanzarán a estados superiores o serán completamente eliminados de la tabla de vecinos conocidos. Esto se conoce como «olvidado».

por lo general, los vecinos que se ven en el estado down se configuraron manualmente con el comando neighbor. Los vecinos configurados manualmente siempre están presentes en la tabla OSPF neighbor., Si OSPF nunca ha recibido paquetes de HOLA del vecino configurado manualmente, o si no se escucharon paquetes de HOLA del vecino durante el intervalo de temporizador muerto anterior, entonces el vecino configurado manualmente se mostrará como down.

Nota: el comando neighbor solo se puede configurar para vecinos conectados directamente en estos tipos de redes:
– Redes de multiacceso no Broadcast (NBMA)-Interfaces configuradas con el comando ip ospf network non – broadcast.,
-Non-Broadcast Point – to-Multipoint networks-Interfaces configuradas con el comando ip ospf network point-to-multipoint non-broadcast.

si ve un vecino en el estado down, verifique que el enrutador vecino esté activado, se esté ejecutando y esté configurado correctamente para OSPF en esta interfaz. Pruebe la conectividad entre routers con los comandos ping y traceroute. Compruebe la tabla OSPF neighbor en el enrutador vecino con el comando show ip ospf neighbor y realice las mismas acciones de verificación de configuración enumeradas en la sección No State Revealed.,

Neighbor en estado init

el estado init indica que un router ve paquetes HELLO del vecino, pero no se ha establecido comunicación bidireccional. Un enrutador Cisco incluye los ID de enrutador de todos los vecinos en el estado init (o superior) en el campo vecino de sus paquetes HELLO. Para que se establezca una comunicación bidireccional con un vecino, un enrutador también debe ver su propio ID de enrutador en el campo vecino de los paquetes hola del vecino. Para obtener un ejemplo más detallado y una explicación, consulte ¿Por qué el comando show ip ospf neighbor revela vecinos en el estado Init?,

vecino en estado de 2 vías

el estado de 2 vías indica que el router ha visto su propio identificador de Router en el campo vecino del paquete hola del vecino. Recibir un paquete de Descriptor de base de datos (DBD) de un vecino en el estado init también causará una transición a un estado de 2 vías. El estado vecino de 2 vías de OSPF no es motivo de preocupación. Para una explicación del Estado de 2 vías, consulte ¿Por qué el comando show ip ospf neighbor revela vecinos atascados en el estado de 2 vías?,

vecino en estado extart o exchange

los vecinos OSPF que están en estado extart o exchange están intentando intercambiar paquetes DBD. El router y su vecino forman una relación primaria y secundaria. La adyacencia debe continuar más allá de este estado. Si no lo hace, hay un problema con el intercambio DBD, como un desajuste de la unidad de transmisión máxima (MTU) o la recepción de un número de secuencia DBD inesperado. Para obtener más información, consulte ¿Por qué los vecinos OSPF están atascados en el estado Exstart/Exchange?,

vecino en estado de carga

en el estado de carga, los enrutadores envían paquetes de solicitud de estado de enlace. Durante la adyacencia, si un enrutador recibe un anuncio de estado de enlace (LSA) obsoleto o faltante, solicita que LSA envíe un paquete de solicitud de estado de enlace. Los vecinos que no hacen la transición más allá de este estado lo más probable es que intercambien LSA corruptos. Este problema suele ir acompañado de un mensaje de consola %OSPF-4-BADLSA. Debido a que este problema no es común, póngase en contacto con Cisco para obtener asistencia.,

razones típicas para problemas de vecinos OSPF

esta tabla enumera las razones por las que los vecinos OSPF tienen problemas para formar una adyacencia y enumera algunos de los comandos que puede usar para verificar el problema.

Motivo por el Prójimo Adyacencia Problema	Comandos para Diagnosticar el Problema
OSPF no está configurado en uno de los routers.	show ip ospf
OSPF no está habilitado en una interfaz donde se necesita.,	Mostrar Interfaz ip ospf
los valores de intervalo OSPF HELLO o Dead timer no coinciden.	Mostrar Interfaz ip ospf
desajuste de tipo de red ip ospf en las interfaces contiguas.	show ip ospf interface
MTU desajuste entre vecinos de interfaces.	show interface <int-tipo><int-num>
OSPF de área-tipo de talón en uno vecino, pero el vecino en la misma área no está configurado para el talón.,	show running-config show ip ospf interface
los vecinos OSPF tienen IDs de Router duplicados.	show ip ospf show ip ospf interface
OSPF está configurado en la red secundaria de la vecina, pero no en la red primaria. Esta es una configuración ilegal que impide que se habilite OSPF en la interfaz.	show ip ospf interface show running-config
los HELLOs OSPF no se procesan debido a la falta de recursos, como la alta utilización de la CPU o la falta de memoria suficiente.,	show memory summary show memory processor
un problema de capa subyacente impide que se reciban HELLOs OSPF.	show interfaz

nota: para aviod la comprobación MTU mientras se establece la adyacencia OSPF, es posible que necesite configurar el comando ip ospf mtu-ignore en el modo de configuración de la interfaz.

información relacionada

• ¿Por qué OSPF no forma adyacencia en una interfaz PRI, BRI o marcador?
• ¿Qué revela el comando show ip ospf neighbor?,
• OSPF Design Guide
• Initial Configurations for OSPF over Frame Relay Subinterfaces
• Initial Configurations for OSPF over Non-Broadcast Links
• Initial Configurations for OSPF over a Point-to-Point Link
• Initial Configurations for OSPF Over Broadcast Media
• Technical Support & Documentation – Cisco Systems