MLS# show ip interface brief | include Vlan Vlan10 192.168.10.1 YES manual up up Vlan20 192.168.20.1 YES manual up up
Exhibit : Un hôte sur le VLAN 10 peut faire un ping sur le SVI local mais pas sur un serveur du VLAN 20. Le commutateur de couche 3 a ses deux interfaces VLAN opérationnelles (up). Quel est le prochain élément à vérifier en premier ?
Choisissez la meilleure réponse.
Bonne réponse
Si l'hôte source peut joindre sa propre passerelle par défaut (default gateway), le VLAN local et le port d'accès sont probablement corrects. La vérification pratique suivante consiste à s'assurer que le serveur du VLAN 20 dispose de l'adresse IP, du masque et de la passerelle par défaut corrects.
Si le serveur dans le VLAN 20 possède la passerelle par défaut correcte
L'anomalie la plus probable est que le serveur du VLAN 20 ne dispose pas d'une passerelle par défaut correctement configurée (ou possède une passerelle qui pointe vers un routeur ou un commutateur différent). Lorsque l'hôte du VLAN 10 fait un ping sur le serveur, la requête d'écho ICMP est routée par le SVI du commutateur vers le VLAN 20, mais si le serveur ne peut pas renvoyer la réponse d'écho via le prochain saut correct, le ping échoue. Cela crée un problème de joignabilité unidirectionnelle qui est le symptôme classique d'une mauvaise configuration de la passerelle de l'hôte final, et non un problème lié à la table de routage ou au trunking du commutateur.
Si le commutateur doit désactiver le routage IP
Désactiver le routage IP sur le commutateur casserait complètement le chemin entre le VLAN 10 et le VLAN 20, car le SVI du commutateur ne transférerait plus les paquets entre ces subnets. Le fait que l'hôte puisse déjà faire un ping sur son SVI local indique que l'interface de couche 3 du commutateur est active et correctement adressée ; le problème se situe au-delà du subnet local. Pour router entre les VLAN, le routage IP doit rester activé — soit sur le commutateur (routage inter-VLAN), soit sur un routeur externe — donc le désactiver n'est pas une solution viable et ne ferait qu'empirer la situation.
Si le VLAN 10 doit être le VLAN natif (native VLAN)
Le fait que le VLAN 10 soit le VLAN natif (native VLAN) n'a aucun rapport avec ce symptôme. La configuration du VLAN natif affecte uniquement la manière dont les trames sont étiquetées (tagged) sur les liens trunk 802.1Q ; les trames sur le VLAN natif sont envoyées non étiquetées. La capacité de l'hôte à faire un ping sur son SVI local puis à échouer à joindre un serveur dans un autre VLAN pointe vers des problèmes de transfert de couche 3, et non vers l'encapsulation de trunk de couche 2 ou une non-correspondance du VLAN natif. Vérifier les paramètres du VLAN natif ne serait approprié qu'en cas de pannes de connectivité L2 complètes, et non pour une joignabilité inter-VLAN sélective.
Si l'hôte doit utiliser un masque /8 au lieu de /24
Modifier le masque de subnet de l'hôte de /24 à /8 amènerait l'hôte à supposer que l'ensemble de l'espace d'adresses 10.0.0.0/8 est directement connecté sur son propre VLAN. Il tenterait alors d'émettre des requêtes ARP pour l'adresse IP du serveur au lieu d'envoyer le paquet à sa passerelle par défaut, ce qui perturberait encore plus la communication. Le symptôme indiqué — l'hôte peut faire un ping sur le SVI local — montre que l'hôte utilise déjà un masque /24 approprié et route localement via sa passerelle ; un masque /8 créerait une défaillance complètement différente basée sur ARP, et ne résoudrait pas la panne actuelle.
Le routage inter-VLAN permet à des appareils situés dans des VLAN distincts de communiquer en routant le trafic au niveau de la couche 3. Sur un commutateur de couche 3, chaque VLAN possède une interface SVI (Switched Virtual Interface) configurée avec une adresse IP qui sert de passerelle par défaut pour les hôtes de ce VLAN. Lorsqu'un hôte envoie du trafic vers un appareil dans un autre VLAN, il transmet le paquet à sa passerelle par défaut (le SVI). Le commutateur route ensuite le paquet vers le SVI du VLAN de destination et le transmet à l'appareil cible. Lors du dépannage de la connectivité inter-VLAN, si un hôte peut faire un ping sur le SVI de son propre VLAN mais ne peut pas joindre un appareil dans un autre VLAN, la première étape consiste à vérifier la configuration IP de l'appareil distant. Le serveur du VLAN 20 doit avoir sa passerelle par défaut configurée sur l'adresse IP du SVI du VLAN 20. Sans la passerelle correcte, le serveur ne peut pas renvoyer le trafic vers l'hôte source, ce qui provoque un échec de communication unidirectionnelle. Cette vérification est essentielle avant de contrôler d'autres configurations telles que le routage IP ou le trunking VLAN. Un piège d'examen courant consiste à supposer que, puisque le commutateur de couche 3 a ses deux interfaces VLAN opérationnelles (up), le routage fonctionne nécessairement. Cependant, même avec le routage activé, si la passerelle par défaut du serveur est incorrecte ou manquante, il ne répondra pas aux pings provenant d'autres VLAN. Cela conduit à une fausse conclusion selon laquelle le commutateur ou la configuration du VLAN est en cause. Comprendre le rôle des passerelles par défaut dans le routage inter-VLAN permet d'éviter cette erreur et de cibler le dépannage en priorité sur les configurations des appareils finaux.
À 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.