IP : Protocole OSPF (Open Shortest Path First)

Pourquoi la commande show ip ospf neighbor révèle-t-elle les voisins en état d'initialisation ?

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document explique les causes possibles lorsque la commande visant à afficher l'IP voisin de l'OSFP montre les voisins de l'Open Shortest Path First (OSPF) dans leur état initial, de même que les solutions à ce problème.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Problème

Prenez à un regarder cette sortie témoin de la commande de show ip ospf neighbor :

router2#show ip ospf neighbor 
 
Neighbor ID     Pri   State     Dead Time   Address         Interface 
170.170.5.1     1     INIT/-    00:00:34    170.170.1.1     Serial0 
router-2#

Dans cet exemple de sortie, l'état Init indique que le routeur 2 voit bonjour des paquets du voisin, mais la communication bidirectionnelle n'a pas été établie. Un routeur de Cisco inclut les id de routeur de tous les voisins dans l'état d'init (ou un plus élevé) dans le champ Voisin de ses paquets de bonjour. Pour que la communication bidirectionnelle soit établie avec un voisin, un routeur également doit voir son propre ID de routeur dans le champ Voisin des paquets du voisin bonjour. En d'autres termes, un routeur avec un voisin dans l'état Init a reçu bonjour des paquets du voisin mais n'a pas vu son propre ID de routeur dans les hellos du voisin. Dans ce cas, si le routeur ne reçoit pas quatre hellos consécutifs, il démolit la session et la contiguïté OSPF descend.

Causes possibles et solutions pour un voisin coincé dans l'état Init

La raison le plus susceptible pour laquelle un routeur local n'est pas répertorié en paquets d'un voisin bonjour est que le voisin n'a pas reçu bonjour des paquets du routeur local. Les possibles raison pour ceci sont :

  • Utilisez le ping et les commandes traceroute de vérifier que les liens entre les Routeurs sont opérationnels. Si un ping entre les Routeurs n'est pas réussi, le lien ne fonctionne pas correctement et vous devez être le dépannez. Référez-vous aux pages de dépannage rapportées pour poser la technologie 2 que vous utilisez, comme le RNIS, les Ethernets, l'atmosphère, etc.

  • S'il y a des Listes d'accès définies sur l'interface du voisin, on doit permettre l'IP de destination de 224.0.0.5 dans la liste d'accès en entrée.

    • Les paquets HELLO OSPF ont une adresse de destination de 224.0.0.5 (la toute l'adresse de multidiffusion de Routeurs OSPF).

  • Il pourrait y a un deuxième problème de couche ou de configuration affectant des paquets de multidiffusion d'atteindre le routeur voisin. Vous pouvez tester ceci avec la commande ping sur l'adresse de multidiffusion 224.0.0.5 et confirmer que des réponses sont reçues du routeur voisin. Dans des medias de non-émission tels que le Relais de trames, le X.25, et le RNIS, traçant est exigé entre la couche 2 et l'adresse IP. En cas de mappage statique (par exemple, l'IP 1.1.1.1 100 de carte de Relais de trames de niveau d'interface des commandes du nom router1 55346 annoncent ou d'émissions de 1.1.1.1 d'IP de carte de numéroteur), vous devez configurer l'émission de mot clé pour éviter l'échec d'encapsulation chaque fois que des essais OSPF d'envoyer le paquet HELLO multicast. La commande de détail de debug ip packet utilisée avec la liste d'accès affiche s'il y a des échecs d'encapsulation.

  • L'authentification n'est pas activée des deux côtés. Le routeur sur lequel l'authentification n'est toujours pas activée traite bonjour des paquets du voisin et voit le voisin dans l'état Init. Afin de corriger ce problème, authentification d'enable des deux côtés.

  • Si vous exécutez la version de logiciel 11.1.9 de ½ du ¿  de Cisco IOSï ou plus tôt, vérifiez la sortie de la commande de show ip ospf interface pour des anomalies, comme :

    Neighbor Count is 0, Adjacent neighbor count is 1
  • Si les décomptes voisins adjacents OSPF sont supérieur aux décomptes voisins, la liste voisine pourrait être corrompue. Pour en savoir plus de l'ID de bogue Cisco CSCdj01682 (clients enregistrés d'Access seulement).


Informations connexes


Document ID: 13702