SUR CETTE PAGE
Comprendre les interfaces Ethernet agrégées et laCP pour les commutateurs
Forcer les liaisons ou interfaces LAG avec une capacité LACP limitée à être opérationnel
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
Configuration du timer LACP Hold-UP pour empêcher le flapping de liaison sur les interfaces LAG
Comprendre l’algorithme utilisé pour hachage de l’offre LAG et du trafic ECMP sortant
Interfaces Ethernet agrégées
Les sujets ci-dessous abordent la présentation des interfaces Ethernet agrégées, les détails de configuration de l’agrégation de liaisons et des interfaces Ethernet agrégées, le dépannage et la vérification des interfaces Ethernet agrégées.
Comprendre les interfaces Ethernet agrégées et laCP pour les commutateurs
L’agrégation de liaisons IEEE 802.3ad vous 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 liaisons entre les interfaces physiques crée une seule liaison logique point à point ou UN LAG. Le LAG équilibre le trafic entre les liaisons membres dans une offre Ethernet agrégée et augmente efficacement la bande passante des liaisons montantes. Un autre avantage de l’agrégation de liaisons est une disponibilité accrue, car le LAG est composé de plusieurs liaisons membres. En cas d’échec d’une liaison membre, le LAG continue de transporter le trafic sur les liaisons restantes.
Sur QFX5100, QFX5120, EX4600 QFX10002 commutateurs autonomes, et sur un QFX5100 Virtual Chassis et ex4600 Virtual Chassis, vous pouvez configurer un débit mixte de vitesse de liaison pour l’offre Ethernet agrégée. Seules les vitesses de liaison 40G et 10G sont prises en charge. L’équilibrage de charge ne fonctionnera pas si vous configurez des vitesses de liaison qui ne sont pas prises en charge.
Vous pouvez configurer un canal de port à l’aide de différents modèles SFP entre deux points de terminaison en gardant 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-composants 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 nœuds de serveur redondant, les membres de l’AE doivent être répartis de la même manière sur le groupe de nœuds de serveur redondants.
Lors d’un basculement de groupe de nœuds réseau, le trafic peut être interrompu pendant quelques secondes.
Groupe d’agrégation de liaisons
Vous configurez un LAG en spécifiant le numéro de liaison en tant qu’équipement physique, puis en associant un ensemble d’interfaces (ports) à la liaison. Toutes les interfaces doivent avoir la même vitesse et être en mode full-duplex. Le système d’exploitation Junos OS (Junos OS) de Juniper Networks pour les commutateurs Ethernet EX Series attribue une priorité unique d’identification et 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, 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 différents types d’interface, par exemple, ge et mge ne sont pas pris en charge sur les commutateurs multi-débit.
Pour Junos OS Evolved, le logiciel n’impose pas de limite au nombre maximal d’interfaces AE dans un offre 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, utilisant beaucoup moins de mémoire d’équilibrage de charge, les configurations d’interface AE à débit mixte doivent passer même si elles dépassent 64 interfaces logiques.
| Interrupteur |
Nombre maximal d’interfaces par LAG |
Nombre maximal de LAG |
|---|---|---|
| EX2200 |
8 |
32 |
| EX2300 |
8 |
128 |
| EX3200 |
8 |
32 |
| Virtual Chassis EX3300 et EX3300 |
8 |
32 |
| EX3400 |
16 |
128 |
| Virtual Chassis EX4200 et EX4200 |
8 |
111 |
| Virtual Chassis EX4300 et EX4300 |
16 |
128 |
| EX4500, EX4500 Virtual Chassis, EX4550 et EX4550 Virtual Chassis |
8 |
111 |
| EX4400 | 16 | 128 |
| EX4600 |
32 |
128 |
| EX6200 |
8 |
111 |
| EX8200 |
12 |
255 |
| EX8200 Virtual Chassis |
12 |
239 |
| EX9200 |
64 |
150 |
| Interrupteur |
Nombre maximal d’interfaces par LAG |
Nombre maximal de LAG |
|---|---|---|
| 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 groupe de 64 a été dépassée et que le paiement de la configuration a échoué.
Pour créer un LAG :
-
Créez une interface Ethernet agrégée logique.
-
Définissez les paramètres associés à l’interface Ethernet agrégée logique, tels qu’une unité logique, les propriétés de l’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 10 Gigabit Ethernet.
-
Configurez LACP pour la détection des liaisons.
Gardez à l’esprit ces consignes matérielles et logicielles :
-
Pour Junos OS Evolved, lorsqu’une nouvelle interface est ajoutée en tant que membre à l’offre Ethernet agrégée, un événement de liaison est généré. Lorsque vous ajoutez une interface à l’offre, l’interface physique est supprimée en tant qu’interface normale, puis ré-ajouté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 serveurs et un groupe de nœuds réseau sur un système QFabric. Jusqu’à 48 LAG sont pris en charge sur des groupes de nœuds de serveurs redondants et des groupes de nœuds serveurs sur un système QFabric, et jusqu’à 128 LAG sont pris en charge sur les groupes de nœuds réseau sur un système QFabric. Vous pouvez configurer des LAG sur les équipements de nœuds dans des groupes de nœuds de serveur redondants, des groupes de nœuds de serveurs et des groupes de nœuds 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 groupe de 32 a été dépassée et que le paiement de la configuration a échoué.
-
Jusqu’à 64 interfaces Ethernet peuvent être regroupées pour former un LAG, et dans un Junos Fusion, jusqu’à 1 000 LAG sont pris en charge sur QFX10002 commutateurs agissant comme des équipements d’agrégation.
-
Le LAG doit être configuré des deux côtés de la liaison.
-
Les interfaces de chaque côté de la liaison doivent être définies à la même vitesse et être en mode full-duplex.
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, ce qui vous permet de transporter le trafic FCoE et le trafic Ethernet normal (trafic qui n’est pas un trafic FCoE) sur le même offre d’agrégation de liaisons. Les LAG standard utilisent un algorithme de hachage pour déterminer quelle liaison physique du LAG est utilisée pour une transmission, de sorte que la communication entre deux équipements peut utiliser des liaisons physiques différentes dans le LAG pour différentes transmissions. Un LAG FCoE garantit que le trafic FCoE utilise la même liaison physique dans le LAG pour les requêtes et les réponses, afin de préserver la liaison virtuelle point à point entre l’adaptateur réseau convergé (CNA) de l’équipement FCoE et le commutateur SAN FC sur un équipement de nœud du système QFabric. Un LAG FCoE ne fournit pas d’équilibrage de charge ni de redondance de liaison pour le trafic FCoE. Cependant, le trafic Ethernet normal utilise l’algorithme de hachage standard et reçoit les avantages habituels de l’équilibrage de charge et de la redondance des liaisons dans un LAG FCoE. Voir Comprendre les LAG FCoE pour plus d’informations.
Protocole LACP (Link Aggregation Control Protocol)
LaCP est une méthode qui regroupe 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 LACP (PDU), qui contiennent des informations sur l’état de la liaison. Vous pouvez configurer des liaisons Ethernet pour transmettre activement des PDU LACP, ou configurer les liaisons pour les transmettre 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 de transmission est connu sous le nom d’acteur et le lien de réception est connu sous le nom de partenaire. Si l’acteur et le partenaire sont tous les deux en mode passif, ils n’échangent pas de paquets LACP et les liaisons Ethernet agrégées ne sont pas générées. Si l’acteur ou le partenaire est actif, ils échangent des paquets LACP. Par défaut, LACP est en mode passif sur des interfaces Ethernet agrégées. Pour lancer la transmission des paquets LACP et la réponse aux paquets LACP, vous devez activer le mode actif LACP. Vous pouvez configurer à la fois des interfaces Ethernet agrégées marquées par VLAN et non balisées sans lacp. LACP est défini dans IEEE 802.3ad, Aggregation of Multiple Link Segments.
Le 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 liaisons pour vérifier si les deux extrémités de l’offre sont connectées au groupe approprié.
Dans un scénario où un serveur à double domicile 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, le serveur peut ne pas être en mesure d’échanger des PDU LACP. Dans une telle situation, vous pouvez configurer une interface pour qu’elle soit à l’état up même si aucun PDUs n’est échangé. Utilisez l’instruction force-up pour configurer une interface lorsque l’homologue a une capacité LACP limitée. L’interface sélectionne le LAG associé par défaut, que le commutateur et l’homologue soient à la fois en mode actif ou passif. Lorsque les PDU ne sont pas reçus, le partenaire est considéré comme travaillant en mode passif. Par conséquent, les transmissions PDU LACP sont contrôlées par la liaison de transmission.
Si l’extrémité distante de la liaison LAG est un équipement de sécurité, LACP peut ne pas être 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, à moins que le commutateur ne 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 des erreurs de configuration à l’extrémité locale ou distante de la liaison. Ainsi, LACP peut aider à prévenir les pannes de communication :
-
Lorsque le LACP n’est pas activé, un LAG local peut tenter de transmettre des paquets vers une interface distante unique, ce qui cause l’échec de la communication.
-
Lorsque le LACP est activé, un LAG local ne peut transmettre de paquets que si un LAG avec LACP est également configuré à l’extrémité distante de la liaison.
Voir aussi
Forcer les liaisons ou interfaces LAG avec une capacité LACP limitée à être opérationnel
Une liaison sans configuration LACP (Link Access Control Protocol) reste en panne et n’est pas accessible par les équipements de périphérie du fournisseur (PE) dans la topologie. Vous pouvez configurer la fonctionnalité de force dans LACP sur un équipement PE pour lequel vous avez besoin de connectivité.
Pour vous assurer que l’homologue avec une capacité LACP limitée est opérationnel et accessible sur le réseau LAG, configurez l’une des liaisons ou interfaces Ethernet agrégées sur un équipement PE à l’aide du niveau hiérarchique approprié sur votre équipement :
-
set interfaces interface-name ether-options 802.3ad lacp force-up -
set interfaces interface-name aggregated-ether-options lacp force-up
Par défaut, une seule liaison d’un LAG peut être à l’état FUP à tout moment.
Dans un environnement autonome ou virtuel configuré avec Ethernet agrégé (AE) :
-
si une interface Ethernet agrégée (AE) sur un commutateur possède plusieurs liaisons membres et qu’une liaison membre de cet AE est dans l’état de force-up avec le LACP de son homologue désactivé, et que si le LACP apparaît partiellement (c’est-à-dire si la liaison LACP est établie avec une liaison membre non contraignante), la force-up est désactivée sur la liaison membre sur laquelle la force-up a été configurée, et cette liaison membre est prête pour l’établissement de la connexion via LACP. La force-up 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 compléter l’association de liaison ; Vous devez également inclure une déclaration définissant aex au niveau de la [edit interfaces] hiérarchie. Vous pouvez éventuellement spécifier d’autres propriétés physiques qui s’appliquent spécifiquement aux interfaces Ethernet agrégées ; pour plus de détails, consultez la présentation des interfaces Ethernet.
En général, les offres Ethernet agrégées prennent en charge les fonctionnalités disponibles sur toutes les interfaces prises en charge qui peuvent devenir un lien membre de l’offre. À titre exceptionnel, les fonctionnalités Gigabit Ethernet IQ et certaines fonctionnalités Gigabit Ethernet plus récentes ne sont pas prises en charge dans les offres Ethernet agrégées.
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 l’offre Ethernet agrégée, même si toutes les liaisons membres prennent en charge individuellement 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 de l’offre Ethernet agrégée ; 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’énoncé vlan-tagging au niveau de la [edit interfaces aex] hiérarchie :
[edit interfaces aex] vlan-tagging;
Vous devez également inclure la vlan-id déclaration :
vlan-id number;
Vous pouvez inclure cette déclaration 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 déclarations et vlan-id les déclarations, consultez la vlan-tagging présentation des VLAN 802.1Q.
Voir aussi
Configuration d’interfaces Ethernet agrégées non-décalées
Lorsque vous configurez une interface Ethernet agrégée non mise en place, les règles existantes pour les interfaces sans mise en place 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 LACP ou des unités de données de protocole de marqueur (PDUs) vers et depuis les liaisons individuelles.
Vous ne pouvez pas inclure l’instruction
vlan-iddans la configuration de l’interface logique.
Configurez une interface Ethernet agrégée non bardée en omettant lesvlan-tagging déclarations et 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ée)
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 l’équipement de routage avant de pouvoir les configurer.
Vous devez également spécifier les liaisons physiques constituantes 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 SPC, DPC ou PIC. La configuration suivante est suffisante pour mettre en place une interface Gigabit Ethernet agrégée.
[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 et
aexdéfinit cette interface à l’état descendant.Vous pouvez également supprimer définitivement l’interface Ethernet agrégée de la configuration de l’équipement en la supprimant du nombre d’équipements sur l’équipement de routage.
Pour supprimer une interface Ethernet agrégée :
Voir aussi
Comprendre les biais de liaison locale
Le biais de liaison locale permet de conserver la bande passante sur les ports Virtual Chassis (VCP) en utilisant des liaisons locales pour transférer le trafic unicast sortant d’un Virtual Chassis ou Virtual Chassis Fabric (VCF) doté d’un offre de groupe d’agrégation de liaisons (LAG) composée de liens membres sur différents commutateurs membres dans le même Virtual Chassis ou VCF. Une liaison locale est un lien membre de l’offre 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 local est activé, aucune bande passante VCP n’est consommée par le trafic VCP traversant les VCP pour quitter le Virtual Chassis ou le VCF à l’aide d’une autre liaison membre dans l’offre LAG. La figure 1 illustre le flux de trafic sortant d’un Virtual Chassis ou D’un VCF via un bundle LAG lorsque le biais de liaison local est activé.
locale
Lorsque le biais de liaison local est désactivé, le trafic sortant d’un Virtual Chassis ou D’un VCF sur une offre LAG peut être transféré depuis n’importe quel lien membre de l’offre 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 de l’offre. La bande passante VCP est fréquemment consommée par le trafic sortant lorsque le biais de liaison local est désactivé parce que le trafic sortant traverse les VCP pour atteindre le lien membre sortant de destination dans l’offre LAG. La figure 2 illustre le flux de trafic sortant d’un Virtual Chassis ou D’un VCF sur un bundle LAG lorsque le biais de liaison local est désactivé.
de liaison locale
À partir de la version 14.1X53-D25 de Junos OS, les biais de liaison locale peuvent être activés globalement pour toutes les offres LAG dans un Virtual Chassis ou VCF, ou individuellement par offre LAG dans un Virtual Chassis. Dans les versions précédentes de Junos OS, les biais de liaison locale pouvaient être activés individuellement par offre LAG uniquement.
Un Virtual Chassis ou VCF avec plusieurs offres LAG peut contenir des offres qui ont et n’ont pas activé de biais de liaison locale. Le biais de liaison locale n’a d’impact que sur le transfert du trafic unicast sortant d’un Virtual Chassis ou VCF ; la gestion du trafic entrant n’est pas impactée par le paramètre de biais de liaison local. Le multicast sortant, l’unicast inconnu et le trafic de diffusion sortant d’un Virtual Chassis ou D’un VCF via une offre LAG n’est pas impacté par le paramètre de biais de liaison local et est toujours équilibré entre les liaisons membres. Par défaut, le biais de liaison local est désactivé.
Vous devez activer le biais de liaison local si vous souhaitez conserver la bande passante VCP en redirigeant toujours le trafic unicast sortant sur une offre LAG à partir d’une liaison locale. Vous ne devez pas activer le biais de liaison local si vous souhaitez équilibrer la charge de trafic sortant sur les liaisons membres dans l’offre LAG à la sortie du Virtual Chassis ou du VCF.
Configuration des biais de liaison locale
Le biais de liaison local est utilisé pour économiser la bande passante sur les ports Virtual Chassis (VCP) en utilisant des liaisons locales pour transférer le trafic unicast sortant d’un Virtual Chassis ou Virtual Chassis Fabric (VCF) qui dispose d’un offre LAG (Link Aggregation Group) composée de liens membres sur différents commutateurs membres dans le même Virtual Chassis ou VCF. Une liaison locale est un lien membre de l’offre 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 local est activé, aucune bande passante VCP n’est consommée par le trafic VCP traversant les VCP pour quitter le Virtual Chassis ou le VCF sur une autre liaison membre dans l’offre LAG.
Vous devez activer le biais de liaison local si vous souhaitez conserver la bande passante VCP en redirigeant toujours le trafic unicast sortant sur un LAG à partir d’une liaison locale. Vous ne devez pas activer le biais de liaison local si vous souhaitez équilibrer la charge du trafic sortant à la sortie du Virtual Chassis ou du VCF.
Les biais de liaison locale peuvent être activés ou désactivés à l’échelle mondiale ou par offre LAG sur un Virtual Chassis ou un VCF. Dans les cas où le biais de liaison local est activé à la fois aux niveaux global et par offre LAG, la configuration par offre LAG a priorité. Par exemple, si le biais de liaison local est activé globalement, mais désactivé sur un lot LAG nommé ae1, le biais de liaison local est désactivé sur l’offre LAG nommée ae1.
Pour activer le biais de liaison local sur un offre LAG :
[edit] user@switch# set interface aex aggregated-ether-options local-bias
où aex est le nom de l’offre de liaison Ethernet agrégée.
Par exemple, pour activer le biais de liaison local sur l’interface Ethernet agrégée ae0 :
[edit] user@switch# set interface ae0 aggregated-ether-options local-bias
Comprendre les liaisons locales minimales
Lors de la description de la fonctionnalité de liaisons minimales locales, les liens membres sont des liaisons qui font partie d’un offre Ethernet agrégée (LAG), les commutateurs membres sont des châssis qui sont membres dans un Virtual Chassis ou Virtual Chassis Fabric (VCF), et local member links (ou simplement des liens locaux) sont des liaisons membres du même LAG qui sont locales vers un commutateur Virtual Chassis ou VCF particulier.
Un groupe d’agrégation de liaisons (LAG) peut inclure des liens membres sur différents châssis, et plusieurs liens membres locaux sur les commutateurs membres dans un Virtual Chassis ou un VCF. Si les liaisons membres du LAG échouent, le LAG continue de transporter le trafic sur les liaisons membres restantes encore actives. Lorsque plusieurs liaisons membres sont locales vers un châssis et qu’une ou plusieurs de ces liaisons échouent, 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 à travers le châssis.
Introduite dans la version 14.1X53-D40 de Junos OS, la fonctionnalité de liaisons minimales locales permet d’éviter les pertes de trafic en raison d’une bande passante asymétrique sur les chemins de transfert LAG via un commutateur virtual chassis ou VCF membre en cas d’échec d’une ou plusieurs liaisons membres locales.
La fonctionnalité de liaisons locales minimales est prise en charge sur Virtual Chassis ou vcF avec QFX5100 commutateurs membres uniquement.
En fonction d’une valeur de seuil configurée par l’utilisateur, en cas d’échec d’une ou de plusieurs liaisons membres, cette fonctionnalité marque les liaisons locales actives restantes comme « down », 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), vous définissez l’énoncé local-minimum-links-threshold de configuration avec une valeur seuil qui représente le pourcentage de liaisons membres locales qui doivent être sur un châssis pour que les liaisons membres locales de ce châssis continuent d’être actives dans l’offre Ethernet agrégée.
Valeur de seuil configurée :
S’applique à une interface Ethernet agrégée spécifiée.
S’applique à tout châssis ayant des liaisons dans l’offre Ethernet agrégée spécifiée.
Représente un pourcentage de liaisons membres locales actives 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 sur un châssis échouent, la fonctionnalité compare le pourcentage de liaisons membres locales qui sont encore jusqu’au seuil. Si le pourcentage de liaisons « montantes » est inférieur au seuil, la fonctionnalité force les liaisons locales actives restantes et aucun trafic pour l’interface Ethernet agrégée ne sera transféré par les liaisons membres sur ce châssis. Si le pourcentage de liaisons « up » est supérieur ou égal au seuil, le statut des liaisons actives reste inchangé et le trafic LAG continuera d’être distribué sur les liaisons membres disponibles sur ce châssis.
Prenons l’exemple d’un commutateur membre d’une structure Virtual Chassis dont quatre liaisons sont des liens membres actifs d’un LAG, et la fonctionnalité de liaisons locales minimales est activée avec le seuil défini à 60 :
Si un lien membre tombe en panne, 75 % (trois sur quatre) des liaisons sont toujours en hausse, ce qui est supérieur au seuil (60 %).
Si deux liaisons membres tombent en panne, seulement 50 % (deux sur quatre) des liaisons sont « haut », de sorte que la fonctionnalité de liaisons locales minimales force les deux liaisons actives restantes « vers le bas ». Il en va de même si trois liaisons membres échouent, la liaison restante est également forcée.
La fonctionnalité de liaisons minimales locales suit si les liens sont en panne en raison de l’échec de la liaison ou de la liaison a été forcée, ainsi que lorsque des liens membres actifs, défaillants ou forcés sont ajoutés ou supprimés. Par conséquent, la fonctionnalité peut répondre dynamiquement lorsque :
Les liens des membres locaux défaillants reviennent.
Vous modifiez la valeur de seuil configurée ou vous désactivez la fonctionnalité de liaisons minimales locales.
L’ajout ou la suppression de liens de membres locaux modifie le nombre total de liens de membres locaux, ou modifie le ratio de liaisons « supérieures » par rapport au nombre total de liens membres locaux par rapport au seuil.
Par exemple, si une liaison membre défaillante force toutes les liaisons de membres locaux à descendre, alors cette liaison revient et fait passer le pourcentage de liaisons « haut » au-dessus du seuil actuel, le système ajuste l’état des liaisons vers le bas pour les marquer à nouveau.
Vous ne devez activer cette fonctionnalité que si votre système gère étroitement les chemins de transfert de trafic entrant et sortant sur les LAG pour des châssis individuels dans un Virtual Chassis et des VCF, en particulier lorsque les biais de liaison locale sont également activés.
- Configuration des liaisons locales minimales
- Liaisons locales minimales Effet sur les liaisons LAG Minimales
- Liaisons locales minimales et biais de liaison locale
Configuration des liaisons locales minimales
La fonctionnalité de liaisons locales minimales est désactivée par défaut. Pour activer cette fonctionnalité pour une offre LAG (qui s’applique ensuite à tout châssis ayant des liens membres locaux dans le LAG), il suffit de configurer une valeur 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 que la nouvelle valeur de seuil.
Pour désactiver la fonctionnalité de liaisons minimales locales, supprimez l’instruction local-minimum-links-threshold de la configuration. Toutes les liaisons qui ont été forcées par cette fonctionnalité sont automatiquement mises à jour en quelques secondes.
Liaisons locales minimales Effet sur les liaisons LAG Minimales
Le seuil de liaisons locales minimales par châssis est similaire au paramètre de liaisons minimales pour une offre LAG, qui configure le nombre minimal de liens membres dans l’offre qui doit être mis en place pour l’interface Ethernet agrégée dans son ensemble pour être considérée comme « up ». (Voir Configuration de l’agrégation de liens pour plus de détails.) Les liens de membres locaux qui échouent ou sont contraints par la fonctionnalité de liaisons minimales locales contribuent au nombre de liaisons « montantes » pour le LAG dans son ensemble. En conséquence, cette fonctionnalité peut entraîner la panne de l’ensemble du LAG si suffisamment de liaisons locales sont forcées. L’activation et la configuration de la fonctionnalité de liaisons minimales locales sont indépendantes de la configuration minimale des liaisons LAG, mais vous devez examiner attentivement l’effet potentiel combiné sur le LAG dans son ensemble lors de la configuration des deux fonctionnalités.
Liaisons locales minimales et biais de liaison locale
Les liaisons locales minimales et les fonctionnalités de biais de liaison local fonctionnent indépendamment, mais peuvent influencer les résultats de transfert de trafic mutuels. Par exemple, lorsque le biais de liaison local est activé et qu’il favoriserait autrement le transfert du trafic hors des liaisons locales de l’offre Ethernet agrégée, mais que ces liaisons sont en panne parce que le seuil minimal de liaisons locales n’est pas actuellement atteint, le trafic sortant sera redirigé via les VCP vers d’autres commutateurs Virtual Chassis ou VCF membres pour le transfert. Dans ce cas, une augmentation imprévue du trafic VCP peut avoir un impact sur les performances de Virtual Chassis ou VCF.
Voir Comprendre le biais de liaison locale pour plus de détails sur la fonctionnalité de biais de liaison local.
Voir aussi
Dépannage d’une interface Ethernet agrégée
Résolution des problèmes pour les interfaces Ethernet agrégées :
- Commande Afficher les interfaces Montre que le LAG est en panne
- Les statistiques d’interface logique ne reflètent pas tout le trafic
- Les statistiques de trafic de l’interface IPv6 ne sont pas prises en charge
- Compteurs SNMP siHCInBroadcastPkts et siInBroadcastPkts sont toujours 0
Commande Afficher les interfaces Montre que le LAG est en panne
Problème
Description
La show interfaces terse commande indique que le LAG est en panne.
Solution
Vérifiez ce qui suit :
Vérifiez qu’il n’y a pas d’incompatibilité de configuration.
Vérifiez que tous les ports membres sont en place.
Vérifiez qu’un LAG fait partie de la famille Ethernet : commutation (LAG de couche 2) ou la famille inet (LAG de couche 3).
Vérifiez que le membre LAG est connecté au LAG correct à l’autre extrémité.
Vérifiez que les membres LAG appartiennent au même commutateur (ou au même Virtual Chassis).
Les statistiques d’interface logique ne reflètent pas tout le trafic
Problème
Description
Les statistiques de trafic d’une interface logique n’incluent pas tout le trafic.
Solution
Les champs statistiques du 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 pouvez consulter les statistiques de tout le trafic uniquement par interface physique.
Les statistiques de trafic de l’interface IPv6 ne sont pas prises en charge
Compteurs SNMP siHCInBroadcastPkts et siInBroadcastPkts sont toujours 0
Configuration de l’agrégation de liaisons
Utilisez la fonctionnalité d’agrégation de liens pour agréger un ou plusieurs liens pour former un lien virtuel ou un groupe d’agrégation. Le client MAC peut traiter cette liaison virtuelle comme s’il s’agissait d’une seule liaison. L’agrégation de liaisons augmente la bande passante, assure une dégradation gracieuse en cas de défaillance et augmente la disponibilité des liaisons.
Une interface avec une adresse IP déjà configurée ne peut pas faire partie du groupe d’agrégation.
Sur QFX5100, QFX5120, QFX5200, EX4600, QFX10002 et QFX10008 commutateurs autonomes, et sur QFX5100 Virtual Chassis et EX4600 Virtual Chassis, vous pouvez configurer un débit mixte de vitesse de liaison pour l’offre Ethernet agrégée. 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 junos OS de votre installation.)
- Création d’une interface Ethernet agrégée
- Configuration du nom VLAN et du numéro d’ID VLAN
- Configuration de la procédure CLI (Ethernet LACP agrégée)
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 tombe en panne et revient (rabats). Le battement se produit lorsqu’un SFP à faible vitesse est connecté à un port relativement haut débit. Pour éviter les battements, configurez la vitesse du port pour qu’elle corresponde à la vitesse du SFP.
Configuration de la procédure CLI (Ethernet LACP agrégée)
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 regroupe plusieurs interfaces physiques pour former une seule interface logique. Vous pouvez configurer des interfaces Ethernet agrégées avec ou sans LACP activé.
Le LACP a été conçu pour atteindre les objectifs suivants :
Ajout et suppression automatiques de liens individuels vers l’offre sans intervention de l’utilisateur
Surveillance des liaisons pour vérifier si les deux extrémités de l’offre sont connectées au groupe approprié
Vous pouvez également configurer la protection des liaisons LACP sur des interfaces Ethernet agrégées. Pour plus d’informations, voir Configuration de la protection des liaisons LACP des interfaces Ethernet agrégées pour les commutateurs.
L’implémentation junos OS de LACP permet de surveiller les liaisons, mais pas d’ajouter et de supprimer automatiquement les liaisons.
Avant de configurer LACP pour EX Series, assurez-vous d’avoir :
Configurez les offres Ethernet agrégées, également appelées groupes d’agrégation de liaisons (LAG). Voir configuration des liaisons Ethernet agrégées (procédure CLI)
Lorsque le LACP est activé, les côtés locaux et distants 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 transmettre activement des PDU, ou configurer les liaisons pour les transmettre passivement (en envoyant des PDU LACP uniquement lorsqu’ils les reçoivent depuis une autre liaison). Une partie de la liaison doit être configurée pour que active la liaison soit en place.
N’ajoutez pas de LACP à un LAG si l’extrémité distante de la liaison LAG est un équipement de sécurité, à moins que l’équipement de sécurité ne prend en charge le LACP. Les équipements de sécurité ne prennent souvent pas en charge LACP parce qu’ils nécessitent une configuration déterministe.
Pour configurer LACP :
Le processus LACP n’existe dans le système que si vous le configurez 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 de fournir une QoS sur les liaisons pendant leur 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. En cas de défaillance de la liaison principale, le trafic est acheminé via la liaison de secours. Étant donné qu’une perte de trafic est inévitable, le trafic sortant n’est pas automatiquement routé vers la liaison principale lorsque la liaison principale est rétablie. Au lieu de cela, vous contrôlez manuellement quand le trafic doit être redirigé vers la liaison principale à partir de la liaison de sauvegarde désignée.
La protection des liaisons n’est pas prise en charge sur le MX80.
- Configuration de la protection des liaisons pour les interfaces Ethernet agrégées
- Configuration des liaisons primaires et de sauvegarde pour les interfaces Ethernet agrégées
- Rétablir le trafic vers une liaison principale lorsque le trafic passe par une liaison de sauvegarde
- Désactiver la protection des liaisons pour les interfaces Ethernet agrégées
Configuration de la protection des liaisons pour les interfaces Ethernet agrégées
Les interfaces Ethernet agrégées prennent en charge la protection des liaisons pour garantir la QoS sur l’interface.
Pour configurer la protection des liaisons :
Voir aussi
Configuration des liaisons primaires et de sauvegarde pour les interfaces Ethernet agrégées
Pour configurer la protection des liaisons, vous devez spécifier une liaison principale et secondaire, ou une liaison de sauvegarde.
Pour configurer une liaison principale et une liaison de secours :
Voir aussi
Rétablir le trafic vers une liaison principale lorsque le trafic passe par une liaison de sauvegarde
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. En cas de défaillance de la liaison principale, le trafic est acheminé via la liaison de secours. Étant donné qu’une perte de trafic est inévitable, le trafic sortant n’est pas automatiquement routé vers la liaison principale lorsque la liaison principale est rétablie. Au lieu de cela, vous contrôlez manuellement quand le trafic doit être redirigé vers la liaison principale à partir de la liaison de sauvegarde désignée.
Pour contrôler manuellement quand le trafic doit être redirigé vers la liaison principale de la liaison de sauvegarde désignée, saisissez la commande opérationnelle suivante :
user@host> request interface revert aex
Voir aussi
Désactiver la protection des liaisons pour les interfaces Ethernet agrégées
Pour désactiver la protection des liaisons, émettez 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 l’offre.
Certains équipements prennent en charge des débits mixtes et des 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 les liaisons 10 Gigabit Ethernet
-
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 pouvez configurer les liaisons membres 50 Gigabit Ethernet uniquement à l’aide des interfaces 50 Gigabit Ethernet PIC 100 Gigabit Ethernet avec CFP (PD-1CE-CFP4).
-
Vous ne pouvez configurer des liaisons membres 100 Gigabit Ethernet qu’à l’aide des deux interfaces 50 Gigabit Ethernet d’un PIC 100 Gigabit Ethernet avec CFP. Vous pouvez inclure cette liaison membre 100 Gigabit Ethernet dans une liaison Ethernet agrégée qui inclut également les liens membres d’autres interfaces.
Pour configurer la vitesse de liaison Ethernet agrégée :
Vous pouvez configurer des interfaces Ethernet agrégées sur le routeur M120 pour qu’elles fonctionnent à l’une des vitesses suivantes :
-
100m— Les liaisons sont 100 Mbit/s. -
10g— Les liaisons sont de 10 Gbit/s. -
1g— Les liaisons sont de 1 Gbit/s. -
oc192— Les liens 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 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 fonctionner à l’une des vitesses suivantes :
-
100g— Les liaisons sont de 100 Gbit/s. -
100m— Les liaisons sont 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 sont à différentes vitesses. -
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 rééquilibrer régulièrement les liaisons en fonction d’un temps et d’un intervalle spécifiques.
Pour configurer un rééquilibrage périodique :
Voir aussi
Exemple : configuration de liaisons montantes Ethernet agrégées à haut débit 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 augmenter la bande passante et la redondance. Les ports combinés de cette manière sont appelés groupe d’agrégation de liens (LAG) ou bundle. Le nombre de liaisons Ethernet que vous pouvez combiner en un LAG dépend du modèle de commutateur EX Series.
Cet exemple explique 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. Voir Configuration d’un virtual chassis EX4200, EX4500 ou EX4550 (procédure CLI).
Configurez les ports de liaison montante sur les commutateurs en tant que ports de liaison. Voir Configuration des interfaces Gigabit Ethernet (procédure CLI).
Présentation et topologie
Pour une vitesse et une résilience maximales, vous pouvez combiner les liaisons montantes entre un commutateur d’accès et un commutateur de distribution en LAG. L’utilisation de LAG peut être 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.
Le commutateur d’accès Virtual Chassis dans cet exemple est composé de deux commutateurs membres. Chaque commutateur membre dispose d’un module de liaison montante avec deux ports 10 Gigabit Ethernet. Ces ports sont configurés en tant que ports de liaison, 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 liaisons.
Il double la vitesse de chaque liaison montante de 10 Gbit/s à 20 Gbit/s.
Si un port physique est perdu pour une raison quelconque (un câble est débranché, un port de commutation tombe en panne, ou un commutateur membre n’est pas disponible), 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 entre eux avec leurs ports Virtual Chassis (VCP) en tant que commutateurs membres de Host-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 Host-D.
Chaque membre du commutateur d’accès a un module de liaison montante installé. Chaque module de liaison montante a deux ports. Les liaisons montantes sont configurées pour faire office de ports de liaison, 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 vers 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é, LACP peut ne pas être 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, à moins que le commutateur ne détecte une défaillance de liaison au sein de la couche physique Ethernet ou des couches de liaison de données.
de distribution Virtual Chassis EX4200
Le tableau 3 détaille la topologie utilisée dans cet exemple de configuration.
| d’hôte du commutateur et port | deliaison montante | dumodule | de base VCID|||
|---|---|---|---|---|---|
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 |
Commutateur de distribution Host-D VCID 4 |
Commutateur EX4200 L-24F |
Un module de liaison montante XFP |
0 |
|
SWD-1 |
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 cli
Pour configurer rapidement des liaisons montantes Ethernet agrégées à haut débit 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 agrégées haut débit 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 liaisons qui doivent être présentes pour l’interface LAG
ae0:up[edit interfaces] user@Host-A# set ae0 aggregated-ether-options minimum-links 1
Spécifiez le nombre de liaisons qui doivent être présentes pour l’interface LAG
ae1:up[edit interfaces] user@Host-A# set ae1 aggregated-ether-options minimum-links 1
Spécifiez la vitesse du média de la
ae0liaison :[edit interfaces] user@Host-A# set ae0 aggregated-ether-options link-speed 10g
Spécifiez la vitesse du média de la
ae1liaison :[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 le LAG
ae0appartient au sous-réseau du domaine de diffusion de l’employé :[edit interfaces] user@Host-A# set ae0 unit 0 family inet address 192.0.2.0/25Spécifiez que le LAG
ae1appartient 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 est opérationnelle et que deux LAG ont été créés, effectuez ces tâches :
Vérifier que LAG ae0 a été créé
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 en place et affiche l’adresse IP et l’adresse family IP attribuées à 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 ce qui suit :
Vérifiez qu’il n’y a pas d’incompatibilité de configuration.
Vérifiez que tous les ports membres sont en place.
Vérifiez qu’un LAG fait partie de la commutation Ethernet de la famille (LAG de couche 2) ou de la famille inet (LAG de couche 3).
Vérifiez que le membre LAG est connecté au LAG correct à 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 liaisons 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 plus élevées. Les ports combinés de cette manière sont appelés groupe d’agrégation de liens (LAG) ou bundle. Le nombre de liaisons Ethernet que vous pouvez combiner en un 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 explique 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 versions ultérieures pour le commutateur QFX5100 et EX4600, et Junos OS version 15.1X53-D10 ou ultérieure pour les commutateurs QFX10002.
Un commutateur QFX3500, QFX3600, EX4600, QFX5100 ou QFX10002.
Présentation et topologie
Dans cet exemple, le commutateur a un LAG comprenant deux interfaces 10 Gigabit Ethernet. Ce LAG est configuré en liaison en mode port (ou en mode interface trunk) afin que le commutateur et le VLAN auquel il a été assigné 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 commutation tombe en panne), le port logique continue de fonctionner de manière transparente sur le port physique restant.
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é, LACP peut ne pas être 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, à moins que le commutateur ne 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 consiste en un commutateur avec un LAG configuré entre deux de ses interfaces 10 Gigabit Ethernet. Le commutateur est connecté à un commutateur d’agrégation.
Le tableau 4 détaille la topologie utilisée dans cet exemple de configuration.
| de tronc matériel de base | de nom d’hôte | |
|---|---|---|
Interrupteur |
QFX3500, QFX3600, EX4600, QFX5100 ou commutateur QFX10002 |
|
Configuration
Pour configurer un LAG entre deux interfaces 10 Gigabit Ethernet.
Procédure
Configuration rapide cli
Pour configurer rapidement un LAG entre deux interfaces 10 Gigabit Ethernet 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 d’un logiciel de couche 2 améliorée (par exemple, sur le commutateur EX4600, QFX5100 ou QFX10002), utilisez l’instruction interface-mode à la place de l’instruction port-mode . Pour plus de détails sur els, voir Utilisation de l’interface 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 liaisons qui doivent être présentes pour l’interface LAG
ae0:up[edit interfaces] user@switch# set ae0 aggregated-ether-options minimum-links 1
Spécifiez la vitesse du média de la
ae0liaison :[edit interfaces] user@switch# set ae0 aggregated-ether-options link-speed 10g
Spécifiez les membres à inclure dans l’offre Ethernet agrégée :
[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
Assignez un port de type trunk à la
ae0liaison :Note:Si vous configurez un LAG à l’aide d’un logiciel de couche 2 améliorée (par exemple, sur le commutateur EX4600, QFX5100 ou QFX10002), utilisez l’instruction à la
interface-modeplace de l’instructionport-mode. Pour plus de détails sur els, voir Utilisation de l’interface 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
Assignez le LAG à un VLAN :
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching vlan members green vlan-id 200
(Facultatif) : désignez une partie du LAG comme étant active 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 est opérationnelle et qu’un LAG a été créé, effectuez ces tâches :
Vérifier que LAG ae0.0 a bien été créé
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 en place et affiche l’adresse IP et l’adresse family IP attribuées à 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 ce qui suit :
Vérifiez qu’il n’y a pas d’incompatibilité de configuration.
Vérifiez que tous les ports membres sont en place.
Vérifiez qu’un LAG fait partie de la commutation Ethernet de la famille (LAG de couche 2) ou de la famille inet (LAG de couche 3).
Vérifiez que le membre LAG est connecté au LAG correct à l’autre extrémité.
Configuration d’Ethernet LACP agrégé
Pour les interfaces Ethernet agrégées, vous pouvez configurer le protocole LACP (Link Aggregation Control Protocol). LaCP est une méthode qui regroupe plusieurs interfaces physiques pour former une seule interface logique. Vous pouvez configurer à la fois les balises VLAN et les réseaux Ethernet agrégés non balisés avec ou sans laCP activé.
Pour l’agrégation de liens multichâssis (MC-LAG), vous devez spécifier le system-id et admin key. Les pairs MC-LAG utilisent la même chose system-id lors de l’envoi de messages LACP. Le system-id peut être configuré sur l’équipement réseau MC-LAG et synchronisé entre pairs pour 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 IEEE 802.3ad, Agrégation de plusieurs segments de liaison.
Le LACP a été conçu pour atteindre les objectifs suivants :
-
Ajout et suppression automatiques de liens individuels vers l’offre d’agrégation sans intervention de l’utilisateur
-
Surveillance des liaisons pour vérifier si les deux extrémités de l’offre sont connectées au groupe approprié
L’implémentation junos OS de LACP permet de surveiller les liaisons, mais pas d’ajouter et de supprimer automatiquement les liaisons.
Le mode LACP peut être actif ou passif. Si l’acteur et le partenaire sont tous les deux en mode passif, ils n’échangent pas de paquets LACP, ce qui entraîne l’absence de liaisons Ethernet agrégées. 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 le LACP est configuré, il est en mode passif par défaut. Pour lancer 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 le configurez 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 la version 12.2 de Junos OS, vous pouvez également configurer LACP pour remplacer la norme IEEE 802.3ad et permettre à la liaison de réserve de 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’énoncé fast-failover au niveau hiérarchique [edit interfaces interface-name aggregated-ether-options lacp] .
Pour plus d’informations, consultez les sections suivantes :
- Configuration de l’intervalle LACP
- Configuration de la protection des liaisons LACP
- Configuration de la priorité du système LACP
- Configuration de l’identifiant système LACP
- Configuration de la clé d’administration LACP
- Configuration de la priorité des ports LACP
- Suivi des opérations LACP
- LACP Limitations
- Exemple : configuration d’Ethernet LACP agrégé
Configuration de l’intervalle LACP
Par défaut, l’acteur et le partenaire envoient des paquets LACP chaque seconde. 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 (chaque seconde) ou lent (toutes les 30 secondes). Vous pouvez configurer différents débits périodiques sur les interfaces actives et passives. Lorsque vous configurez les interfaces actives et passives à différents débits, l’émetteur respecte le débit du récepteur.
Le filtrage des adresses source ne fonctionne pas lorsque LACP est activé.
Les polices en pourcentage ne sont pas prises en charge sur les interfaces Ethernet agrégées avec la famille de protocoles CCC configurée. Pour plus d’informations sur les politiques de contrôle en pourcentage, consultez le Guide de l’utilisateur des stratégies de routage, des filtres de pare-feu et de la police du trafic.
En règle générale, le LACP est pris en charge sur toutes les interfaces Ethernet agrégées. Pour plus d’informations, reportez-vous à la section Configuration des interfaces Ethernet agrégées.
Configuration de la protection des liaisons LACP
Lorsque vous utilisez la protection des liaisons LACP, vous ne pouvez configurer que deux liaisons membres vers une interface Ethernet agrégée : une active et une de réserve.
Pour forcer les liaisons actives et de réserve dans un Ethernet agrégé, vous pouvez configurer la protection des liaisons LACP et la priorité du système au niveau de l’interface Ethernet agrégée à l’aide des link-protection instructions et system-priority . La configuration des valeurs à ce niveau se traduit uniquement par des 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é des ports. Vous pouvez configurer la priorité des ports au niveau de la hiérarchie d’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 liaisons LACP utilise la valeur par défaut pour la priorité des ports (127).
La protection des liaisons LACP prend en charge la configuration de planification par unité sur des interfaces Ethernet agrégées.
Pour assurer la protection des liaisons LACP pour les interfaces Ethernet agrégées, utilisez l’énoncé 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 liaisons LACP revient à une liaison plus prioritaire (numérotée) plus élevée lorsque cette liaison prioritaire devient opérationnelle ou qu’une liaison est ajoutée à l’agrégateur qui est jugé plus prioritaire. Toutefois, vous pouvez supprimer le calcul des liaisons en ajoutant l’instruction non-revertive à la configuration de protection des liaisons LACP. En mode non réversif, une fois qu’une liaison est active et qu’elle collecte et distribue des paquets, l’ajout d’une liaison de priorité supérieure (meilleure) n’entraîne pas de commutateur et la liaison actuelle reste active.
Si la protection des liaisons LACP est configurée pour être non révertive au niveau global ([edit chassis] hiérarchie), vous pouvez ajouter l’instruction à la revertive configuration de protection des liaisons LACP pour remplacer le paramètre non révertif de l’interface. En mode revertif, l’ajout d’une liaison de priorité supérieure à l’agrégateur permet au LACP d’effectuer un recalcul de priorité et de passer de la liaison active actuelle à la nouvelle liaison active.
Si la protection des liaisons 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. L’incompatibilité des modes de protection des liaisons LACP peut entraîner une perte de trafic.
Nous vous recommandons fortement 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 à tout autre équipement 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 de l’offre Ethernet agrégée de deux liaisons. En conséquence, vous pouvez voir l’équipement du fournisseur renvoyer le trafic vers la liaison membre de sauvegarde de l’interface Ethernet agrégée.
Actuellement, MX-MPC2-3D, MX-MPC2-3D-Q, MX-MPC2-3D-EQ, MX-MPC1-3D, MX-MPC1-3D-Q et MPC-3D-16XGE-SFPP n’abandonnent pas le trafic qui revient à la liaison de sauvegarde, tandis que DPCE-R-Q-20GE-2XGE, DPCE-R-Q-20GE-SFP, DPCE-R-Q-Q-40GE-SFP, DPCE-R-Q-4XGE-XFP, DPCE-X-Q-40GE-SFP et DPCE-X-Q-4XGE-XFP déposent le trafic entrant sur la liaison de sauvegarde.
Configuration de la priorité du système LACP
Pour configurer la priorité du système LACP pour les interfaces Ethernet agrégées sur l’interface, utilisez l’énoncé 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é du système est une valeur binaire de 2 octets qui fait partie de l’ID système LACP. L’ID du système LACP se compose de la priorité du système en tant que deux octets les plus importants et de l’adresse MAC de l’interface en tant que six octets les moins importants. Le système ayant la valeur numériquement inférieure pour la priorité du système a la priorité la plus élevée. Par défaut, la priorité du système est de 127, avec une plage de 0 à 65 535.
Configuration de l’identifiant système LACP
Pour configurer l’identifiant système LACP pour les interfaces Ethernet agrégées, utilisez l’énoncé 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’identifiant système défini par l’utilisateur dans LACP permet à deux ports de deux équipements distincts d’agir comme s’ils faisaient partie du même groupe agrégé.
L’identifiant système est un champ 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, voir Configuration de l’agrégation de liaisons 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’énoncé port-priority au niveau ou [edit interfaces interface-name ether-options 802.3ad aeX lacp] de la [edit interfaces interface-name ether-options 802.3ad aeX lacp] hiérarchie :
[edit interfaces interface-name ether-options 802.3ad aeX lacp] port-priority priority;
La priorité du 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é de port en tant que deux octets les plus importants et le numéro de port en tant que deux octets les moins importants. Le système ayant la valeur numériquement inférieure pour la priorité des ports a la priorité la plus élevée. Par défaut, la priorité des ports est de 127, avec une plage de 0 à 65 535.
La sélection de l’agrégation de ports est effectuée par chaque système en fonction de la priorité de port la plus élevée et est attribuée par le système ayant la priorité la plus élevée. Les ports sont sélectionnés et assignés en commençant par le port le plus prioritaire du système de priorité la plus élevée, puis en descendant en priorité.
La sélection de l’agrégation de ports (décrite ci-dessus) est effectuée pour la liaison active lorsque la protection de la liaison LACP est activée. Sans protection des liaisons LACP, la priorité des ports n’est pas utilisée dans la sélection de l’agrégation de ports.
Suivi des opérations LACP
Pour suivre 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 traçage LACP
-
configuration— Code de configuration
-
packet— Paquets envoyés et reçus
-
process— Événements de processus LACP
-
protocol— Machine à état du protocole LACP
-
routing-socket— Routage des événements de socket
-
startup— Processus d’événements de démarrage
LACP Limitations
Le 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 l’offre LAG (Link Aggregation Group) qui en résulte. Par exemple, différents PIC peuvent prendre en charge un nombre différent de classes de transfert. Si vous utilisez l’agrégation de liaisons pour relier ensemble les ports d’un PIC qui prend en charge jusqu’à 16 classes de transfert avec un PIC qui prend en charge jusqu’à 8 classes de transfert, l’offre LAG résultante ne prendra en charge que jusqu’à 8 classes de transfert. De même, la liaison entre un PIC qui prend en charge WRED et un PIC qui ne le prend pas en charge aboutira à un bundle LAG qui ne prend pas en charge WRED.
Exemple : configuration d’Ethernet LACP agrégé
Cet exemple montre comment configurer une interface Ethernet agrégée avec le LACP actif entre deux commutateurs EX.
Topologie
Deux commutateurs EX sont connectés à l’aide de deux interfaces dans une configuration Ethernet agrégée.
Configurez ethernet LACP agrégé sur une interface non bardée :
Nous ne présentons la configuration de l’EX1 que dans cet exemple. EX2 a la même configuration, à l’exception de l’adresse IP.
LACP avec Ethernet agrégé non décalé
La configuration du châssis permet d’avoir une interface Ethernet agrégée. La 802.3ad configuration associe les interfaces ge-0/0/0 et l’interface ae0ge-0/0/1 . La ae0 aggregated-ether-options configuration active le LACP.
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
But
Vérifiez que l’interface Ethernet agrégée a bien été créée et qu’elle est en place.
Action
Utilisez la commande show interfaces terse | match ae 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
Le résultat montre que ge-0/0 et ge-0/0/1 sont regroupés pour créer l’interface ae0 Ethernet agrégée et l’interface est opérationnel.
Vérifier que LACP est actif
But
Vérifiez quelles interfaces participent au LACP et l’état actuel.
Action
Utilisez la commande show lacp interfaces 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
Le résultat montre que le mode LACP actif est activé.
Vérifier l’accessibilité
But
Vérifiez que le 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 de ping ex2 sur l’interface Ethernet agrégée.
Configuration de la protection des liaisons LACP des interfaces Ethernet agrégées pour les commutateurs
Vous pouvez configurer la protection des liaisons LACP et la priorité du système au niveau global sur le commutateur ou pour une interface Ethernet agrégée spécifique. Lorsque vous utilisez la protection des liaisons LACP pour protéger une seule liaison dans l’offre Ethernet agrégée, vous configurez seulement deux liaisons membres pour une interface Ethernet agrégée : une active et une de réserve. La protection des liaisons LACP garantit qu’une seule liaison (la liaison prioritaire) est utilisée pour le trafic. L’autre liaison est obligée de rester en état d’attente .
Utilisez la commande suivante pour vérifier les liens actifs et de réserve.
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 liaisons LACP pour protéger plusieurs liaisons dans une offre Ethernet agrégée, vous configurez les liaisons en sous-groupes principaux et de sauvegarde. Un sous-groupe de protection des liaisons est un ensemble de liaisons Ethernet au sein de l’offre Ethernet agrégée. Lorsque vous utilisez des sous-groupes de protection de liaisons, vous configurez un sous-groupe principal et un sous-groupe de sauvegarde. Le processus de configuration comprend l’attribution de liens membres à 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, par exemple une défaillance de liaison, se produise et que le sous-groupe de sauvegarde prenne le contrôle du trafic qui se déplaçait sur les liaisons du sous-groupe principal de l’offre.
Par défaut, la protection des liaisons LACP revient à une liaison de priorité supérieure (numérotée) lorsque la liaison de priorité supérieure devient opérationnelle ou lorsqu’une liaison de priorité plus élevée est ajoutée à l’offre Ethernet agrégée. À des fins de priorité, la protection des liaisons LACP traite les sous-groupes comme des liaisons. Vous pouvez supprimer le calcul des liaisons en ajoutant l’instruction non-revertive à la configuration de protection des liaisons. En mode non-révertif, lorsqu’une liaison est active pour l’envoi et la réception de paquets LACP, l’ajout d’une liaison prioritaire à l’offre ne modifie pas le statut de la liaison actuellement active. Il reste actif.
Si la configuration de liaison LACP est spécifiée comme étant non révertive au niveau de la hiérarchie globale [edit chassis] , vous pouvez spécifier l’instruction dans la revertive configuration de protection des liaisons LACP au niveau de l’interface Ethernet agrégée pour remplacer le paramètre non révertif de l’interface. En mode revertif, l’ajout d’une liaison de priorité supérieure à l’offre Ethernet agrégée permet au LACP de recalculer la priorité et de basculer l’état de la liaison actuellement active vers la nouvelle liaison de priorité ajoutée.
Lorsque la protection des liaisons LACP est activée sur les côtés locaux et distants de la liaison, les deux côtés doivent utiliser le même mode (réversif ou non).
La configuration des liaisons LACP au niveau Ethernet agrégé permet d’utiliser 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 liaisons LACP, assurez-vous d’avoir :
-
Configurez les offres Ethernet agrégées, également appelées groupes d’agrégation de liaisons (LAG). Pour EX Series, voir Configuration des liaisons Ethernet agrégées (procédure CLI).
-
LaCP configuré pour l’interface. Pour Ex Series, reportez-vous à la section Configuration de la procédure CLI (Ethernet LACP) agrégée.
Vous pouvez configurer la protection des liaisons LACP pour toutes les interfaces Ethernet agrégées sur le commutateur en l’activant au niveau mondial 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 des liaisons LACP pour une liaison unique au niveau mondial
- Configuration de la protection des liaisons LACP pour une liaison unique au niveau de l’interface agrégée
- Configuration d’offres de sous-groupes pour protéger les liaisons LACP vers plusieurs liaisons dans une interface Ethernet agrégée
Configuration de la protection des liaisons LACP pour une liaison unique au niveau mondial
Pour configurer la protection des liaisons LACP pour les interfaces Ethernet agrégées au niveau mondial :
Configuration de la protection des liaisons LACP pour une liaison unique au niveau de l’interface agrégée
Pour activer la protection des liaisons LACP pour une interface Ethernet agrégée spécifique :
Configuration d’offres de sous-groupes pour protéger les liaisons LACP vers plusieurs liaisons dans une interface Ethernet agrégée
Vous pouvez configurer des offres de sous-groupes de protection de liaisons pour protéger plusieurs liaisons dans une offre Ethernet agrégée.
Les sous-groupes de protection des liaisons vous permettent de protéger les liaisons d’une collection de liaisons Ethernet au sein d’une offre LAG, au lieu de protéger une seule liaison dans l’offre Ethernet agrégée uniquement. Vous pouvez, par exemple, configurer un sous-groupe principal avec trois liens membres et un sous-groupe de sauvegarde avec trois liaisons membres différentes et utiliser le sous-groupe de sauvegarde pour protéger les liaisons du sous-groupe principal.
Pour configurer la protection des liaisons à l’aide de sous-groupes :
Le LACP décide de l’état actif et de la sauvegarder des liaisons. Lors de la configuration du LACP, l’état de la liaison de sauvegarde ne doit pas être configuré manuellement comme étant en panne. 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 timer LACP Hold-UP pour empêcher le flapping de liaison sur les interfaces LAG
Sur les interfaces LAG (Link Aggregation Group), lorsqu’une liaison membre (enfant) tombe en panne, son état passe d’actuel à expiré. Cette liaison peut passer de l’état actuel à l’état expiré, puis revenir à l’état actuel lorsqu’elle reçoit des unités de données du protocole LACP (PDUs) intermittentes et des timeouts continus. Un tel battement peut affecter négativement le trafic sur la liaison.
Pour éviter les battements excessifs d’une liaison LAG enfant, vous pouvez configurer un timer de blocage sur l’interface LAG applicable à toutes les liaisons membres sur cette interface particulière. Pour tenir le coup, en termes de mise en réseau, cela signifie empêcher la transition d’une interface de bas en haut pendant un intervalle de temps spécifié.
Une fois configuré, le timer est déclenché lorsqu’une machine à état LACP tente de passer à l’état actuel de l’état expiré ou par défaut lorsqu’elle reçoit un PDU LACP. Le timer de hold-up n’est déclenché que si la machine à état LACP avait acquis l’état actuel au moins une fois plus tôt. Le timer n’est pas déclenché si LACP tente de passer à l’état actuel pour la première fois. LACP surveille les PDU reçus 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 timer de hold-up expire et déclenche le lien membre pour passer à 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 un PDU.
Pour configurer le timer de hold-up 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 timer de hold-up continue de fonctionner même lorsque l’interface qui reçoit le PDU LACP passe à l’état de désactivation du port. Le timer est ensuite redémarré si, avant l’expiration du timer, l’interface revient et reçoit un PDU LACP de son voisin. Cela garantit que le timer est maintenu même lors d’un rabat de port physique rapide.
Lorsque les événements suivants se produisent, un timer de hold-up n’est pas déclenché tant que la liaison membre n’acquiert 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érifier que LACP est correctement configuré et que les membres de l’offre échangent des paquets de protocole LACP
Vérifiez que LACP a été correctement configuré et que les membres de l’offre 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 le LACP a été activé comme actif sur 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é actif et l’autre passif. Lorsque le LACP est activé, une partie doit être définie comme active pour que la liaison fournie soit active.
Vérifier que les paquets LACP sont échangés
But
Vérifiez que les paquets LACP sont échangés entre les interfaces.
Action
Utilisez la show lacp statistics interfaces interface-name commande pour afficher les 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 ici montre que la liaison est en place et que les PDU sont échangés.
Exemple : configuration de liaisons montantes Ethernet agrégées à haut débit 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 augmenter la bande passante et la redondance. Les ports combinés de cette manière 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 des liaisons montantes Ethernet agrégées haut débit entre un commutateur d’accès VIRTUAL Chassis EX4200 et un commutateur de distribution Virtual Chassis EX4200 :
- Exigences
- Présentation et topologie
- Configuration du LACP pour les LAG sur le commutateur d’accès Virtual Chassis
- Configuration du 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. Voir Configuration d’un virtual chassis EX4200, EX4500 ou EX4550 (procédure CLI).
Configurez les ports de liaison montante sur les commutateurs en tant que ports de liaison. Voir Configuration des interfaces Gigabit Ethernet (procédure CLI).
Configurez les LAG. Voir l’exemple : Configuration des liaisons montantes Ethernet agrégées à haut débit entre un commutateur d’accès Virtual Chassis EX4200 et un commutateur de distribution Virtual Chassis EX4200.
Présentation et topologie
Cet exemple part de l’hypothèse que vous connaissez l’exemple : configuration des liaisons montantes ethernet agrégées à haut débit 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 la topologie dans cet autre exemple. Cet exemple montre comment utiliser LACP pour améliorer la fonctionnalité LAG.
Les échanges LACP sont faits entre les acteurs (la liaison de transmission) et les partenaires (la liaison de réception). Le mode LACP peut être actif ou passif.
Si l’acteur et le partenaire sont tous les deux en mode passif, ils n’échangent pas de paquets LACP, ce qui entraîne l’absence de liaisons Ethernet agrégées. Par défaut, LACP est en mode passif. Pour lancer la transmission des paquets LACP et des réponses aux paquets LACP, vous devez activer LACP en mode actif.
Par défaut, l’acteur et le partenaire envoient des paquets LACP chaque seconde.
L’intervalle peut être rapide (chaque seconde) ou lent (toutes les 30 secondes).
Configuration du LACP pour les LAG sur le commutateur d’accès Virtual Chassis
Pour configurer le LACP pour les LAG de commutateurs d’accès, effectuez ces tâches.
Procédure
Configuration rapide cli
Pour configurer rapidement le LACP pour les LAG de commutateurs 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 LAG ae0 ae1hôtes et :
Spécifiez les options Ethernet agrégées pour les deux offres :
[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 du LACP pour les LAG sur le commutateur de distribution Virtual Chassis
Pour configurer le LACP pour les deux LAG de liaison montante du commutateur d’accès Virtual Chassis au commutateur de distribution Virtual Chassis, effectuez ces tâches.
Procédure
Configuration rapide cli
Pour configurer rapidement le LACP pour les LAG de commutation 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 ae0 hôtes et ae1:
Spécifiez les options Ethernet agrégées pour les deux offres :
[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 les 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 sur 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 le LACP a été correctement configuré et qu’il est actif à une extrémité.
Vérifier que les paquets LACP sont en cours d’échange
But
Vérifiez que les paquets LACP sont échangés.
Action
Utilisez la show interfaces aex statistics commande pour afficher les 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
Le résultat montre que la liaison est en panne et qu’aucune unité de données de protocole (PDUs) n’est échangée.
Dépannage
Pour résoudre les problèmes liés à une liaison LACP qui ne fonctionne pas, effectuez les tâches suivantes :
Dépannage d’une liaison LACP non-laborante
Problème
La liaison LACP ne fonctionne pas.
Solution
Vérifiez ce qui suit :
Retirez la configuration LACP et vérifiez si le LAG statique est opérationnel.
Vérifiez que LACP est configuré aux deux extrémités.
Vérifiez que le LACP n’est pas passif aux deux extrémités.
Vérifiez si les unités de données du protocole LACP (PDUs) sont en cours d’échange en exécutant la
monitor traffic-interface lag-member detailcommande.
Exemple : configuration de l’agrégation de liaisons 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 plus élevées. Les ports combinés de cette manière sont appelés groupe d’agrégation de liens (LAG) ou bundle. Le nombre de liaisons Ethernet que vous pouvez combiner en un 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 explique comment superposer LACP sur les configurations LAG créées dans Exemple : Configuration de l’agrégation de liaisons entre un produit QFX Series et un commutateur d’agrégation :
- Exigences
- Présentation et topologie
- Configuration du 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 commutateur QFX3500, QFX3600, QFX5100 QFX10002.
Avant de configurer LACP, assurez-vous d’avoir :
Configurez les ports des commutateurs en tant que ports de liaison.
Configurez le LAG.
Présentation et topologie
La topologie de cet exemple est exactement la même que celle utilisée dans l’exemple de 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 sont faits entre les acteurs (la liaison de transmission) et les partenaires (la liaison de réception). Le mode LACP peut être actif ou passif.
Si l’acteur et le partenaire sont tous les deux en mode passif, ils n’échangent pas de paquets LACP, ce qui entraîne l’absence de liaisons Ethernet agrégées. Par défaut, LACP est en mode passif. Pour lancer la transmission des paquets LACP et des réponses aux paquets LACP, vous devez activer LACP en mode actif.
Par défaut, l’acteur et le partenaire envoient des paquets LACP chaque seconde. 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 (chaque seconde) ou lent (toutes les 30 secondes).
Configuration du LACP pour le LAG sur le QFX Series
Pour configurer LACP pour un LAG QFX Series, effectuez ces tâches.
Procédure
Configuration rapide cli
Pour configurer rapidement le LACP pour les LAG de commutateurs 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 le 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 sur 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 le LACP a été correctement configuré et qu’il est actif à une extrémité.
Vérifier que les paquets LACP sont en cours d’échange
But
Vérifiez que les paquets LACP sont échangés.
Action
Utilisez la show interfaces aex statistics commande pour afficher les 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 ici montre que la liaison est en panne et qu’aucun PDU n’est échangé.
Dépannage
Pour résoudre les problèmes liés à une liaison LACP qui ne fonctionne pas, effectuez les tâches suivantes :
Dépannage d’une liaison LACP non-laborante
Problème
La liaison LACP ne fonctionne pas.
Solution
Vérifiez ce qui suit :
Retirez la configuration LACP et vérifiez si le LAG statique est opérationnel.
Vérifiez que LACP est configuré aux deux extrémités.
Vérifiez que le LACP n’est pas passif aux deux extrémités.
Vérifiez si les unités de données du protocole LACP (PDUs) sont en cours d’échange en exécutant la
monitor traffic-interface lag-member detailcommande.
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 permettre 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’une offre LAG. Au lieu d’une session BFD unique 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’une offre LAG, chaque session individuelle détermine la connectivité de couche 2 et de couche 3 de chaque liaison membre dans un LAG.
Une fois que la session individuelle est établie sur une liaison particulière, les liens des membres sont rattachés au LAG, puis la charge est équilibrée par l’un des éléments suivants :
-
Configuration statique : le processus de contrôle de l’équipement agit comme le client de la session micro-BFD.
-
Protocole LACP (Link Aggregation Control Protocol) : LACP agit comme le client de la session micro-BFD.
Lorsque la session micro-BFD est en place, 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 en panne, cette liaison membre particulière est retirée de l’équilibreur de charge et les responsables LAG cessent de diriger le trafic vers cette liaison. Ces sessions micro-BFD sont indépendantes les unes des autres malgré 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-processingsous gestion périodique des paquets (PPM).
Une paire d’équipements de routage dans un LAG échange des paquets BFD à un intervalle régulier spécifié. L’équipement de routage détecte une défaillance voisine lorsqu’il cesse de recevoir une réponse après un intervalle spécifié. Cela permet de vérifier rapidement la connectivité des liaisons membres avec ou sans LACP. Un port UDP distingue les paquets BFD sur LAG des paquets BFD sur des paquets IP à saut unique. L’Internet Assigned Numbers Authority (IANA) a attribué 6784 port de destination UDP pour micro-BFD.
Avantages
-
Détection des défaillances pour le LAG : permet de détecter les défaillances entre les équipements 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 de l’offre.
Consignes de configuration pour les sessions micro-BFD
Suivez les consignes suivantes lorsque vous configurez des sessions micro-BFD individuelles sur une offre Ethernet agrégée.
-
Cette fonctionnalité ne fonctionne que lorsque les deux équipements prennent en charge le BFD. Si BFD est configuré à une extrémité du LAG, cette fonctionnalité ne fonctionne pas.
-
À partir de la version 13.3 de Junos OS, 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 sont toujours non balnés par défaut. Pour les interfaces agrégées de couche 2, la configuration doit inclure
vlan-taggingouflexible-vlan-taggingoptions lorsque vous configurez Ethernet agrégé avec BFD. Dans le cas contraire, le système commettra une erreur lors de la validation de la configuration. -
Lorsque vous activez le 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 versions ultérieures, 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 et 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 classée.
-
À partir de la version 14.1 de Junos OS, 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 la version 16.1 de Junos OS, 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-addressconfiguré 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 micro-BFD voisine que vous avez configurée sur le routeur homologue. -
Pour la famille d’adresses IPv6, désactivez la détection des adresses dupliquées avant de configurer cette fonctionnalité avec des adresses d’interface Ethernet agrégées. Pour désactiver la détection des adresses dupliquées, incluez l’instruction
dad-disableau niveau de la[edit interface aex unit y family inet6]hiérarchie. -
À partir de Junos OS 21.4R1, la liaison LACP minimale avec réinitialisation de synchronisation et configuration microBFD est prise en charge sur les routeurs PTX10001-36MR, PTX10003, PTX10004, PTX10008 et PTX10016.
Désactiver bfd-liveness-detection au niveau hiérarchique [edit interfaces aex aggregated-ether-options] ou désactiver l’interface Ethernet agrégée avant de changer l’adresse voisine de l’adresse IP de bouclage en adresse IP d’interface Ethernet agrégée. Modifier l’adresse locale et voisine sans désactiver bfd-liveness-detection ou l’interface Ethernet agrégée en premier risque d’entraîner l’échec des sessions micro-BFD.
Voir aussi
Configuration des sessions Micro BFD 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. Un groupe d’agrégation de liaisons (LAG) combine plusieurs liaisons entre les équipements qui sont dans des connexions point à point, augmentant ainsi la bande passante, fournissant la fiabilité et permettant l’équilibrage de charge. Pour exécuter une session BFD sur des interfaces LAG, configurez une session BFD en mode indépendant et asynchrone sur chaque liaison de membre LAG d’une offre LAG. Au lieu d’une session BFD unique surveillant l’état du port UDP, des sessions micro BFD indépendantes surveillent l’état des liaisons membres individuelles.
À partir de la version 20.1R1 de Junos OS Evolved, les sessions BFD (Micro Bidirectional Forwarding Detection) indépendantes sont activées sur une liaison par membre d’un offre LAG (Link Aggregation Group).
Pour détecter les défaillances des interfaces Ethernet agrégées :
L’option
versionn’est pas prise en charge sur le QFX Series. À partir de la version 17.2R1 de Junos OS, un avertissement s’affiche si vous essayez d’utiliser cette commande.Cette fonctionnalité fonctionne lorsque les deux équipements prennent en charge le BFD. Si le BFD n’est configuré qu’à une extrémité du LAG, cette fonctionnalité ne fonctionne pas.
Voir aussi
Comprendre l’algorithme utilisé pour hachage de l’offre LAG et du trafic ECMP sortant
Juniper Networks EX Series et QFX Series utilisent un algorithme de hachage pour déterminer comment transférer le trafic sur un lot de groupes d’agrégation de liens (LAG) ou vers l’équipement de saut suivant lorsque le 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 de port source et l’ID de l’équipement 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 junos OS de votre installation.
Cette rubrique contient les sections suivantes :
- Comprendre l’algorithme de hachage
- IP (IPv4 et IPv6)
- MPLS
- Hachage de paquets MAC dans MAC
- Hachage d’en-tête de couche 2
- Paramètres de hachage
Comprendre l’algorithme de hachage
L’algorithme de hachage est utilisé pour prendre des décisions de transfert de trafic pour le trafic entrant dans une offre LAG ou pour le trafic sortant d’un commutateur lorsque l’ECMP est activé.
Pour les offres LAG, l’algorithme de hachage détermine comment le trafic entrant dans une offre LAG est placé sur les liens des membres de l’offre. L’algorithme de hachage tente de gérer la bande passante en équilibrant la charge de tout le trafic entrant sur les liaisons membres de l’offre.
Pour ECMP, l’algorithme de hachage détermine comment le trafic entrant est transféré vers l’équipement 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 de port source et l’ID de l’équipement source. Les champs de paquets utilisés par l’algorithme de hachage varient en fonction de l’EtherType du paquet et, dans certains cas, de la configuration sur le 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 hachage en fonction de l’en-tête de couche 2. Le trafic IP et MPLS sont également hachages 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. Toutefois, vous ne pouvez pas configurer l’utilisation de certaines valeurs d’un en-tête par l’algorithme de hachage.
Notez les points suivants concernant l’algorithme de hachage :
Les champs sélectionnés pour le hachage sont uniquement basés sur le type de paquet. Les champs ne sont basés sur aucun autre paramètre, y compris la décision de transfert (ponté ou routé) ou la configuration de l’offre LAG sortante (couche 2 ou couche 3).
Les mêmes champs sont utilisés pour le hachage de paquets unicast et multicast. Cependant, les paquets unicast et multicast sont différemment hachages.
Les mêmes champs sont utilisés par l’algorithme de hachage pour hachage du trafic ECMP et LAG, mais l’algorithme de hachage hache les trafics ECMP et LAG différemment. Le trafic LAG utilise un hachage de tronc tandis qu’ECMP utilise le hachage ECMP. Le LAG et l’ECMP utilisent tous deux la même graine RTAG7, mais utilisent des décalages différents de la graine 128B pour éviter la polarisation. La configuration initiale de la fonction HASH pour utiliser le tronc et le décalage ECMP sont définis au pfe Init time. Les différents hachages garantissent que le trafic n’est pas polarisé lorsqu’un paquet 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 mixte ou à un Virtual Chassis Fabric (VCF).
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 des 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’une offre LAG ou envoyés à l’équipement de saut suivant lorsque l’ECMP est activé.
Le mode hachage est défini par défaut sur le champ 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é en en-tête de couche 2, les paquets IPv4, IPv6 et MPLS sont hachages à l’aide des champs d’en-tête de couche 2. Si vous souhaitez hachage des paquets IPv4, IPv6 et MPLS entrants par l’adresse MAC source, l’adresse MAC de destination ou l’EtherType, vous devez définir le mode de hachage sur l’en-tête de couche 2.
Le tableau 5 affiche les champs de charge utile IPv4 et IPv6 utilisés par l’algorithme de hachage par défaut.
✓ : field est utilisé par l’algorithme de hachage par défaut.
Χ : 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 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 d’une offre LAG ou envoyés à l’équipement de saut suivant lorsque l’ECMP est activé :
Pour le trafic unicast sur LAG - SIP, DIP, L4SP, L4DP
Pour le trafic multicast connu sur le LAG - IP source, IP de destination, id mod entrant et id de port entrant
Pour le trafic broadcast, unicast inconnu et multicast inconnu sur le LAG - MAC source, MAC de destination, id mod entrant et id de port entrant
Équilibrage de charge ECMP : 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 |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
EtherType |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
VLAN ID |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
IP ou IPv6 source |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
IP de destination ou IPv6 |
✓ (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) |
Label flux IPv6 (IPv6 uniquement) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Id de mod entrant |
✓ (configurable) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Id de port entrant |
✓ (configurable) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
MPLS
L’algorithme de hachage hache les paquets MPLS à l’aide des champs IP source, IP de destination, label MPLS 0, label MPLS 1, label MPLS 2 et MPLS 3. Sur les commutateurs QFX5110, QFX5120 et QFX5200, les routeurs LSR prennent également en charge ECMP. ECMP utilise ces champs pour le hachage sur un routeur LSR :
VPN de couche 3 : étiquettes MPLS (3 premières étiquettes), IP source, IP de destination et ID de port entrant
Circuit de couche 2 : étiquettes MPLS (3 labels principaux) et ID de port entrant
Le tableau 6 affiche les champs de charge utile MPLS utilisés par l’algorithme de hachage, par défaut :
✓ : field est utilisé par l’algorithme de hachage par défaut.
Χ : 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 contrôlée si l’indicateur de bas de pile (BoS) est visible dans le paquet. Si la charge utile est IPv4 ou IPv6, les champs d’adresse IP source et d’adresse de destination IP sont utilisés pour le hachage avec les labels 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 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
EtherType |
Χ |
Χ |
Χ |
Χ |
Χ |
|
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 flux IPv6 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Label MPLS 0 |
Χ |
✓ |
✓ |
✓ |
✓ |
|
Label MPLS 1 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Label MPLS 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Label MPLS 3 |
✓ |
X |
X |
X |
X |
|
ID de port entrant |
✓ (LSR et circuit L2) |
X |
X |
X |
✓ (LSR et circuit L2) |
✓ (LSR et circuit L2) |
Hachage de paquets MAC dans MAC
Les paquets utilisant l’EtherType MAC sont hachages par l’algorithme de hachage à l’aide des champs MAC source de charge utile de couche 2, MAC de destination de la charge utile de couche 2 et EtherType de couche 2. Voir le tableau 7.
Le hachage à l’aide des champs du paquet EtherType MAC est d’abord pris en charge 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 précédentes.
Les champs utilisés par l’algorithme de hachage pour le hachage MAC-in-MAC ne sont pas configurables par l’utilisateur.
✓ : field est utilisé par l’algorithme de hachage par défaut.
Χ : Le champ n’est pas utilisé par l’algorithme de hachage par défaut.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
|---|---|---|---|---|---|---|---|
Source de charge utile de couche 2 MAC |
✓ |
✓ |
✓ |
✓ |
✓ |
||
Mac de destination des charges utiles de couche 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
EtherType de charge utile de couche 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
VLAN extérieur 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 au lieu des champs de charge utile lorsque le mode de hachage est défini sur l’en-tête de couche 2.
✓ : field est utilisé par l’algorithme de hachage par défaut.
Χ : 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 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) |
||
EtherType |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
||
VLAN ID |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
✓ (configurable) |
✓ (configurable) |
||
Paramètres de hachage
À partir de la version 19.1R1 de Junos OS, sur la gamme QFX5000 de commutateurs, vous pouvez modifier les paramètres de hachage pour les algorithmes existants mis en œuvre. Vous pouvez modifier le seuil des pools de tampons partagés pour les partitions tampon entrantes et sortantes, et vous pouvez modifier la sélection de la fonction de hachage, l’algorithme de hachage et d’autres paramètres supplémentaires. Voir Configuration d’autres paramètres de hachage plus loin dans ce document.
Configuration des champs de l’algorithme utilisé pour hachage de l’offre 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 une offre de groupe d’agrégation de liens (LAG) ou vers l’équipement de saut suivant lorsque le 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 plupart du trafic entrant dans l’offre est similaire et le trafic doit être géré dans l’offre LAG. Par exemple, si la seule différence dans les paquets IP pour tout le trafic entrant est l’adresse IP source et de destination, vous pouvez régler l’algorithme de hachage pour prendre des décisions de hachage plus efficacement en configurant l’algorithme pour prendre des décisions de hachage en utilisant uniquement ces champs.
La configuration du mode 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 des champs dans la charge utile IP pour le hachage
- Configuration de l’algorithme de hachage pour utiliser des champs dans 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 qu’il utilise des champs de l’en-tête de couche 2 pour le hachage :
Configuration de l’algorithme de hachage pour utiliser des champs dans la charge utile IP pour le hachage
Pour configurer l’algorithme de hachage afin qu’il utilise des champs de la charge utile IP pour le hachage :
Configuration de l’algorithme de hachage pour utiliser des champs dans la charge utile IPv6 pour le hachage
Pour configurer l’algorithme de hachage afin qu’il utilise des 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 :
local-address configuré par rapport à l’interface ou à l’adresse IP de bouclage avant la validation de la configuration.