Pour les partenaires
Vous êtes déjà partenaire?
ConnexionAvez-vous un compte?
Ce document fournit des informations sur les incohérences de l'EtherChannel et explique comment elles sont détectées dans les commutateurs Cisco Catalyst.
Ce document ne détaille pas le fonctionnement des EtherChannels ni leur configuration. Pour obtenir des informations détaillées sur la compréhension et la configuration des EtherChannels, ainsi que des exemples de configuration entre différents commutateurs Catalyst, reportez-vous au support technique des technologies LAN : EtherChannel.
Aucune spécification déterminée n'est requise pour ce document.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Un EtherChannel est un ensemble agrégé de ports physiques présenté en tant que port logique unique. L'objectif d'EtherChannel est de fournir une bande passante et une disponibilité plus grandes que celles d'un port unique.
Le protocole STP (Spanning Tree Protocol) voit un EtherChannel comme un port unique. Cela présente un risque de création de boucles de transfert si les ports de canalisation ne sont pas cohérents des deux côtés du canal.
Ce diagramme fournit un exemple:
Si le commutateur A a deux liaisons physiques distinctes qui ne sont pas dans un canal et que le commutateur B considère ces mêmes liaisons comme faisant partie du canal, le commutateur B envoie un paquet de diffusion ou de monodiffusion inconnue au commutateur A. Puisque les liaisons ne sont pas regroupées en tant que canal sur le commutateur A, le paquet est renvoyé au commutateur B, comme le montre le schéma. Cela entraîne la duplication des paquets et modifie la table de transfert sur le commutateur B pour qu’elle pointe dans la mauvaise direction.
Des protocoles spéciaux tels que le protocole Cisco PAgP (Port Aggregation Protocol) et le protocole LACP (Link Aggregation Control Protocol) IEEE sont conçus pour garantir la cohérence entre les commutateurs voisins de distribution. Cependant, il y a des cas où aucun de ces protocoles n'est pris en charge par l'un ou l'autre des systèmes, ou lorsqu'ils sont désactivés pour d'autres raisons. Cisco a développé un mécanisme spécial pour détecter et désactiver l'incohérence des canaux afin d'éviter la duplication des paquets, la boucle et d'autres problèmes associés aux EtherChannels incohérents. Cette fonctionnalité est prise en charge par les commutateurs Catalyst 4500/4000, 5500/6000 et 6500/6000 et est activée par défaut, que le mode canal soit souhaitable, actif, automatique, passif ou activé.
Comme indiqué dans la section Background, un EtherChannel est considéré comme un port unique par STP. Tous les ports du canal partagent le même état STP et une seule unité de données de protocole de pont STP (BPDU) peut être envoyée ou reçue pour chaque VLAN et pour chaque intervalle Hello.
Ce n’est pas le cas si un commutateur considère les liaisons comme un canal et qu’un commutateur voisin considère ces liaisons comme des connexions distinctes, c’est-à-dire incohérentes. Considérez cet exemple :
Dans le schéma, le commutateur A ne canalise pas, tandis que le commutateur B canalise. Supposez que le port désigné STP pour le canal se trouve du côté du commutateur B. Cela signifie que le commutateur B est censé envoyer des BPDU. Tant que le canal est considéré comme un port STP unique, une seule BPDU est envoyée pour chaque VLAN sur le canal. Cette BPDU est transmise physiquement par l’une des liaisons du canal. Par conséquent, seul un des ports du commutateur A le reçoit. Ceci est représenté par une flèche noire dans le diagramme.
Une fois que le commutateur A reçoit la BPDU, l'autre port du commutateur A devient le port désigné STP. Ceci est dû au fait que le port n'est pas groupé en tant que canal avec le port qui a reçu la BPDU, et qu'il ne reçoit pas directement les BPDU du commutateur B. En tant que port désigné STP sur le commutateur A, il transmet maintenant les BPDU, qui sont représentés par la flèche rouge dans le schéma, au commutateur B. Le commutateur B reçoit des BPDU du commutateur A et une incohérence est détectée.
Le mécanisme de détection des incohérences EtherChannel exige qu'un seul port désigné dans le canal, pour chaque VLAN, envoie ou reçoit des BPDU. Chaque port du commutateur Catalyst a sa propre adresse MAC unique utilisée lors de l’envoi de BPDU.
Pour Catalyst OS (CatOS), vous pouvez voir cette adresse MAC si vous émettez la commande show port mac-address mod/port dans la version 7.1(1) et ultérieure, ou la commande show module mod. Voici est un exemple de sortie :
Cat6k> (enable) show port mac-address 2/7 Port Mac address ----- ----------------- 2/7 00-02-fc-90-19-2c Cat6k> (enable) show module 2 bold Mod Slot Ports Module-Type Model Sub Status --- ---- ----- ------------------------- ------------------- --- -------- 2 2 16 10/100/1000BaseT Ethernet WS-X6516-GE-TX no ok Mod Module-Name Serial-Num --- -------------------- ----------- 2 SAD05170009 Mod MAC-Address(es) Hw Fw Sw --- -------------------------------------- ------ ---------- ----------------- 2 00-02-fc-90-19-26 to 00-02-fc-90-19-35 0.231 6.1(3) 7.1(1)
Pour le logiciel Cisco IOS® sur un commutateur Catalyst, vous pouvez voir l'adresse MAC si vous émettez la commande show interface type mod/port comme indiqué dans cet exemple de sortie :
Cat6k-CiscoIOS# show interface fastEthernet 4/1 FastEthernet4/1 is up, line protocol is down (monitoring) Hardware is C6k 100Mb 802.3, address is 0005.7461.c838 (bia 0005.7461.c838) Description: I,NSP49,10.101.5.96,OCCRBC7505BN1A HSSI 1/0/0 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Full-duplex, 100Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output never, output hang never Last clearing of "show interface" counters never Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 262140 Queueing strategy: fifo Output queue :0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 119374 packets input, 8353326 bytes, 0 no buffer Received 118782 broadcasts, 299 runts, 0 giants, 0 throttles 748 input errors, 14 CRC, 0 frame, 0 overrun, 0 ignored 0 input packets with dribble condition detected 9225693 packets output, 591962436 bytes, 0 underruns 0 output errors, 0 collisions, 1 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out Cat6k-CiscoIOS#
Si l'adresse MAC source des BPDU reçus ou envoyés alterne constamment sur un EtherChannel, plusieurs ports STP envoient des BPDU. Ceci est un signe clair d'incohérence, car le STP considère le canal comme un port unique.
Remarque : ce mécanisme permet une certaine tolérance, car il est possible que les BPDU proviennent de différentes adresses MAC. Par exemple, lorsque STP converge, le port désigné STP peut changer entre les différents côtés du canal. Toutefois, ce processus doit être réglé dans un court délai.
Les unités BPDU envoyées et reçues sont examinées par le mécanisme de détection. Un EtherChannel est considéré comme incohérent si le canal détecte plus de 75 BPDU à partir d'adresses MAC différentes en plus de 30 secondes. Cependant, si 5 BPDU sont visibles consécutivement à partir de la même adresse MAC, les compteurs de détection sont réinitialisés. Ces compteurs/compteurs peuvent changer dans les versions logicielles futures.
Remarque : En raison de la nature générale de ce mécanisme, la détection des incohérences peut être déclenchée même si le canal est configuré de manière cohérente.
Par exemple, s'il y a un problème matériel ou logiciel avec un commutateur dans le réseau et deux commutateurs distincts, connectés par un canal, ne peuvent pas convenir de quel côté est le port désigné STP, chaque côté envoie des BPDU. Les EtherChannels présentant ces symptômes peuvent être désactivés par le mécanisme de détection de cohérence. Cela ne doit pas être considéré comme un effet secondaire néfaste, car cette modification permet potentiellement la convergence de réseaux partagés.
Même lorsque STP est désactivé, les BPDU ne sont pas inondés par le matériel. Le STP doit toujours traiter sur les BPDU, ce qui inclut une modification de l'adresse MAC source dans la BPDU en adresse MAC du port émetteur. Cela signifie que la détection des incohérences fonctionne sur le canal même si STP est désactivé.
Par défaut, la détection est activée à la fois sur CatOS et sur le logiciel Cisco IOS.
Il est également possible de surveiller le fonctionnement de la fonction. Pour ce faire, émettez la commande show spantree statistics mod/port [vlan] pour CatOS. Considérez cet exemple :
Cat6k> (enable) show spantree statistics 2/5 199 Port 2/5 VLAN 199 !--- Output suppressed. channel_src_mac 00-d0-5a-eb-67-5a channel src count 73 channel OK count 1 Cat6k> (enable) show spantree statistics 2/5 199 Port 2/5 VLAN 199 !--- Output suppressed. channel_src_mac 00-50-14-bb-63-a9 channel src count 76 channel OK count 1
Cette liste explique les paramètres show spantree statistics mod/port [vlan] dans l'exemple de sortie.
channel_src_mac — Affiche l'adresse MAC source du dernier BPDU envoyé ou reçu sur le canal.
channel src count - Compte le nombre de BPDU envoyés ou reçus avec des adresses MAC sources différentes.
channel OK count - Compte le nombre de BPDU envoyés consécutivement avec la même adresse MAC
Note : Le paramètre channel src count augmente. Une fois qu'il dépasse 75, toutes les liaisons du canal sont placées dans l'état erreur désactivée et les messages syslog sont émis. Notez également que les adresses MAC affichées dans les deux exemples de résultats sont différentes.
Vous pouvez également voir ce message d'erreur dans la sortie syslog pour CatOS en cas de problèmes de configuration EtherChannel :
%SPANTREE-2-CHNMISCFG: STP loop - channel 2/5-12 is disabled in vlan/instance 199
Ce message indique qu'il existe une erreur de configuration possible dans le paramètre de type EtherChannel (auto/desirable/on). Un canal mal configuré s'est formé, ce qui provoque des boucles Spanning Tree. Dans le message :
[dec] est le numéro de module
[chars] est le numéro de port
vlan [dec] est le numéro de VLAN
Dans CatOS version 8.1 et ultérieure, %SPANTREE-2-CHNMISCFG2 : BPDU accompagne le message d'erreur. Ce message vous aide lorsque vous dépannez, car les adresses MAC se trouvent maintenant dans les journaux système et peuvent être examinées et simplifiées lorsque vous dépannez.
%SPANTREE-2-CHNMISCFG2: BPDU source mac addresses: [chars], [chars]
Ce message apparaît après l'affichage du message SPANTREE-2-CHNMISCFG. Ce message fournit les adresses MAC source des BPDU STP qui ont causé l'erreur de désactivation du canal. Dans le message, [chars], [chars] sont les adresses MAC source des BPDU.
Pour le logiciel Cisco IOS, vous devez utiliser des procédures de dépannage STP standard afin de détecter les incohérences EtherChannel. Si vous voyez ce message d'erreur dans la sortie syslog, il peut y avoir des problèmes de configuration EtherChannel :
SPANTREE-2-CHNL_MISCFG: Detected loop due to etherchannel misconfiguration of [chars] [chars]
Ce message indique que la mauvaise configuration d'un groupe de canaux est détectée. Par exemple, les ports d'un côté de l'EtherChannel ne sont pas configurés pour être dans le canal ou n'ont pas pu être regroupés, tandis que les ports de l'autre côté de l'EtherChannel sont correctement regroupés. Dans le message, [chars] est l'ID du groupe de canaux.
Déterminez les ports locaux mal configurés à l'aide de la commande show interfaces status err-disabled. Vérifiez la configuration EtherChannel sur le périphérique distant à l'aide de la commande show etherchannel summary sur le périphérique distant. Une fois la configuration corrigée, émettez la commande shutdown, puis la commande no shutdown sur l'interface port-channel associée.
Pour plus d'informations sur les commandes debug STP et sur la façon de dépanner, référez-vous à Dépannage STP sur le commutateur Catalyst exécutant le logiciel système Cisco IOS.