Cisco - Etherchannel ou agrégation de liens

L’agrégation de lien ou etherchannel Kézako :

L’agrégation de liens est le regroupement de plusieurs ports physiques d’un switch pour augmenter sa bande passante. Par exemple l’agrégation de 2 ports 100Mb/s permet d’avoir un agrégat (une interface virtuel) de 200Mb/s, attention, car entre 2 machines vous n’aurez pas 200Mb/s (c’est du à la méthode de loadbalancing), il faut plusieurs machines pour qu’au global on s’approche des 200Mb/s. Dans la configuration cet agrégat ou etherchannel est vu/configuré comme un port channel raccourci à Po.

La tolérance aux pannes est un autre aspect essentiel de EtherChannel. Si un lien tombe, la charge est automatiquement redistribuée sur les liens restants. Ce processus de remise sur pied prend moins d’une seconde et est transparent aux applications réseau.

Schéma explicatif

Link Aggregation avec EtherChannel :

Un EtherChannel permet d’aggréger de 1 à 8 ports physique, il y a la possibilité de modifier la méthode de load-balancing sur ces ports. Un EtherChannel peut être de niveau 2 ou niveau 3, de protocole standard LACP (Link Aggregation Control Protocol) IEEE 802.3ad, propriétaire Cisco PAgP (Port Aggregation Protocol) ou forcé. Les ports doivent être avoir le même duplex, speed et VLAN information. Attention, en fonction des modèles de switchs/IOS/protocole, un etherchannel sur des ports des switchs différent (cas par exemple dans un stack aussi appelé un etherchannel MEC “Multichassis EtherChannel”) n’est pas possible.

Matrice d’état en fonction du mode et protocole :

Paramètres additionnels pour LACP :

- system priority : chaque switch qui fait tourner du LACP a un system priority. Il peut être spécifié automatiquement ou en CLI (switch(config)# lacp system-priority 23456). LACP utilise la MAC du switch et le system priority pour former le system ID qui est utilisé durant la phase de négociation.

- port priority : cette priorité est configurée sur chaque port LACP, c’est configuré automatiquement ou en CLI (switch(config-if)# lacp port-priority 500 <= interface physique) . LACP utilise le port priority et le port number pour former le port identifier. Le port priority détermine quels ports seront mis en standby quand il y a des limitations hardware.

- administrative key : LACP configure automatiquement l’administrative key qui est égale à l’identifiant du channel-group configuré sur chaque port configuré avec LACP. L’adminitrative key définit la capacité d’un port à l’agrégation avec d’autres ports. La capacité d’un port à l’agrégation avec d’autres ports est déterminée par ces facteurs : caractéristiques physique du port comme le débit, duplex, media point à point ou partagé. restriction de configuration que vous avez établi.

- max bundle : restreindre le nombre max d’interface dans un channel (switch(config-if)# lacp max-bundle 2 <= interface port-channel).

D’autres options sont disponibles en fonction de l’IOS et du modèle de swicth.

Dans LACP quand l’équipement distant à plus de limitation comme le monbre max d’interface dans un channel, il place des interfaces en standby qui seront utilisées si un port active devient failed.

• La configuration du port-channel affecte les port physiques.
• La configuration de l’interface physique affecte seulement l’interface physique.
• L’Etherchannel ne prendra pas forme si une des interfaces est un port destination SPAN.
• Toutes les interfaces dans un etherchannel doivent avoir la même configuration :
  • Même speed et duplex
  • Même mode (access ou trunk)
  • Même native VLAN et VLANs autorisés sur le trunk
  • Même VLAN d’access sur le port
  • Configurer ces paramètres sur le port-channel

Configuration :

Il est plus que conseillé de faire la configuration au niveau du Po sous peine de le “bloquer”. Sauf pour le shutdown de port physique.

Commandes d’informations/configuration :

Liste des etherchannels configurés :

Swicth# show etherchannel summary
Flags:  D - down        P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3      S - Layer2
U - in use      f - failed to allocate aggregator

M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port


Number of channel-groups in use: 1
Number of aggregators:           1

Group  Port-channel  Protocol    Ports
------+-------------+-----------+-----------------------------------------------
1      Po1(SU)          -        Gi1/0/1(P)  Gi2/0/1(P)

Là nous avons 1 etherchannel forcé qui agrége 2 ports Giga, qu’il est Up, que les 2 ports sont montés.

Note : rien ne nous oblige à commencer le numéro de Po par 1. Le nombre maxi de Po dépend du modèle de switch.

Connaître le Po associé à un port physique :

Switch# show interface g1/0/1 etherchannel
Port state    = Up Mstr In-Bndl
Channel group = 1           Mode = On              Gcchange = -
Port-channel  = Po1         GC   =   -             Pseudo port-channel = Po1
Port index    = 0           Load = 0x00            Protocol =    -

Age of the port in the current state: 89d:11h:26m:09s

Informations d’un Po :

Switch# show etherchannel 1 port-channel  
Port-channels in the group:
---------------------------

Port-channel: Po1
------------

Age of the Port-channel   = 89d:11h:30m:25s
Logical slot/port   = 10/1          Number of ports = 2
GC                  = 0x00000000      HotStandBy port = null
Port state          = Port-channel Ag-Inuse
Protocol            =    -
Port security       = Disabled

Ports in the Port-channel:

Index   Load   Port     EC state        No of bits
------+------+------+------------------+-----------
0     00     Gi1/0/1  On                 0
0     00     Gi2/0/1  On                 0

Time since last port bundled:    89d:11h:26m:56s    Gi1/0/1

Configurer la méthode de load balancing (du Po) :

Switch(config)# port-channel load-balance {dst-ip|dst-mac|src-dst-ip|src-dst-mac|src-ip|src-mac|src-port|dst-port|src-dst-port}

Vérification :

Switch#show etherchannel load-balance
EtherChannel Load-Balancing Configuration:
src-mac

EtherChannel Load-Balancing Addresses Used Per-Protocol:
Non-IP: Source MAC address
IPv4: Source MAC address
IPv6: Source MAC address

Note : Méthode de load-balancing par défaut sur les 2960, 3560, 3750 est src-mac et src-dst-ip sur 4550 et 6500 (recommandé pour les switch L3).

Mais par ou on passe …

La commande peut changer en fonction du modèle de swicth :

test etherchannel load-balance interface port-channel <port-channel XX> <mac/ip> <source address> <destination address>

3750# test etherchannel load-balance interface port-channel 1 mac 0000.1111.2222 3333.4444.5555
Would select Gi1/0/1 of Po1

4500-VSS-MEC# show platform software etherchannel port-channel 1 map ip 2.2.2.2 1.1.1.1

Executing the command on VSS member switch role = VSS Active, id = 1

Map port for Ip 2.2.2.2, 1.1.1.1 is Te1/1/1(Po1)
NOTE: Software forwarded traffic will use Te1/1/1(Po1)

Executing the command on VSS member switch role = VSS Standby, id = 2

Map port for Ip 2.2.2.2, 1.1.1.1 is Te2/1/1(Po1)
NOTE: Software forwarded traffic will use Te2/1/1(Po1)

!!!Attention!!! dans un VSS, un etherchannel de type MEC (Multi-chassis EtherChannel) privilégie le port de sortie qui est sur le même switch que le port d’entrée.

6500# remote login switch
Trying Switch ...
Entering CONSOLE for Switch
Type "^C^C^C" to end this session

6500-sp# test etherchannel load-balance interface po1 ip 1.1.1.1 2.2.2.2
Computed RBH: 0x5
Would select Gi2/2 of Po1