R1 G0/1: 10.1.12.1 255.255.255.0 R2 G0/1: 10.1.12.2 255.255.255.252 Both interfaces are up and in area 0
R1 n'établit pas de contiguïté OSPF (adjacency) avec R2 sur GigabitEthernet0/1. Quelle discordance (mismatch) ci-dessous en est la cause la plus probable ?
Choisissez la meilleure réponse.
Bonne réponse
Pour que des voisins OSPF puissent se former, certains paramètres clés sur un segment partagé doivent correspondre. Une discordance de masque de sous-réseau (subnet mask mismatch) sur un réseau de type broadcast empêche souvent la formation correcte du voisinage, car les routeurs ne s'accordent pas sur le réseau local.
Les routeurs utilisent des masques de sous-réseau IP différents sur la liaison partagée
Pour qu'OSPF établisse une contiguïté sur un segment multi-accès de type broadcast, les deux routeurs doivent concorder sur le masque de sous-réseau attribué à la liaison partagée. Si les masques diffèrent, chaque routeur dérive une adresse réseau différente à partir du même préfixe IP, de sorte qu'OSPF considère les interfaces comme appartenant à des sous-réseaux distincts et ignore les paquets Hello. Par conséquent, la relation de voisinage n'atteint jamais l'état Two-Way et la contiguïté ne parvient pas à s'établir. Il s'agit d'une discordance classique qui empêche OSPF de fonctionner correctement.
OSPF ne peut pas fonctionner sur des interfaces GigabitEthernet
OSPF est un protocole de routage de couche 3 qui fonctionne indépendamment de la technologie sous-jacente de couche 2, tant qu'IP est pris en charge. Les interfaces GigabitEthernet sont parfaitement capables d'exécuter OSPF ; elles sont traitées comme des réseaux multi-accès de type broadcast, ce qui signifie qu'OSPF élira un designated router (DR) et un backup designated router (BDR). Il n'existe aucune limitation inhérente empêchant OSPF de s'exécuter sur GigabitEthernet, cette affirmation est donc fausse. Le problème se situe ailleurs, par exemple au niveau d'une discordance de masque de sous-réseau.
Les deux routeurs sont dans l'area 0
Le fait que les deux routeurs résident dans l'area 0 est une condition correcte et nécessaire à la contiguïté OSPF, car les routeurs doivent être dans la même zone pour échanger des informations sur l'état des liens. L'area 0 est la zone backbone, et toutes les zones doivent s'y connecter, de sorte qu'être dans l'area 0 est attendu et ne constitue pas une anomalie. En fait, si les routeurs étaient dans des zones différentes, ils ne pourraient pas former de contiguïté OSPF à moins d'être sur un ABR. Cette option décrit donc une configuration normale, et non la cause de la panne.
Les router IDs doivent concorder pour que la contiguïté se forme
Les router IDs doivent être uniques au sein d'un domaine OSPF, et non identiques ; des router IDs en double empêcheraient en réalité la contiguïté car OSPF utilise le router ID pour identifier le voisin et considérerait le doublon comme un conflit. Pour que deux routeurs deviennent adjacents, chacun doit posséder un router ID distinct, garantissant ainsi que la table de voisinage associe correctement les sources uniques d'informations de routage. Affirmer que les router IDs doivent concorder est précisément l'inverse de l'exigence requise, ce qui rend cette option incorrecte. Le problème réel est plus probablement une discordance de paramètres au niveau de l'interface, telle que les masques de sous-réseau.
OSPF (Open Shortest Path First) est un protocole de routage à état de liens qui exige que les voisins situés sur un segment réseau partagé s'accordent sur plusieurs paramètres clés avant d'établir une contiguïté. L'un des paramètres critiques est le masque de sous-réseau IP sur l'interface reliant les routeurs. Les deux routeurs doivent avoir des interfaces configurées dans le même sous-réseau IP et avec le même masque pour se reconnaître mutuellement comme voisins et échanger avec succès des paquets OSPF Hello. Si les masques de sous-réseau diffèrent, les routeurs considèrent que la liaison appartient à des réseaux différents, ce qui empêche la découverte des voisins et l'établissement de la contiguïté. Le processus d'établissement de contiguïté OSPF implique que les routeurs échangent des paquets Hello sur les interfaces configurées pour OSPF. Ces paquets Hello contiennent des informations réseau telles que le masque de sous-réseau, l'Area ID et les intervalles Hello/Dead. Si l'un de ces paramètres ne correspond pas, y compris le masque de sous-réseau, les routeurs n'établiront pas de contiguïté. Cisco IOS applique cette règle de manière stricte car OSPF utilise le masque de sous-réseau pour déterminer la délimitation du réseau. Par conséquent, une discordance de masque de sous-réseau sur un segment Ethernet partagé est une cause fréquente d'échec de contiguïté. Un piège d'examen classique consiste à supposer que les router IDs doivent correspondre pour que la contiguïté se forme, ce qui est faux puisque les router IDs doivent être uniques pour identifier distinctement les routeurs. Un autre piège consiste à penser qu'OSPF ne peut pas fonctionner sur des interfaces GigabitEthernet, ce qui est faux car OSPF prend en charge tous les types d'interfaces courants. Dans les réseaux en production, les discordances de masque de sous-réseau résultent souvent d'une mauvaise configuration manuelle ou d'un plan d'adressage incohérent, entraînant des échecs de contiguïté silencieux pouvant perturber la convergence du routage et la stabilité du réseau.
À 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.