DifficileChoix unique

Question d'entraînement 200-301

Exhibit

R1 Gi0/0:
 ip address 10.10.12.1 255.255.255.252
 ip ospf 10 area 0
 ip mtu 1500

R2 Gi0/0:
 ip address 10.10.12.2 255.255.255.252
 ip ospf 10 area 0
 ip mtu 1400

Both interfaces are up/up.
show ip ospf neighbor on both routers:
Neighbor ID     Pri   State      Dead Time   Address      Interface
2.2.2.2           1   EXSTART    00:00:31    10.10.12.2   Gi0/0

R1 et R2 doivent former une adjacence OSPF sur leur lien GigabitEthernet partagé, mais ils restent bloqués dans l'état EXSTART. Quelle est la cause la plus probable ?

Choisissez la meilleure réponse.

Bonne réponse

BLes valeurs de MTU de l'interface ne correspondent pas.

Explication

Les valeurs de MTU ne correspondent pas. Les voisins OSPF peuvent se découvrir et même progresser dans les états initiaux, mais une non-correspondance de MTU les laisse généralement bloqués dans EXSTART ou EXCHANGE parce que les routeurs ne s'accordent pas sur la taille des paquets de description de base de données (DBD). Une non-correspondance de zone, de réseau ou de configuration passive-interface empêche généralement la formation de l'adjacence à un stade beaucoup plus précoce.

Pourquoi chaque option est juste ou fausse

Fausse

Les routeurs utilisent des aires OSPF différentes.

Pour qu'OSPF forme une adjacence, les deux routeurs doivent s'accorder sur l'ID de zone configuré sur le lien partagé. Étant donné que r1 et r2 sont tous deux explicitement dans area 0, leurs identifiants de zone correspondent, de sorte qu'une non-correspondance de zone n'est pas la cause. Une non-correspondance de zone entraînerait le rejet des paquets hello, empêchant l'établissement même de l'état de voisin, et non un blocage dans EXSTART.

Juste

Les valeurs de MTU de l'interface ne correspondent pas.

Une non-correspondance de MTU d'interface est la cause classique du blocage des voisins OSPF dans EXSTART ou EXCHANGE. Lors de l'échange de paquets Database Description (DBD), chaque routeur inclut sa MTU dans l'en-tête DBD ; si le routeur récepteur voit une MTU supérieure à la sienne, il supprime le paquet, de sorte que l'état du voisin ne progresse jamais au-delà de EXSTART. Cela explique correctement pourquoi l'adjacence ne parvient pas à atteindre FULL.

Fausse

Un côté est configuré en tant que passive-interface.

Configurer passive-interface sur une interface compatible OSPF arrête à la fois les paquets hello sortants et entrants sur cette interface, ce qui empêcherait toute relation de voisinage OSPF de se former. Dans ce scénario, les voisins ont progressé jusqu'à EXSTART/EXCHANGE, ce qui prouve que les paquets hello sont échangés avec succès. Par conséquent, une configuration passive-interface ne peut pas être la raison pour laquelle l'adjacence est bloquée.

Fausse

Le masque de sous-réseau sur le lien est incorrect.

Les deux interfaces appartiennent au même sous-réseau /30, comme l'indiquent leurs adresses, de sorte que les masques de sous-réseau correspondent effectivement sur le lien. OSPF vérifie le masque de sous-réseau dans le paquet hello ; une non-correspondance entraînerait l'ignorance du hello reçu, et l'état du voisin resterait down. Comme les deux routeurs échangent déjà des paquets DBD, le masque est cohérent et ne peut pas être le problème.

Pour aller plus loin

OSPF (Open Shortest Path First) est un protocole de routage à état de liens qui forme des adjacences de voisins pour échanger des informations de routage. Le processus d'adjacence comprend plusieurs états : Down, Init, Two-Way, ExStart, Exchange, Loading et Full. L'état ExStart est celui où les routeurs négocient la relation maître-esclave et les numéros de séquence pour les paquets Database Description (DBD). Un facteur critique dans cette négociation est la MTU (Maximum Transmission Unit) de l'interface, qui doit correspondre aux deux extrémités pour garantir un échange de paquets correct. Lorsque des voisins OSPF ont des valeurs de MTU non concordantes sur leur interface partagée, ils peuvent se découvrir et progresser dans les états initiaux mais restent bloqués dans ExStart ou EXCHANGE. Cela se produit parce que les routeurs ne peuvent pas s'entendre sur la taille des paquets DBD, empêchant l'adjacence d'atteindre l'état Full. Les routeurs Cisco appliquent strictement la correspondance des MTU pour éviter la fragmentation et assurer une synchronisation fiable de la base de données OSPF. Le piège de l'examen ici est de supposer que l'échec de l'adjacence est dû à une non-correspondance de zone, à une interface passive ou à des problèmes de masque de sous-réseau, qui empêchent généralement la découverte des voisins ou les échanges initiaux de hello. En pratique, les non-correspondances de MTU permettent aux voisins de se voir mais bloquent la synchronisation de la base de données, provoquant le blocage de l'adjacence dans ExStart. Les ingénieurs réseau doivent vérifier et aligner les paramètres MTU des deux côtés du lien pour résoudre ce problème et obtenir une adjacence OSPF complète.

À propos de ces questions d'entraînement

Cette question fait partie des questions d'entraînement 200-301 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.

Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.