R1 interface to LAN: 192.168.50.1/24 on G0/1 R1 OSPF config: router ospf 1 network 192.168.5.0 0.0.0.255 area 0 network 10.0.12.0 0.0.0.3 area 0
Un routeur R1 configuré avec OSPF ne parvient pas à annoncer le réseau 192.168.50.0/24 au voisin R2, alors que la relation de voisinage est établie. Quelle mauvaise configuration sur R1 provoquerait cela ?
Choisissez la meilleure réponse.
Bonne réponse
Si la commande network sur R1 ne correspond pas à l'interface connectée à 192.168.50.0/24, OSPF ne s'activera pas sur cette interface et le subnet ne sera pas annoncé. La route reste absente chez les voisins malgré l'exécution d'OSPF ailleurs.
Le processus OSPF doit avoir le process ID 50 pour annoncer 192.168.50.0/24
Le process ID OSPF est un identifiant purement local qui n'a pas besoin de correspondre à un numéro de réseau ou à un subnet d'interface. Il peut s'agir de n'importe quel nombre arbitraire, et le changer de 1 à 50 ne modifierait pas les réseaux annoncés. Pour corriger la route manquante, vous corrigeriez la commande network, et non le process ID.
La commande network avec le masque générique ne correspond pas à 192.168.50.0/24
La commande network OSPF utilise un masque générique qui est l'inverse du subnet mask de l'interface. Pour annoncer 192.168.50.0/24, la commande network doit correspondre exactement à ce préfixe, généralement en utilisant 192.168.50.0 0.0.0.255. Si le masque générique est mal configuré — par exemple 0.0.0.127 ou 0.0.0.15 — l'interface sera exclue du processus OSPF, de sorte que R1 n'émettra pas la route et R2 ne pourra pas l'apprendre.
OSPF ne peut pas annoncer un LAN connecté directement
OSPF est un protocole de routage à état de liens qui annonce explicitement les réseaux connectés directement dont les interfaces sont activées sous une commande network. Un LAN connecté directement, tel que 192.168.50.0/24, est exactement le type de préfixe qu'OSPF est conçu pour propager. Ainsi, le problème n'est pas qu'OSPF ne peut pas annoncer un tel LAN ; c'est plutôt la commande network ou l'état de l'interface qui l'en empêche.
R2 a besoin d'une route par défaut avant d'apprendre les routes intra-zone
Une route par défaut n'est pas un prérequis pour qu'OSPF échange des routes intra-zone telles que 192.168.50.0/24. Les routeurs OSPF diffusent des LSA et calculent les routes indépendamment de toute route par défaut, et R2 installera la route intra-zone dès qu'il recevra le LSA de type 1 de R1. L'absence d'une route par défaut affecterait uniquement le trafic destiné à des destinations situées en dehors de ces préfixes appris, et non l'apprentissage de cette route spécifique.
Open Shortest Path First (OSPF) est un protocole de routage à état de liens qui repose sur l'inclusion explicite des interfaces dans le processus OSPF via des commandes network. Ces commandes network utilisent des paires d'adresses IP et de masques génériques (wildcard) pour identifier quelles interfaces participent à OSPF. Le masque générique est l'inverse bit à bit d'un subnet mask et détermine quels bits de l'adresse IP doivent correspondre exactement et quels bits peuvent varier. Ce mécanisme permet un contrôle précis des interfaces annoncées dans OSPF. Lors de la configuration d'OSPF sur les routeurs Cisco, la commande network doit correspondre correctement à l'adresse IP de l'interface connectée au subnet destiné à l'annonce. Si le masque générique est mal configuré ou ne couvre pas l'adresse IP de l'interface, OSPF ne s'activera pas sur cette interface et le subnet ne sera pas annoncé aux voisins. Cela empêche les autres routeurs d'apprendre les routes vers ce subnet, provoquant des échecs de routage alors même qu'OSPF s'exécute sur d'autres interfaces. Un piège classique d'examen consiste à supposer que le process ID OSPF ou la nature du subnet (comme le fait d'être directement connecté) affecte l'annonce de route. En réalité, le process ID a une signification locale et n'impacte pas l'annonce de route entre routeurs. De plus, les LAN connectés directement sont annoncés s'ils sont inclus dans le processus OSPF. L'implication pratique est que les ingénieurs réseau doivent vérifier soigneusement les masques génériques dans les configurations OSPF pour s'assurer que tous les subnets voulus sont annoncés et joignables dans tout le domaine OSPF.
À 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.