Bonne réponse
- AVérifiez s'il y a une non-correspondance de trunk telle qu'une incohérence de native VLAN ou d'autres problèmes de paramètres de trunk.
Explication
Après avoir confirmé que le VLAN existe sur les deux commutateurs et qu'il est autorisé sur le trunk, un autre élément important à vérifier est de savoir si le trunk lui-même est réellement opérationnel avec l'encapsulation attendue et s'il y a une incohérence de native VLAN ou d'autres paramètres du trunk. En termes simples, le fait que le VLAN soit répertorié ne garantit pas que le trunk fonctionne correctement sous tous les aspects pertinents. Des problèmes de trunk peuvent toujours survenir en raison de divergences de configuration plus larges.
Cette question porte sur le dépannage méthodique. Une fois le problème évident de la liste des VLAN autorisés écarté, l'étape suivante consiste à continuer de vérifier les autres caractéristiques liées au trunk plutôt que de sauter immédiatement vers des fonctionnalités de routage ou de service sans rapport. La bonne réponse est celle qui reste ancrée dans la vérification spécifique au trunk.
Pour aller plus loin
Un lien trunk dans les réseaux Cisco est une connexion de couche 2 entre des commutateurs qui achemine le trafic pour plusieurs VLAN simultanément. Il utilise des protocoles de marquage tels que IEEE 802.1Q pour insérer les identifiants de VLAN dans les trames Ethernet, permettant aux commutateurs de segmenter et de transférer le trafic correctement au-delà des frontières des VLAN. Le native VLAN est un VLAN spécial dont les trames sont envoyées sans balise sur le trunk ; les deux extrémités du trunk doivent s'accorder sur le native VLAN pour éviter une mauvaise interprétation des trames non balisées.
Lors du dépannage de pannes de trafic VLAN sur un trunk, vérifier que le VLAN existe et qu'il est autorisé est nécessaire mais non suffisant. Le trunk doit être opérationnel avec des types d'encapsulation correspondants (par exemple, 802.1Q) et des paramètres de native VLAN cohérents sur les deux commutateurs. Une non-correspondance du native VLAN ou des paramètres du trunk peut entraîner la suppression ou le mauvais acheminement des trames, même si le VLAN est autorisé. Cette approche de vérification par couches garantit que le trunk est sain de bout en bout avant d'envisager des problèmes sans rapport.
Un piège classique des examens consiste à se tourner vers des configurations de couche 3 ou liées aux services, telles que les ID de processus OSPF ou les paramètres de relais DHCP, lorsque le trafic VLAN échoue sur un trunk. Celles-ci n'affectent pas le fonctionnement du trunk de couche 2. Une autre erreur consiste à désactiver la table d'adresses MAC, qui est fondamentale pour la commutation et provoquerait une perturbation plus large du réseau. L'enseignement pratique est de concentrer le dépannage sur les paramètres spécifiques au trunk, tels que le native VLAN et la cohérence de l'encapsulation, avant d'explorer d'autres couches ou fonctionnalités.
À 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.