Introduction
Ce document fournit de l'information de dépannage pour des problèmes courants avec l'Open Shortest Path First (OSPF). Pour consulter plus d'informations ou pour passer à l'organigramme suivant, cliquez sur les cases de commande en rouge.
Conditions préalables
Exigences
Aucune spécification déterminée n'est requise pour ce document.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Organigramme principal
Si vous avez la sortie d'un show ip ospf neighbor, du show ip ospf neighbor, ou de la commande de show tech-support de votre périphérique de Cisco, vous pouvez employer l'analyseur de Cisco CLI (clients enregistrés seulement) pour afficher des éventuels problèmes et des difficultés. Pour utiliser l'analyseur de Cisco CLI, vous devez faire activer le Javascript.

Dépannez les états des voisins OSPF
Référez-vous aux états des voisins OSPF pour des descriptions d'état de voisinage.

Dépannez le Tableau de routage OSPF

Dépannez l'état Init OSPF
Référez-vous à pourquoi fait la commande de show ip ospf neighbor indiquent des voisins dans l'état Init ? pour une description du problème et des étapes de dépannage d'état Init.

Dépannez le MTU OSPF

Note: Si le problème est rapporté pour poser 2, vérifiez si un proxy ARP est activé. S'il est activé, désactivez-le, et employez la commande de clear ip arp afin d'effacer le cache d'ARP.
Dépannez les paquets corrompus OSPF

Dépannez l'état bi-directionnel OSPF
Référez-vous à pourquoi fait la commande de show ip ospf neighbor indiquent des voisins coincés dans l'état bidirectionnel ? pour une description du problème bi-directionnelle et des étapes de dépannage d'état OSPF.

Dépannez les liens OSPF

Vous pouvez employer un script inclus du gestionnaire d'événement (EEM) pour dépanner le battement de liens.
Le pour en savoir plus, se rapportent à ce document de la Communauté de support de Cisco qui décrit comment employer un script EEM afin de collecter des informations d'un routeur quand il y a une instabilité OSPF : Dépannage des instabilités OSPF avec le script EEM
.
Dépannez la pleine contiguïté

Dépannez les annonces externes d'État de lien
Référez-vous au problème commun de routage avec l'adresse de transfert OSPF pour une description des adresses de transfert dans le LSA externe, et pour dépannez les étapes au sujet des la plupart des problèmes courants avec LSAs ayant les adresses de transfert différentes de zéro.

Dépannez les réseaux NBMA OSPF
Référez-vous aux problèmes avec exécuter l'OSPF en mode NBMA au-dessus de Relais de trames pour plus d'informations sur l'OSPF commun au-dessus des problèmes de réseau NBMA.

Dépannez les Listes d'accès

Dépannez les voisins au-dessus du PRI

Dépannez le ping

Dépannez l'interface OSPF

Dépannez l'environnement de relais de trame

Dépannez les problèmes externes d'artère

Dépannez le type de réseau

Dépannez le type de zone OSPF

Dépannez bonjour/complètement non-concordance d'intervalle

Notez que la sortie de débogage de la commande OSPF d'IP de débogage bonjour affiche la non-concordance dans les paramètres Hello. Voici l'exemple de sortie de débogage :
*Oct 12 14:03:32.595: OSPF: Send hello to 224.0.0.5 area 0 on FastEthernet1/0
from 192.168.12.2
*Oct 12 14:03:33.227: OSPF: Rcv hello from 1.1.1.1 area 0 from FastEthernet1/0
192.168.12.1
*Oct 12 14:03:33.227: OSPF: Mismatched hello parameters from 192.168.12.1
!--- Indicates that there is mismtached hello parameters from 192.168.12.1
*Oct 12 14:03:33.231: OSPF: Dead R 2 C 3, Hello R 1 C 1 Mask R
255.255.255.0 C 255.255.255.0
*Oct 12 14:03:33.531: OSPF: Send hello to 224.0.0.5 area 0 on
FastEthernet1/0 from 192.168.12.2