SW1# show etherchannel summary Group Port-channel Protocol Ports 1 Po1(SU) LACP Gi1/0/1(P) Gi1/0/2(s)
Deux commutateurs sont regroupés avec LACP, mais un seul lien physique achemine du trafic dans le port-channel. Quelle est la raison la plus probable ?
Choisissez la meilleure réponse.
Bonne réponse
Pour qu'un EtherChannel se forme correctement, les interfaces membres doivent correspondre sur des paramètres clés tels que la vitesse, le duplex, le mode trunk et la liste des VLAN autorisés. Une non-correspondance empêche un lien d'être agrégé même si LACP est activé des deux côtés.
Une interface membre présente une non-correspondance de configuration de trunk
Lorsqu'un canal est négocié par LACP, toutes les interfaces membres sélectionnées doivent partager des propriétés de couche 2 identiques, y compris l'encapsulation, le VLAN natif et la liste des VLAN autorisés. Si les paramètres de trunk d'un lien physique diffèrent — par exemple, s'il autorise un ensemble de VLAN différent ou utilise un VLAN natif différent —, ce port est placé dans un état suspendu ou individuel et omis du port-channel. La non-correspondance est détectable avec la commande 'show etherchannel summary', où le lien fautif apparaît comme 'S' ou 'I' au lieu d'être agrégé.
LACP nécessite exactement un côté actif et un côté passif
Cette affirmation interprète mal les modes de négociation de LACP. Les deux extrémités peuvent être définies sur actif, auquel cas chaque commutateur transmet des paquets LACPDUs sur le lien et ils parviennent à un accord sans nécessiter de pair passif ; le mode actif/passif n'est que l'une des nombreuses associations de modes valides. Un port passif se contente d'attendre le LACPDU d'un partenaire, mais une association actif-actif est entièrement prise en charge et couramment déployée pour faire monter le lien plus rapidement.
STP bloque toutes les interfaces sauf une à l'intérieur de chaque EtherChannel
Spanning Tree n'évalue ni ne bloque les câbles physiques individuels qui appartiennent à un EtherChannel déjà formé ; il considère le groupe comme un seul port de pont logique et exécute une instance spanning-tree unique sur le port-channel. Les BPDUs sont envoyés et reçus par l'intermédiaire de l'interface logique, de sorte qu'aucun lien membre interne n'est mis à l'état de blocage, en supposant que le canal lui-même ne constitue pas une boucle. Si un lien physique tombe en panne, les membres restants continuent d'acheminer le trafic dans ce même port logique.
L'EtherChannel ne peut pas être utilisé sur les ports trunk
L'EtherChannel est indifférent au type de lien de couche 2 du port et peut être construit sur des interfaces trunk tout aussi facilement que sur des ports d'accès. En fait, la plupart des liens de distribution et de cœur de réseau de campus sont des EtherChannels de type trunk qui étendent plusieurs VLAN à travers le groupe, le port-channel héritant de 'switchport mode trunk' et du élagage (pruning) de VLAN associé. Cette idée reçue apparaît parce que c'est le port-channel logique, et non les membres physiques, qui porte la configuration du trunk.
L'EtherChannel est une technologie qui regroupe plusieurs liens Ethernet physiques en un seul lien logique, augmentant la bande passante et fournissant de la redondance entre les commutateurs. Cisco prend en charge l'EtherChannel à l'aide de protocoles tels que LACP, qui négocie dynamiquement l'agrégation en échangeant des paquets de protocole pour s'assurer que les deux extrémités s'accordent sur les paramètres du canal. Ce regroupement permet de répartir la charge du trafic sur les liens membres tout en présentant une interface unique aux couches supérieures. Pour qu'un EtherChannel se forme correctement, toutes les interfaces membres doivent avoir des configurations de couche 2 identiques, y compris la vitesse, le duplex, le mode trunking et les listes de VLAN autorisés. LACP utilise ces paramètres pour vérifier la compatibilité ; en cas de non-correspondance, LACP suspend le lien problématique du port-channel, ce qui fait que seuls les liens correctement configurés acheminent le trafic. Ce comportement prévient les boucles réseau et les états de transfert incohérents. Un piège d'examen courant consiste à supposer que STP bloque les liens membres individuels à l'intérieur d'un EtherChannel ou que LACP exige qu'un côté soit passif. En réalité, STP traite l'ensemble du port-channel comme une interface logique unique, de sorte qu'il ne bloque pas les liens individuels. De plus, LACP prend en charge la négociation active-active des deux côtés. L'impact pratique est qu'un seul lien qui n'achemine pas de trafic signale généralement une non-correspondance de configuration, telle qu'une non-correspondance de VLAN sur le trunk, plutôt qu'un comportement de protocole ou de STP.
À 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.