Comprendre l’agrégation de liens Ethernet sur les routeurs ACX Series
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.
Les routeurs ACX Series prennent en charge la gestion des problèmes de connectivité (CFM) sur les interfaces Ethernet agrégées avec un intervalle de contrôle de continuité de 100 millisecondes ou plus.
Les routeurs ACX5048 et ACX5096 prennent en charge la gestion des problèmes de connectivité (CFM) sur les interfaces Ethernet agrégées avec un intervalle de contrôle de continuité de 1 seconde ou plus.
Les configurations des options Ethernet pour les routeurs ACX5048 et ACX5096 diffèrent de celles des autres routeurs ACX Series. Pour plus d’informations, reportez-vous à Mode nouvelle génération de couche 2 pour ACX Series.
Sur les routeurs ACX Series, il est possible de créer jusqu’à 128 interfaces AE, chaque interface AE possédant jusqu’à 8 interfaces physiques. Des interfaces AE peuvent être créées sur des PIC et des ports fixes sur le châssis.
Sur les routeurs ACX5048 et ACX5096, il est possible de créer jusqu’à 64 interfaces AE, chaque interface AE possédant jusqu’à 16 interfaces physiques.
Les routeurs ACX Series ne prennent pas en charge les statistiques pour l’interface Ethernet agrégée. Cependant, les statistiques peuvent être récupérées pour l’interface membre.
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 » :
REMARQUE :Par défaut, un seul lien doit être actif pour que le bundle soit étiqueté « 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 ACX Series, les boutons de la famille 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 ACX Series prennent également en charge l’équilibrage de charge sur les liaisons membres à l’aide d’adresses MAC source 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; }
Protection des liens
La protection des liaisons peut être configurée sur les interfaces AE pour fournir une résilience de liaison 1 :1 à l’aide de LACP. Les liens principaux et secondaires peuvent être configurés au sein d’un bundle AE. La liaison principale est utilisée pour l’ensemble du trafic de transit et du trafic généré par l’hôte. La liaison de secours est utilisée en cas de défaillance de la liaison principale.
La protection des liens n’est prise en charge que lorsque les ensembles AE n’ont pas plus de 2 liens membres, l’un principal et l’autre de secours. LACP fonctionne par défaut en mode de protection de liaison réversible et peut être configuré pour fonctionner en mode non réversible.
La protection de liaison sans LACP (protection de liaison statique sur les interfaces AE) n’est pas prise en charge sur tous les routeurs ACX Series. La protection de liaison fonctionne comme prévu avec LACP configuré sur le bundle AE.
- Configuration de la protection de liaison pour les interfaces Ethernet agrégées
- Désactivation de la protection des liens pour les interfaces Ethernet agrégées
Configuration de la protection de liaison pour les interfaces Ethernet agrégées
Les interfaces Ethernet agrégées prennent en charge la protection des liaisons pour assurer la qualité de service sur l’interface.
Pour configurer la protection des liens :
Configurez les options d’une interface Ethernet agrégée.
user@host# edit interfaces aex aggregated-ether-options
Configurez le mode de protection des liens.
[edit interfaces aex aggregated-ether-options] user@host# set link-protection
Désactivation de la protection des liens pour les interfaces Ethernet agrégées
Pour désactiver la protection des liens, exécutez la commande de delete interface revert aex configuration.
user@host# delete interfaces aex aggregated-ether-options link-protection
Comprendre l’algorithme utilisé pour hacher un bundle LAG
Les routeurs ACX Series utilisent un algorithme de hachage pour déterminer comment transférer le trafic sur un bundle de groupes d’agrégation de liens (LAG).
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) |