Conceptions EtherChannel

Introduction

Ce document décrit diverses combinaisons possibles de différents périphériques connectés via EtherChannel.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Commutation Cisco et opérations Catalyst
• STP
• Concepts EtherChannel
• Protocoles Cisco de couche 2

Composants utilisés

Les informations contenues dans ce document sont basées sur, mais sans s'y limiter :

• Commutateurs Cisco Catalyst.
• Commutateurs Cisco Nexus
• HA avec VSL (Virtual Switch Link), VSS, empilage et vPC
• EtherChannel

The information in this document was created from the devices in a specific lab environment. Si votre réseau est actif, assurez-vous de comprendre l'impact potentiel de tout changement de connexion de couche physique.

Informations générales

Ce document est utile pour comprendre les différentes manières recommandées de construire un EtherChannel entre des périphériques Cisco ou un périphérique Cisco et un périphérique non Cisco.

Explication

Un EtherChannel est constitué de liaisons d'interface individuelles qui doivent avoir les mêmes propriétés logiques et physiques. Ces liaisons sont regroupées en une seule liaison logique qui n'est rien d'autre que l'EtherChannel.

Exemple : 

Du point de vue de la liaison : les interfaces GigabitEthernet peuvent être regroupées, mais l'interface GigabitEthernet ne peut pas être regroupée avec FastEthernet ou TenGigabitEthernet et vice versa.

Du point de vue du périphérique : EtherChannel peut être formé entre deux périphériques, par exemple, deux commutateurs ou un commutateur et un commutateur multicouche ou un commutateur et un serveur, etc.

En outre, il peut être formé entre deux périphériques logiques, par exemple deux piles de commutateurs, ou un commutateur et une pile de commutateurs, un commutateur OU et un vPC, etc.

Expositions EtherChannel multiples

Conception 1. EtherChannel entre deux commutateurs simples

Conception 1. EtherChannel entre deux commutateurs simples

Les illustrations d'EtherChannel présentées sont la conception de base d'EtherChannel consistant en deux liaisons entre deux commutateurs.

Conception 2. EtherChannel avec 8 liaisons

Conception 2. EtherChannel avec 8 liaisons

L'illustration d'EtherChannel ci-dessus est la conception de base d'EtherChannel consistant en huit liaisons entre deux commutateurs, ce qui est la liaison active maximale prise en charge (selon PAGP).

EtherChannel peut avoir au total 16 liaisons où 8 sont actives et les 8 autres sont en secours automatique (ss par LACP).

Conception 3. EtherChannel entre la pile et un seul commutateur. Variante 1.

Conception 3. EtherChannel entre la pile et un seul commutateur. Variante 1

Cette conception montre la connexion EtherChannel dans un environnement empilé. Les commutateurs Stack Switch 1 et Stack Switch 2 sont deux commutateurs différents, mais ils agissent logiquement comme une entité de commutateur unique exécutant StackWise en tant que protocole.

Conception 4 : EtherChannel entre deux piles. Variante 1.

Conception 4 : EtherChannel entre deux piles. Variante 1

Cette conception illustre la connexion EtherChannel entre deux commutateurs empilés.

Le commutateur logique 1 sur le côté gauche se compose de deux commutateurs physiques, à savoir le commutateur de pile 1 et le commutateur de pile 2, connectés par des câbles de pile et de la même manière sur le côté droit il y a un commutateur logique 2.

Dans ce cas, EtherChannel est formé entre le commutateur logique 1 et le commutateur logique 2.

L'EtherChannel créé ici se trouve entre deux entités logiques uniques, une entité étant le commutateur logique 1 et l'autre le commutateur logique 2.

Conception 5 : EtherChannel entre deux configurations VSS / VSL

Conception 5 : EtherChannel entre deux configurations VSS / VSL

Cette conception illustre la connexion EtherChannel entre deux commutateurs de configuration VSS/VSL. Le commutateur supérieur gauche agit en tant que commutateur virtuel actif et le commutateur inférieur gauche en tant que commutateur virtuel de secours sont liés via le protocole VSS/VSL qui agit en conséquence comme un seul commutateur logique. De la même manière, la configuration virtuelle appropriée a également été conçue.

L'EtherChannel présenté ici est un exemple parfait de redondance complète entre deux configurations VSS/SVL.

Conception 6 : EtherChannel entre une pile et un commutateur unique. Variante 2.

Conception 6 : EtherChannel entre une pile et un commutateur unique. Variante 2

Cette conception illustre l'EtherChannel entre le commutateur logique du côté gauche et le commutateur du côté droit.

Le commutateur logique 1 agit comme un commutateur unique, mais il se compose d'une pile de trois commutateurs physiques, à savoir le commutateur 1, le commutateur 2 et le commutateur 3.

