R1# ping 10.1.23.2 !!!!! R1# show ip route 192.168.3.0 % Network not in table
Exhibit : R1 peut pinger 10.1.23.2 mais ne peut pas pinger 192.168.3.10 derrière R3. La table de routage sur R1 ne contient pas 192.168.3.0/24. Quelle est la meilleure prochaine vérification ?
Choisissez la meilleure réponse.
Bonne réponse
Puisque le routeur suivant directement connecté est joignable, le problème provient probablement d'une information de routage manquante pour le LAN distant. La meilleure prochaine vérification consiste à déterminer si R3 annonce 192.168.3.0/24 ou si ce réseau est présent dans le domaine de routage.
Vérifier si le LAN distant est annoncé dans le processus de routage
Le symptôme selon lequel R1 peut pinger l'adresse du saut suivant 10.1.23.2 mais pas 192.168.3.10 indique que la joignabilité vers l'hôte distant est bloquée au niveau de la couche de routage, et non de la couche liaison. Les voisins OSPF étant actifs (le saut suivant répond), la cause la plus probable est que le sous-réseau contenant 192.168.3.10 n'est pas injecté dans le domaine OSPF — soit parce qu'il n'y a pas d'instruction network sous le processus OSPF sur le routeur qui possède ce LAN, soit parce que l'interface est configurée en tant que passive-interface, soit parce qu'une distribute-list sortante filtre la route. Vérifier la base de données OSPF pour le préfixe 192.168.3.0/24 confirme directement si la route est annoncée.
Remplacer le câble Ethernet entre R1 et R2
Remplacer le câble Ethernet entre R1 et R2 n'est pas pertinent car R1 peut déjà pinger 10.1.23.2, qui est l'adresse IP sur l'interface faisant face à R2. Une communication ICMP réussie vers cette adresse de saut suivant prouve que la connectivité de Couche 1 et Couche 2 à travers ce segment fonctionne correctement, y compris le câblage, les switchports et l'état des interfaces. L'échec est spécifique au LAN distant 192.168.3.10, le problème réside donc dans la propagation des routes ou les politiques de routage, et non dans le support physique menant au voisin directement connecté.
Modifier immédiatement le router ID OSPF sur R1
Modifier le router ID OSPF sur R1 n'est pas une étape suivante valide car le router ID est utilisé uniquement pour identifier le routeur dans les relations de voisinage OSPF et pour les élections DR/BDR sur les segments à diffusion ; il n'a aucune incidence sur le fait qu'un LAN distant soit annoncé ou sélectionné dans la table de routage. Une non-correspondance de router ID ou un router ID en double provoquerait des problèmes d'adjacence OSPF, mais puisque R1 peut joindre le routeur du saut suivant à 10.1.23.2, la relation de voisinage OSPF fonctionne. Il n'y a aucun indice d'un conflit de router ID, et le modifier ne ferait que réinitialiser les adjacences OSPF, provoquant potentiellement une coupure temporaire sans résoudre l'absence de route.
Désactiver CEF pour permettre l'apprentissage de la route
Désactiver CEF (Cisco Express Forwarding) sur R1 ne servirait à rien car CEF est un mécanisme de commutation de paquets qui ne fonctionne qu'après qu'une route a été installée dans la table de routage ; il n'influence pas la capacité d'OSPF à apprendre ou à recevoir des routes. Même avec CEF désactivé, OSPF va quand même peupler la RIB avec le préfixe 192.168.3.0/24 si ce réseau est annoncé par un voisin. L'absence de connectivité est due à des informations de routage manquantes, et non au comportement du mode de transfert, donc désactiver CEF laisserait la table de routage inchangée et le ping échouerait toujours.
Les protocoles de routage tels que OSPF, EIGRP et RIP permettent aux routeurs de partager des informations sur les réseaux connectés. Chaque routeur annonce ses LANs directement connectés afin que les autres routeurs puissent apprendre les routes vers ces réseaux et alimenter leurs tables de routage en conséquence. Ce processus garantit une connectivité de bout en bout à travers plusieurs routeurs dans un inter-réseau. Lorsqu'un routeur ne peut pas pinger une adresse IP distante, la première étape consiste à vérifier sa table de routage. Si le réseau distant est absent, cela signifie que le routeur n'a pas appris ce réseau. Cela se produit généralement parce que le routeur distant n'annonce pas le réseau dans le protocole de routage ou qu'un mécanisme de filtrage bloque l'annonce. Étant donné que R1 peut pinger le routeur du saut suivant (R2), le problème ne vient pas de la connectivité physique mais d'une information de routage manquante pour le LAN distant derrière R3. Un piège fréquent d'examen consiste à se focaliser sur des problèmes de couche physique ou de router ID alors que le problème est clairement lié au routage. Par exemple, remplacer des câbles ou modifier les router ID ne résoudra pas des annonces de routes manquantes. En pratique, vérifier que le LAN distant est annoncé dans le processus de routage sur R3 garantit que R1 peut apprendre la route et acheminer le trafic correctement. Cette étape correspond aux bonnes pratiques Cisco pour le dépannage des problèmes de connectivité de routage.
À 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.