DifficileChoix multiples

Question d'entraînement 200-301

Exhibit

R1 g0/0: area 0, ip ospf authentication message-digest
R2 g0/0: area 1, no authentication

Pièce jointe : Une contiguïté OSPFv2 entre deux routeurs sur Ethernet ne se forme pas. Quelles sont les deux incompatibilités qui empêcheraient directement les routeurs de devenir voisins ?

Choisissez toutes les bonnes réponses.

Bonnes réponses

AAttributions d'aires OSPF différentes sur les interfaces
BIncompatibilité d'authentification entre les interfaces

Explication

Sur un réseau OSPFv2, une non-correspondance d'aire et une non-correspondance d'authentification empêchent toutes deux directement la formation de la contiguïté. Des temporisateurs incompatibles (tels que les intervalles hello ou dead) bloquent également la contiguïté sur tous les types de réseaux, y compris Ethernet. Dans ce scénario, les choix corrects sont la non-correspondance d'aire (A) et la non-correspondance d'authentification (B).

Pourquoi chaque option est juste ou fausse

Juste

Attributions d'aires OSPF différentes sur les interfaces

Lorsque deux routeurs sur le même segment Ethernet ont des attributions d'aires OSPF différentes, l'ID d'aire intégré dans chaque paquet Hello diffère. Un routeur recevant un Hello avec un ID d'aire non correspondant rejette le paquet, empêchant la relation de voisinage d'atteindre ne serait-ce que l'état 2-Way. Ainsi, les numéros d'aire doivent correspondre exactement sur le lien partagé pour qu'une contiguïté OSPFv2 se forme.

Juste

Incompatibilité d'authentification entre les interfaces

Une incompatibilité d'authentification se produit lorsqu'une interface OSPF est configurée avec une authentification et l'autre non, ou lorsque les clés/informations d'identification diffèrent. Étant donné qu'OSPFv2 intègre des données d'authentification dans chaque paquet OSPF, un routeur qui reçoit un Hello avec un code d'authentification invalide ou manquant le supprime simplement. Cet échec silencieux empêche toute négociation de contiguïté de démarrer, maintenant les voisins inactifs (down).

Fausse

Noms d'hôtes différents sur les routeurs

Les noms d'hôtes sont purement des références locales utilisées pour l'affichage CLI et la gestion du périphérique ; ils ne sont transmis dans aucun paquet OSPF. La contiguïté OSPF dépend uniquement des paramètres du protocole tels que l'ID d'aire, les temporisateurs, le type de réseau et l'authentification. Par conséquent, des noms d'hôtes différents sur les routeurs n'ont absolument aucun effet sur le processus de formation de la contiguïté OSPF.

Fausse

Adresses loopback différentes utilisées pour la gestion

Les adresses loopback, même si elles sont utilisées pour la gestion ou comme routeur ID OSPF, ne participent pas directement à l'échange Hello OSPF sur un lien Ethernet. Bien qu'un routeur ID différent puisse légèrement modifier le départage lors des élections DR/BDR, il n'empêche jamais la contiguïté tant que les paramètres de l'interface correspondent. Les loopbacks de gestion ne sont pas sur la même sous-réseau physique que l'interface de contiguïté, elles ne sont donc pas pertinentes pour la machine à états des voisins OSPF.

Fausse

Un routeur utilisant SSH version 2

SSH version 2 est un protocole de couche transport permettant d'accéder de manière sécurisée à la CLI d'un équipement réseau ; il est totalement indépendant d'OSPF. OSPFv2 s'exécute directement sur le protocole IP numéro 89 et possède son propre format de message, indépendant de tout protocole applicatif. Ainsi, qu'un routeur prenne en charge SSH version 1 ou version 2, cela n'a aucun impact sur sa capacité à former une contiguïté OSPFv2.

Pour aller plus loin

OSPFv2 (Open Shortest Path First version 2) est un protocole de routage à état de liens largement utilisé dans les réseaux IPv4 pour échanger dynamiquement des informations de routage. Pour que les routeurs OSPF forment une contiguïté sur un réseau à accès multiple tel qu'Ethernet, ils doivent s'accorder sur plusieurs paramètres, notamment l'ID d'aire OSPF et les paramètres d'authentification. L'ID d'aire regroupe les routeurs en segments logiques, garantissant que les routeurs n'échangent des informations de routage qu'au sein de la même aire. L'authentification, si elle est configurée, sécurise les messages OSPF pour empêcher les mises à jour de routage non autorisées. Lorsque deux routeurs OSPF se connectent sur un segment Ethernet, ils se découvrent d'abord et négocient ensuite la contiguïté en échangeant des paquets Hello. Si les routeurs ont des attributions d'aires OSPF incompatibles sur leurs interfaces, ils ne se reconnaîtront pas comme des voisins valides, ce qui empêchera la formation de la contiguïté. De même, si un routeur attend une authentification sur l'interface mais que l'autre ne la fournit pas ou utilise un type d'authentification ou une clé différente, les paquets Hello seront rejetés et la contiguïté échouera. Ces incompatibilités sont fondamentales et bloquent directement les relations de voisinage. Un piège d'examen courant consiste à supposer que des paramètres tels que les noms d'hôtes ou les adresses d'interface de loopback de gestion affectent la formation de la contiguïté. Bien qu'ils soient importants pour la gestion du réseau et l'identification des routeurs, ils n'influencent pas l'établissement des voisins OSPF. Une autre confusion surgit autour des versions SSH ou des protocoles sans rapport, qui n'impactent pas la contiguïté OSPF. Comprendre que la contiguïté OSPF dépend strictement des paramètres du protocole comme l'ID d'aire et l'authentification permet d'éviter ces pièges et garantit un dépannage et une configuration corrects dans les réseaux Cisco.

À 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.