DifficileChoix unique

Question d'entraînement 200-301

Un EtherChannel entre deux switchs est configuré pour LACP. Un switch indique que les interfaces membres sont regroupées, tandis que l'autre les affiche comme des interfaces individuelles. Quelle explication est la plus probable si les deux côtés utilisent LACP ?

Choisissez la meilleure réponse.

Bonne réponse

ALes paramètres des interfaces membres ne correspondent pas suffisamment pour permettre le regroupement, même si les deux côtés utilisent LACP.

Explication

L'explication la plus probable est que certains autres paramètres d'interface ne correspondent pas, même si les deux côtés utilisent le même protocole EtherChannel. En termes pratiques, LACP seul ne suffit pas. Les interfaces membres candidates doivent également s'accorder sur des caractéristiques telles que la vitesse, le duplex, le mode switchport, les VLANs autorisés le cas échéant et d'autres paramètres liés au canal. Si ce n'est pas le cas, un côté peut traiter les liens comme séparés au lieu de les regrouper. Il s'agit d'un scénario de dépannage courant car il teste si vous savez que le succès d'EtherChannel dépend de bien plus que du simple nom du protocole de négociation.

Pourquoi chaque option est juste ou fausse

Juste

Les paramètres des interfaces membres ne correspondent pas suffisamment pour permettre le regroupement, même si les deux côtés utilisent LACP.

La négociation LACP à elle seule ne garantit pas le regroupement ; les interfaces membres doivent également partager des paramètres physiques et logiques identiques tels que la vitesse, le duplex, l'appartenance au VLAN, le VLAN natif et le mode trunk. Si l'un de ces paramètres diffère, le plan de contrôle LACP détectera la non-correspondance et maintiendra les ports dans un état autonome. Ainsi, même avec LACP actif aux deux extrémités, des configurations d'interface incohérentes empêchent la formation de l'EtherChannel.

Fausse

LACP exige toujours qu'un côté utilise PAgP comme sauvegarde.

LACP et PAgP sont des protocoles d'agrégation de liens distincts et mutuellement exclusifs ; LACP est défini par IEEE 802.3ad/802.1AX, tandis que PAgP est un protocole propriétaire Cisco. LACP n'a aucune obligation d'utiliser PAgP comme sauvegarde, et ils ne peuvent pas s'exécuter simultanément sur le même port. LACP utilise simplement les modes Active/Passive pour négocier les bundles, sans aucune implication de PAgP.

Fausse

EtherChannel ne peut pas fonctionner sur des switch trunks.

EtherChannel prend entièrement en charge les liens trunk ; en fait, l'agrégation de ports trunk entre switchs est une conception courante pour augmenter la bande passante tout en préservant le marquage VLAN. L'encapsulation IEEE 802.1Q sur chaque interface membre doit être cohérente, mais le trunking n'empêche pas le fonctionnement d'EtherChannel. Par conséquent, l'affirmation selon laquelle EtherChannel ne peut pas fonctionner sur des switch trunks est incorrecte.

Fausse

Un switch doit désactiver STP avant qu'un EtherChannel puisse se former.

La désactivation du Spanning Tree Protocol n'est pas un prérequis pour la formation d'EtherChannel ; en fait, EtherChannel interagit avec STP en présentant le bundle comme un port logique unique, ce qui évite les boucles tout en permettant la redondance. STP reste opérationnel pour maintenir une topologie sans boucles au niveau de la couche logique. La désactivation de STP introduirait en fait un risque de tempêtes de broadcast (broadcast storms), elle n'est donc jamais requise ni recommandée.

Pour aller plus loin

EtherChannel est une technologie qui agrège plusieurs liens Ethernet physiques en un seul lien logique pour augmenter la bande passante et fournir de la redondance. Cisco prend en charge deux protocoles de négociation principaux pour EtherChannel : PAgP (propriétaire Cisco) et LACP (standard IEEE). LACP négocie dynamiquement la formation de l'EtherChannel en échangeant des LACP Data Units (LACPDUs) entre les switchs pour identifier les interfaces compatibles. Cependant, un regroupement réussi dépend non seulement de l'utilisation du même protocole, mais aussi de la correspondance des caractéristiques des interfaces telles que la vitesse, le mode duplex, l'appartenance au VLAN et la configuration du trunk. Lors de la configuration d'EtherChannel avec LACP, les deux côtés doivent avoir des interfaces membres dotées de paramètres identiques. Si un paramètre diffère, par exemple si un côté a une vitesse différente ou une liste de VLANs autorisés sur le trunk différente, l'EtherChannel ne se regroupera pas correctement. Cette discordance amène un switch à afficher les interfaces comme regroupées (agrégées), tandis que l'autre switch les traite comme des interfaces individuelles. Ce comportement se produit parce que la négociation LACP réussit à identifier le protocole mais échoue aux vérifications de cohérence requises pour le regroupement. Un piège d'examen courant consiste à supposer que l'utilisation de LACP des deux côtés garantit la formation de l'EtherChannel quels que soient les paramètres de l'interface. En réalité, LACP négocie uniquement la présence du protocole ; il ne supplante pas les paramètres d'interface non concordants. Concrètement, cela signifie que les ingénieurs réseau doivent vérifier toutes les configurations d'interface pertinentes pour garantir la compatibilité. Les liens EtherChannel continuent de participer au STP normalement, et la désactivation du STP n'est ni requise ni recommandée. Comprendre cette nuance est essentiel pour les candidats au CCNA qui dépannent des problèmes d'EtherChannel dans des environnements Cisco.

À 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.