Agrégation de liens Ethernet
En savoir plus sur l’agrégation de liaisons Ethernet, également connue sous le nom de groupe d’agrégation de liens (LAG), agrégation de ports ou liaison de ports, est une technologie qui combine plusieurs liaisons Ethernet en un seul lien logique.
L’agrégation de liens Ethernet est un mécanisme permettant d’augmenter la bande passante de façon linéaire et d’améliorer la résilience des liaisons Ethernet en regroupant ou en combinant plusieurs liaisons Ethernet point à point point en duplex intégral et de même vitesse en une seule liaison virtuelle. L’interface de liaison virtuelle est appelée LAG (Link Aggregation Group) ou interface AE (Aggregated Ethernet). Le LAG équilibre le trafic sur les liaisons membres au sein d’un faisceau Ethernet agrégé et augmente efficacement la bande passante de la liaison montante. Un autre avantage de l’agrégation de liens est sa disponibilité accrue, car le LAG est composé de plusieurs liens membres. En cas de défaillance d’une liaison membre, le LAG continue d’acheminer le trafic sur les liaisons restantes.
Pour configurer une interface Ethernet agrégée :
Spécifiez le nombre d’interfaces Ethernet agrégées à créer :
[edit chassis] user@host#
set aggregated-devices ethernet device-count numberSpécifiez le nombre minimal de liaisons pour l’interface Ethernet agrégée (aex), c’est-à-dire le bundle défini, à étiqueter « up » :
[edit interfaces] user@host#
set ae0 aggregated-ether-options minimum-links number (1 — 8)Spécifiez la vitesse de liaison pour le bundle Ethernet agrégé :
[edit interfaces] user@host#
set ae0 aggregated-ether-options link-speed speed (10g | 1g | 100m)Spécifiez les membres à inclure dans le bundle Ethernet agrégé :
[edit interfaces] user@host#
set ge-1/0/0 gigether-options 802.3ad ae0user@host#set ge-1/0/1 gigether-options 802.3ad ae0Spécifiez une famille d’interfaces pour le bundle Ethernet agrégé :
[edit interfaces] user@host#
set ae0 unit 0 family inet address ip-address
La procédure ci-dessus crée une interface AE et celle-ci est prête à exécuter les services définis sur les interfaces logiques AE.
Les interfaces AE peuvent être étiquetées VLAN ou non. Vous pouvez configurer le balisage vlan flexible, l’identifiant vlan natif et le balisage double sur les interfaces AE.
Chaque fois qu’il y a un changement de configuration (interface AE vers les interfaces Gigabit Ethernet ou vice versa), vous devez supprimer la configuration existante, effectuer une validation, puis ajouter la nouvelle configuration et valider à nouveau la configuration.
Pour supprimer une interface Ethernet agrégée :
Supprimez la configuration Ethernet agrégée.
Cette étape change l’état de l’interface en bas et supprime les instructions de configuration liées à aex.
[edit] user@host#
delete interfaces aexSupprimez l’interface du nombre d’appareils.
[edit] user@host#
delete chassis aggregated-devices ethernet device-count
Pour les interfaces Ethernet agrégées, vous pouvez configurer le protocole LACP (Link Aggregation Control Protocol). LACP est une méthode qui consiste à regrouper plusieurs interfaces physiques pour former une seule interface logique. Vous pouvez configurer des réseaux Ethernet agrégés avec et sans balise VLAN, avec ou sans LACP activé.
Équilibrage de charge
JUNOS équilibre la charge du trafic entre les liaisons membres d’un bundle AE en fonction des informations de couche 3 contenues dans le paquet. Vous pouvez configurer globalement les champs utilisés pour l’équilibrage de charge pour inet et MPLS
Sur les routeurs, les boutons de la famille d’inet sont disponibles au niveau PIC. Vous pouvez configurer les champs de couche 3 et de couche 4 de la famille d’inet à utiliser pour l’équilibrage de charge. Pour la famille de ponts, les champs de couche 2, couche 3 et couche 4 à utiliser pour l’équilibrage de charge.
Les routeurs prennent également en charge l’équilibrage de charge sur les liaisons membres à l’aide d’adresses MAC sources de couche 2, d’adresses MAC de destination ou des deux. Cela peut être configuré au niveau de la [edit forwarding-options hash-key family multiservice] hiérarchie. Les adresses MAC source et les adresses MAC de destination de couche 2 sont utilisées comme clés de hachage pour l’équilibrage de charge.
[edit]
forwarding-options {
hash-key {
family multiservice {
destination-mac;
source-mac;
}
}
}
-
Pour les paquets de couche IP 2, seuls les champs IP sont utilisés pour l’équilibrage de charge entre les liaisons membres. L’adresse MAC source et l’adresse MAC de destination ne doivent pas être utilisées pour l’équilibrage de charge.
-
Pour les paquets de couche 2 non-IP, l’adresse MAC source ou l’adresse MAC de destination est utilisée comme clé de hachage pour l’équilibrage de charge.
-
Si vous souhaitez effectuer un hachage basé sur des champs de couche 2, vous devez configurer
multiservice. -
Si vous souhaitez effectuer un hachage basé sur des champs de couche 3 et de couche 4, vous devez configurer
family (inet | inet6)
Surveillance LACP
Les échanges LACP se font entre acteurs et partenaires. Un acteur est l’interface locale dans un échange LACP. Un partenaire est l’interface distante dans un échange LACP.
LACP est défini dans la norme IEEE 802.3ad, Aggregation of Multiple Link Segments.
LACP est conçu pour atteindre les objectifs suivants :
-
Ajout et suppression automatiques de liens individuels dans le bundle agrégé sans intervention de l’utilisateur
-
Surveillance des liens pour vérifier si les deux extrémités du bundle sont connectées au bon groupe
L’implémentation Junos OS de LACP surveille les liens, mais pas l’ajout et la suppression automatiques de liens.
La surveillance LACP peut être distribuée ou centralisée. La valeur par défaut est distribuée et peut être remplacée en configurant le bouton centralisé sous les protocoles LACP. Les échanges LACP se font entre acteurs et partenaires. Un acteur est l’interface locale dans un échange LACP. Un partenaire est l’interface distante dans un échange LACP.
Par défaut, LACP n’initie pas d’échange de PDU LACP. Les paquets LACP peuvent être configurés pour échanger des PDU LACP à un rythme de 1 paquet par seconde, ou à un rythme plus lent de 1 paquet pendant 30 secondes.
Le mode LACP peut être actif ou passif. Si l’acteur et le partenaire sont tous deux en mode passif, ils n’échangent pas de paquets LACP, ce qui empêche les liaisons Ethernet agrégées d’être établies. Si l’acteur ou le partenaire est actif, ils échangent des paquets LACP. Par défaut, LACP est désactivé sur les interfaces Ethernet agrégées. Si LACP est configuré, il est en mode passif par défaut. Pour initier la transmission des paquets LACP et la réponse aux paquets LACP, vous devez configurer LACP en mode actif.
Pour activer le mode actif LACP, incluez l’instruction au niveau de la [edit interfaces interface-name aggregated-ether-options] hiérarchie et spécifiez l’option :lacpactive
[edit interfaces interface-name aggregated-ether-options] lacp { active; }
Le processus LACP n’existe dans le système que si vous configurez le système en mode LACP actif ou passif.
Pour restaurer le comportement par défaut, incluez l’instruction au niveau de la [edit interfaces interface-name aggregated-ether-options] hiérarchie et spécifiez l’option :lacppassive
[edit interfaces interface-name aggregated-ether-options] lacp { passive; }
Comprendre l’algorithme utilisé pour hacher un bundle LAG
Les routeurs utilisent un algorithme de hachage pour déterminer comment transférer le trafic sur un bundle LAG (Link Aggregation Group).
L’algorithme de hachage prend des décisions de hachage en fonction des valeurs de divers champs de paquets, ainsi que de certaines valeurs internes telles que l’ID du port source et l’ID de l’appareil source. Vous pouvez configurer certains des champs utilisés par l’algorithme de hachage.
L’algorithme de hachage permet de prendre des décisions de transfert de trafic pour le trafic entrant dans un bundle LAG.
Pour les bundles LAG, l’algorithme de hachage détermine la manière dont le trafic entrant dans un bundle LAG est placé sur les liens membres du bundle. L’algorithme de hachage tente de gérer la bande passante en équilibrant uniformément la charge de tout le trafic entrant sur les liens membres du bundle.
L’algorithme de hachage prend des décisions de hachage en fonction des valeurs de divers champs de paquets, ainsi que de certaines valeurs internes telles que l’ID du port source et l’ID de l’appareil source. Les champs de paquet utilisés par l’algorithme de hachage varient en fonction du type d’Ether du paquet et, dans certains cas, de la configuration sur le routeur. L’algorithme de hachage reconnaît les EtherTypes suivants :
-
IPv4 (en anglais)
-
MPLS
Le trafic qui n’est reconnu comme appartenant à aucun de ces EtherTypes est haché en fonction de l’en-tête de couche 2. Le trafic IP et MPLS est également haché en fonction de l’en-tête de couche 2 lorsqu’un utilisateur configure le mode de hachage en tant qu’en-tête de couche 2.
Vous pouvez configurer certains champs utilisés par l’algorithme de hachage pour prendre des décisions de transfert de trafic. Cependant, vous ne pouvez pas configurer la façon dont certaines valeurs d’un en-tête sont utilisées par l’algorithme de hachage.
Notez les points suivants concernant l’algorithme de hachage :
-
Les champs sélectionnés pour le hachage sont basés uniquement sur le type de paquet. Les champs ne sont pas basés sur d’autres paramètres, y compris la décision de transfert (ponté ou routé) ou la configuration du bundle LAG de sortie (couche 2 ou couche 3).
-
Les mêmes champs sont utilisés pour le hachage des paquets unicast et multicast. Les paquets unicast et multicast sont cependant hachés différemment.
Tableau 1 décrit les champs utilisés pour le hachage par les services de couche 2. Le tableau explique le comportement par défaut et les champs configurables en fonction du type de trafic reçu sur le service de couche 2
|
Type de trafic |
Champs de hachage par défaut |
Champs configurables (clés de hachage) |
|---|---|---|
|
Couche 2 |
Aucune |
Adresse MAC source Destination MAC MAC source et MAC de destination |
|
IP |
IP source et IP de destination |
Adresse MAC source Destination MAC MAC source et MAC de destination |
|
MPLS |
Étiquette MPLS 1 et étiquette MPLS 2 |
Adresse MAC source Destination MAC MAC source et MAC de destination |
Tableau 2 décrit les champs utilisés pour le hachage par les services de couche 3. Le tableau décrit le comportement par défaut et les champs configurables en fonction du type de trafic reçu sur le service de couche 3
|
Type de trafic |
Champs de hachage par défaut |
Champs configurables (clés de hachage) |
|---|---|---|
|
IP |
IP source et IP de destination |
Couche 3 (IP source et/ou adresse IP de destination) Couche 4 (port source UDP/TCP et port de destination UDP/TCP) |