SUR CETTE PAGE
Présentation des interfaces Ethernet agrégées et de LACP pour les commutateurs
Activation forcée des liaisons LAG ou des interfaces avec une capacité LACP limitée
Configuration de la protection des liaisons Ethernet agrégées
Configuration du rééquilibrage périodique des abonnés dans une interface Ethernet agrégée
Présentation de l’algorithme de hachage du bundle LAG et de la sortie du trafic ECMP de saut suivant
Configuration des champs de l’algorithme de hachage du bundle LAG et du trafic ECMP (procédure CLI)
Interfaces Ethernet agrégées
Les rubriques ci-dessous présentent les interfaces Ethernet agrégées, les détails de configuration de l’agrégation de liens et des interfaces Ethernet agrégées, le dépannage et la vérification des interfaces Ethernet agrégées.
Présentation des interfaces Ethernet agrégées et de LACP pour les commutateurs
L’agrégation de liens IEEE 802.3ad permet de regrouper des interfaces Ethernet pour former une interface de couche de liaison unique, également appelée groupe d’agrégation de liens (LAG) ou bundle.
L’agrégation de plusieurs liens entre des interfaces physiques crée une liaison trunk point à point logique unique, ou LAG. 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.
Sur les commutateurs autonomes QFX5100, QFX5120, EX4600 QFX10002, ainsi que sur les Virtual Chassis QFX5100 Virtual Chassis et EX4600, vous pouvez configurer un débit mixte de vitesses de liaison pour le bundle Ethernet agrégé. Les vitesses de liaison de 10G, 40G et 100G sont prises en charge. L’équilibrage de charge ne fonctionne pas si vous configurez des vitesses de liaison qui ne sont pas prises en charge.
Vous pouvez configurer le canal de port à l’aide de différents modèles SFP entre deux points de terminaison tout en conservant la même bande passante.
Par exemple :
switch 1 gig0/1 (SFP-10G-SR-S) --------- MX 1 gig0/1 (SFP-10G-SR-S)
switch 1 gig0/2 (SFP-10G-LR-S) --------- MX 1 gig0/2 (SFP-10G-LR-S)
Le protocole LACP (Link Aggregation Control Protocol) est un sous-composant de la norme IEEE 802.3ad et est utilisé comme protocole de découverte.
Pour assurer l’équilibrage de charge entre les interfaces Ethernet agrégées (AE) sur un groupe de nuds serveur redondant, les membres de l’AE doivent être répartis de manière égale sur le groupe de nuds serveur redondant.
Lors d’un basculement de groupe de nuds de réseau, le trafic peut être interrompu pendant quelques secondes.
Groupe d’agrégation de liens
Pour configurer un LAG, spécifiez le numéro de liaison en tant que périphérique physique, puis associez un ensemble d’interfaces (ports) à la liaison. Toutes les interfaces doivent avoir la même vitesse et être en mode full-duplex. Juniper Networks Système d'exploitation Junos (Junos OS) for EX Series Commutateurs Ethernet attribue un ID unique et une priorité de port à chaque interface. L’ID et la priorité ne sont pas configurables.
Le nombre d’interfaces pouvant être regroupées dans un LAG et le nombre total de LAG pris en charge sur un commutateur varient en fonction du modèle de commutateur. Le Tableau 1 répertorie les commutateurs EX Series ainsi que le nombre maximal d’interfaces par LAG ainsi que le nombre maximal de LAG qu’ils prennent en charge.
Les LAG avec des liaisons membres de types d’interfaces différents, par exemple GE et MGE, ne sont pas pris en charge sur les commutateurs multidébit.
Pour Junos OS Evolved, le logiciel n’impose pas de limite au nombre maximal d’interfaces AE dans un bundle AE à débit mixte. Étant donné que toutes les interfaces logiques enfants appartiennent à la même interface physique AE et partagent le même sélecteur, en utilisant beaucoup moins de mémoire d’équilibrage de charge, les configurations d’interface AE à débit mixte doivent être acceptées même si elles dépassent 64 interfaces logiques.
Interrupteur |
Nombre maximal d’interfaces par LAG |
LAG max. |
---|---|---|
L’EX2200 |
8 |
32 |
L’EX2300 |
8 |
128 |
L’EX3200 |
8 |
32 |
EX3300 et EX3300 Virtual Chassis |
8 |
32 |
L’EX3400 |
16 |
128 |
EX4200 et EX4200 Virtual Chassis |
8 |
111 |
EX4300 et EX4300 Virtual Chassis |
16 |
128 |
EX4500, EX4500 Virtual Chassis, EX4550 et EX4550 Virtual Chassis |
8 |
111 |
Réf. EX4400 | 16 | 128 |
L’EX4600 |
32 |
128 |
Réf. EX6200 |
8 |
111 |
Réf. EX8200 |
12 |
255 |
EX8200 Virtual Chassis |
12 |
239 |
Réf. EX9200 |
64 |
150 |
Interrupteur |
Nombre maximal d’interfaces par LAG |
LAG max. |
---|---|---|
QFX3500 |
64 |
60 |
QFX3600 |
64 |
60 |
QFX5100 |
64 |
96 |
QFX5110 |
64 |
96 |
QFX5120 |
64 |
72 |
QFX5200 |
64 |
128 |
QFX5700 |
128 |
144 |
QFX10002 |
64 |
150 |
QFX10008 |
64 |
1000 |
QFX10016 |
64 |
1000 |
Sur les commutateurs QFX Series, si vous essayez de valider une configuration contenant plus de 64 interfaces Ethernet dans un LAG, vous recevrez un message d’erreur indiquant que la limite de 64 a été dépassée et que le retrait de la configuration a échoué.
Pour créer un LAG :
-
Créez une interface Ethernet logique agrégée.
-
Définissez les paramètres associés à l’interface Ethernet agrégée logique, tels qu’une unité logique, des propriétés d’interface et le protocole LACP (Link Aggregation Control Protocol).
-
Définissez les liaisons membres à contenir dans l’interface Ethernet agrégée (par exemple, deux interfaces Ethernet 10 Gigabit).
-
Configurez LACP pour la détection des liens.
Gardez à l’esprit ces consignes matérielles et logicielles :
-
Pour Junos OS Evolved, lorsqu’une nouvelle interface est ajoutée en tant que membre au bundle Ethernet agrégé, un événement link flap est généré. Lorsque vous ajoutez une interface à l’ensemble, l’interface physique est supprimée en tant qu’interface standard, puis rajoutée en tant que membre. Pendant ce temps, les détails de l’interface physique sont perdus.
-
Jusqu’à 32 interfaces Ethernet peuvent être regroupées pour former un LAG sur un groupe de nœuds de serveur redondant, un groupe de nœuds de serveur et un groupe de nœuds de réseau sur un système QFabric. Jusqu’à 48 LAG sont pris en charge sur les groupes de nœuds de serveur et les groupes de nœuds de serveur redondants sur un système QFabric, et jusqu’à 128 LAG sont pris en charge sur les groupes de nœuds de réseau sur un système QFabric. Vous pouvez configurer des LAG sur des périphériques de nœud dans des groupes de nœuds de serveur redondants, des groupes de nœuds de serveur et des groupes de nœuds de réseau.
Note:Sur un système Qfabric, si vous essayez de valider une configuration contenant plus de 32 interfaces Ethernet dans un LAG, vous recevrez un message d’erreur indiquant que la limite de groupes de 32 a été dépassée et que l’extraction de la configuration a échoué.
-
Il est possible de regrouper jusqu’à 64 interfaces Ethernet pour former un LAG et, en Junos Fusion, jusqu’à 1 000 LAG sont pris en charge sur les commutateurs QFX10002 faisant office de périphériques d’agrégation.
-
Le LAG doit être configuré des deux côtés de la liaison.
-
Les interfaces situées de part et d’autre de la liaison doivent être réglées sur la même vitesse et être en mode duplex intégral.
Note:Junos OS attribue un ID unique et une priorité de port à chaque port. L’ID et la priorité ne sont pas configurables.
-
Les systèmes QFabric prennent en charge un LAG spécial appelé FCoE LAG, qui vous permet de transporter le trafic FCoE et le trafic Ethernet standard (trafic qui n’est pas du trafic FCoE) sur le même bundle d’agrégation de liens. Les LAG standard utilisent un algorithme de hachage pour déterminer quel lien physique dans le LAG est utilisé pour une transmission, de sorte que la communication entre deux périphériques peut utiliser des liens physiques différents dans le LAG pour différentes transmissions. Un LAG FCoE garantit que le trafic FCoE utilise le même lien physique dans le LAG pour les demandes et les réponses afin de préserver la liaison point à point virtuelle entre la carte réseau convergée (CNA) de périphérique FCoE et le commutateur SAN FC sur un périphérique de nœud de système QFabric. Un LAG FCoE n’assure pas l’équilibrage de charge ni la redondance des liaisons pour le trafic FCoE. Toutefois, le trafic Ethernet normal utilise l’algorithme de hachage standard et bénéficie des avantages LAG habituels de l’équilibrage de charge et de la redondance des liaisons dans un LAG FCoE. Pour plus d’informations, reportez-vous à la section Comprendre les LAG FCoE .
Protocole LACP (Link Aggregation Control Protocol)
LACP est une méthode de regroupement de plusieurs interfaces physiques pour former une interface Ethernet agrégée logique. Par défaut, les liaisons Ethernet n’échangent pas d’unités de données de protocole (PDU) LACP, qui contiennent des informations sur l’état de la liaison. Vous pouvez configurer des liaisons Ethernet pour qu’elles transmettent activement des PDU LACP ou des liaisons pour qu’elles soient transmises passivement, en envoyant des PDU LACP uniquement lorsque la liaison Ethernet les reçoit de l’extrémité distante. Le mode LACP peut être actif ou passif. Le lien émetteur est connu sous le nom d’acteur, et le lien récepteur est connu sous le nom de partenaire. Si l’acteur et le partenaire sont tous deux en mode passif, ils n’échangent pas de paquets LACP et les liens Ethernet agrégés ne sont pas activés. Si l’acteur ou le partenaire est actif, ils échangent des paquets LACP. Par défaut, LACP est en mode passif sur les interfaces Ethernet agrégées. Pour initier la transmission des paquets LACP et la réponse aux paquets LACP, vous devez activer le mode actif LACP. Vous pouvez configurer des interfaces Ethernet agrégées avec et sans balise VLAN sans que LACP soit activé. LACP est défini dans IEEE 802.3ad, Aggregation of Multiple Link Segments.
LACP a été conçu pour atteindre les objectifs suivants :
-
Ajout et suppression automatiques de liens individuels vers le LAG 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.
Dans un scénario où un serveur multihoming est déployé avec un commutateur, les cartes d’interface réseau forment un LAG avec le commutateur. Lors d’une mise à niveau du serveur, il se peut que le serveur ne soit pas en mesure d’échanger les PDU LACP. Dans une telle situation, vous pouvez configurer une interface pour qu’elle soit dans l’état même si aucune PDU n’est up
échangée. Utilisez l’instruction force-up
pour configurer une interface lorsque l’homologue dispose d’une capacité LACP limitée. L’interface sélectionne par défaut le LAG associé, que le commutateur et l’homologue soient tous deux en mode actif ou passif. Lorsque les PDU ne sont pas reçues, le partenaire est considéré comme travaillant en mode passif. Par conséquent, les transmissions LACP PDU sont contrôlées par la liaison d’émission.
Si l’extrémité distante de la liaison LAG est un équipement de sécurité, il est possible que LACP ne soit pas pris en charge, car les équipements de sécurité nécessitent une configuration déterministe. Dans ce cas, ne configurez pas LACP. Toutes les liaisons du LAG sont opérationnelles en permanence, sauf si le commutateur détecte une défaillance de liaison au sein de la couche physique Ethernet ou des couches de liaison de données.
Lorsque LACP est configuré, il détecte les erreurs de configuration à l’extrémité locale ou à l’extrémité distante de la liaison. Ainsi, LACP peut aider à prévenir les échecs de communication :
-
Lorsque LACP n’est pas activé, un LAG local peut tenter de transmettre des paquets à une interface unique distante, ce qui entraîne l’échec de la communication.
-
Lorsque LACP est activé, un LAG local ne peut pas transmettre de paquets à moins qu’un LAG avec LACP ne soit également configuré à l’extrémité distante de la liaison.
Voir aussi
Activation forcée des liaisons LAG ou des interfaces avec une capacité LACP limitée
Une liaison sans configuration LACP (Link Access Control Protocol) reste inactive et les équipements PE (Provider Edge) de la topologie ne peuvent pas y accéder. Vous pouvez configurer la fonction de mise en place dans LACP sur un périphérique PE pour lequel vous avez besoin d’une connectivité.
Pour vous assurer que l’homologue avec une capacité LACP limitée est actif et accessible sur le réseau LAG, configurez l’une des liaisons ou interfaces Ethernet agrégées sur un périphérique PE pour qu’elle soit active à l’aide du niveau hiérarchique approprié sur votre périphérique :
-
set interfaces interface-name ether-options 802.3ad lacp force-up
-
set interfaces interface-name aggregated-ether-options lacp force-up
Par défaut, un seul lien d’un LAG peut être à l’état FUP à la fois.
Dans un environnement autonome ou Virtual Chassis configuré avec Aggregated Ethernet (AE) :
-
si une interface Ethernet (AE) agrégée sur un commutateur comporte plusieurs liaisons membres et qu’une liaison membre de cet AE est dans l’état force-up avec le LACP de son homologue vers le bas, puis si LACP apparaît partiellement, c’est-à-dire si LACP est établi avec une liaison membre non force-up, force-up est désactivé sur la liaison membre sur laquelle force-up a été défini, et que le lien de membre est prêt pour l’établissement de la connexion via LACP. La mise en place forcée n’est éligible que si l’interface côté serveur présente des problèmes LACP.
Configuration d’une interface Ethernet agrégée
Vous pouvez associer une interface physique à une interface Ethernet agrégée.
Pour configurer une interface Ethernet agrégée :
Vous spécifiez le numéro x
d’instance de l’interface pour terminer l’association de liens ; Vous devez également inclure une instruction définissant aex
au niveau de la [edit interfaces]
hiérarchie. Si vous le souhaitez, vous pouvez spécifier d’autres propriétés physiques qui s’appliquent spécifiquement aux interfaces Ethernet agrégées. Pour plus de détails, reportez-vous à la section Présentation des interfaces Ethernet.
En général, les bundles Ethernet agrégés prennent en charge les fonctionnalités disponibles sur toutes les interfaces prises en charge qui peuvent devenir un lien membre au sein du bundle. Par exception, les fonctionnalités Gigabit Ethernet IQ et certaines fonctionnalités Gigabit Ethernet plus récentes ne sont pas prises en charge dans les bundles Ethernet agrégés.
Les interfaces Gigabit Ethernet IQ et SFP peuvent être des liaisons membres, mais les fonctionnalités spécifiques à IQ et SFP ne sont pas prises en charge sur le bundle Ethernet agrégé, même si toutes les liaisons membres prennent individuellement en charge ces fonctionnalités.
Vous devez configurer la vitesse de liaison correcte pour l’interface Ethernet agrégée afin d’éliminer tout message d’avertissement.
Avant de valider une configuration Ethernet agrégée, assurez-vous que le mode de liaison n’est configuré sur aucune interface membre du bundle Ethernet agrégé ; Dans le cas contraire, la vérification de validation de la configuration échoue.
Voir aussi
Configuration des interfaces Ethernet agrégées balisées
Pour spécifier des interfaces Ethernet agrégées, incluez l’instruction au vlan-tagging
niveau de la [edit interfaces aex]
hiérarchie :
[edit interfaces aex] vlan-tagging;
Vous devez également inclure l’énoncé vlan-id
suivant :
vlan-id number;
Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :
[edit interfaces interface-name unit logical-unit-number]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Pour plus d’informations sur les vlan-tagging
instructions and vlan-id
, reportez-vous à la section Présentation des VLAN 802.1Q.
Voir aussi
Configuration d’interfaces Ethernet agrégées non balisées
Lorsque vous configurez une interface Ethernet agrégée non balisée, les règles existantes pour les interfaces non balisées s’appliquent. Ces règles sont les suivantes :
Vous ne pouvez configurer qu’une seule interface logique (unité 0) sur le port. L’unité logique 0 est utilisée pour envoyer et recevoir des unités de données LACP ou de protocole marqueur (PDU) vers et depuis les liaisons individuelles.
Vous ne pouvez pas inclure l’instruction
vlan-id
dans la configuration de l’interface logique.
Configurez une interface Ethernet agrégée non balisée en omettant lesvlan-tagging
instructions and vlan-id
de la configuration :
[edit interfaces] ge-1/1/1 { ether-options { 802.3ad ae0; } } ae0 { # vlan-tagging; OMIT FOR UNTAGGED AE CONFIGURATIONS unit 0 { # vlan-id 100; OMIT FOR UNTAGGED AE CONFIGURATIONS family inet { address 10.0.0.1/24 { vrrp-group 0 { virtual-address 192.168.110.0; priority 200; } } } } }
Voir aussi
Configuration du nombre d’interfaces Ethernet agrégées sur l’équipement (logiciel de couche 2 amélioré)
Par défaut, aucune interface Ethernet agrégée n’est créée. Vous devez définir le nombre d’interfaces Ethernet agrégées sur le périphérique de routage avant de pouvoir les configurer.
Vous devez également spécifier les liens physiques constitutifs en incluant l’instruction 802.3ad
au niveau de la [edit interfaces interface-name ether-options]
hiérarchie.
Voir aussi
Exemple : Configuration d’interfaces Ethernet agrégées
Les interfaces Ethernet agrégées peuvent utiliser des interfaces de différents FPC, DPC ou PIC. La configuration suivante est suffisante pour qu’une interface Gigabit Ethernet agrégée soit opérationnelle.
[edit chassis] aggregated-devices { ethernet { device-count 15; } }
[edit interfaces] ge-1/3/0 { gigether-options { 802.3ad ae0; } } ge-2/0/1 { gigether-options { 802.3ad ae0; } } ae0 { aggregated-ether-options { link-speed 1g; minimum-links 1; } } vlan-tagging; unit 0 { vlan-id 1; family inet { address 10.0.0.1/24; } } unit 1 { vlan-id 1024; family inet { address 10.0.0.2/24; } } unit 2 { vlan-id 1025; family inet { address 10.0.0.3/24; } } unit 3 { vlan-id 4094; family inet { address 10.0.0.4/24; } } }
Voir aussi
Suppression d’une interface Ethernet agrégée
Il existe deux approches pour supprimer une interface Ethernet agrégée :
Vous pouvez supprimer une interface Ethernet agrégée de la configuration de l’interface. Junos OS supprime les instructions de configuration associées à
aex
et met cette interface à l’état inactif.Vous pouvez également supprimer définitivement l’interface Ethernet agrégée de la configuration de l’appareil en la supprimant du nombre d’appareils sur l’appareil de routage.
Pour supprimer une interface Ethernet agrégée :
Voir aussi
Comprendre le biais de liaison locale
La polarisation des liens locaux conserve la bande passante sur les ports Virtual Chassis (VCP) en utilisant des liens locaux pour transférer le trafic unicast sortant d’un Virtual Chassis ou d’une Virtual Chassis Fabric (VCF) disposant d’un bundle LAG (Link Aggregation Group) composé de liens membres sur différents commutateurs membres dans le même Virtual Chassis ou VCF. Une liaison locale est une liaison membre du bundle LAG qui se trouve sur le commutateur membre qui a reçu le trafic. Étant donné que le trafic est reçu et transféré sur le même commutateur membre lorsque le biais de liaison locale est activé, aucune bande passante VCP n’est consommée par le trafic traversant les VCP pour quitter Virtual Chassis ou VCF à l’aide d’un lien membre différent dans le bundle LAG. Le flux de trafic sortant d’un Virtual Chassis ou VCF sur un bundle LAG lorsque la polarisation de liaison locale est activée est illustré à la Figure 1.
Lorsque le biais de liaison locale est désactivé, le trafic sortant sortant d’un Virtual Chassis ou VCF sur un bundle LAG peut être transféré à partir de n’importe quel lien membre du bundle LAG. Les décisions de transfert de trafic sont prises par un algorithme interne qui tente d’équilibrer la charge du trafic entre les liens membres du bundle. La bande passante VCP est souvent consommée par le trafic sortant lorsque le biais de liaison locale est désactivé, car le trafic sortant traverse les VCP pour atteindre le lien membre sortant de destination dans le bundle LAG. Le flux de trafic sortant d’un Virtual Chassis ou VCF sur un bundle LAG lorsque la polarisation de liaison locale est désactivée est illustré à la Figure 2.
À partir de Junos OS version 14.1X53-D25, la polarisation des liens locaux peut être activée globalement pour tous les bundles LAG dans un Virtual Chassis ou VCF, ou individuellement par bundle LAG dans un Virtual Chassis. Dans les versions antérieures de Junos OS, le biais de liaison locale pouvait être activé individuellement par bundle LAG uniquement.
Un Virtual Chassis ou VCF qui a plusieurs bundles LAG peut contenir des bundles qui ont ou n’ont pas activé le biais de liaison locale. Le biais de liaison locale n’affecte que le transfert du trafic unicast sortant d’un Virtual Chassis ou VCF ; La gestion du trafic entrant n’est pas affectée par le paramètre de biais de liaison locale. Le trafic sortant multicast, unicast inconnu et de diffusion sortant d’un Virtual Chassis ou VCF sur un bundle LAG n’est pas affecté par le paramètre de biais de liaison locale et est toujours équilibré en charge entre les liaisons membres. Le biais des liens locaux est désactivé par défaut.
Vous devez activer la polarisation des liens locaux si vous souhaitez économiser la bande passante VCP en transférant toujours le trafic unicast sortant d’un bundle LAG à partir d’une liaison locale. Vous ne devez pas activer la polarisation des liens locaux si vous souhaitez équilibrer la charge du trafic sortant sur les liaisons membres du bundle LAG lorsqu’il quitte le Virtual Chassis ou VCF.
Configuration du biais de liaison locale
La polarisation de liaison locale permet d’économiser la bande passante sur les ports Virtual Chassis (VCP) en utilisant des liens locaux pour transférer le trafic unicast sortant d’un Virtual Chassis ou d’une Virtual Chassis Fabric (VCF) disposant d’un bundle LAG (Link Aggregation Group) composé de liens membres sur différents commutateurs membres dans le même Virtual Chassis ou VCF. Une liaison locale est une liaison membre du bundle LAG qui se trouve sur le commutateur membre qui a reçu le trafic. Étant donné que le trafic est reçu et transféré sur le même commutateur membre lorsque le biais de liaison locale est activé, aucune bande passante VCP n’est consommée par le trafic traversant les VCP pour quitter Virtual Chassis ou VCF sur une autre liaison membre dans le bundle LAG.
Vous devez activer la polarisation de liaison locale si vous souhaitez économiser la bande passante VCP en transférant toujours le trafic unicast sortant d’un LAG à partir d’une liaison locale. Vous ne devez pas activer le biais de liaison locale si vous souhaitez équilibrer la charge du trafic sortant lorsqu’il sort de Virtual Chassis ou VCF.
Le biais de liaison locale peut être activé ou désactivé globalement ou par bundle LAG sur un Virtual Chassis ou VCF. Dans les cas où la polarisation de liaison locale est activée à la fois au niveau global et par faisceau LAG, la configuration par faisceau LAG est prioritaire. Par exemple, si la polarisation des liens locaux est activée globalement, mais désactivée sur un ensemble de LAG nommé ae1, la polarisation des liens locaux est désactivée sur l’ensemble de liaisons LAG nommé ae1.
Pour activer la polarisation des liens locaux sur un bundle LAG :
[edit] user@switch# set interface aex aggregated-ether-options local-bias
où aex
est le nom du faisceau de liaisons Ethernet agrégé.
Par exemple, pour activer la polarisation de la liaison locale sur l’interface Ethernet agrégée ae0 :
[edit] user@switch# set interface ae0 aggregated-ether-options local-bias
Comprendre les liens minimums locaux
Lors de la description de la fonctionnalité de liaisons minimales locales, les liens membres sont des liens qui font partie d’un bundle Ethernet agrégé (LAG), les commutateurs membres sont des châssis membres d’un Virtual Chassis ou d’une Virtual Chassis Fabric (VCF) et local member links (ou simplement des liens locaux) sont des liens membres du même LAG qui sont locaux à un Virtual Chassis particulier ou un commutateur membre VCF.
Un groupe d’agrégation de liens (LAG) peut inclure des liens membres sur différents châssis et plusieurs liens membres locaux sur des commutateurs membres dans un Virtual Chassis ou VCF. En cas de défaillance des liens membres du LAG, celui-ci continue d’acheminer le trafic sur les liens membres restants qui sont encore actifs. Lorsque plusieurs liaisons membres sont locales dans un châssis et qu’une ou plusieurs de ces liaisons tombent en panne, le trafic LAG entrant dans ce châssis est redistribué sur les liaisons locales restantes. Toutefois, les liaisons locales actives restantes peuvent subir une perte de trafic si les liaisons défaillantes entraînent une réduction suffisante de la bande passante totale dans le châssis.
Introduite dans Junos OS version 14.1X53-D40, la fonctionnalité de liaisons minimales locales permet d’éviter les pertes de trafic dues à une bande passante asymétrique sur les chemins de transfert LAG via un commutateur membre Virtual Chassis ou VCF lorsqu’une ou plusieurs liaisons membres locales ont échoué.
La fonctionnalité de liaisons minimales locales est prise en charge sur les Virtual Chassis ou les VCF avec QFX5100 commutateurs membres uniquement.
Sur la base d’une valeur de seuil configurée par l’utilisateur, lorsqu’une ou plusieurs liaisons membres échouent, cette fonctionnalité marque toutes les liaisons locales actives restantes comme « inactives », ce qui oblige le trafic LAG à être redistribué uniquement via les liens membres sur d’autres châssis. Pour activer cette fonctionnalité sur une interface Ethernet agrégée (aex) particulière, vous définissez l’instruction local-minimum-links-threshold
de configuration avec une valeur de seuil qui représente le pourcentage de liaisons membres locales qui doivent être activées sur un châssis pour que toutes les liaisons membres locales de ce châssis continuent d’être actives dans le bundle Ethernet agrégé.
La valeur seuil configurée :
S’applique à une interface Ethernet agrégée spécifiée.
S’applique à tous les châssis qui ont des liens dans le bundle Ethernet agrégé spécifié.
Représente un pourcentage de liens membres locaux actifs sur le nombre total de liens membres locaux pour le châssis.
Lorsque la fonctionnalité de liaisons minimales locales est activée pour un LAG, si une ou plusieurs liaisons membres d’un châssis échouent, la fonctionnalité compare le pourcentage de liaisons membres locales qui atteignent encore le seuil. Si le pourcentage de liaisons actives est inférieur au seuil, l’entité force les liaisons locales actives restantes à s’arrêter, et aucun trafic destiné à l’interface Ethernet agrégée n’est transféré via les liaisons membres de ce châssis. Si le pourcentage de liaisons « actives » est supérieur ou égal au seuil, l’état des liaisons actives reste inchangé et le trafic LAG continue d’être réparti sur les liaisons membres disponibles sur ce châssis.
Prenons l’exemple d’un commutateur membre dans une Virtual Chassis Fabric dont quatre liens sont des liens membres actifs d’un LAG et la fonctionnalité de liaisons minimales locales est activée avec le seuil défini sur 60 :
Si un lien membre tombe en panne, 75 % (trois sur quatre) des liens sont toujours actifs, ce qui est supérieur au seuil (60 %), de sorte que les liens restants restent actifs.
Si deux liens membres tombent en panne, seulement 50 % (deux sur quatre) des liens sont « actifs », de sorte que la fonctionnalité de liens minimum locaux force les deux liens actifs restants à « descendre ». Il en va de même en cas de défaillance de trois liens membres, le lien restant est également forcé d’arrêter.
La fonctionnalité de liens minimums locaux permet de savoir si des liens sont inactifs en raison d’un échec de la liaison ou d’une interruption forcée, ainsi que du moment où des liaisons membres actives, défaillantes ou arrêtées sont ajoutées ou supprimées. Par conséquent, la fonctionnalité peut réagir dynamiquement dans les cas suivants :
Les liens des membres locaux qui ont échoué sont rétablis.
Vous modifiez la valeur de seuil configurée ou vous désactivez la fonctionnalité de liens minimums locaux.
L’ajout ou la suppression de liens membres locaux modifie le nombre total de liens membres locaux, ou modifie le rapport entre les liens « actifs » et le nombre total de liens membres locaux par rapport au seuil.
Par exemple, si la défaillance d’une liaison membre entraîne l’arrêt forcé de toutes les liaisons membres locales, puis que cette liaison revient et amène le pourcentage de liaisons « montantes » au-dessus du seuil actuel, le système ajuste l’état des liaisons forcées pour les marquer à nouveau.
Vous ne devez activer cette fonctionnalité que si votre système gère étroitement les chemins de transfert du trafic entrant et sortant sur les LAG pour les châssis individuels d’un Virtual Chassis et des VCF, en particulier lorsque le biais de liaison locale est également activé.
- Configuration des liaisons minimales locales
- Effet du nombre minimal de liaisons locales sur le nombre minimal de liaisons LAG
- Minimum de liens locaux et biais de liaison locale
Configuration des liaisons minimales locales
La fonctionnalité de liaisons minimales locales est désactivée par défaut. Pour activer cette fonctionnalité pour un bundle LAG (qui s’applique ensuite à tous les châssis ayant des liaisons membres locales dans le LAG), il suffit de configurer une valeur de seuil pour l’interface LAG, comme suit :
[edit interfaces] user@switch# set aggregated-ether-options aex local-minimum-links-threshold threshold-value
Pour mettre à jour la valeur de seuil, utilisez la même commande avec la nouvelle valeur de seuil.
Pour désactiver la fonctionnalité de liaisons minimales locales, supprimez l’instruction local-minimum-links-threshold
de la configuration. Tous les liens qui ont été forcés par cette fonctionnalité sont automatiquement réactivés en quelques secondes.
Effet du nombre minimal de liaisons locales sur le nombre minimal de liaisons LAG
Le seuil minimal de liaisons locales par châssis est similaire au paramètre minimum-links d’un bundle LAG, qui configure le nombre minimal de liaisons membres dans le bundle qui doit être activé pour que l’interface Ethernet agrégée dans son ensemble soit considérée comme « active ». (Pour plus de détails, reportez-vous à la section Configuration de l’agrégation de liens .) Les liens membres locaux qui échouent ou sont forcés d’être supprimés par la fonctionnalité de liens minimums locaux contribuent au nombre de liens « actifs » pour le LAG dans son ensemble. Par conséquent, cette fonctionnalité peut entraîner la mise hors service de l’ensemble du LAG si suffisamment de liaisons locales sont inactives. L’activation et la configuration de la fonctionnalité de liaisons minimales locales sont indépendantes de la configuration des liaisons minimales LAG, mais vous devez tenir compte de l’effet potentiel combiné sur le LAG dans son ensemble lors de la configuration des deux fonctionnalités.
Minimum de liens locaux et biais de liaison locale
Les fonctionnalités de liaisons minimales locales et de biais de liaison locale fonctionnent indépendamment, mais peuvent influencer les résultats de transfert de trafic de l’une et de l’autre. Par exemple, lorsque le biais de liaison locale est activé et favoriserait autrement le transfert du trafic sortant des liaisons locales du bundle Ethernet agrégé, mais que ces liaisons sont inactives car le seuil de liaisons minimales locales n’est pas actuellement atteint, le trafic sortant est redirigé via les VCP vers d’autres commutateurs membres Virtual Chassis ou VCF pour transfert. Dans ce cas, une augmentation imprévue du trafic VCP peut affecter les performances de Virtual Chassis ou VCF.
Reportez-vous à la section Comprendre le biais des liens locaux pour plus d’informations sur la fonctionnalité de biais des liens locaux.
Voir aussi
Dépannage d’une interface Ethernet agrégée
Dépannage des problèmes liés aux interfaces Ethernet agrégées :
- La commande show interfaces indique que le LAG est en panne
- Les statistiques de l’interface logique ne reflètent pas l’ensemble du trafic
- Les statistiques de trafic de l’interface IPv6 ne sont pas prises en charge
- Les compteurs SNMP ifHCInBroadcastPkts et ifInBroadcastPkts ont toujours la valeur 0
La commande show interfaces indique que le LAG est en panne
Problème
Description
La show interfaces terse
commande indique que le LAG est en panne.
Solution
Vérifiez les points suivants :
Vérifiez qu’il n’y a pas d’incompatibilité de configuration.
Vérifiez que tous les ports membres sont opérationnels.
Vérifiez qu’un LAG fait partie de la famille Ethernet, c’est-à-dire de la commutation (LAG de couche 2) ou de l’inet de famille (LAG de couche 3).
Vérifiez que le membre LAG est connecté au bon LAG à l’autre extrémité.
Vérifiez que les membres LAG appartiennent au même commutateur (ou au même Virtual Chassis).
Les statistiques de l’interface logique ne reflètent pas l’ensemble du trafic
Problème
Description
Les statistiques de trafic d’une interface logique n’incluent pas l’ensemble du trafic.
Solution
Les champs de statistiques de trafic pour les interfaces logiques dans show interfaces
les commandes affichent uniquement le trafic de contrôle, les statistiques de trafic n’incluent pas le trafic de données. Vous ne pouvez afficher les statistiques de l’ensemble du trafic que par interface physique.
Les statistiques de trafic de l’interface IPv6 ne sont pas prises en charge
Les compteurs SNMP ifHCInBroadcastPkts et ifInBroadcastPkts ont toujours la valeur 0
Problème
Description
Les valeurs des compteurs SNMP ifHCInBroadcastPkts et ifInBroadcastPkts sont toujours égales à 0.
Solution
Les compteurs SNMP ifHCInBroadcastPkts et ifInBroadcastPkts ne sont pas pris en charge pour les interfaces Ethernet agrégées sur les commutateurs EX Series.
Configuration de l’agrégation de liens
Utilisez la fonctionnalité d’agrégation de liens pour agréger un ou plusieurs liens afin de former un lien virtuel ou un groupe d’agrégation. Le client MAC peut traiter ce lien virtuel comme s’il s’agissait d’un lien unique. L’agrégation de liens augmente la bande passante, fournit une dégradation progressive en cas de défaillance et augmente la disponibilité des liens.
Une interface avec une adresse IP déjà configurée ne peut pas faire partie du groupe d’agrégation.
Sur les commutateurs autonomes QFX5100, QFX5120, QFX5200, EX4600, QFX10002 et QFX10008, ainsi que sur les Virtual Chassis QFX5100 Virtual Chassis et EX4600, vous pouvez configurer un débit mixte de vitesses de liaison pour le bundle Ethernet agrégé. L’équilibrage de charge ne fonctionnera pas si vous configurez des vitesses de liaison qui ne sont pas prises en charge. (La prise en charge de la plate-forme dépend de la version de Junos OS dans votre installation.)
- Création d’une interface Ethernet agrégée
- Configuration du nom VLAN et du numéro d’ID VLAN
- Configuration d’Aggregated Ethernet LACP (procédure CLI)
Création d’une interface Ethernet agrégée
Pour créer une interface Ethernet agrégée :
Configuration du nom VLAN et du numéro d’ID VLAN
Les VLAN ne sont pas pris en charge sur les commutateurs OCX Series.
[edit vlans]
user@switch# set vlan-name vlan-id vlan-id-number
Par exemple, 100.
Lorsque vous ajoutez ou supprimez un VLAN d’une interface LAG, l’interface descend et revient (battements). Le battement se produit lorsqu’un SFP à faible vitesse est branché sur un port à vitesse relativement élevée. Pour éviter les battements instabilité, configurez la vitesse du port pour qu’elle corresponde à la vitesse du SFP.
Configuration d’Aggregated Ethernet LACP (procédure CLI)
Pour les interfaces Ethernet agrégées sur les commutateurs EX Series, 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 interfaces Ethernet agrégées avec ou sans LACP activé.
LACP a été conçu pour atteindre les objectifs suivants :
Ajout et suppression automatiques de liens individuels vers le bundle 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
Vous pouvez également configurer la protection des liaisons LACP sur des interfaces Ethernet agrégées. Pour plus d’informations, reportez-vous à la section Configuration de la protection de liaison LACP des interfaces Ethernet agrégées pour les commutateurs.
L’implémentation Junos OS de LACP surveille les liens, mais pas l’ajout et la suppression automatiques de liens.
Avant de configurer LACP pour EX Series, assurez-vous d’avoir :
Configurez les bundles Ethernet agrégés, également appelés groupes d’agrégation de liens (LAG). Reportez-vous à la section Configuration des liaisons Ethernet agrégées (procédure CLI)
Lorsque LACP est activé, les côtés local et distant des liaisons Ethernet agrégées échangent des unités de données de protocole (PDU), qui contiennent des informations sur l’état de la liaison. Vous pouvez configurer des liaisons Ethernet pour qu’elles transmettent activement des PDU ou vous pouvez configurer les liaisons pour qu’elles les transmettent passivement (en envoyant des PDU LACP uniquement lorsqu’elles sont reçues d’une autre liaison). Un côté de la liaison doit être configuré de manière à ce que active
la liaison soit active.
N’ajoutez pas LACP à un LAG si l’extrémité distante de la liaison LAG est un périphérique de sécurité, sauf si le périphérique de sécurité prend en charge LACP. Souvent, les dispositifs de sécurité ne prennent pas en charge LACP car ils nécessitent une configuration déterministe.
Pour configurer LACP :
Le processus LACP n’existe dans le système que si vous configurez le système en mode LACP actif ou passif.
Voir aussi
Configuration de la protection des liaisons Ethernet agrégées
Vous pouvez configurer la protection des liaisons pour les interfaces Ethernet agrégées afin d’assurer la qualité de service sur les liaisons pendant le fonctionnement.
Sur les interfaces Ethernet agrégées, vous désignez une liaison principale et une liaison de secours pour prendre en charge la protection des liaisons. Le trafic sortant passe uniquement par la liaison principale désignée. Cela inclut le trafic de transit et le trafic généré localement sur le routeur ou le commutateur. Lorsque la liaison principale tombe en panne, le trafic est acheminé via la liaison de secours. Étant donné qu’une certaine perte de trafic est inévitable, le trafic sortant n’est pas automatiquement redirigé vers la liaison principale lorsque celle-ci est rétablie. Au lieu de cela, vous contrôlez manuellement le moment où le trafic doit être redirigé vers le lien principal à partir du lien de secours désigné.
La protection des liaisons n’est pas prise en charge sur le MX80.
- Configuration de la protection de liaison pour les interfaces Ethernet agrégées
- Configuration des liaisons primaires et secondaires pour les interfaces Ethernet agrégées de liaison
- Retour du trafic vers un lien principal lorsque le trafic passe par un lien de secours
- 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 :
Voir aussi
Configuration des liaisons primaires et secondaires pour les interfaces Ethernet agrégées de liaison
Pour configurer la protection des liens, vous devez spécifier un lien principal et un lien secondaire, ou de secours.
Pour configurer un lien principal et un lien secondaire :
Voir aussi
Retour du trafic vers un lien principal lorsque le trafic passe par un lien de secours
Sur les interfaces Ethernet agrégées, vous désignez une liaison principale et une liaison de secours pour prendre en charge la protection des liaisons. Le trafic sortant passe uniquement par la liaison principale désignée. Cela inclut le trafic de transit et le trafic généré localement sur le routeur ou le commutateur. Lorsque la liaison principale tombe en panne, le trafic est acheminé via la liaison de secours. Étant donné qu’une certaine perte de trafic est inévitable, le trafic sortant n’est pas automatiquement redirigé vers la liaison principale lorsque celle-ci est rétablie. Au lieu de cela, vous contrôlez manuellement le moment où le trafic doit être redirigé vers le lien principal à partir du lien de secours désigné.
Pour contrôler manuellement le moment où le trafic doit être redirigé vers la liaison principale à partir de la liaison de secours désignée, entrez la commande opérationnelle suivante :
user@host> request interface revert aex
Voir aussi
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 interfaces aex aggregated-ether-options link-protection
configuration.
user@host# delete interfaces aex aggregated-ether-options link-protection
Voir aussi
Configurer la vitesse de liaison Ethernet agrégée
Sur les interfaces Ethernet agrégées, vous pouvez définir la vitesse de liaison requise pour toutes les interfaces incluses dans le bundle.
Certains appareils prennent en charge les débits et les modes mixtes. Par exemple, vous pouvez configurer les éléments suivants sur la même interface Ethernet agrégée :
-
Liaisons membres de différents modes (WAN et LAN) pour des liaisons Ethernet 10 Gigabit
-
Liaisons membres de différents débits : 10 Gigabit Ethernet, 25 Gigabit Ethernet, 40 Gigabit Ethernet, 50 Gigabit Ethernet, 100 Gigabit Ethernet, 400 Gigabit Ethernet et OC192 (mode WAN 10 Gigabit Ethernet)
-
Vous ne pouvez configurer des liaisons membres Ethernet 50 Gigabit qu’à l’aide des interfaces Ethernet 50 Gigabit du PIC Ethernet 100 Gigabit avec CFP (PD-1CE-CFP-FPC4).
-
Vous ne pouvez configurer des liaisons membres Ethernet 100 Gigabit qu’à l’aide des deux interfaces Ethernet 50 Gigabit d’un PIC Ethernet 100 Gigabit avec CFP. Vous pouvez inclure cette liaison membre Ethernet 100 Gigabit dans une liaison Ethernet agrégée qui inclut également les liaisons membres d’autres interfaces.
Pour configurer la vitesse de liaison Ethernet agrégée :
Vous pouvez configurer les interfaces Ethernet agrégées sur le routeur M120 pour qu’elles fonctionnent à l’une des vitesses suivantes :
-
100m
: les liaisons sont de 100 Mbit/s. -
10g
: les liaisons sont de 10 Gbit/s. -
1g
: les liaisons sont de 1 Gbit/s. -
oc192
—Les liaisons sont OC192 ou STM64c.
Vous pouvez configurer des liaisons Ethernet agrégées sur les commutateurs EX Series pour qu’elles fonctionnent à l’une des vitesses suivantes :
-
10m
: les liaisons sont de 10 Mbit/s. -
100m
: les liaisons sont de 100 Mbit/s. -
1g
: les liaisons sont de 1 Gbit/s. -
10g
: les liaisons sont de 10 Gbit/s. -
50g
—Les liaisons sont de 50 Gbit/s.
Vous pouvez configurer des liaisons Ethernet agrégées sur les routeurs T Series, MX Series et PTX Series, ainsi que sur les commutateurs QFX5100, QFX5120, QFX10002, QFX10008 et QFX10016 pour qu’elles fonctionnent à l’une des vitesses suivantes :
-
100g
: les liaisons sont de 100 Gbit/s. -
100m
: les liaisons sont de 100 Mbit/s. -
10g
: les liaisons sont de 10 Gbit/s. -
1g
: les liaisons sont de 1 Gbit/s. -
40g
: les liaisons sont de 40 Gbit/s. -
50g
—Les liaisons sont de 50 Gbit/s. -
80g
: les liaisons sont de 80 Gbit/s. -
8g
: les liaisons sont de 8 Gbit/s. -
mixed
—Les liaisons ont des vitesses différentes. -
oc192
—Les liens sont OC192.
Configuration du rééquilibrage périodique des abonnés dans une interface Ethernet agrégée
Si les abonnés se connectent et se déconnectent fréquemment de votre réseau, vous pouvez configurer le système pour qu’il rééquilibre périodiquement les liaisons en fonction d’une heure et d’un intervalle spécifiques.
Pour configurer le rééquilibrage périodique :
Voir aussi
Exemple : Configuration de liaisons montantes Ethernet haut débit agrégées entre un commutateur d’accès Virtual Chassis EX4200 et un commutateur de distribution Virtual Chassis EX4200
Les commutateurs EX Series vous permettent de combiner plusieurs liaisons Ethernet en une seule interface logique pour une bande passante et une redondance plus élevées. Les ports ainsi combinés sont appelés groupe d’agrégation de liens (LAG) ou bundle. Le nombre de liaisons Ethernet que vous pouvez combiner dans un LAG dépend de votre modèle de commutateur EX Series.
Cet exemple décrit comment configurer des LAG de liaison montante pour connecter un commutateur d’accès Virtual Chassis à un commutateur de distribution Virtual Chassis :
Exigences
Cet exemple utilise les composants logiciels et matériels suivants :
Junos OS version 9.0 ou ultérieure pour les commutateurs EX Series
Deux commutateurs EX4200-48P
Deux commutateurs EX4200-24F
Quatre modules de liaison montante XFP
Avant de configurer les LAG, assurez-vous d’avoir :
Configurez les commutateurs Virtual Chassis - effectué. Reportez-vous à la section Configuration d’un Virtual Chassis EX4200, EX4500 ou EX4550 (procédure CLI).
Configurez les ports de liaison montante des commutateurs en tant que ports trunk - effectué. Reportez-vous à la section Configuration des interfaces Gigabit Ethernet (procédure CLI).
Vue d’ensemble et topologie
Pour une vitesse et une résilience maximales, vous pouvez combiner des liaisons montantes entre un commutateur d’accès et un commutateur de distribution dans des LAG. L’utilisation de LAG peut s’avérer particulièrement efficace lors de la connexion d’un commutateur d’accès Virtual Chassis multi-membres à un commutateur de distribution Virtual Chassis multi-membres.
Dans cet exemple, le commutateur d’accès Virtual Chassis est composé de deux commutateurs membres. Chaque commutateur membre dispose d’un module de liaison montante avec deux ports Ethernet 10 Gigabit. Ces ports sont configurés en tant que ports trunk, connectant le commutateur d’accès au commutateur de distribution.
La configuration des liaisons montantes en tant que LAG présente les avantages suivants :
Le protocole LACP (Link Aggregation Control Protocol) peut éventuellement être configuré pour la négociation de liens.
Il double la vitesse de chaque liaison montante, de 10 Gbit/s à 20 Gbit/s.
Si un port physique est perdu pour une raison ou une autre (un câble est débranché, un port de commutation tombe en panne ou un commutateur membre est indisponible), le port logique continue de fonctionner de manière transparente sur le port physique restant.
La topologie utilisée dans cet exemple se compose d’un commutateur d’accès Virtual Chassis et d’un commutateur de distribution Virtual Chassis. Le commutateur d’accès est composé de deux commutateurs EX4200-48P (SWA-0 et SWA-1), interconnectés l’un à l’autre avec leurs ports Virtual Chassis (VCP) en tant que commutateurs membres de l’hôte A. Le commutateur de distribution est composé de deux commutateurs EX4200-24F (SWD-0 et SWD-1), interconnectés avec leurs VCP en tant que commutateurs membres de l’hôte D.
Un module de liaison montante est installé sur chaque commutateur d’accès. Chaque module de liaison montante dispose de deux ports. Les liaisons montantes sont configurées pour agir comme des ports trunk, reliant le commutateur d’accès au commutateur de distribution. Un port de liaison montante de SWA-0 et un port de liaison montante de SWA-1 sont combinés en tant que LAG ae0
à SWD-0. Cette liaison est utilisée pour un VLAN. Les ports de liaison montante restants de SWA-0 et de SWA-1 sont combinés en tant que deuxième connexion LAG (ae1
) à SWD-1. Le LAG ae1
est utilisé pour un autre VLAN.
Si l’extrémité distante de la liaison LAG est un équipement de sécurité, il est possible que LACP ne soit pas pris en charge, car les équipements de sécurité nécessitent une configuration déterministe. Dans ce cas, ne configurez pas LACP. Toutes les liaisons du LAG sont opérationnelles en permanence, sauf si le commutateur détecte une défaillance de liaison au sein de la couche physique Ethernet ou des couches de liaison de données.
Le Tableau 3 détaille la topologie utilisée dans cet exemple de configuration.
Nom d’hôte du | commutateur | et VCIDMatériel de base | Liaison montante Module | ID du membre | Port trunk |
---|---|---|---|---|---|
SWA-0 |
Commutateur d’accès Host-A VCID 1 |
Commutateur EX4200-48P |
Un module de liaison montante XFP |
0 |
|
SWA-1 |
Commutateur d’accès Host-A VCID 1 |
Commutateur EX4200-48P |
Un module de liaison montante XFP |
1 |
|
SWD-0 (en anglais seulement) |
Commutateur de distribution Host-D VCID 4 |
Commutateur EX4200 L-24F |
Un module de liaison montante XFP |
0 |
|
SWD-1 (en anglais seulement) |
Commutateur de distribution Host-D VCID 4 |
Commutateur EX4200 L-24F |
Un module de liaison montante XFP |
1 |
|
Configuration
Pour configurer deux LAG de liaison montante du commutateur d’accès Virtual Chassis au commutateur de distribution Virtual Chassis.
Procédure
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement des liaisons montantes Ethernet haut débit agrégées entre un commutateur d’accès Virtual Chassis et un commutateur de distribution Virtual Chassis, copiez les commandes suivantes et collez-les dans la fenêtre du terminal du commutateur :
[edit] set chassis aggregated-devices ethernet device-count 2 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options link-speed 10g set interfaces ae1 aggregated-ether-options minimum-links 1 set interfaces ae1 aggregated-ether-options link-speed 10g set interfaces ae0 unit 0 family inet address 192.0.2.0/25 set interfaces ae1 unit 0 family inet address 192.0.2.128/25 set interfaces xe-0/1/0 ether-options 802.3ad ae0 set interfaces xe-1/1/0 ether-options 802.3ad ae0 set interfaces xe-0/1/1 ether-options 802.3ad ae1 set interfaces xe-1/1/1 ether-options 802.3ad ae1
Procédure étape par étape
Pour configurer des liaisons montantes Ethernet haut débit agrégées entre un commutateur d’accès Virtual Chassis et un commutateur de distribution Virtual Chassis :
Spécifiez le nombre de LAG à créer sur le châssis :
[edit chassis] user@Host-A# set aggregated-devices ethernet device-count 2
Spécifiez le nombre de liens qui doivent être présents pour que l’interface
ae0
LAG soitup
:[edit interfaces] user@Host-A# set ae0 aggregated-ether-options minimum-links 1
Spécifiez le nombre de liens qui doivent être présents pour que l’interface
ae1
LAG soitup
:[edit interfaces] user@Host-A# set ae1 aggregated-ether-options minimum-links 1
Spécifiez la vitesse du support de la
ae0
liaison :[edit interfaces] user@Host-A# set ae0 aggregated-ether-options link-speed 10g
Spécifiez la vitesse du support de la
ae1
liaison :[edit interfaces] user@Host-A# set ae1 aggregated-ether-options link-speed 10g
Spécifiez l’ID d’interface des liaisons montantes à inclure dans le LAG
ae0
:[edit interfaces] user@Host-A# set xe-0/1/0 ether-options 802.3ad ae0 user@Host-A# set xe-1/1/0 ether-options 802.3ad ae0
Spécifiez l’ID d’interface des liaisons montantes à inclure dans le LAG
ae1
:[edit interfaces] user@Host-A# set xe-0/1/1 ether-options 802.3ad ae1 user@Host-A# set xe-1/1/1 ether-options 802.3ad ae1
Spécifiez que LAG
ae0
appartient au sous-réseau du domaine de diffusion employé :[edit interfaces] user@Host-A# set ae0 unit 0 family inet address 192.0.2.0/25
Spécifiez que LAG
ae1
appartient au sous-réseau du domaine de diffusion invité :[edit interfaces] user@Host-A# set ae1 unit 0 family inet address 192.0.2.128/25
Résultats
Affichez les résultats de la configuration :
[edit] chassis { aggregated-devices { ethernet { device-count 2; } } } interfaces { ae0 { aggregated-ether-options { link-speed 10g; minimum-links 1; } unit 0 { family inet { address 192.0.2.0/25; } } } ae1 { aggregated-ether-options { link-speed 10g; minimum-links 1; } unit 0 { family inet { address 192.0.2.128/25; } } xe–0/1/0 { ether-options { 802.3ad ae0; } } xe–1/1/0 { ether-options { 802.3ad ae0; } } xe–0/1/1 { ether-options { 802.3ad ae1; } } xe–1/1/1 { ether-options { 802.3ad ae1; } } }
Vérification
Pour vérifier que la commutation fonctionne et que deux LAG ont été créés, effectuez les opérations suivantes :
Vérification de la création du LAG ae0
But
Vérifiez que le LAG ae0
a été créé sur le commutateur.
Action
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up inet 192.0.2.0/25
Sens
La sortie confirme que la ae0
liaison est active et affiche l’adresse family
IP et attribuée à cette liaison.
Dépannage
Dépannage d’un LAG en panne
Problème
La show interfaces terse
commande indique que le LAG est down
Solution
Vérifiez les points suivants :
Vérifiez qu’il n’y a pas d’incompatibilité de configuration.
Vérifiez que tous les ports membres sont opérationnels.
Vérifiez qu’un LAG fait partie de la famille Ethernet de commutation (LAG de couche 2) ou de l’inet de famille (LAG de couche 3).
Vérifiez que le membre LAG est connecté au bon LAG à l’autre extrémité.
Vérifiez que les membres LAG appartiennent au même commutateur (ou au même Virtual Chassis).
Exemple : configuration de l’agrégation de liens entre un produit QFX Series et un commutateur d’agrégation
Un produit QFX Series vous permet de combiner plusieurs liaisons Ethernet en une seule interface logique pour une bande passante et une redondance accrues. Les ports ainsi combinés sont appelés groupe d’agrégation de liens (LAG) ou bundle. Le nombre de liaisons Ethernet que vous pouvez combiner en LAG dépend de votre modèle de produit QFX Series. Vous pouvez configurer des LAG pour connecter un produit QFX Series ou un commutateur EX4600 à d’autres commutateurs, comme des commutateurs d’agrégation, des serveurs ou des routeurs. Cet exemple décrit comment configurer des LAG pour connecter un commutateur QFX3500, QFX3600, EX4600, QFX5100 et QFX10002 à un commutateur d’agrégation.
Exigences
Cet exemple utilise les composants logiciels et matériels suivants :
Junos OS version 11.1 ou ultérieure pour les commutateurs QFX3500 et QFX3600, Junos OS 13.2 ou version ultérieure pour les commutateurs QFX5100 et EX4600, et version Junos OS 15.1X53-D10 ou ultérieure pour les commutateurs QFX10002.
Un commutateur QFX3500, QFX3600, EX4600, QFX5100 ou QFX10002.
Vue d’ensemble et topologie
Dans cet exemple, le commutateur dispose d’un LAG comprenant deux interfaces Ethernet 10 Gigabit. Ce LAG est configuré en agrégation en mode port (ou agrégation en mode interface) afin que le commutateur et le VLAN auquel il a été affecté puissent envoyer et recevoir du trafic.
La configuration des interfaces Ethernet en tant que LAG présente les avantages suivants :
Si un port physique est perdu pour une raison quelconque (un câble est débranché ou un port de commutateur tombe en panne), le port logique continue de fonctionner de manière transparente sur le port physique restant.
En option, le protocole LACP (Link Aggregation Control Protocol) peut être configuré pour surveiller les liaisons et ajouter et supprimer automatiquement des liaisons individuelles sans intervention de l’utilisateur.
Si l’extrémité distante de la liaison LAG est un équipement de sécurité, il est possible que LACP ne soit pas pris en charge, car les équipements de sécurité nécessitent une configuration déterministe. Dans ce cas, ne configurez pas LACP. Toutes les liaisons du LAG sont opérationnelles en permanence, sauf si le commutateur détecte une défaillance de liaison au sein de la couche physique Ethernet ou des couches de liaison de données.
La topologie utilisée dans cet exemple se compose d’un commutateur avec un LAG configuré entre deux de ses interfaces Ethernet 10 Gigabit. Le commutateur est connecté à un commutateur d’agrégation.
Le Tableau 4 détaille la topologie utilisée dans cet exemple de configuration.
Nom d’hôte | Porttrunk | matériel de base |
---|---|---|
Interrupteur |
Commutateur QFX3500, QFX3600, EX4600, QFX5100 ou QFX10002 |
|
Configuration
Pour configurer un LAG entre deux interfaces Ethernet 10 Gigabit.
Procédure
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement un LAG entre deux interfaces Ethernet 10 Gigabit sur un commutateur, copiez les commandes suivantes et collez-les dans la fenêtre du terminal du commutateur :
Si vous configurez un LAG à l’aide du logiciel de couche 2 amélioré (par exemple, sur le commutateur EX4600, QFX5100 ou QFX10002), utilisez l’instruction interface-mode
au lieu de l’instruction port-mode
. Pour plus d’informations sur ELS, reportez-vous à la section Utilisation de la CLI logicielle de couche 2 améliorée.
[edit] set chassis aggregated-devices ethernet device-count 1 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options link-speed 10g set interfaces ae0 unit 0 family ethernet-switching vlan members green set interfaces xe-0/0/2 ether-options 802.3ad ae0 set interfaces xe-0/0/3 ether-options 802.3ad ae0 set interfaces ae0 unit 0 family ethernet-switching port-mode trunk set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 aggregated-ether-options lacp periodic fast
Procédure étape par étape
Pour configurer un LAG entre un commutateur QFX Series et un commutateur d’agrégation :
Spécifiez le nombre de LAG à créer sur le commutateur :
[edit chassis] user@switch# set aggregated-devices ethernet device-count 1
Spécifiez le nombre de liens qui doivent être présents pour que l’interface
ae0
LAG soitup
:[edit interfaces] user@switch# set ae0 aggregated-ether-options minimum-links 1
Spécifiez la vitesse du support de la
ae0
liaison :[edit interfaces] user@switch# set ae0 aggregated-ether-options link-speed 10g
Spécifiez les membres à inclure dans le bundle Ethernet agrégé :
[edit interfaces] user@switch# set interfaces xe-0/0/2 ether-options 802.3ad ae0 [edit interfaces] user@switch# set interfaces xe-0/0/3 ether-options 802.3ad ae0
Attribuez un mode de port trunk à la
ae0
liaison :Note:Si vous configurez un LAG à l’aide du logiciel de couche 2 amélioré (par exemple, sur le commutateur EX4600, QFX5100 ou QFX10002), utilisez l’instruction
interface-mode
au lieu de l’instructionport-mode
. Pour plus d’informations sur ELS, reportez-vous à la section Utilisation de la CLI logicielle de couche 2 améliorée.[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching port-mode trunk
Ou
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching interface-mode trunk
Attribuez le LAG à un VLAN :
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching vlan members green vlan-id 200
(Facultatif) : Désignez un côté du LAG comme actif pour LACP :
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp active
(Facultatif) : désignez l’intervalle et la vitesse auxquels les interfaces envoient des paquets LACP :
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp periodic fast
Résultats
Affichez les résultats de la configuration sur un commutateur QFX3500 ou QFX3600 :
[edit] chassis { aggregated-devices { ethernet { device-count 1; } } } green { vlan-id 200; } } interfaces { ae0 { aggregated-ether-options { link-speed 10g; minimum-links 1; } unit 0 { family ethernet-switching { port-mode trunk; vlan { members green; } } } xe-0/0/2 { ether-options { 802.3ad ae0; } } xe-0/0/3 { ether-options { 802.3ad ae0; } } }
Vérification
Pour vérifier que la commutation fonctionne et qu’un LAG a été créé, effectuez les tâches suivantes :
Vérification de la création du LAG ae0.0
But
Vérifiez que le LAG ae0.0
a été créé sur le commutateur.
Action
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up eth-switch
Sens
La sortie confirme que la ae0.0
liaison est active et affiche l’adresse family
IP et attribuée à cette liaison.
Dépannage
Dépannage d’un LAG en panne
Problème
La show interfaces terse
commande indique que le LAG est down
.
Solution
Vérifiez les points suivants :
Vérifiez qu’il n’y a pas d’incompatibilité de configuration.
Vérifiez que tous les ports membres sont opérationnels.
Vérifiez qu’un LAG fait partie de la famille Ethernet de commutation (LAG de couche 2) ou de l’inet de famille (LAG de couche 3).
Vérifiez que le membre LAG est connecté au bon LAG à l’autre extrémité.
Configuration d’Aggregated Ethernet LACP
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é.
Pour l’agrégation de liens multichâssis (MC-LAG), vous devez spécifier les valeurs et system-id
admin key
. Les homologues MC-LAG utilisent la même chose system-id
lors de l’envoi des messages LACP. Ils system-id
peuvent être configurés sur l’équipement réseau MC-LAG et synchronisés entre les homologues pour la validation.
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 a été 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.
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 lacp
au niveau de la [edit interfaces interface-name aggregated-ether-options]
hiérarchie et spécifiez l’option active
:
[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 lacp
au niveau de la [edit interfaces interface-name aggregated-ether-options]
hiérarchie et spécifiez l’option passive
:
[edit interfaces interface-name aggregated-ether-options] lacp { passive; }
À partir de Junos OS version 12.2, vous pouvez également configurer LACP pour remplacer la norme IEEE 802.3ad et autoriser le lien de secours à toujours recevoir du trafic. Le remplacement du comportement par défaut facilite le basculement en moins d’une seconde.
Pour remplacer la norme IEEE 802.3ad et faciliter le basculement en moins d’une seconde, incluez l’instruction fast-failover
au niveau de la [edit interfaces interface-name aggregated-ether-options lacp]
hiérarchie.
Pour plus d’informations, consultez les sections suivantes :
- Configuration de l’intervalle LACP
- Configuration de la protection des liens LACP
- Configuration de la priorité du système LACP
- Configuration de l’identificateur système LACP
- Configuration de la clé d’administration LACP
- Configuration de la priorité des ports LACP
- Le traçage des opérations LACP
- Limites de LACP
- Exemple : Configuration d’un réseau LACP Ethernet agrégé
Configuration de l’intervalle LACP
Par défaut, l’acteur et le partenaire envoient des paquets LACP toutes les secondes. Vous pouvez configurer l’intervalle auquel les interfaces envoient des paquets LACP en incluant l’instruction periodic
au niveau de la [edit interfaces interface-name aggregated-ether-options lacp]
hiérarchie :
[edit interfaces interface-name aggregated-ether-options lacp] periodic interval;
L’intervalle peut être rapide (toutes les secondes) ou lent (toutes les 30 secondes). Vous pouvez configurer différents taux périodiques sur les interfaces actives et passives. Lorsque vous configurez les interfaces actives et passives à des débits différents, l’émetteur respecte le débit du récepteur.
Le filtrage des adresses sources ne fonctionne pas lorsque LACP est activé.
Les mécanismes de contrôle de pourcentage ne sont pas pris en charge sur les interfaces Ethernet agrégées avec la famille de protocoles CCC configurée. Pour plus d’informations sur les mécanismes de contrôle de pourcentage, consultez le Guide de l’utilisateur des mécanismes de contrôle du trafic, des stratégies de routage, des filtres de pare-feu et des mécanismes de contrôle du trafic.
En règle générale, LACP est pris en charge sur toutes les interfaces Ethernet agrégées non balisées. Pour plus d’informations, reportez-vous à la section Configuration d’interfaces Ethernet agrégées non balisées.
Configuration de la protection des liens LACP
Lorsque vous utilisez la protection de liaison LACP, vous ne pouvez configurer que deux liaisons membres vers une interface Ethernet agrégée : une active et une en veille.
Pour forcer des liaisons actives et en veille au sein d’un Ethernet agrégé, vous pouvez configurer la protection de la liaison LACP et la priorité système au niveau de l’interface Ethernet agrégée à l’aide des link-protection
instructions and system-priority
. La configuration des valeurs à ce niveau génère uniquement les interfaces configurées à l’aide de la configuration définie. La configuration de l’interface LACP vous permet également de remplacer les paramètres LACP globaux (châssis).
La protection des liaisons LACP utilise également la priorité de port. Vous pouvez configurer la priorité des ports au niveau de la hiérarchie de l’interface [ether-options]
Ethernet à l’aide de l’instruction port-priority
. Si vous choisissez de ne pas configurer la priorité des ports, la protection des liens LACP utilise la valeur par défaut de la priorité des ports (127).
La protection de liaison LACP prend en charge la configuration de planification par unité sur des interfaces Ethernet agrégées.
Pour activer la protection de liaison LACP pour une interface Ethernet agrégée, utilisez l’instruction suivante link-protection
au niveau de la [edit interfaces aeX aggregated-ether-options lacp]
hiérarchie :
[edit interfaces aeX aggregated-ether-options lacp] link-protection; disable; revertive; non-revertive; }
Par défaut, la protection des liens LACP revient à une liaison de priorité supérieure (numéro inférieur) lorsque cette liaison de priorité supérieure devient opérationnelle ou qu’un lien de priorité supérieure est ajouté à l’agrégateur déterminé comme étant de priorité supérieure. Toutefois, vous pouvez supprimer le calcul de liaison en ajoutant l’instruction non-revertive
à la configuration de protection de liaison LACP. En mode non réversible, une fois qu’une liaison est active et qu’elle collecte et distribue des paquets, l’ajout ultérieur d’une liaison de priorité supérieure (meilleure) n’entraîne pas de commutation et la liaison actuelle reste active.
Si la protection de liaison LACP est configurée pour être non réversible au niveau global ([edit chassis]
hiérarchie), vous pouvez ajouter l’instruction revertive
à la configuration de protection de liaison LACP pour remplacer le paramètre non inverse de l’interface. En mode inverse, l’ajout d’un lien de priorité plus élevée à l’agrégateur entraîne l’exécution d’un nouveau calcul de priorité par LACP et le passage de la liaison active actuelle à la nouvelle liaison active.
Si la protection des liens LACP est activée aux deux extrémités d’un agrégateur, veillez à configurer les deux extrémités de l’agrégateur pour qu’elles utilisent le même mode. Une incompatibilité des modes de protection de liaison LACP peut entraîner une perte de trafic.
Nous vous recommandons vivement d’utiliser LACP aux deux extrémités de l’agrégateur lorsque vous connectez une interface Ethernet agrégée avec deux interfaces membres à un équipement d’un autre fournisseur. Dans le cas contraire, l’équipement du fournisseur (par exemple, un commutateur de couche 2 ou un routeur) ne sera pas en mesure de gérer le trafic provenant du bundle Ethernet agrégé à deux liaisons. Par conséquent, vous pouvez observer que l’appareil du fournisseur renvoie le trafic vers le lien membre de sauvegarde de l’interface Ethernet agrégée.
Actuellement, les modèles MX-MPC2-3D, MX-MPC2-3D-Q, MX-MPC2-3D-EQ, MX-MPC1-3D, MX-MPC1-3D-Q et MPC-3D-16XGE-SFPP ne suppriment pas le trafic renvoyé vers la liaison de sauvegarde, tandis que les modèles DPCE-R-Q-20GE-2XGE, DPCE-R-Q-20GE-SFP, DPCE-R-Q-40GE-SFP, DPCE-R-Q-4XGE-XFP, DPCE-X-Q-40GE-SFP et DPCE-X-Q-4XGE-XFP abandonnent le trafic arrivant sur la liaison de sauvegarde.
Configuration de la priorité du système LACP
Pour configurer la priorité système LACP pour les interfaces Ethernet agrégées sur l’interface, utilisez l’instruction suivante system-priority
au niveau de la [edit interfaces aeX aggregated-ether-options lacp]
hiérarchie :
[edit interfaces aeX aggregated-ether-options lacp] system-priority;
La priorité système est une valeur binaire de 2 octets qui fait partie de l’ID système LACP. L’ID système LACP se compose de la priorité système comme les deux octets les plus significatifs et l’adresse MAC de l’interface comme les six octets les moins significatifs. Le système dont la valeur numérique est la plus faible pour la priorité du système a la priorité la plus élevée. Par défaut, la priorité système est 127, avec une plage comprise entre 0 et 65 535.
Configuration de l’identificateur système LACP
Pour configurer l’identificateur système LACP pour les interfaces Ethernet agrégées, utilisez l’instruction suivante system-id
au niveau de la [edit interfaces aeX aggregated-ether-options lacp]
hiérarchie :
[edit interfaces aeX aggregated-ether-options lacp] system-id system-id;
L’identificateur système défini par l’utilisateur dans LACP permet à deux ports de deux périphériques distincts d’agir comme s’ils faisaient partie du même groupe d’agrégats.
L’identificateur système est un champ de 48 bits (6 octets) unique au niveau mondial. Il est utilisé en combinaison avec une valeur de priorité système de 16 bits, ce qui donne un identifiant système LACP unique.
Configuration de la clé d’administration LACP
Pour configurer une clé d’administration pour LACP, incluez l’instruction admin-key number
au niveau de la edit interfaces aex aggregated-ether-options lacp]
hiérarchie :
[edit interfaces ae x aggregated-ether-options-lacp] admin-key number;
Vous devez configurer MC-LAG pour configurer l’instruction admin-key
. Pour plus d’informations sur MC-LAG, reportez-vous à la section Configuration de l’agrégation de liens multichâssis sur les routeurs MX Series .
Configuration de la priorité des ports LACP
Pour configurer la priorité des ports LACP pour les interfaces Ethernet agrégées, utilisez l’instruction port-priority
au niveau de la [edit interfaces interface-name ether-options 802.3ad aeX lacp]
hiérarchie ou [edit interfaces interface-name ether-options 802.3ad aeX lacp]
:
[edit interfaces interface-name ether-options 802.3ad aeX lacp] port-priority priority;
La priorité de port est un champ de 2 octets qui fait partie de l’ID de port LACP. L’ID de port LACP se compose de la priorité du port sous la forme des deux octets les plus significatifs et du numéro du port sous la forme des deux octets les moins significatifs. Le système avec la valeur numériquement la plus faible pour la priorité de port a la priorité la plus élevée. Par défaut, la priorité des ports est 127, avec une plage comprise entre 0 et 65 535.
Les ports sont sélectionnés par chaque système en fonction de la priorité de port la plus élevée et sont attribués par le système ayant la priorité la plus élevée. Les ports sont sélectionnés et attribués en commençant par le port de priorité la plus élevée du système de priorité la plus élevée et en descendant dans la priorité à partir de là.
La sélection de l’agrégation de ports (voir ci-dessus) est effectuée pour la liaison active lorsque la protection de liaison LACP est activée. Sans protection de liaison LACP, la priorité des ports n’est pas utilisée dans la sélection de l’agrégation de ports.
Le traçage des opérations LACP
Pour tracer les opérations du processus LACP, incluez l’instruction traceoptions
au niveau de la [edit protocols lacp]
hiérarchie :
[edit protocols lacp] traceoptions { file <filename> <files number> <size size> <world-readable | no-world-readable>; flag flag; no-remote-trace; }
Vous pouvez spécifier les indicateurs suivants dans l’instruction protocols lacp traceoptions
:
-
all
—Toutes les opérations de suivi LACP
-
configuration
—Code de configuration
-
packet
—Paquets envoyés et reçus
-
process
—Événements de processus LACP
-
protocol
—Machine d’état de protocole LACP
-
routing-socket
—Événements de socket de routage
-
startup
—Événements de démarrage de processus
Limites de LACP
LACP peut relier plusieurs interfaces physiques différentes, mais seules les fonctionnalités prises en charge sur tous les équipements liés seront prises en charge dans le bundle LAG (Link Aggregation Group) résultant. Par exemple, différents PIC peuvent prendre en charge un nombre différent de classes de transfert. Si vous utilisez l’agrégation de liens pour lier les ports d’un CIP qui prend en charge jusqu’à 16 classes de transfert avec un CIP qui prend en charge jusqu’à 8 classes de transfert, le bundle LAG résultant ne prendra en charge que 8 classes de transfert maximum. De même, la liaison d’un PIC qui prend en charge WRED avec un PIC qui ne le prend pas en charge se traduira par un bundle LAG qui ne prend pas en charge WRED.
Exemple : Configuration d’un réseau LACP Ethernet agrégé
Cet exemple montre comment configurer une interface Ethernet agrégée avec LACP actif entre deux commutateurs EX.
Topologie
Deux commutateurs EX sont connectés entre eux à l’aide de deux interfaces dans une configuration Ethernet agrégée.
Configurez le protocole LACP Ethernet agrégé sur une interface non balisée :
Dans cet exemple, nous ne montrons que la configuration pour EX1. EX2 a la même configuration, à l’exception de l’adresse IP.
LACP avec Ethernet agrégé non étiqueté
La configuration du châssis permet 1 interface Ethernet agrégée. La 802.3ad
configuration associe à la fois les interfaces ge-0/0/0
et ge-0/0/1
l’interface ae0
. La ae0 aggregated-ether-options
configuration active LACP en mode actif.
user@EX1# show ... chassis { aggregated-devices { ethernet { device-count 1; } } } interfaces { ge-0/0/0 { ether-options { 802.3ad ae0; } } ge-0/0/1 { ether-options { 802.3ad ae0; } } ae0 { aggregated-ether-options { lacp { active; } } unit 0 { family inet { address 10.1.1.1/30; } } } }
Vérification
- Vérification de l’interface Ethernet agrégée
- Vérification de l’activation de LACP
- Vérifier l’accessibilité
Vérification de l’interface Ethernet agrégée
But
Vérifiez que l’interface Ethernet agrégée a été créée et qu’elle est active.
Action
Utilisez la commande show interfaces terse | match ae
à partir du mode opérationnel.
user@EX1> show interfaces terse | match ae ge-0/0/0.0 up up aenet --> ae0.0 ge-0/0/1.0 up up aenet --> ae0.0 ae0 up up ae0.0 up up inet 10.1.1.1/30
Sens
La sortie montre que ge-0/0/0 et ge-0/0/1 sont regroupés pour créer l’interface ae0
Ethernet agrégée et que l’interface est active.
Vérification de l’activation de LACP
But
Vérifiez quelles interfaces participent à LACP et l’état actuel.
Action
Utilisez la commande show lacp interfaces
à partir du mode opérationnel.
user@EX1> show lacp interfaces Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity ge-0/0/0 Actor No No Yes Yes Yes Yes Fast Active ge-0/0/0 Partner No No Yes Yes Yes Yes Fast Active ge-0/0/1 Actor No No Yes Yes Yes Yes Fast Active ge-0/0/1 Partner No No Yes Yes Yes Yes Fast Active LACP protocol: Receive State Transmit State Mux State ge-0/0/0 Current Fast periodic Collecting distributing ge-0/0/1 Current Fast periodic Collecting distributing
Sens
La sortie indique que le mode actif LACP est activé.
Vérifier l’accessibilité
But
Vérifiez que la commande ping fonctionne entre les deux commutateurs EX.
Action
Utilisez la commande du ping 10.1.1.2 count 2
mode opérationnel sur EX1.
user@EX1> ping 10.1.1.2 count 2 PING 10.1.1.2 (10.1.1.2): 56 data bytes 64 bytes from 10.1.1.2: icmp_seq=0 ttl=64 time=2.249 ms 64 bytes from 10.1.1.2: icmp_seq=1 ttl=64 time=2.315 ms --- 10.1.1.2 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 2.249/2.282/2.315/0.033 ms
Sens
EX1 est capable d’envoyer une requête ping à EX2 sur l’interface Ethernet agrégée.
Configuration de la protection de liaison LACP des interfaces Ethernet agrégées pour les commutateurs
Vous pouvez configurer la protection des liaisons LACP et la priorité système au niveau global sur le commutateur ou pour une interface Ethernet agrégée spécifique. Lorsque vous utilisez la protection de liaison LACP pour protéger une seule liaison dans le bundle Ethernet agrégé, vous ne configurez que deux liaisons membres pour une interface Ethernet agrégée : une active et une en veille. La protection des liens LACP garantit qu’un seul lien, celui qui a la priorité la plus élevée, est utilisé pour le trafic. L’autre lien est forcé de rester dans un état d’attente .
Utilisez la commande suivante pour vérifier les liens actifs et en veille.
user@host# run show interfaces redundancy Interface State Last change Primary Secondary Current status ae0 On secondary 14:56:50 xe-0/0/1 xe-0/0/2 both up
Lorsque vous utilisez la protection de liaison LACP pour protéger plusieurs liaisons dans un bundle Ethernet agrégé, vous configurez les liaisons en sous-groupes principal et de secours. Un sous-groupe de protection de liaison est un ensemble de liaisons Ethernet au sein d’un ensemble Ethernet agrégé. Lorsque vous utilisez des sous-groupes de protection de liaison, vous configurez un sous-groupe principal et un sous-groupe de sauvegarde. Le processus de configuration comprend l’affectation de liens de membre à chaque sous-groupe. Une fois le processus de configuration terminé, le sous-groupe principal est utilisé pour transférer le trafic jusqu’à ce qu’un événement de basculement, tel qu’une défaillance de liaison, se produise et amène le sous-groupe de secours à prendre le contrôle du trafic qui circulait sur les liaisons du sous-groupe principal au sein de l’ensemble.
Par défaut, la protection de liaison LACP revient à une liaison de priorité supérieure (numéro inférieur) lorsque la liaison de priorité supérieure devient opérationnelle ou lorsqu’une liaison de priorité supérieure est ajoutée au bundle Ethernet agrégé. À des fins de priorisation, la protection des liens LACP traite les sous-groupes comme des liens. Vous pouvez supprimer le calcul des liens en ajoutant l’instruction non-revertive
à la configuration de la protection des liens. En mode non réversible, lorsqu’un lien est actif lors de l’envoi et de la réception de paquets LACP, l’ajout d’un lien de priorité supérieure au bundle ne modifie pas l’état du lien actuellement actif. Il reste actif.
Si la configuration de la liaison LACP est spécifiée comme non réversible au niveau de la hiérarchie globale [edit chassis]
, vous pouvez spécifier l’instruction revertive
dans la configuration de la protection de liaison LACP au niveau de l’interface Ethernet agrégée pour remplacer le paramètre non inverse de l’interface. En mode inverse, l’ajout d’une liaison de priorité supérieure au bundle Ethernet agrégé entraîne le recalcul de la priorité par LACP et le passage de la liaison actuellement active à la liaison nouvellement ajoutée, de priorité supérieure.
Lorsque la protection de liaison LACP est activée à la fois sur les côtés local et distant de la liaison, les deux côtés doivent utiliser le même mode (inverse ou non inverse).
La configuration de la liaison LACP au niveau Ethernet agrégé génère uniquement les interfaces configurées à l’aide de la configuration définie. La configuration de l’interface LACP vous permet également de remplacer les paramètres LACP globaux (châssis).
Avant de configurer la protection des liens LACP, assurez-vous d’avoir :
-
Configurez les bundles Ethernet agrégés, également appelés groupes d’agrégation de liens (LAG). Pour EX Series, reportez-vous à la section Configuration des liaisons Ethernet agrégées (procédure CLI).
-
Configurez LACP pour l’interface - effectué. Pour Ex Series, reportez-vous à la section Configuration de Aggregated Ethernet LACP (procédure CLI)).
Vous pouvez configurer la protection de liaison LACP pour toutes les interfaces Ethernet agrégées sur le commutateur en l’activant au niveau global sur le commutateur ou la configurer pour une interface Ethernet agrégée spécifique en l’activant sur cette interface.
- Configuration de la protection de liaison LACP pour une liaison unique au niveau global
- configuration de la protection de liaison LACP pour une liaison unique au niveau de l’interface agrégée
- Configuration de bundles de sous-groupes pour fournir une protection de liaison LACP à plusieurs liaisons dans une interface Ethernet agrégée
Configuration de la protection de liaison LACP pour une liaison unique au niveau global
Pour configurer la protection de liaison LACP pour les interfaces Ethernet agrégées au niveau global :
configuration de la protection de liaison LACP pour une liaison unique au niveau de l’interface agrégée
Pour activer la protection de liaison LACP pour une interface Ethernet agrégée spécifique :
Configuration de bundles de sous-groupes pour fournir une protection de liaison LACP à plusieurs liaisons dans une interface Ethernet agrégée
Vous pouvez configurer des ensembles de sous-groupes de protection de liens afin de fournir une protection de liaison pour plusieurs liens dans un ensemble Ethernet agrégé.
Les sous-groupes de protection de liaison vous permettent de fournir une protection de liaison à un ensemble de liaisons Ethernet au sein d’un bundle LAG, au lieu de fournir une protection à une seule liaison dans le bundle Ethernet agrégé uniquement. Vous pouvez, par exemple, configurer un sous-groupe principal avec trois liens membres et un sous-groupe de sauvegarde avec trois liens membres différents et utiliser le sous-groupe de sauvegarde pour assurer la protection des liens pour le sous-groupe principal.
Pour configurer la protection des liens à l’aide de sous-groupes :
Le LACP décide de l’état actif et de sauvegarde des liens. Lors de la configuration de LACP, l’état de la liaison de sauvegarde ne doit pas être configuré manuellement comme étant inactif. La commande suivante n’est pas prise en charge si LACP est configuré :set interfaces ae0 aggregated-ether-options link-protection backup-state down
Configuration du minuteur LACP Hold-UP pour éviter les instabilités de liaison sur les interfaces LAG
Sur les interfaces LAG (Link Aggregation Group), lorsqu’une liaison membre (enfant) tombe en panne, son état passe de actuel à expiré. Cette liaison peut passer de l’état actuel à l’état expiré et revenir à l’état actuel lorsqu’elle reçoit des unités de données de protocole (PDU) LACP intermittentes et des délais d’expiration keepalive. De tels battements peuvent nuire au trafic sur la liaison.
Pour éviter un battement excessif d’une liaison enfant LAG, vous pouvez configurer un temporisateur d’attente sur l’interface LAG qui s’applique à toutes les liaisons membres de cette interface particulière. Retarder, en termes de réseau, signifie empêcher la transition d’une interface vers le haut pendant un intervalle de temps spécifié.
Lorsqu’il est configuré, le minuteur de blocage est déclenché lorsqu’une machine d’état LACP tente de passer de l’état expiré ou par défaut à l’état actuel lorsqu’elle reçoit une PDU LACP. Le minuteur d’attente n’est déclenché que si la machine d’état LACP a acquis l’état actuel au moins une fois plus tôt. Le minuteur n’est pas déclenché si LACP tente de passer à l’état actuel pour la première fois. LACP surveille les PDU reçues sur la liaison enfant, mais empêche la liaison de passer à l’état actuel. Si aucun battement n’est observé lorsque la liaison reçoit les PDU, le minuteur de blocage expire et déclenche le retour de la liaison membre à l’état actuel. Cette transition est déclenchée dès l’expiration du délai d’attente et pas nécessairement lorsque la liaison reçoit une PDU.
Pour configurer le temporisateur de retard LACP pour l’interface LAG, utilisez l’instruction hold-time up
au niveau de la [edit interfaces aex aggregated-ether-options lacp]
hiérarchie.
Le temporisateur de blocage continue de fonctionner même lorsque l’interface qui reçoit la PDU LACP passe à l’état de désactivation du port. Le temporisateur est alors redémarré si, avant l’expiration du temporisateur, l’interface s’affiche à nouveau et reçoit une PDU LACP de sa voisine. Cela garantit que la minuterie est maintenue même lors d’un battement de port physique rapide.
Lorsque les événements suivants se produisent, un minuteur d’attente n’est pas déclenché tant que le lien membre n’a pas acquis l’état actuel après l’événement :
Redémarrage du démon LACP
Désactivation et réactivation de l’interface Ethernet enfant ou agrégée
Suppression et reconfiguration de l’interface Ethernet enfant ou agrégée
Redémarrage du système
Basculement du moteur de routage
Vérification que LACP est correctement configuré et que les membres du bundle échangent des paquets de protocole LACP
Vérifiez que LACP a été correctement configuré et que les membres du bundle transmettent des paquets de protocole LACP.
Vérification de la configuration LACP
But
Vérifiez que le LACP a été correctement configuré.
Action
Pour vérifier que LACP a été activé comme actif à une extrémité :
user@switch>show lacp interfaces xe-0/1/0 Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity xe-0/1/0 Actor No No Yes Yes Yes Yes Fast Active xe-0/1/0 Partner No No Yes Yes Yes Yes Fast Passive LACP protocol: Receive State Transmit State Mux State xe-0/1/0 Current Fast periodic Collecting distributing
Sens
Cet exemple montre que LACP a été configuré avec un côté comme actif et l’autre comme passif. Lorsque LACP est activé, un côté doit être défini comme actif pour que le lien groupé soit actif.
Vérification de l’échange des paquets LACP
But
Vérifiez que les paquets LACP sont échangés entre les interfaces.
Action
Utilisez la commande pour afficher les show lacp statistics interfaces interface-name
informations d’échange LACP BPDU.
show lacp statistics interfaces ae0 Aggregated interface: ae0 LACP Statistics: LACP Rx LACP Tx Unknown Rx Illegal Rx xe-0/0/2 1352 2035 0 0 xe-0/0/3 1352 2056 0 0
Sens
La sortie indique que la liaison est active et que des PDU sont en cours d’échange.
Exemple : Configuration de liaisons montantes Ethernet haut débit agrégées avec LACP entre un commutateur d’accès Virtual Chassis EX4200 et un commutateur de distribution Virtual Chassis EX4200
Les commutateurs EX Series vous permettent de combiner plusieurs liaisons Ethernet en une seule interface logique pour une bande passante et une redondance plus élevées. Les ports ainsi combinés sont appelés groupe d’agrégation de liens (LAG) ou bundle. Les commutateurs EX Series vous permettent d’améliorer encore ces liaisons en configurant le protocole LACP (Link Aggregation Control Protocol).
Cet exemple décrit comment superposer LACP sur les configurations LAG créées dans Exemple : configuration de liaisons montantes Ethernet haut débit agrégées entre un commutateur d’accès Virtual Chassis EX4200 et un commutateur de distribution Virtual Chassis EX4200 :
- Exigences
- Vue d’ensemble et topologie
- Configuration de LACP pour les LAG sur le commutateur d’accès Virtual Chassis
- Configuration de LACP pour les LAG sur le commutateur de distribution Virtual Chassis
- Vérification
- Dépannage
Exigences
Cet exemple utilise les composants logiciels et matériels suivants :
Junos OS version 9.0 ou ultérieure pour les commutateurs EX Series
Deux commutateurs EX4200-48P
Deux commutateurs EX4200-24F
Quatre modules de liaison montante EX Series XFP
Avant de configurer LACP, assurez-vous d’avoir :
Configurez les commutateurs Virtual Chassis. Reportez-vous à la section Configuration d’un Virtual Chassis EX4200, EX4500 ou EX4550 (procédure CLI).
Configurez les ports de liaison montante des commutateurs en tant que ports trunk - effectué. Reportez-vous à la section Configuration des interfaces Gigabit Ethernet (procédure CLI).
Configurez les LAG - effectué. Voir Exemple : Configuration de liaisons montantes Ethernet haut débit agrégées entre un commutateur d’accès Virtual Chassis EX4200 et un commutateur de distribution Virtual Chassis EX4200.
Vue d’ensemble et topologie
Cet exemple suppose que vous connaissez Exemple : configuration de liaisons montantes Ethernet haut débit agrégées entre un commutateur d’accès Virtual Chassis EX4200 et un commutateur de distribution Virtual Chassis EX4200. La topologie de cet exemple est exactement la même que celle de cet autre exemple. Cet exemple montre comment utiliser LACP pour améliorer la fonctionnalité LAG.
Les échanges LACP se font entre les acteurs (le lien émetteur) et les partenaires (le lien récepteur). 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. Par défaut, LACP est en mode passif. Pour initier la transmission de paquets LACP et de réponses à des paquets LACP, vous devez activer LACP en mode actif.
Par défaut, l’acteur et le partenaire envoient des paquets LACP toutes les secondes.
L’intervalle peut être rapide (toutes les secondes) ou lent (toutes les 30 secondes).
Configuration de LACP pour les LAG sur le commutateur d’accès Virtual Chassis
Pour configurer LACP pour les LAG du commutateur d’accès, effectuez les tâches suivantes.
Procédure
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement LACP pour les LAG du commutateur d’accès, copiez les commandes suivantes et collez-les dans la fenêtre du terminal du commutateur :
[edit] set interfaces ae0 aggregated-ether-options lacp active periodic fast set interfaces ae1 aggregated-ether-options lacp active periodic fast
Procédure étape par étape
Pour configurer LACP pour les ae0
LAG de l’hôte A et ae1
:
Spécifiez les options Ethernet agrégées pour les deux bundles :
[edit interfaces] user@Host-A#set ae0 aggregated-ether-options lacp active periodic fast user@Host-A#set ae1 aggregated-ether-options lacp active periodic fast
Résultats
Affichez les résultats de la configuration :
[edit interfaces] user@Host-A# show ae0 { aggregated-ether-options { lacp { active; periodic fast; } } } ae1 { aggregated-ether-options { lacp { active; periodic fast; } } }
Configuration de LACP pour les LAG sur le commutateur de distribution Virtual Chassis
Pour configurer LACP pour les deux LAG de liaison montante du commutateur d’accès Virtual Chassis au commutateur de distribution Virtual Chassis, effectuez les tâches suivantes.
Procédure
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement LACP pour les LAG du commutateur de distribution, copiez les commandes suivantes et collez-les dans la fenêtre du terminal du commutateur :
[edit interfaces] set ae0 aggregated-ether-options lacp passive periodic fast set ae1 aggregated-ether-options lacp passive periodic fast
Procédure étape par étape
Pour configurer LACP pour les LAG de ae0
l’hôte D et ae1
:
Spécifiez les options Ethernet agrégées pour les deux bundles :
[edit interfaces] user@Host-D#set ae0 aggregated-ether-options lacp passive periodic fast user@Host-D#set ae1 aggregated-ether-options lacp passive periodic fast
Résultats
Affichez les résultats de la configuration :
[edit interfaces] user@Host-D# show ae0 { aggregated-ether-options { lacp { passive; periodic fast; } } } ae1 { aggregated-ether-options { lacp { passive periodic fast; } } }
Vérification
Pour vérifier que des paquets LACP sont échangés, effectuez les tâches suivantes :
Vérification des paramètres LACP
But
Vérifiez que LACP a été correctement configuré.
Action
Utilisez la show lacp interfaces interface-name
commande pour vérifier que LACP a été activé comme actif à une extrémité.
user@Host-A> show lacp interfaces xe-0/1/0 Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity xe-0/1/0 Actor No Yes No No No Yes Fast Active xe-0/1/0 Partner No Yes No No No Yes Fast Passive LACP protocol: Receive State Transmit State Mux State xe-0/1/0 Defaulted Fast periodic Detached
Sens
La sortie indique que LACP a été configuré correctement et qu’il est actif à une extrémité.
Vérification de l’échange des paquets LACP
But
Vérifiez que les paquets LACP sont en cours d’échange.
Action
Utilisez la commande pour afficher les show interfaces aex statistics
informations LACP.
user@Host-A> show interfaces ae0 statistics Physical interface: ae0, Enabled, Physical link is Down Interface index: 153, SNMP ifIndex: 30 Link-level type: Ethernet, MTU: 1514, Speed: Unspecified, Loopback: Disabled, Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 0 Device flags : Present Running Interface flags: Hardware-Down SNMP-Traps Internal: 0x0 Current address: 02:19:e2:50:45:e0, Hardware address: 02:19:e2:50:45:e0 Last flapped : Never Statistics last cleared: Never Input packets : 0 Output packets: 0 Input errors: 0, Output errors: 0 Logical interface ae0.0 (Index 71) (SNMP ifIndex 34) Flags: Hardware-Down Device-Down SNMP-Traps Encapsulation: ENET2 Statistics Packets pps Bytes bps Bundle: Input : 0 0 0 0 Output: 0 0 0 0 Protocol inet Flags: None Addresses, Flags: Dest-route-down Is-Preferred Is-Primary Destination: 10.10.10/24, Local: 10.10.10.1, Broadcast: 10.10.10.255
Sens
La sortie montre que la liaison est interrompue et qu’aucune unité de données de protocole (PDU) n’est en cours d’échange.
Dépannage
Pour dépanner un lien LACP qui ne fonctionne pas, effectuez les tâches suivantes :
Dépannage d’une liaison LACP qui ne fonctionne pas
Problème
La liaison LACP ne fonctionne pas.
Solution
Vérifiez les points suivants :
Supprimez la configuration LACP et vérifiez si le LAG statique est actif.
Vérifiez que LACP est configuré aux deux extrémités.
Vérifiez que LACP n’est pas passif aux deux extrémités.
Vérifiez si les unités de données de protocole (PDU) LACP sont échangées en exécutant la
monitor traffic-interface lag-member detail
commande.
Exemple : configuration de l’agrégation de liens avec LACP entre un produit QFX Series et un commutateur d’agrégation
Les produits QFX Series vous permettent de combiner plusieurs liaisons Ethernet en une seule interface logique pour une bande passante et une redondance supérieures. Les ports ainsi combinés sont appelés groupe d’agrégation de liens (LAG) ou bundle. Le nombre de liaisons Ethernet que vous pouvez combiner en LAG dépend de votre modèle de produit QFX Series. Sur un commutateur autonome, vous pouvez regrouper jusqu’à 32 interfaces Ethernet pour former un LAG. Sur un système QFabric, vous pouvez regrouper jusqu’à 8 interfaces Ethernet pour former un LAG. Les produits QFX Series vous permettent d’améliorer encore ces liaisons en configurant le protocole LACP (Link Aggregation Control Protocol).
Cet exemple décrit comment superposer LACP sur les configurations LAG créées dans Exemple : configuration de l’agrégation de liens entre un produit QFX Series et un commutateur d’agrégation :
- Exigences
- Vue d’ensemble et topologie
- Configuration de LACP pour le LAG sur le QFX Series
- Vérification
- Dépannage
Exigences
Cet exemple utilise les composants logiciels et matériels suivants :
Junos OS version 11.1 ou ultérieure pour le commutateur QFX3500, Junos OS version 12.1 ou ultérieure pour le commutateur QFX3600, Junos OS version 13.2 ou ultérieure pour le commutateur QFX5100 et Junos OS version 15.1X53-D10 ou ultérieure pour le commutateur QFX10002.
Un QFX3500, QFX3600, QFX5100 QFX10002 commutateur.
Avant de configurer LACP, assurez-vous d’avoir :
Configurez les ports des commutateurs en tant que ports trunk - effectué.
Configurez le LAG - effectué.
Vue d’ensemble et topologie
La topologie de cet exemple est exactement la même que celle utilisée dans l’exemple Configuration d’un LAG entre un commutateur QFX et un commutateur d’agrégation. Cet exemple montre comment utiliser LACP pour améliorer la fonctionnalité LAG.
Les échanges LACP se font entre les acteurs (le lien émetteur) et les partenaires (le lien récepteur). 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. Par défaut, LACP est en mode passif. Pour initier la transmission de paquets LACP et de réponses à des paquets LACP, vous devez activer LACP en mode actif.
Par défaut, l’acteur et le partenaire envoient des paquets LACP toutes les secondes. Vous pouvez configurer l’intervalle auquel les interfaces envoient des paquets LACP en incluant l’instruction periodic
au niveau de la [edit interfaces interface-name aggregated-ether-options lacp]
hiérarchie.
L’intervalle peut être rapide (toutes les secondes) ou lent (toutes les 30 secondes).
Configuration de LACP pour le LAG sur le QFX Series
Pour configurer LACP pour un LAG QFX Series, effectuez les tâches suivantes.
Procédure
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement LACP pour les LAG du commutateur d’accès, copiez les commandes suivantes et collez-les dans la fenêtre du terminal du commutateur :
[edit] set interfaces ae0 aggregated-ether-options lacp active periodic fast
Procédure étape par étape
Pour configurer LACP pour LAG ae0
:
Spécifiez les options Ethernet agrégées pour le LAG :
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp active periodic fast
Résultats
Affichez les résultats de la configuration :
[edit interfaces] user@switch# show ae0 { aggregated-ether-options { lacp { active; periodic fast; } } }
Vérification
Pour vérifier que des paquets LACP sont échangés, effectuez les tâches suivantes :
Vérification des paramètres LACP
But
Vérifiez que LACP a été correctement configuré.
Action
Utilisez la show lacp interfaces interface-name
commande pour vérifier que LACP a été activé comme actif à une extrémité.
user@switch> show lacp interfaces xe-0/02 Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity xe-0/0/2 Actor No Yes No No No Yes Fast Active xe-0/0/2 Partner No Yes No No No Yes Fast Passive LACP protocol: Receive State Transmit State Mux State xe-0/0/2 Defaulted Fast periodic Detached
Sens
La sortie indique que LACP a été configuré correctement et qu’il est actif à une extrémité.
Vérification de l’échange des paquets LACP
But
Vérifiez que les paquets LACP sont en cours d’échange.
Action
Utilisez la commande pour afficher les show interfaces aex statistics
informations LACP.
user@switch> show interfaces ae0 statistics Physical interface: ae0, Enabled, Physical link is Down Interface index: 153, SNMP ifIndex: 30 Link-level type: Ethernet, MTU: 1514, Speed: Unspecified, Loopback: Disabled, Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 0 Device flags : Present Running Interface flags: Hardware-Down SNMP-Traps Internal: 0x0 Current address: 02:19:e2:50:45:e0, Hardware address: 02:19:e2:50:45:e0 Last flapped : Never Statistics last cleared: Never Input packets : 0 Output packets: 0 Input errors: 0, Output errors: 0 Logical interface ae0.0 (Index 71) (SNMP ifIndex 34) Flags: Hardware-Down Device-Down SNMP-Traps Encapsulation: ENET2 Statistics Packets pps Bytes bps Bundle: Input : 0 0 0 0 Output: 0 0 0 0 Protocol inet Flags: None Addresses, Flags: Dest-route-down Is-Preferred Is-Primary Destination: 10.10.10/8, Local: 10.10.10.1, Broadcast: 10.10.10.255
Sens
La sortie indique ici que la liaison est interrompue et qu’aucune PDU n’est en cours d’échange.
Dépannage
Pour dépanner un lien LACP qui ne fonctionne pas, effectuez les tâches suivantes :
Dépannage d’une liaison LACP qui ne fonctionne pas
Problème
La liaison LACP ne fonctionne pas.
Solution
Vérifiez les points suivants :
Supprimez la configuration LACP et vérifiez si le LAG statique est actif.
Vérifiez que LACP est configuré aux deux extrémités.
Vérifiez que LACP n’est pas passif aux deux extrémités.
Vérifiez si les unités de données de protocole (PDU) LACP sont échangées en exécutant la
monitor traffic-interface lag-member detail
commande.
Comprendre les sessions Micro BFD indépendantes pour le LAG
Le protocole BFD (Bidirectional Forwarding Detection) est un protocole de détection simple qui détecte rapidement les défaillances dans les chemins de transfert. Pour activer la détection des défaillances des interfaces Ethernet agrégées dans un LAG, vous pouvez configurer une session BFD indépendante en mode asynchrone sur chaque liaison membre LAG d’un bundle LAG. Au lieu d’une seule session BFD surveillant l’état du port UDP, des sessions micro-BFD indépendantes surveillent l’état des liaisons membres individuelles.
Lorsque vous configurez des sessions micro-BFD sur chaque liaison membre d’un bundle LAG, chaque session individuelle détermine la connectivité de couche 2 et de couche 3 de chaque liaison membre dans un LAG.
Une fois la session individuelle établie sur une liaison particulière, les liaisons membres sont attachées au LAG, puis équilibrées en charge selon l’un des éléments suivants :
-
Configuration statique : le processus de contrôle de périphérique agit en tant que client de la session micro-BFD.
-
LACP (Link Aggregation Control Protocol) : le protocole LACP agit en tant que client de la session micro-BFD.
Lorsque la session micro-BFD est active, une liaison LAG est établie et les données sont transmises sur cette liaison LAG. Si la session micro-BFD sur une liaison membre est inactive, cette liaison membre particulière est supprimée de l’équilibreur de charge et les gestionnaires LAG cessent de diriger le trafic vers cette liaison. Ces sessions micro-BFD sont indépendantes les unes des autres, bien qu’elles disposent d’un seul client qui gère l’interface LAG.
Les sessions Micro-BFD s’exécutent dans les modes suivants :
-
Mode de distribution : dans ce mode, le moteur de transfert de paquets (PFE) envoie et reçoit les paquets au niveau de la couche 3. Par défaut, les sessions micro-BFD sont distribuées au niveau de la couche 3.
-
Mode de non-distribution : dans ce mode, le moteur de routage envoie et reçoit les paquets au niveau de la couche 2. Vous pouvez configurer la session BFD pour qu’elle s’exécute dans ce mode en incluant l’instruction
no-delegate-processing
sous la gestion périodique des paquets (PPM).
Une paire de périphériques de routage dans un LAG échange des paquets BFD à un intervalle régulier spécifié. Le périphérique de routage détecte une défaillance de voisinage lorsqu’il cesse de recevoir une réponse après un intervalle spécifié. Cela permet de vérifier rapidement la connectivité de la liaison avec ou sans LACP. Un port UDP distingue les paquets BFD sur LAG des paquets BFD sur IP à saut unique. L’Internet Assigned Numbers Authority (IANA) a attribué 6784 comme port de destination UDP pour micro-BFD.
Avantages
-
Failure detection for LAG (Détection des défaillances pour LAG) : active la détection des défaillances entre les périphériques qui se trouvent dans des connexions point à point.
-
Sessions BFD multiples : vous permet de configurer plusieurs sessions micro-BFD pour chaque liaison membre au lieu d’une seule session BFD pour l’ensemble du bundle.
Instructions de configuration pour les sessions Micro-BFD
Tenez compte des instructions suivantes lorsque vous configurez des sessions micro-BFD individuelles sur un bundle Ethernet agrégé.
-
Cette fonctionnalité ne fonctionne que lorsque les deux appareils prennent en charge BFD. Si BFD est configuré à une extrémité du LAG, cette fonctionnalité ne fonctionne pas.
-
Depuis Junos OS version 13.3, l’IANA a attribué 01-00-5E-90-00-01 comme adresse MAC dédiée pour micro BFD. Le mode MAC dédié est utilisé par défaut pour les sessions micro BFD.
-
Dans Junos OS, les paquets de contrôle micro-BFD ne sont toujours pas étiquetés par défaut. Pour les interfaces agrégées de couche 2, la configuration doit inclure
vlan-tagging
des options orflexible-vlan-tagging
lorsque vous configurez Ethernet agrégé avec BFD. Dans le cas contraire, le système générera une erreur lors de la validation de la configuration. -
Lorsque vous activez micro-BFD sur une interface Ethernet agrégée, l’interface agrégée peut recevoir des paquets micro-BFD. Dans Junos OS version 19.3 et ultérieure, pour les MPC MPC10E et MPC11E, vous ne pouvez pas appliquer de filtres de pare-feu sur les paquets micro-BFD reçus sur l’interface Ethernet agrégée. Pour MPC1E à MPC9E, vous pouvez appliquer des filtres de pare-feu sur les paquets micro-BFD reçus sur l’interface Ethernet agrégée uniquement si l’interface Ethernet agrégée est configurée en tant qu’interface non balisée.
-
À partir de Junos OS version 14.1, spécifiez le voisin dans une session BFD. Dans les versions antérieures à Junos OS version 16.1, vous devez configurer l’adresse de bouclage de la destination distante en tant qu’adresse voisine. À partir de Junos OS version 16.1, vous pouvez également configurer cette fonctionnalité sur les routeurs MX Series avec l’adresse d’interface Ethernet agrégée de la destination distante comme adresse voisine.
-
À partir de la version 16.1R2, Junos OS vérifie et valide le micro-BFD
local-address
configuré par rapport à l’interface ou à l’adresse IP de bouclage avant la validation de la configuration. Junos OS effectue cette vérification sur les configurations d’adresses micro-BFD IPv4 et IPv6, et si elles ne correspondent pas, la validation échoue. L’adresse locale micro-BFD configurée doit correspondre à l’adresse voisine micro-BFD que vous avez configurée sur le routeur homologue. -
Pour la famille d’adresses IPv6, désactivez la détection des adresses en double avant de configurer cette fonctionnalité avec des adresses d’interface Ethernet agrégées. Pour désactiver la détection des adresses en double, incluez l’instruction
dad-disable
au niveau de la[edit interface aex unit y family inet6]
hiérarchie. -
À partir de Junos OS 21.4R1, la liaison minimale LACP avec réinitialisation de synchronisation et configuration microBFD est prise en charge sur les routeurs PTX10001-36MR, PTX10003, PTX10004, PTX10008 et PTX10016.
Désactivez-la bfd-liveness-detection
au niveau de la [edit interfaces aex aggregated-ether-options]
hiérarchie ou désactivez l’interface Ethernet agrégée avant de remplacer l’adresse de voisinage de l’adresse IP de bouclage par l’adresse IP de l’interface Ethernet agrégée. La modification de l’adresse locale et de l’adresse voisine sans d’abord désactiver bfd-liveness-detection
l’interface Ethernet agrégée peut entraîner l’échec des sessions micro-BFD.
Voir aussi
Configuration de sessions Micro BFD pour LAG
Le protocole BFD (Bidirectional Forwarding Detection) est un protocole de détection simple qui détecte rapidement les défaillances dans les chemins de transfert. Un groupe d’agrégation de liens (LAG) combine plusieurs liaisons entre des équipements qui se trouvent dans des connexions point à point, augmentant ainsi la bande passante, assurant la fiabilité et permettant l’équilibrage de charge. Pour exécuter une session BFD sur des interfaces LAG, configurez une session BFD indépendante en mode asynchrone sur chaque liaison membre LAG d’un bundle LAG. Au lieu d’une seule session BFD qui surveille l’état du port UDP, des sessions micro BFD indépendantes surveillent l’état des liaisons membres individuelles.
À compter de Junos OS Evolved version 20.1R1, les sessions BFD (Bidirectional Forwarding Detection) indépendantes sont activées par liaison membre d’un bundle LAG (Link Aggregation Group).
Pour activer la détection des défaillances des interfaces Ethernet agrégées :
L’option
version
n’est pas prise en charge sur le QFX Series. À partir de Junos OS version 17.2R1, un avertissement s’affiche si vous tentez d’utiliser cette commande.Cette fonctionnalité fonctionne lorsque les deux appareils prennent en charge BFD. Si BFD n’est configuré qu’à une extrémité du LAG, cette fonctionnalité ne fonctionne pas.
Voir aussi
Présentation de l’algorithme de hachage du bundle LAG et de la sortie du trafic ECMP de saut suivant
Juniper Networks EX Series et QFX Series utiliser un algorithme de hachage pour déterminer comment transférer le trafic sur un bundle de LAG (Link Aggregation Group) ou vers le périphérique de saut suivant lorsque le chemin d’accès multichemin à coût égal (ECMP) est activé.
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.
La prise en charge de la plate-forme dépend de la version de Junos OS dans votre installation.
Cette rubrique contient les sections suivantes :
- Comprendre l’algorithme de hachage
- IP (IPv4 et IPv6)
- MPLS
- Hachage de paquets MAC-in-MAC
- Hachage d’en-tête de couche 2
- Paramètres de hachage
Comprendre 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 ou pour le trafic sortant d’un commutateur lorsque ECMP est activé.
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.
Pour ECMP, l’algorithme de hachage détermine la manière dont le trafic entrant est transféré vers l’appareil de saut suivant.
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 de l’EtherType du paquet et, dans certains cas, de la configuration du commutateur. L’algorithme de hachage reconnaît les EtherTypes suivants :
IP (IPv4 et IPv6)
MPLS
MAC-dans-MAC
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.
Les mêmes champs sont utilisés par l’algorithme de hachage pour hacher le trafic ECMP et LAG, mais l’algorithme de hachage hache le trafic ECMP et LAG différemment. Le trafic LAG utilise un hachage de jonction, tandis qu’ECMP utilise le hachage ECMP. LAG et ECMP utilisent tous deux la même graine RTAG7, mais utilisent des décalages différents de cette graine 128B pour éviter la polarisation. La configuration initiale de la fonction HASH pour utiliser le trunk et le décalage ECMP sont définis au moment de l’initialisation PFE. Les différents hachages garantissent que le trafic n’est pas polarisé lorsqu’un bundle LAG fait partie du chemin de saut suivant ECMP.
Les mêmes champs sont utilisés pour le hachage, que le commutateur participe ou non à un Virtual Chassis ou un Virtual Chassis Fabric (VCF) mixte ou non.
Les champs utilisés pour le hachage par chaque EtherType ainsi que les champs utilisés par l’en-tête de couche 2 sont abordés dans les sections suivantes.
IP (IPv4 et IPv6)
Les champs de charge utile dans les paquets IPv4 et IPv6 sont utilisés par l’algorithme de hachage lorsque des paquets IPv4 ou IPv6 doivent être placés sur un lien membre d’un bundle LAG ou envoyés au périphérique de saut suivant lorsque ECMP est activé.
Par défaut, le mode de hachage est défini sur le champ de charge utile de couche 2. Les champs de charge utile IPv4 et IPv6 sont utilisés pour le hachage lorsque le mode de hachage est défini sur Charge utile de couche 2.
Si le mode de hachage est configuré sur l’en-tête de couche 2, les paquets IPv4, IPv6 et MPLS sont hachés à l’aide des champs d’en-tête de couche 2. Si vous souhaitez que les paquets entrants IPv4, IPv6 et MPLS soient hachés par l’adresse MAC source, l’adresse MAC de destination ou les champs EtherType, vous devez définir le mode de hachage sur En-tête de couche 2.
Le Tableau 5 affiche les champs de charge utile IPv4 et IPv6 qui sont utilisés par défaut par l’algorithme de hachage.
✓ : le champ est utilisé par défaut par l’algorithme de hachage.
Χ : le champ n’est pas utilisé par l’algorithme de hachage, par défaut.
(configurable) : le champ peut être configuré pour être utilisé ou non utilisé par l’algorithme de hachage.
Sur les commutateurs EX2300, les champs de charge utile suivants dans les paquets IPv4 et IPv6 sont utilisés par l’algorithme de hachage lorsque des paquets IPv4 ou IPv6 doivent être placés sur une liaison membre dans un bundle LAG ou envoyés au périphérique de saut suivant lorsque ECMP est activé :
Pour le trafic unicast sur LAG : SIP, DIP, L4SP, L4DP
Pour le trafic multicast connu sur LAG : IP source, IP de destination, ID de mod d’entrée et ID de port d’entrée
Pour le trafic de diffusion, unicast inconnu et multicast inconnu sur LAG : MAC source, MAC de destination, ID de mod d’entrée et ID de port d’entrée
Équilibrage de charge ECMP : adresse IP de destination, port source de couche 4 et port de destination de couche 4
Fields |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
|||||
---|---|---|---|---|---|---|---|---|---|---|
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
|
Source MAC |
X |
Χ |
X |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
X |
Destination MAC |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Type d’éther |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
VLAN ID |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
IP source ou IPv6 |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
IP ou IPv6 de destination |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Protocole (IPv4 uniquement) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
En-tête suivant (IPv6 uniquement) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Port source de couche 4 |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Port de destination de couche 4 |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Étiquette de flux IPv6 (IPv6 uniquement) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
ID de mod d’entrée |
✓ (configurable) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
ID de port entrant |
✓ (configurable) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
MPLS
L’algorithme de hachage hache les paquets MPLS à l’aide des champs IP source, IP de destination, MPLS label 0, MPLS label 1, MPLS label 2 et MPLS 3. Sur les commutateurs QFX5110, QFX5120 et QFX5200, les routeurs LSR prennent également en charge ECMP. ECMP utilise les champs suivants pour le hachage sur un routeur LSR :
VPN de couche 3 : étiquettes MPLS (3 premières étiquettes), adresse IP source, adresse IP de destination et ID de port entrant
Circuit de couche 2 : étiquettes MPLS (3 premières étiquettes) et ID de port d’entrée
Le Tableau 6 affiche les champs de charge utile MPLS utilisés par l’algorithme de hachage, par défaut :
✓ : le champ est utilisé par défaut par l’algorithme de hachage.
Χ : le champ n’est pas utilisé par l’algorithme de hachage, par défaut.
Les champs utilisés par l’algorithme de hachage pour le hachage de paquets MPLS ne sont pas configurables par l’utilisateur.
Les champs IP source et IP de destination ne sont pas toujours utilisés pour le hachage. Pour les paquets MPLS non terminés, la charge utile est vérifiée si l’indicateur BoS (bottom of stack) est visible dans le paquet. Si la charge utile est IPv4 ou IPv6, les champs Adresse IP source et Adresse IP de destination sont utilisés pour le hachage avec les étiquettes MPLS. Si l’indicateur BoS n’est pas visible dans le paquet, seules les étiquettes MPLS sont utilisées pour le hachage.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
|
---|---|---|---|---|---|---|
Source MAC |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Destination MAC |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Type d’éther |
Χ |
Χ |
Χ |
Χ |
Χ |
|
VLAN ID |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Source IP |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Destination IP |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Protocole (pour les paquets IPv4) |
Χ |
Χ |
Χ |
Χ |
Χ |
|
En-tête suivant (pour les paquets IPv6) |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Port source de couche 4 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Port de destination de couche 4 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Laboratoire de flux IPv6 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Étiquette MPLS 0 |
Χ |
✓ |
✓ |
✓ |
✓ |
|
Étiquette MPLS 1 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Étiquette MPLS 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Étiquette MPLS 3 |
✓ |
X |
X |
X |
X |
|
ID de port entrant |
✓ (LSR et L2Circuit) |
X |
X |
X |
✓ (LSR et L2Circuit) |
✓ (LSR et L2Circuit) |
Hachage de paquets MAC-in-MAC
Les paquets utilisant l’EtherType MAC-in-MAC sont hachés par l’algorithme de hachage à l’aide des champs MAC source de la charge utile de couche 2, MAC de destination de la charge utile de couche 2 et EtherType de la charge utile de couche 2. Voir tableau 7.
Le hachage à l’aide des champs du paquet EtherType MAC-in-MAC est pris en charge pour la première fois sur les commutateurs EX4300 dans la version 13.2X51-D20. Le hachage à l’aide des champs de l’EtherType MAC-in-MAC n’est pas pris en charge sur les versions antérieures.
Les champs utilisés par l’algorithme de hachage pour le hachage MAC-in-MAC ne sont pas configurables par l’utilisateur.
✓ : le champ est utilisé par défaut par l’algorithme de hachage.
Χ : le champ n’est pas utilisé par l’algorithme de hachage, par défaut.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
---|---|---|---|---|---|---|---|
Charge utile MAC source de couche 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
MAC de destination de la charge utile de couche 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
Charge utile de couche 2 EtherType |
✓ |
✓ |
✓ |
✓ |
✓ |
||
VLAN externe de charge utile de couche 2 |
✓ |
Χ |
Χ |
Χ |
Χ |
Hachage d’en-tête de couche 2
Les champs d’en-tête de couche 2 sont utilisés par l’algorithme de hachage lorsque l’EtherType d’un paquet n’est pas reconnu comme IP (IPv4 ou IPv6), MPLS ou MAC-in-MAC. Les champs d’en-tête de couche 2 sont également utilisés pour le hachage du trafic IPv4, IPv6 et MPLS à la place des champs de charge utile lorsque le mode de hachage est défini sur l’en-tête de couche 2.
✓ : le champ est utilisé par défaut par l’algorithme de hachage.
Χ : le champ n’est pas utilisé par l’algorithme de hachage, par défaut.
(configurable) : le champ peut être configuré pour être utilisé ou non utilisé par l’algorithme de hachage.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
---|---|---|---|---|---|---|---|
Source MAC |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
||
Destination MAC |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
||
Type d’éther |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
||
VLAN ID |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
✓ (configurable) |
✓ (configurable) |
Paramètres de hachage
À partir de Junos OS version 19.1R1, sur la QFX5000 gamme de commutateurs, vous pouvez modifier les paramètres de hachage pour les algorithmes existants implémentés. Vous pouvez modifier le seuil des pools de mémoires tampons partagées pour les partitions de mémoire tampon d’entrée et de sortie, et vous pouvez apporter des modifications à la sélection de la fonction de hachage, à l’algorithme de hachage et à d’autres paramètres supplémentaires. Reportez-vous à la section Configuration d’autres paramètres de hachage plus loin dans ce document.
Configuration des champs de l’algorithme de hachage du bundle LAG et du trafic ECMP (procédure CLI)
Les commutateurs Juniper Networks EX Series et QFX 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) ou vers le périphérique de saut suivant lorsque le chemin d’accès multichemin à coût égal (ECMP) est activé.
L’algorithme de hachage prend des décisions de hachage en fonction des valeurs de divers champs de paquets. Vous pouvez configurer certains des champs utilisés par l’algorithme de hachage.
La configuration des champs utilisés par l’algorithme de hachage est utile dans les scénarios où la majeure partie du trafic entrant dans le bundle est similaire et que le trafic doit être géré dans le bundle LAG. Par exemple, si la seule différence entre les paquets IP pour l’ensemble du trafic entrant est l’adresse IP source et l’adresse IP de destination, vous pouvez régler l’algorithme de hachage pour prendre des décisions de hachage plus efficacement en configurant l’algorithme pour qu’il prenne des décisions de hachage en utilisant uniquement ces champs.
La configuration du mode de hachage n’est pas prise en charge sur les commutateurs QFX10002 et QFX10008.
- Configuration de l’algorithme de hachage pour utiliser les champs de l’en-tête de couche 2 pour le hachage
- Configuration de l’algorithme de hachage pour utiliser les champs de la charge utile IP pour le hachage
- Configuration de l’algorithme de hachage pour l’utilisation des champs de la charge utile IPv6 pour le hachage
- Configuration d’autres paramètres de hachage
Configuration de l’algorithme de hachage pour utiliser les champs de l’en-tête de couche 2 pour le hachage
Pour configurer l’algorithme de hachage afin d’utiliser les champs de l’en-tête de couche 2 pour le hachage :
Configuration de l’algorithme de hachage pour utiliser les champs de la charge utile IP pour le hachage
Pour configurer l’algorithme de hachage afin d’utiliser les champs de la charge utile IP pour le hachage :
Configuration de l’algorithme de hachage pour l’utilisation des champs de la charge utile IPv6 pour le hachage
Pour configurer l’algorithme de hachage afin d’utiliser les champs de la charge utile IPv6 pour le hachage :
Configuration d’autres paramètres de hachage
Pour configurer les paramètres de hachage pour le trafic ECMP ou LAG :
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plate-forme et la version que vous utilisez. Utilisez l’Explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.
local-address
configuré par rapport à l’interface ou à l’adresse IP de bouclage avant la validation de la configuration.