Il n'est pas obligatoire qu'une liaison membre EtherChannel soit connectée à chaque commutateur de la pile.

Conception 7 : EtherChannel entre deux piles. Variante 2.

Conception 7 : EtherChannel entre deux piles. Variante 2

C'est la variante de la conception précédente, mais dans cette conception, nous avons la pile sur le côté droit aussi.

Conception 8 : EtherChannel avec vPC

Conception 8 : EtherChannel avec vPC

Dans cette conception, sur le côté gauche, il y a deux périphériques Nexus physiquement et logiquement séparés, Nexus Switch 1 et Nexus Switch 2.

Ces commutateurs Nexus exécutent le protocole Virtual Port Channel (vPC) de telle sorte que le périphérique homologue (dans ce cas, son commutateur sur le côté droit) perçoit la configuration Nexus comme un commutateur unique.

vPC est une fonctionnalité disponible pour les commutateurs Nexus. Grâce aux liaisons EtherChannel, vous pouvez interconnecter deux commutateurs Nexus qui exécutent la fonctionnalité et la configuration vPC. De cette manière, vous pouvez créer un noeud logique unique.

vPC relie deux commutateurs Nexus en usurpant la couche 2, y compris STP BPDU et FHRP (First Hop Routing Protocol — HSRP, VRRP, GLBP).

Nexus est principalement utilisé pour les data centers et VSS pour les environnements de campus. Le nombre maximal de périphériques que vous pouvez utiliser pour vPC et VSS est de 2. Pour ce qui est de la différence, VSS dispose d'un plan de contrôle et vPC de deux plans différents. Avec VSS, vous éliminez l'utilisation de VRRP, HSRP, etc. Avec VPC, vous devez toujours utiliser un HSRP ou un VRRP.

vPC est une technologie de virtualisation qui permet aux liaisons physiquement connectées à deux périphériques Cisco Nexus différents d'apparaître comme un canal de port unique vers un troisième terminal.

Conception 9:EtherChannel avec association de cartes réseau

Conception 9:EtherChannel avec association de cartes réseau

L'association de cartes réseau vous permet de combiner plusieurs interfaces réseau physiques et virtuelles en une seule carte virtuelle logique appelée association de cartes réseau. 

Cette conception illustre une connexion EtherChannel entre le commutateur et le serveur.

Dans ce cas, à partir de l'extrémité du commutateur, l'EtherChannel peut être configuré soit en mode ON, soit en mode actif/passif LACP, tout dépendant du protocole exécuté du côté homologue.

Conception 10 : EtherChannel avec pare-feu en mode haute disponibilité

Conception 10 : EtherChannel avec pare-feu en mode haute disponibilité

Cette conception illustre la connexion EtherChannel entre les commutateurs de configuration VSS/VSL et le pare-feu en mode haute disponibilité.

Le commutateur supérieur gauche agit en tant que commutateur actif et le commutateur inférieur gauche en tant que commutateur de secours sont liés ensemble via le protocole VSS/VSL. Par conséquent, ils agissent tous deux comme un seul commutateur logique.

Sur le côté droit, il y a deux pare-feu logiquement et physiquement séparés qui agissent généralement comme actif et en veille. Pour assurer la redondance, chaque pare-feu doit comporter une liaison connectée aux deux commutateurs des configurations VSS/VSL. La redondance est assurée par deux EtherChannels : PortChannel 10 et PortChannel 20 dans ce cas. PortChannel 10 se compose de deux liaisons partant du pare-feu 1 et aboutissant respectivement au commutateur VSS/VSL actif et en veille, et de la même manière que PortChannel 20 part du pare-feu 2.

Conception 11. Conception non prise en charge avec pare-feu redondant

Conception 11. Conception non prise en charge avec pare-feu redondant

Cette conception n'est pas prise en charge. La raison en est que la configuration Port-Channel du côté du commutateur est incorrecte et entraîne un blocage du trafic sur le périphérique en veille. Une telle conception n’est prise en charge que lorsque vous configurez ASA ou FTD en mode étendu de grappe.

Pour plus de précisions, veuillez vous reporter à la conception précédente.

Conception 12. Conception non prise en charge avec des routeurs configurés FHRP

Conception 12. Conception non prise en charge avec des routeurs configurés FHRP

Cette conception n'est pas prise en charge car elle viole le principe de conception de base d'EtherChannel.

Dans cette conception, sur le côté gauche, les deux commutateurs agissent comme un seul commutateur logique. Sur le côté droit, les routeurs sont physiquement et logiquement séparés.

Les routeurs 1 et 2 sont couplés au protocole FHRP et ne prennent pas en charge la redondance EtherChannel.

Il n'est donc pas légitime et pris en charge de regrouper les liaisons provenant de ces routeurs sous un seul EtherChannel.