DifficileChoix unique

Question d'entraînement 200-301

Exhibit

R1#
interface GigabitEthernet0/0
 ip address 10.10.12.1 255.255.255.0
 ip ospf hello-interval 10
 ip ospf dead-interval 40
!
router ospf 1
 network 10.10.12.0 0.0.0.255 area 0

R2#
interface GigabitEthernet0/0
 ip address 10.10.12.2 255.255.255.0
 ip ospf hello-interval 5
 ip ospf dead-interval 20
!
router ospf 1
 network 10.10.12.0 0.0.0.255 area 0

Un ingénieur réseau configure OSPF entre R1 et R2, mais les routeurs ne deviennent jamais voisins sur GigabitEthernet0/0. D'après l'exposition, quelle est la cause la plus probable ?

Choisissez la meilleure réponse.

Bonne réponse

  • BLes timers d'interface OSPF ne correspondent pas.

Explication

La cause la plus probable est une incohésion des timers hello et dead. En pratique, les deux routeurs sont sur le même subnet et tentent tous deux d'exécuter OSPF dans l'area 0, donc les éléments évidents semblent corrects. Mais OSPF ne forme pas d'adjacence basée uniquement sur l'accessibilité IP. Il vérifie également si les paramètres d'interface clés concordent. Les intervalles hello et dead font partie de ces paramètres requis. Sur R1, l'intervalle hello est de 10 secondes et l'intervalle dead est de 40 secondes. Sur R2, l'intervalle hello est de 5 secondes et l'intervalle dead est de 20 secondes. Cette incohésion suffit à empêcher l'établissement de la relation de voisinage. Il s'agit d'un scénario de dépannage CCNA courant, car les interfaces peuvent toujours se pinger mutuellement, ce qui rend la panne moins évidente au premier coup d'œil.

Pourquoi chaque option est juste ou fausse

A

Fausse

Les routeurs utilisent des OSPF areas différentes.

Pour que deux routeurs OSPF deviennent voisins sur un segment partagé, leurs interfaces doivent être configurées dans la même OSPF area. Dans ce scénario, l'ingénieur a placé le subnet de connexion dans l'area 0 sur les deux routeurs, de sorte que l'identité de l'area est cohérente. Étant donné que les IDs d'area correspondent, l'échec de l'adjacence n'est clairement pas causé par une incohésion d'area.

B

Juste

Les timers d'interface OSPF ne correspondent pas.

OSPF exige que les routeurs voisins sur le même lien s'accordent à la fois sur l'intervalle hello et l'intervalle dead. Si R1 utilise les timers hello par défaut de 10 secondes et dead de 40 secondes tandis que R2 a modifié ces timers, les routeurs ne se reconnaîtront pas comme des voisins valides et n'échangeront pas de paquets OSPF. Cette incohésion des timers empêche la formation de l'adjacence, quels que soient les autres paramètres correspondants.

C

Fausse

Les routeurs doivent utiliser le même nom d'hôte pour devenir voisins.

Les noms d'hôte des routeurs sont des libellés administratifs locaux et ne sont jamais inclus dans les paquets hello ou de base de données OSPF. La formation du voisinage OSPF repose sur la correspondance des router IDs, des adresses d'interface, des area IDs et des valeurs de timer, mais le nom d'hôte de l'appareil n'a aucune signification ni influence protocolaire. Par conséquent, avoir des noms d'hôte différents sur R1 et R2 ne peut pas être la raison pour laquelle l'adjacence OSPF échoue.

D

Fausse

Le subnet mask empêche le trafic OSPF multicast.

Le subnet mask attribué aux interfaces n'affecte pas la transmission des hellos multicast OSPF. Les routeurs OSPF envoient des paquets hello aux adresses multicast 224.0.0.5 ou 224.0.0.6, qui sont acheminées normalement sur le segment de broadcast local quel que soit le masque de sous-réseau. Un masque /24 contient correctement les IP des interfaces et ne bloque pas ces messages multicast, de sorte que le masque n'est pas la source du problème de voisinage.

Pour aller plus loin

OSPF (Open Shortest Path First) est un protocole de routage à état de liens qui établit des relations de voisinage entre des routeurs sur un segment de réseau commun. Ces relations sont formées par l'échange de paquets hello, qui sont des messages multicast envoyés à intervalles réguliers définis par le timer hello. Le timer dead interval définit le temps qu'un routeur attend sans recevoir de hello avant de déclarer le voisin inactif. Les deux timers doivent correspondre sur les interfaces connectées pour qu'OSPF forme une adjacence. Lorsque deux routeurs tentent de devenir des voisins OSPF, ils vérifient d'abord qu'ils partagent le même area ID et le même subnet mask, garantissant qu'ils se trouvent dans le même domaine de routage et le même segment de réseau. Ensuite, ils comparent les intervalles hello et dead ; si ces timers diffèrent, les routeurs ne se reconnaîtront pas comme des voisins valides. Cette incohésion des timers entraîne l'ignorance des paquets hello, empêchant les routeurs de progresser au-delà de la phase de découverte initiale. Un piège d'examen courant consiste à supposer que la connectivité IP ou la correspondance des area IDs garantit à elle seule l'adjacence OSPF. En réalité, OSPF exige une stricte cohérence des paramètres, y compris les valeurs des timers. Même si les routeurs peuvent se pinger, une incohésion des intervalles hello/dead bloquera la formation du voisinage. Cette subtilité perturbe souvent les candidats car les tests d'accessibilité IP de base réussissent, masquant le désaccord protocolaire sous-jacent.

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