SW1: interface range g1/0/1-2 channel-group 5 mode active SW2: interface range g1/0/1-2 channel-group 5 mode on
Deux switches sont configurés pour former un EtherChannel, mais le bundle ne s'active jamais. Quelle explication décrit le mieux ce scénario ?
Choisissez la meilleure réponse.
Bonne réponse
Un côté utilise le mode LACP active et l'autre côté force un channel-group statique avec le mode on. Ces modes ne sont pas compatibles. LACP nécessite active ou passive des deux côtés, tandis que PAgP utilise desirable ou auto, et le mode statique on attend un bundle manuel de l'autre côté.
Les switches utilisent des VLAN natifs différents.
Bien que des VLAN natifs non concordants sur un trunk 802.1Q puissent provoquer des boucles spanning-tree ou du trafic mal classifié, ils n'affectent pas la capacité des deux switches à négocier un EtherChannel. Le plan de contrôle de l'EtherChannel (LACP/PAgP ou statique on) s'exécute indépendamment de la configuration des VLAN du trunk, de sorte que le bundle peut toujours s'activer et transporter ensuite des trames avec un étiquetage VLAN incorrect.
Le mode LACP active d'un côté est incompatible avec le mode on de l'autre côté.
Le mode LACP active envoie activement des LACPDUs pour négocier le bundle, tandis que le mode 'on' force le canal de manière statique sans envoyer de trames de négociation. Comme le côté 'on' ne répond jamais à LACP, le côté active ne peut pas établir de partenaire fonctionnel et l'EtherChannel ne parvient pas à se former. Le mismatch est une incompatibilité fondamentale de protocole/mode de configuration, et non un problème de câblage ou de VLAN.
Les deux côtés doivent utiliser le mode PAgP desirable.
PAgP est un protocole d'agrégation propriétaire Cisco, mais il est entièrement optionnel ; LACP et le mode statique 'on' sont tous deux des alternatives valides qui peuvent former un canal. Exiger PAgP desirable des deux côtés ne s'appliquerait qu'à une négociation basée sur PAgP, et non à un scénario où LACP est déjà configuré d'un côté. Le problème est le mismatch entre LACP et static on, et non l'absence de PAgP.
Les interfaces doivent d'abord être configurées comme des ports routés.
L'EtherChannel est par défaut une fonctionnalité d'agrégation de couche 2 ; il regroupe des switchports qui peuvent être configurés comme des ports access ou trunk sans aucun besoin d'interface routée. Les ports routés ne sont requis que si l'administrateur a spécifiquement l'intention de créer un Layer 3 EtherChannel avec une adresse IP au niveau de l'interface logique. Étant donné que la question n'implique pas de topologie routée, l'échec de la formation d'un bundle ne peut pas être attribué à une configuration de port routé manquante.
La technologie EtherChannel permet de combiner plusieurs liens Ethernet physiques en un seul lien logique, augmentant la bande passante et fournissant de la redondance entre les switches. Cisco prend en charge trois modes pour la formation d'un EtherChannel : le mode statique 'on', LACP (Link Aggregation Control Protocol) et PAgP (Port Aggregation Protocol). LACP et PAgP sont des protocoles de négociation qui forment dynamiquement le canal, tandis que le mode statique 'on' force le canal sans négociation. LACP est un standard IEEE et prend en charge les modes active et passive, où le mode active initie activement la négociation et le mode passive répond aux demandes de négociation. Pour qu'un EtherChannel se forme avec succès, les deux extrémités doivent utiliser des protocoles et des modes compatibles. Si un côté est configuré avec le mode LACP active, il s'attend à ce que l'autre côté soit en mode LACP active ou passive pour négocier le canal. Si l'autre côté utilise le mode statique 'on', il ne participe pas à la négociation, ce qui provoque l'échec de la formation du canal. De même, les modes PAgP doivent correspondre des deux côtés pour la négociation. Les mismatches de VLAN natifs ou les configurations de ports routés n'empêchent pas directement la formation d'un EtherChannel, mais peuvent causer d'autres problèmes de connectivité. Le piège de l'examen ici est de confondre les protocoles et les modes de négociation. Les candidats supposent souvent que n'importe quelle combinaison de modes formera un EtherChannel, mais des protocoles incompatibles ou des modes statiques par rapport à dynamiques provoquent des échecs. En pratique, les ingénieurs réseau doivent s'assurer que les deux côtés utilisent le même protocole EtherChannel et des modes compatibles pour éviter les problèmes de regroupement de liens. Cette compréhension est cruciale pour le dépannage des problèmes d'EtherChannel dans les réseaux Cisco et pour réussir l'examen CCNA.
À 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.