SUR CETTE PAGE
Présentation de l’équilibrage de charge et de l’agrégation de liens Ethernet
Équilibrage de charge dynamique pour les interfaces Ethernet agrégées à l’aide de données à 5 uplets
Configuration de l’équilibrage de charge dynamique sur des interfaces Ethernet agrégées
Exemple : Configuration de l’équilibrage de charge Ethernet agrégé
Comportement d’équilibrage de charge Ethernet agrégé spécifique à la plate-forme
Équilibrage de charge sur des interfaces Ethernet agrégées
L’équilibrage de charge sur les interfaces Ethernet agrégées réduit l’encombrement du réseau en répartissant le trafic entre plusieurs interfaces.
Lorsque vous regroupez plusieurs interfaces Ethernet physiques agrégées pour former une seule interface logique, on parle d’agrégation de liens. L’agrégation de liens augmente la bande passante, offre une dégradation progressive en cas de panne, augmente la disponibilité et offre des fonctionnalités d’équilibrage de charge. L’équilibrage de charge permet à l’appareil de répartir le trafic entrant et sortant sur plusieurs interfaces afin de réduire l’encombrement du réseau. Cette rubrique décrit l’équilibrage de charge et explique comment configurer l’équilibrage de charge sur votre équipement.
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de fonctionnalités spécifiques par la plate-forme et la version.
Consultez la section Comportement d’équilibrage de charge Ethernet agrégé spécifique à la plate-forme pour obtenir des remarques relatives à votre plate-forme.
Présentation de l’équilibrage de charge et de l’agrégation de liens Ethernet
Vous pouvez créer un groupe d’agrégation de liens (LAG) pour un groupe de ports Ethernet. Le trafic de pontage de couche 2 est équilibré en charge sur les liaisons membres de ce groupe, ce qui rend la configuration attrayante pour les problèmes de congestion ainsi que pour la redondance. Chaque lot LAG contient jusqu’à 16 liaisons. (La prise en charge de la plate-forme dépend de la version de Junos OS de votre installation.)
Pour les bundles LAG, l’algorithme de hachage détermine la manière dont le trafic entrant dans un bundle LAG est placé sur les liens membres du bundle. L’algorithme de hachage tente de gérer la bande passante en équilibrant la charge de tout le trafic entrant sur les liens membres du bundle. Le mode de hachage de l’algorithme de hachage est défini par défaut sur la charge utile de couche 2. Lorsque le mode de hachage est défini sur Charge utile de couche 2, l’algorithme de hachage utilise les champs de charge utile IPv4 et IPv6 pour le hachage. Vous pouvez également configurer la clé de hachage d’équilibrage de charge pour le trafic de couche 2 afin d’utiliser les champs des en-têtes de couche 3 et de couche 4 à l’aide de l’instruction payload . Notez toutefois que le comportement d’équilibrage de charge est spécifique à la plate-forme et basé sur des configurations de clés de hachage appropriées.
Pour plus d’informations, reportez-vous à la section Configuration de l’équilibrage de charge sur une liaison LAG. Dans un commutateur de couche 2, une liaison est surexploitée et les autres sont sous-utilisées.
Comprendre l’équilibrage de charge Ethernet agrégé
La fonctionnalité d’agrégation de liens permet de regrouper plusieurs interfaces Ethernet physiques agrégées pour former une seule interface logique. Un ou plusieurs liens sont agrégés pour former un lien virtuel ou un groupe d’agrégation de liens (LAG). Le client MAC traite ce lien virtuel comme s’il s’agissait d’un lien unique. L’agrégation de liens augmente la bande passante, offre une dégradation progressive en cas de panne et augmente la disponibilité.
En plus de ces avantages, un bundle Ethernet agrégé est amélioré pour fournir des capacités d’équilibrage de charge qui garantissent que l’utilisation des liaisons membres du bundle Ethernet agrégé est pleinement et efficacement utilisée.
La fonction d’équilibrage de charge permet à un appareil de répartir le trafic entrant et sortant sur plusieurs chemins ou interfaces afin de réduire l’encombrement du réseau. L’équilibrage de charge améliore l’utilisation de divers chemins réseau et offre une bande passante réseau plus efficace.
En règle générale, les applications qui utilisent l’équilibrage de charge sont les suivantes :
Interfaces agrégées (couche 2)
Les interfaces agrégées (également appelées AE pour Ethernet agrégé et AS pour SONET agrégé) sont un mécanisme de couche 2 permettant d’équilibrer les charges sur plusieurs interfaces entre deux périphériques. Comme il s’agit d’un mécanisme d’équilibrage de charge de couche 2, toutes les liaisons des composants individuels doivent se trouver entre les deux mêmes équipements à chaque extrémité. Junos OS prend en charge une configuration non signalée (statique) pour Ethernet et SONET, ainsi que le protocole LACP normalisé 802.3ad pour la négociation sur des liaisons Ethernet.
Routage multichemin à coût égal (ECMP) (couche 3)
Par défaut, lorsqu’il existe plusieurs chemins de coût égal vers la même destination pour l’itinéraire actif, Junos OS utilise un algorithme de hachage pour choisir l’une des adresses de saut suivant à installer dans la table de transfert. Chaque fois que l’ensemble des sauts suivants d’une destination change d’une manière ou d’une autre, l’adresse du saut suivant est rechoisie à l’aide de l’algorithme de hachage. Il existe également une option permettant d’installer plusieurs adresses de saut suivant dans la table de transfert, connue sous le nom d’équilibrage de charge par paquet.
L’équilibrage de charge ECMP peut être :
Sur les chemins BGP (BGP multipath)
Au sein d’un chemin BGP, à travers plusieurs LSP
Dans les topologies Ethernet complexes, des déséquilibres de trafic se produisent en raison de l’augmentation du flux de trafic, et l’équilibrage de charge devient difficile pour certaines des raisons suivantes :
équilibrage de charge incorrect par les sauts suivants agrégés
Calcul incorrect du hachage des paquets
Variance insuffisante du flux de paquets
Sélection incorrecte du motif
En raison d’un déséquilibre du trafic, la charge n’est pas bien répartie, ce qui entraîne un encombrement sur certaines liaisons, tandis que d’autres liaisons ne sont pas utilisées efficacement.
Pour surmonter ces difficultés, Junos OS propose les solutions suivantes pour résoudre le véritable déséquilibre du trafic sur les bundles Ethernet agrégés (IEEE 802.3ad).
Équilibrage de charge adaptatif
L’équilibrage de charge adaptatif utilise un mécanisme de rétroaction pour corriger un véritable déséquilibre de trafic. Pour corriger les pondérations de déséquilibre, la bande passante et le flux de paquets des liaisons sont adaptés afin d’obtenir une distribution efficace du trafic sur les liaisons d’un paquet AE.
Pour configurer l’équilibrage de charge adaptatif, incluez l’instruction
adaptiveau niveau de la[edit interfaces aex aggregated-ether-options load-balance]hiérarchie.Pour configurer la valeur de tolérance sous forme de pourcentage, incluez le
tolerancemot-clé facultatif au niveau de la[edit interfaces aex aggregated-ether-options load-balance adaptive]hiérarchie.Pour configurer l’équilibrage de charge adaptatif basé sur le nombre de paquets par seconde (au lieu du paramètre bits par seconde par défaut), incluez le
ppsmot-clé facultatif au niveau de la[edit interfaces aex aggregated-ether-options load-balance adaptive]hiérarchie.Pour configurer l’intervalle d’analyse de la valeur de hachage en fonction de la fréquence d’échantillonnage des deux dernières secondes, incluez le
scan-intervalmot-clé facultatif au niveau de la[edit interfaces aex aggregated-ether-options load-balance adaptive]hiérarchie.Équilibrage de charge de pulvérisation aléatoire par paquet
En cas d’échec de l’option d’équilibrage adaptatif de charge, l’équilibrage de charge par pulvérisation aléatoire par paquet n’est utilisé qu’en dernier recours. Il garantit que les membres d’un bundle AE sont chargés de manière égale sans tenir compte de la bande passante. Par paquet entraîne une réorganisation des paquets et n’est donc recommandé que si les applications absorbent le réapprovisionnement. La pulvérisation aléatoire par paquet élimine le déséquilibre de trafic qui se produit à la suite d’erreurs logicielles, à l’exception du hachage des paquets.
Pour configurer l’équilibrage de charge de pulvérisation aléatoire par paquet, incluez l’instruction
per-packetau niveau de la[edit interfaces aex aggregated-ether-options load-balance]hiérarchie.
Les solutions d’équilibrage de charge Ethernet agrégées s’excluent mutuellement. Lorsque plusieurs solutions d’équilibrage de charge sont configurées, la solution configurée en dernier remplace celle configurée précédemment. Vous pouvez vérifier la solution d’équilibrage de charge utilisée en exécutant la show interfaces aex aggregated-ether-options load-balance commande.
Voir aussi
Équilibrage de charge dynamique pour les interfaces Ethernet agrégées à l’aide de données à 5 uplets
Lorsque plusieurs flux sont transmis à partir d’une interface Ethernetae agrégée, les flux doivent être répartis uniformément sur les différentes liaisons membres pour permettre un comportement d’équilibrage de charge efficace et optimal. Pour obtenir une méthode d’équilibrage de charge simplifiée et robuste, la liaison membre du faisceau d’interfaces Ethernet agrégé qui est sélectionné à chaque fois pour l’équilibrage de charge joue un rôle important. Le mode équilibré de sélection de liens utilise 'n' bits dans une valeur de hachage précalculée s'il a besoin de sélectionner l'un des 2^n (2 élevés à la puissance n) saut suivant dans l'uniliste. Le mode asymétrique de sélection de lien de membre ou de saut suivant utilise 8 bits dans un hachage précalculé pour sélectionner une entrée dans une table de sélecteur, ce qui est fait de manière aléatoire avec les ID de lien membre du groupe d’agrégation de liens (LAG) ou aedu bundle.
Le terme équilibré ou asymétrique indique si une table de sélection est utilisée pour le mécanisme d’équilibrage de charge ou non. Le bundle LAG utilise le mode asymétrique (équilibrage de la table de sélecteur) pour équilibrer le trafic entre les liaisons membres. Lorsque les flux de trafic sont minimes, les problèmes suivants peuvent se produire avec le mode déséquilibré : La logique de sélection de lien utilise uniquement des bits de sous-ensemble du hachage précalculé. Quelle que soit l’efficacité de l’algorithme de hachage, il ne s’agit que de la représentation compressée d’un flux. Étant donné que la variance entre les flux est très faible, les hachages résultants et le sous-ensemble calculé ne fournissent pas la variabilité nécessaire pour utiliser efficacement toutes les liaisons de membre LAG. Une quantité excessive de nature aléatoire existe dans le calcul de hachage et aussi dans la table de sélecteur. Par conséquent, l’écart par rapport à une technique d’équilibrage de charge optimale pour chaque liaison enfant sélectionnée est plus élevé lorsque le nombre de flux est plus faible.
L’écart par liaison enfant est défini comme suit :
vi = ((ci - (m/n)))/n
où
Vi désigne la déviation pour ce lien enfant 'i'.
I désigne le membre/index du lien enfant.
Ci représente les paquets transmis pour cette liaison enfant 'i'.
M représente le nombre total de paquets transmis sur ce faisceau LAG.
N indique le nombre de liaisons enfants dans ce LAG.
En raison de ces inconvénients, pour un plus petit nombre de flux ou des flux avec une variance inter-flux moindre, l’utilisation des liens est asymétrique et il existe une forte probabilité que quelques liens enfants ne soient pas entièrement utilisés.
Le mécanisme permettant d’enregistrer et de conserver les états des flux et de répartir la charge de trafic en conséquence a été ajouté. Par conséquent, pour un nombre m de flux, ils sont distribués entre n liens membres d’un bundle LAG ou parmi les unistes des sauts suivants dans un lien ECMP. Cette méthode de répartition de la charge entre les liaisons membres est appelée équilibrage de charge dynamique et utilise des informations à 5 uplets (adresses source et destination, protocole, ports source et de destination). Une telle méthode peut être mappée directement aux flux ou à un hachage de précalcul basé sur certains champs du flux. De ce fait, l’écart observé sur chaque liaison enfant est réduit.
Ce mécanisme ne fonctionne efficacement que pour un nombre minimal de flux (moins de milliers de flux, environ). Pour un plus grand nombre de flux (entre 1000 et 10 000 flux), nous recommandons d’utiliser un mécanisme d’équilibrage de charge distribué basé sur Trio.
Prenons un exemple de scénario dans lequel « n » liens du LAG sont identifiés avec des ID de liaison compris entre 0 et n-1. Une table de hachage ou une table de flux permet d’enregistrer les flux au fur et à mesure qu’ils apparaissent. La clé de hachage est construite à l’aide des champs qui identifient de manière unique un flux. Le résultat de la recherche identifie les link_id que le flux utilise actuellement. Pour chaque paquet, la table de flux basée sur l’identificateur de flux est examinée. Si une correspondance est trouvée, elle indique un paquet qui appartient à un flux qui a déjà été traité ou détecté. L’ID de lien est associé au flux. Si aucune correspondance n’est trouvée, c’est le premier paquet qui appartient au flux. L’ID de lien est utilisé pour sélectionner le lien et le flux est inséré dans la table de flux.
Pour activer l’équilibrage de charge par flux en fonction des valeurs de hachage, incluez l’instruction per-flow au niveau de la [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] hiérarchie. Par défaut, Junos OS utilise une méthode de hachage basée uniquement sur l’adresse de destination pour sélectionner un prochain saut de transfert lorsque plusieurs chemins de coût égal sont disponibles. Par défaut, tous les emplacements du moteur de transfert de paquets se voient attribuer la même valeur de hachage. Pour configurer l’algorithme d’équilibrage de charge afin de rééquilibrer dynamiquement le LAG à l’aide de paramètres existants, incluez l’instruction rebalance interval au niveau de la [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] hiérarchie. Ce paramètre équilibre périodiquement la charge du trafic en fournissant un basculement de rééquilibrage synchronisé entre tous les moteurs de transfert de paquets (PFE) entrants sur un intervalle de rééquilibrage. Vous pouvez spécifier l’intervalle sous la forme d’une valeur comprise entre 1 et 1000 flux par minute. Pour configurer le type de charge, incluez l’instruction load-type (low | medium | high) au niveau de la [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] hiérarchie.
Cette stateful per-flow option permet d’activer la fonctionnalité d’équilibrage de charge sur les bundles AE. L’option rebalance efface l’état d’équilibrage de charge à des intervalles spécifiés. Cette load option informe le moteur de transfert de paquets du modèle de mémoire approprié à utiliser. Si le nombre de flux qui circulent sur cette interface Ethernet agrégée est inférieur (entre 1 et 100 flux), le low mot-clé peut être utilisé. De même pour les flux relativement plus élevés (entre 100 et 1000 flux), le medium mot-clé peut être utilisé et le large mot-clé peut être utilisé pour les flux maximum (entre 1000 et 10 000 flux). Le nombre approximatif de flux nécessaires à l’équilibrage de charge effectif pour chaque mot-clé est une dérivée.
La clear interfaces aeX unit logical-unit-number forwarding-options load-balance state commande efface l’état d’équilibrage de charge au niveau matériel et permet le rééquilibrage à partir de l’état nettoyé et vide. Cet état d’effacement n’est déclenché que lorsque vous utilisez cette commande. La clear interfaces aggregate forwarding-options load-balance state commande efface tous les états d’équilibrage de charge agrégés de l’interface Ethernet et les recrée à nouveau.
Instructions de configuration de l’équilibrage de charge dynamique pour les interfaces Ethernet agrégées ou les bundles LAG
Gardez à l’esprit les points suivants lors de la configuration de l’équilibrage de charge dynamique pour les interfaces Ethernet agrégées :
Lorsqu’une liaison enfant est supprimée ou ajoutée, un nouveau sélecteur d’agrégation est sélectionné et le trafic s’écoule vers le nouveau sélecteur. Comme le sélecteur est vide, les flux sont remplis dans le sélecteur. Ce comportement entraîne une redistribution des flux, car l’ancien état est perdu. Il s’agit du comportement existant sans activer l’équilibrage de charge dynamique par flux.
Fonctions d’équilibrage de charge dynamiques par flux sur les interfaces AE si le trafic entrant atteint les cartes de ligne MPC1E, MPC2E, MPC3E-3D, MPC5E et MPC6E. Aucun autre type de carte de ligne ne grée cette fonctionnalité. Des erreurs CLI appropriées s’affichent si les MPC ne prennent pas en charge cette fonctionnalité.
Avec la carte de ligne d’entrée en tant que MPC et la carte de ligne de sortie en tant que MPC ou DPC, cette fonctionnalité fonctionne correctement. L’équilibrage de charge dynamique n’est pas pris en charge si la carte de ligne entrante est un DPC et la carte de ligne de sortie est un DPC ou un MPC.
Cette fonctionnalité n’est pas prise en charge pour le trafic multicast (natif/flood).
L’activation de l’option de rééquilibrage ou l’effacement de l’état d’équilibrage de charge peut entraîner une réorganisation des paquets pour les flux actifs, car différents ensembles de liens peuvent être sélectionnés pour les flux de trafic.
Bien que les performances de la fonction soient élevées, elles consomment une quantité importante de mémoire de carte de ligne. Cette fonctionnalité peut être activée sur les MPC pris en charge pour environ 4 000 interfaces logiques ou 16 interfaces logiques Ethernet agrégées. Toutefois, lorsque la mémoire matérielle du moteur de transfert de paquets est faible, en fonction de la mémoire disponible, elle revient au mécanisme d’équilibrage de charge par défaut. Dans une telle situation, un message de journalisation système est généré et envoyé au moteur de routage. Il n’existe pas de restriction sur le nombre d’interfaces AE prenant en charge l’équilibrage de charge dynamique. La limite est déterminée par les cartes de ligne.
Si les flux de trafic vieillissent fréquemment, l’appareil doit supprimer ou actualiser les états d’équilibrage de charge. Par conséquent, vous devez configurer le rééquilibrage ou exécuter la commande clear à intervalles réguliers pour un équilibrage de charge correct. Dans le cas contraire, une distorsion du trafic peut se produire. Lorsqu’une liaison enfant tombe en panne ou se lève, le comportement de l’équilibrage de charge ne subit pas de modifications sur les flux existants. Cette condition permet d’éviter la réorganisation des paquets. Les nouveaux flux récupèrent le lien enfant qui apparaît. Si vous constatez que la répartition de la charge n’est pas très efficace, vous pouvez effacer les états d’équilibrage de charge ou utiliser la fonctionnalité de rééquilibrage pour provoquer un effacement automatique des états matériels. Lorsque vous configurez la fonction de rééquilibrage, les flux de trafic peuvent être redirigés vers d’autres liaisons, ce qui peut entraîner une réorganisation des paquets.
Configuration de l’équilibrage de charge dynamique sur des interfaces Ethernet agrégées
Le mécanisme permettant d’enregistrer et de conserver les états des flux et de répartir la charge de trafic en conséquence a été ajouté. Par conséquent, pour un nombre m de flux, ils sont distribués entre n liens membres d’un bundle LAG ou parmi les unistes des sauts suivants dans un lien ECMP. Cette méthode de répartition de la charge entre les liaisons membres est appelée équilibrage de charge dynamique et utilise des informations à 5 uplets (adresses source et destination, protocole, ports source et de destination). Une telle méthode peut être mappée directement aux flux ou à un hachage de précalcul basé sur certains champs du flux. De ce fait, l’écart observé sur chaque liaison enfant est réduit.
Pour configurer l’équilibrage de charge dynamique sur ae les bundles d’interfaces :
Configuration de l’équilibrage adaptatif de charge
Cette rubrique décrit comment configurer l’équilibrage de charge adaptatif. L’équilibrage de charge adaptatif optimise l’utilisation de la bande passante des liaisons membres pour un ensemble Ethernet agrégé. L’équilibrage de charge adaptatif utilise un mécanisme de rétroaction pour corriger le déséquilibre de la charge de trafic en ajustant la bande passante et les flux de paquets sur les liaisons d’un paquet AE.
Avant de commencer :
Configurez un ensemble d’interfaces avec une famille de protocoles et une adresse IP. Ces interfaces peuvent constituer l’appartenance à l’offre groupée AE.
Créez un bundle AE en configurant un ensemble d’interfaces de routeur en tant qu’interface Ethernet agrégée et avec un identificateur de groupe AE spécifique.
Pour configurer l’équilibrage de charge adaptatif pour un bundle AE :
Voir aussi
Configuration de l’équilibrage de charge symétrique sur un groupe d’agrégation de liens 802.3ad sur des routeurs MX Series
- Équilibrage de charge symétrique sur un LAG 802.3ad sur les routeurs MX Series Présentation
- Configuration de l’équilibrage de charge symétrique sur un LAG 802.3ad sur des routeurs MX Series
- Configuration de l’équilibrage de charge symétrique sur les MPC basés sur Trio
- Exemples de configurations
Équilibrage de charge symétrique sur un LAG 802.3ad sur les routeurs MX Series Présentation
Les routeurs MX Series avec des PIC Ethernet agrégés prennent en charge l’équilibrage de charge symétrique sur un LAG 802.3ad. Cette fonctionnalité est particulièrement utile lorsque deux routeurs MX Series sont connectés de manière transparente via des dispositifs d’inspection approfondie des paquets (DPI) sur un faisceau LAG. Les dispositifs DPI assurent le suivi des flux et ont besoin d’informations sur un flux donné dans les directions avant et arrière. Sans équilibrage de charge symétrique sur un LAG 802.3ad, les DPI pourraient mal comprendre le flux, ce qui entraînerait des perturbations du trafic. L’utilisation de cette fonctionnalité permet d’assurer un flux de trafic donné (duplex) pour les mêmes appareils dans les deux sens.
L’équilibrage de charge symétrique sur un LAG 802.3ad utilise un mécanisme d’interéchange des adresses source et de destination pour un calcul de hachage des champs, tels que l’adresse source et l’adresse de destination. Le résultat d’un hash calculé sur ces champs est utilisé pour choisir le lien du LAG. Le calcul de hachage pour le flux direct et le flux inverse doit être identique. Pour ce faire, les champs source sont remplacés par des champs de destination pour le flux inverse. L’opération permutée est appelée calcul de hachage complémentaire ou symmetric-hash complement l’opération normale (ou non échangée) est appelée calcul de hachage symétrique ou symmetric-hash. Les champs permutables sont l’adresse MAC, l’adresse IP et le port.
Configuration de l’équilibrage de charge symétrique sur un LAG 802.3ad sur des routeurs MX Series
Vous pouvez spécifier si le hachage symétrique ou le hachage de complément est effectué pour l’équilibrage de charge. Pour configurer le hachage symétrique, utilisez l’instruction symmetric-hash au niveau de la [edit forwarding-options hash-key family inet] hiérarchie. Pour configurer le complément de hachage symétrique, utilisez l’instruction et l’option symmetric-hash complement au niveau de la [edit forwarding-options hash-key family inet] hiérarchie.
Ces opérations peuvent également être effectuées au niveau du PIC en spécifiant une clé de hachage. Pour configurer une clé dièse au niveau du PIC, utilisez l’instruction symmetric-hash ou symmetric-hash complement au niveau de la hiérarchie et [edit chassis hash-key family multiservice] de la [edit chassis hash-key family inet] hiérarchie.
Prenons l’exemple de la figure 1.
MX Series
Le routeur A est configuré avec un hachage symétrique et le routeur B est configuré avec un complément de hachage symétrique. Ainsi, pour un flux fxdonné, le calcul post-hachage va du routeur A au routeur B en passant par i2. Le trafic inverse pour le même flux fx est du routeur B vers le routeur A via le même périphérique i2 que son hachage (effectué après l’échange des champs source et de destination) et renvoie le même index de lien, puisqu’il est effectué sur les adresses source et destination échangées.
Cependant, le lien choisi peut ou non correspondre à ce qui était rattaché à la DPI. En d’autres termes, le résultat du hachage doit pointer vers les mêmes liens qui sont connectés, de sorte que le trafic passe par les mêmes périphériques DPI dans les deux sens. Pour vous assurer que cela se produit, vous devez également configurer les ports homologues (ports connectés au même DPI-iN) avec le même index de liaison. Cette opération est effectuée lors de la configuration d’une liaison enfant dans le bundle LAG. Cela garantit que le lien choisi pour un résultat de hachage donné est toujours le même sur l’un ou l’autre routeur.
Notez que deux liens connectés l’un à l’autre doivent avoir le même index de lien et que ces index de liens doivent être uniques dans un ensemble donné.
Les restrictions suivantes s’appliquent lors de la configuration de l’équilibrage de charge symétrique sur un LAG 802.3ad sur des routeurs MX Series :
Le moteur de transfert de paquets (PFE) peut être configuré pour hacher le trafic en mode symétrique ou complémentaire. Un seul complexe PFE ne peut pas fonctionner simultanément dans les deux modes opérationnels et une telle configuration peut donner des résultats indésirables.
Le paramètre par PFE remplace le paramètre à l’échelle du châssis uniquement pour la famille configurée. Pour les autres familles, le complexe PFE hérite toujours du paramètre à l’échelle du châssis (lorsqu’il est configuré) ou du paramètre par défaut.
Cette fonctionnalité prend uniquement en charge VPLS, INET et le trafic ponté.
Cette fonctionnalité ne peut pas fonctionner en tandem avec l’option
per-flow-hash-seed load-balancing. Elle exige que tous les complexes de PFE configurés de manière complémentaire partagent la même graine. Une modification de la graine entre deux complexes de PFE homologues peut donner des résultats indésirables.
Pour plus d’informations, reportez-vous à la bibliothèque des VPN de Junos OS pour les périphériques de routage et à la bibliothèque d’administration de Junos OS pour les périphériques de routage.
Exemples d’instructions de configuration
Pour configurer les paramètres LAG 802.3ad au niveau du bundle :
[edit interfaces]
g(x)e-fpc/pic/port {
gigether-options {
802.3ad {
bundle;
link-index number;
}
}
}
où la link-index number est comprise entre 0 et 15.
Vous pouvez vérifier l’index de lien configuré ci-dessus à l’aide de la show interfaces commande :
[edit forwarding-options hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
[complement;]
}
}
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only | destination-ip-only;
}
layer-4;
}
}
symmetric-hash {
[complement;]
}
}
Pour équilibrer la charge du trafic de couche 2 en fonction des champs de couche 3, vous pouvez configurer les paramètres LAG 802.3ad au niveau de chaque PIC. Ces options de configuration sont disponibles dans la hiérarchie des châssis comme suit :
[edit chassis]
fpc X {
pic Y {
.
.
.
hash-key {
family inet {
layer-3;
layer-4;
symmetric-hash {
[complement;]
}
}
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only | destination-ip-only;
}
layer-4;
}
}
symmetric-hash {
[complement;]
}
}
}
.
.
.
}
}
Configuration de l’équilibrage de charge symétrique sur les MPC basés sur Trio
Avec quelques différences de configuration, l’équilibrage de charge symétrique sur un groupe d’agrégation de liens 802.3ad est pris en charge sur les routeurs MX Series avec des MPC basés sur Trio.
Pour obtenir un équilibrage de charge symétrique sur les MPC basés sur Trio, les opérations suivantes doivent être effectuées :
Calcul d’un hachage symétrique
Les deux routeurs doivent calculer la même valeur de hachage à partir du flux dans les directions aller et arrière. Sur les plateformes basées sur Trio, la valeur de hachage calculée est indépendante de la direction du flux et est donc toujours symétrique par nature. Pour cette raison, aucune configuration spécifique n’est nécessaire pour calculer une valeur de hachage symétrique sur les plateformes basées sur Trio.
Cependant, il convient de noter que les champs utilisés pour configurer le hachage doivent avoir des paramètres d’inclusion et d’exclusion identiques aux deux extrémités du LAG.
Configurer les index de liens
Pour permettre aux deux routeurs de choisir la même liaison en utilisant la même valeur de hachage, les liaisons du LAG doivent être configurées avec le même index de liaison sur les deux routeurs. Cela peut être réalisé avec l’instruction
link-index.Activer l’équilibrage de charge symétrique
Pour configurer l’équilibrage de charge symétrique sur les MPC basés sur Trio, incluez l’instruction
symmetricau niveau de la[edit forwarding-options enhanced-hash-key]hiérarchie. Cette déclaration s’applique uniquement aux plateformes basées sur Trio.L’instruction
symmetricpeut être utilisée avec n’importe quelle famille de protocoles et active l’équilibrage de charge symétrique pour tous les paquets Ethernet agrégés sur le routeur. L’instruction doit être activée aux deux extrémités du LAG. Cette instruction est désactivée par défaut.Obtenir une symétrie pour le trafic ponté et routé
Dans certains déploiements, le faisceau LAG sur lequel la symétrie est souhaitée est traversé par le trafic ponté de couche 2 en amont et par le trafic acheminé IPv4 en aval. Dans ce cas, le hachage calculé est différent dans chaque direction, car les adresses MAC Ethernet sont prises en compte pour les paquets pontés. Pour résoudre ce problème, vous pouvez exclure les adresses MAC source et de destination du calcul de la clé de hachage améliorée.
Pour exclure les adresses MAC source et de destination du calcul de la clé de hachage améliorée, incluez l’instruction
no-mac-addressesau niveau de la[edit forwarding-options enhanced-hash-key family multiservice]hiérarchie. Cette instruction est désactivée par défaut.
Lorsque l’équilibrage de charge symétrique est activé sur les MPC basés sur Trio, gardez à l’esprit les mises en garde suivantes :
La polarisation du trafic est un phénomène qui se produit lors de l’utilisation de topologies qui distribuent le trafic à l’aide d’un hachage du même type. Lorsque les routeurs sont placés en cascade, le trafic peut être polarisé, ce qui peut entraîner une répartition inégale du trafic.
La polarisation du trafic se produit lorsque les LAG sont configurés sur des routeurs en cascade. Par exemple, dans la Figure 2, si un flux donné utilise le lien 1 du bundle Ethernet agrégé entre le périphérique R1 et le périphérique R2, le flux utilise également le Link 1 du bundle Ethernet agrégé entre le périphérique R2 et le périphérique R3.
Figure 2 : Polarisation du trafic sur les routeurs en cascade lorsque l’équilibrage de charge symétrique est activé sur les MPC basés sur Trio
Cela s’oppose à l’algorithme de sélection aléatoire des liaisons, dans lequel un flux peut utiliser la liaison 1 du paquet Ethernet agrégé entre l’équipement R1 et l’équipement R2, et la liaison 2 du paquet Ethernet agrégé entre l’équipement R2 et l’équipement R3.
L’équilibrage de charge symétrique ne s’applique pas à l’équilibrage de charge par préfixe où le hachage est calculé en fonction du préfixe de route.
L’équilibrage de charge symétrique ne s’applique pas au trafic MPLS ou VPLS, car dans ces scénarios, les étiquettes ne sont pas les mêmes dans les deux sens.
Exemples de configurations
- Exemples de configurations des paramètres à l’échelle du châssis
- Exemples de configurations des paramètres par moteur de transfert de paquets
Exemples de configurations des paramètres à l’échelle du châssis
Routeur A
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Routeur B
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric-hash {
complement;
}
}
Exemples de configurations des paramètres par moteur de transfert de paquets
Routeur A
user@host> show configuration chassis fpc 2 pic 2 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Routeur B
user@host> show configuration chassis fpc 2 pic 3 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric-hash {
complement;
}
}
Configuration du hachage symétrique au niveau du PIC pour l’équilibrage de charge sur les LAG 802.3ad pour les routeurs MX Series
Le hachage symétrique pour l’équilibrage de charge sur un groupe d’agrégation de liens (LAG) 802.3ad est utile lorsque deux routeurs MX Series (par exemple, le routeur A et le routeur B) sont connectés de manière transparente via des périphériques d’inspection approfondie des paquets (DPI) sur un bundle LAG. Les appareils DPI suivent les flux de trafic dans les sens aller et arrière.
Si le hachage symétrique est configuré, le flux inverse du trafic est également dirigé via la même liaison enfant sur le LAG et passera forcément par le même périphérique DPI. Cela permet une comptabilisation correcte de la DPI du trafic dans les flux aller et arrière.
Si le hachage symétrique n’est pas configuré, une autre liaison enfant sur le LAG peut être choisie pour le flux inverse du trafic via un autre périphérique DPI. Il en résulte des informations incomplètes sur les flux aller et arrière du trafic sur le périphérique DPI, ce qui conduit à une comptabilisation incomplète du trafic par le périphérique DPI.
Le hachage symétrique est calculé en fonction de champs tels que l’adresse source et l’adresse de destination. Vous pouvez configurer le hachage symétrique au niveau du châssis et du PIC pour l’équilibrage de charge en fonction des champs d’unité de données de couche 2, couche 3 et couche 4 pour le trafic familial inet (famille de protocoles IPv4) et multiservice (commutateur ou pont). Le hachage symétrique configuré au niveau du châssis s’applique à l’ensemble du routeur et est hérité par tous ses PIC et moteurs de transfert de paquets. La configuration du hachage symétrique au niveau du PIC vous offre plus de granularité au niveau du moteur de transfert de paquets.
Pour les deux routeurs connectés via les périphériques DPI sur un bundle LAG, vous pouvez configurer le hachage symétrique sur un routeur et le complément de hachage symétrique sur le routeur distant ou vice-versa.
Pour configurer le hachage symétrique au niveau du châssis, incluez le hachage symétrique ou les symmetric-hash complement instructions au niveau de la [edit forwarding-options hash-key family] hiérarchie. Pour plus d’informations sur la configuration du hachage symétrique au niveau du châssis et sur la configuration de l’index de liaison, reportez-vous à la bibliothèque d’interfaces réseau Junos OS pour les périphériques de routage et à la bibliothèque de VPN Junos OS pour les périphériques de routage.
Sur les DPC MX Series, la configuration du hachage symétrique au niveau du PIC fait référence à la configuration du hachage symétrique au niveau du moteur de transfert de paquets.
Pour configurer le hachage symétrique au niveau du PIC sur l’interface du trafic entrant (là où le trafic entre dans le routeur), incluez le hachage symétrique ou symmetric-hash complement l’instruction au niveau de la hiérarchie [edit chassis fpc slot-number pic pic-number hash-key] :
[edit chassis fpc slot-number pic pic-number hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 (source-ip-only | destination-ip-only);
layer-4;
}
}
symmetric-hash {
complement;
}
}
family inet { layer-3; layer-4; symmetric-hash { complement; } }
Le hachage symétrique au niveau du PIC remplace le hachage symétrique au niveau du châssis configuré au niveau de la hiérarchie [modifier la clé de hachage des options de transfert du châssis].
Le hachage symétrique pour l’équilibrage de charge sur les groupes d’agrégation de liens 802.3ad est actuellement pris en charge pour le VPLS, l’INET et le trafic ponté uniquement.
La configuration de la clé de hachage sur un PIC ou un moteur de transfert de paquets peut se faire soit en mode « hachage symétrique », soit en mode « complément de hachage symétrique », mais pas les deux en même temps.
Voir aussi
Exemples : Configuration du hachage symétrique de niveau PIC pour l’équilibrage de charge sur les LAG 802.3ad sur les routeurs MX Series
Ces exemples s’appliquent uniquement aux DPC pris en charge sur les routeurs MX240, MX480 et MX960. Pour obtenir la liste des DPC pris en charge, reportez-vous à la section DPC pris en charge sur les routeurs MX240, MX480 et MX960 dans la section Documentation associée.
Les exemples suivants montrent comment configurer le hachage symétrique au niveau du PIC pour l’équilibrage de charge sur les routeurs MX Series :
- Configuration du hachage symétrique pour le multiservice familial sur les deux routeurs
- Configuration du hachage symétrique pour l’inet de famille sur les deux routeurs
- Configuration du hachage symétrique pour l’inet familial et le multiservice familial sur les deux routeurs
Configuration du hachage symétrique pour le multiservice familial sur les deux routeurs
Sur l’interface de trafic entrant où le trafic entre dans le routeur A, incluez l’instruction suivante symmetric-hash au niveau de la [edit chassis fpc slot-number pic pic-number hash-key family multiservice] hiérarchie :
[edit chassis fpc 2 pic 2 hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash;
}
Sur l’interface de trafic entrant où le trafic entre dans le routeur B, incluez l’instruction suivante symmetric-hash complement au niveau de la [edit chassis fpc slot-number pic pic-number hash-key family multiservice] hiérarchie :
[edit chassis fpc 0 pic 3 hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash {
complement;
}
}
Configuration du hachage symétrique pour l’inet de famille sur les deux routeurs
Sur l’interface de trafic entrant où le trafic entre dans le routeur A, incluez l’instruction suivante symmetric-hash au niveau de la [edit chassis fpc slot-number pic pic-number hash-key family inet] hiérarchie :
[edit chassis fpc 0 pic 1 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash;
}
Sur l’interface de trafic entrant où le trafic entre dans le routeur B, incluez l’instruction suivante symmetric-hash complement au niveau de la [edit chassis fpc slot-number pic pic-number hash-key family inet] hiérarchie :
[edit chassis fpc 1 pic 2 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Configuration du hachage symétrique pour l’inet familial et le multiservice familial sur les deux routeurs
Sur l’interface de trafic entrant où le trafic entre dans le routeur A, incluez l’instruction suivante symmetric-hash au niveau de la [edit chassis fpc slot-number pic pic-number hash-key family multiservice] hiérarchie :
[edit chassis fpc 1 pic 0 hash-key]
family multiservice {
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash;
}
Sur l’interface de trafic entrant où le trafic entre dans le routeur B, incluez l’instruction suivante symmetric-hash complement au niveau de la [edit chassis fpc slot-number pic pic-number hash-key family inet] hiérarchie :
[edit chassis fpc 0 pic 3 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Voir aussi
Exemple : Configuration de l’équilibrage de charge Ethernet agrégé
Exemple : Configuration de l’équilibrage de charge Ethernet agrégé
Cet exemple montre comment configurer l’équilibrage de charge Ethernet agrégé.
Exigences
Cet exemple utilise les composants matériels et logiciels suivants :
Trois routeurs MX Series avec interfaces MIC et MPC ou trois routeurs de transport de paquets PTX Series avec interfaces PIC et FPC
Junos OS version 13.3 ou ultérieure s’exécute sur tous les équipements
Aperçu
L’équilibrage de charge est requis sur le plan de transfert lorsque plusieurs chemins ou interfaces sont disponibles pour le routeur de saut suivant. Il est donc préférable que le trafic entrant soit équilibré en charge sur tous les chemins disponibles pour une meilleure utilisation de la liaison.
Le bundle Ethernet agrégé est une application classique qui utilise l’équilibrage de charge pour équilibrer les flux de trafic sur les liaisons membres du bundle (IEEE 802.3ad).
À partir de la version 13.3 de Junos OS, l’équilibrage de charge Ethernet agrégé a été amélioré pour fournir deux solutions permettant de résoudre les déséquilibres de trafic réels sur les bundles Ethernet agrégés sur les MIC ou MPC des routeurs MX Series. À partir de la version 14.1 de Junos OS, l’équilibrage de charge Ethernet agrégé a été amélioré afin de fournir deux solutions pour résoudre les déséquilibres de trafic réels sur les faisceaux Ethernet agrégés sur les PIC ou les FPC des routeurs de transport de paquets PTX Series.
Les solutions d’équilibrage de charge Ethernet agrégées sont les suivantes :
-
Adaptatif : l’équilibrage de charge adaptatif est utilisé dans les scénarios où le hachage basé sur les flux n’est pas suffisant pour obtenir une répartition uniforme de la charge. Cette solution d’équilibrage de charge met en œuvre un mécanisme de rétroaction et de contrôle en temps réel pour surveiller et gérer les déséquilibres de charge réseau.
La solution d’équilibrage adaptatif de charge corrige le déséquilibre du flux de trafic en modifiant les entrées du sélecteur et en analysant périodiquement l’utilisation de chaque liaison membre du bundle AE pour détecter tout écart. Lorsqu’un écart est détecté, un événement d’ajustement est déclenché et moins de flux sont mappés à la liaison de membre affectée. Par conséquent, la bande passante offerte pour cette liaison membre diminue. Cela provoque une boucle de rétroaction continue qui, au fil du temps, garantit que le même débit d’octets est offert à tous les liens membres, assurant ainsi une distribution efficace du trafic sur chaque lien membre du bundle AE.
Pour configurer l’équilibrage de charge adaptatif, incluez l’instruction
adaptiveau niveau de la[edit interfaces aex aggregated-ether-options load-balance]hiérarchie.Note:L’activation de l’équilibrage de charge adaptatif peut entraîner une réorganisation des paquets une fois par intervalle de rééquilibrage.
Cette
ppsoption permet d’activer l’équilibrage de charge en fonction du débit de paquets par seconde. Le paramètre par défaut est l’équilibrage de charge en bits par seconde.La
scan-intervalvaleur configure la durée de l’analyse sous la forme d’un multiple de 30 secondes.La
tolerancevaleur correspond à la limite de la variance du flux de trafic de paquets vers les liaisons Ethernet agrégées du paquet. Vous pouvez spécifier une variance maximale de 100 %. Lorsque l’attribut de tolérance n’est pas configuré, une valeur par défaut de 20 % est activée pour l’équilibrage de charge adaptatif. Une valeur de tolérance plus faible équilibre mieux la bande passante, mais prend plus de temps de convergence. Pulvérisation aléatoire par paquet : lorsque la solution d’équilibrage de charge adaptatif échoue, la pulvérisation aléatoire par paquet agit en dernier recours. La solution d’équilibrage de charge par pulvérisation aléatoire permet de remédier au déséquilibre du trafic en pulvérisant de manière aléatoire les paquets sur les sauts suivants agrégés. Cela permet de s’assurer que toutes les liaisons membres du bundle AE sont chargées de la même manière, ce qui entraîne une réorganisation des paquets.
En outre, la pulvérisation aléatoire par paquet identifie le moteur de transfert de paquets entrant à l’origine du déséquilibre du trafic et élimine le déséquilibre de trafic qui se produit à la suite d’erreurs logicielles, à l’exception du hachage des paquets.
Pour configurer l’équilibrage de charge de pulvérisation aléatoire par paquet, incluez l’instruction
per-packetau niveau de la[edit interfaces aex aggregated-ether-options load-balance]hiérarchie.Note:L’option Par paquet pour l’équilibrage de charge n’est pas prise en charge sur les routeurs de transport de paquets PTX Series.
Les solutions d’équilibrage de charge Ethernet agrégées s’excluent mutuellement. Lorsque plusieurs solutions d’équilibrage de charge sont configurées, la solution configurée en dernier remplace celle configurée précédemment. Vous pouvez vérifier la solution d’équilibrage de charge en cours d’implémentation en exécutant la show interfaces aex aggregated-ether-options load-balance commande.
Topologie
Dans cette topologie, deux paquets Ethernet agrégés (ae0 et ae1) sont configurés sur les liaisons entre les routeurs R2 et R3.
de charge Ethernet agrégé
Configuration
Configuration rapide de la CLI
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.
R1
set chassis aggregated-devices ethernet device-count 12 set interfaces xe-0/0/0 unit 0 family inet address 120.168.1.1/30 set interfaces xe-0/0/0 unit 0 family iso set interfaces xe-0/0/0 unit 0 family mpls set interfaces xe-0/0/1 unit 0 family inet address 120.168.2.1/30 set interfaces xe-0/0/1 unit 0 family iso set interfaces xe-0/0/1 unit 0 family mpls set interfaces ge-1/0/0 unit 0 family inet address 120.168.100.2/30 set interfaces ge-1/0/0 unit 0 family iso set interfaces ge-1/0/0 unit 0 family mpls set interfaces ge-1/0/1 unit 0 family inet address 120.168.101.2/30 set interfaces ge-1/0/1 unit 0 family iso set interfaces ge-1/0/1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.2/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0002.00 set routing-options router-id 120.168.0.2 set routing-options autonomous-system 55 set protocols rsvp interface ge-1/0/0.0 set protocols rsvp interface ge-1/0/1.0 set protocols mpls label-switched-path videl-to-sweets to 120.168.0.9 set protocols mpls label-switched-path v-2-s-601 to 60.0.1.0 set protocols mpls label-switched-path v-2-s-601 primary v-2-s-601-primary hop-limit 5 set protocols mpls label-switched-path v-2-s-602 to 60.0.2.0 set protocols mpls label-switched-path v-2-s-602 primary v-2-s-602-primary hop-limit 5 set protocols mpls label-switched-path v-2-s-603 to 60.0.3.0 set protocols mpls label-switched-path v-2-s-604 to 60.0.4.0 set protocols mpls path v-2-s-601-primary 120.168.100.1 strict set protocols mpls path v-2-s-601-primary 120.168.104.2 strict set protocols mpls path v-2-s-602-primary 120.168.101.1 strict set protocols mpls path v-2-s-602-primary 120.168.105.2 strict set protocols mpls interface ge-1/0/0.0 set protocols mpls interface ge-1/0/1.0 set protocols bgp group pe-routers type internal set protocols bgp group pe-routers local-address 120.168.0.2 set protocols bgp group pe-routers family inet unicast set protocols bgp group pe-routers family inet-vpn unicast set protocols bgp group pe-routers neighbor 120.168.0.9 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ge-1/0/0.0 set protocols isis interface ge-1/0/1.0 set protocols isis interface lo0.0 set policy-options policy-statement nhs then next-hop self set policy-options policy-statement vpn-m5-export term 1 from protocol bgp set policy-options policy-statement vpn-m5-export term 1 from protocol direct set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target set policy-options policy-statement vpn-m5-export term 1 then accept set policy-options policy-statement vpn-m5-export term 2 then reject set policy-options policy-statement vpn-m5-import term 1 from protocol bgp set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target set policy-options policy-statement vpn-m5-import term 1 then accept set policy-options policy-statement vpn-m5-import term 2 then reject set policy-options community vpn-m5-target members target:55:100 set routing-instances vpn-m5 instance-type vrf set routing-instances vpn-m5 interface xe-0/0/0.0 set routing-instances vpn-m5 interface xe-0/0/1.0 set routing-instances vpn-m5 route-distinguisher 120.168.0.2:1 set routing-instances vpn-m5 vrf-import vpn-m5-import set routing-instances vpn-m5 vrf-export vpn-m5-export set routing-instances vpn-m5 protocols bgp group ce type external set routing-instances vpn-m5 protocols bgp group ce peer-as 100 set routing-instances vpn-m5 protocols bgp group ce as-override set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.1.2 set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.2.2 set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0 set routing-instances vpn-m5 protocols ospf export vpn-m5-import set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/1.0 set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/0.0
R2
set chassis aggregated-devices ethernet device-count 5 set interfaces ge-1/2/0 unit 0 family inet address 120.168.100.1/30 set interfaces ge-1/2/0 unit 0 family iso set interfaces ge-1/2/0 unit 0 family mpls set interfaces ge-1/2/1 unit 0 family inet address 120.168.101.1/30 set interfaces ge-1/2/1 unit 0 family iso set interfaces ge-1/2/1 unit 0 family mpls set interfaces ge-1/3/0 gigether-options 802.3ad ae0 set interfaces ge-1/3/1 gigether-options 802.3ad ae0 set interfaces ge-1/3/2 gigether-options 802.3ad ae0 set interfaces ge-1/3/3 gigether-options 802.3ad ae0 set interfaces ge-1/3/4 gigether-options 802.3ad ae0 set interfaces ge-2/2/1 gigether-options 802.3ad ae1 set interfaces ge-2/2/2 gigether-options 802.3ad ae1 set interfaces ge-2/2/3 gigether-options 802.3ad ae1 set interfaces ge-2/2/4 gigether-options 802.3ad ae1 set interfaces ge-2/2/5 gigether-options 802.3ad ae1 set interfaces ge-2/2/6 gigether-options 802.3ad ae1 set interfaces ge-2/2/7 gigether-options 802.3ad ae1 set interfaces ge-2/2/8 gigether-options 802.3ad ae1 set interfaces ae0 aggregated-ether-options load-balance adaptive tolerance 10 set interfaces ae0 aggregated-ether-options link-speed 1g set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 family inet address 120.168.104.1/30 set interfaces ae0 unit 0 family iso set interfaces ae0 unit 0 family mpls set interfaces ae1 aggregated-ether-options load-balance adaptive tolerance 10 set interfaces ae1 aggregated-ether-options link-speed 1g set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 family inet address 120.168.105.1/30 set interfaces ae1 unit 0 family iso set interfaces ae1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.4/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0004.00 set accounting-options selective-aggregate-interface-stats disable set protocols rsvp interface ge-1/2/0.0 set protocols rsvp interface ge-1/2/1.0 set protocols rsvp interface ae0.0 set protocols rsvp interface ae1.0 set protocols mpls interface ge-1/2/0.0 set protocols mpls interface ge-1/2/1.0 set protocols mpls interface ae0.0 set protocols mpls interface ae1.0 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ge-1/2/0.0 set protocols isis interface ge-1/2/1.0 set protocols isis interface ae0.0 set protocols isis interface ae1.0 set protocols isis interface lo0.0
Réf. 3
set chassis aggregated-devices ethernet device-count 5 set interfaces xe-4/0/0 unit 0 family inet address 120.168.9.1/30 set interfaces xe-4/0/0 unit 0 family mpls set interfaces xe-4/0/1 unit 0 family inet address 120.168.10.1/30 set interfaces xe-4/0/1 unit 0 family mpls set interfaces ge-5/0/1 gigether-options 802.3ad ae1 set interfaces ge-5/0/2 gigether-options 802.3ad ae1 set interfaces ge-5/0/3 gigether-options 802.3ad ae1 set interfaces ge-5/0/4 gigether-options 802.3ad ae1 set interfaces ge-5/0/5 gigether-options 802.3ad ae1 set interfaces ge-5/0/6 gigether-options 802.3ad ae1 set interfaces ge-5/0/7 gigether-options 802.3ad ae1 set interfaces ge-5/0/8 gigether-options 802.3ad ae1 set interfaces ge-5/3/0 gigether-options 802.3ad ae0 set interfaces ge-5/3/1 gigether-options 802.3ad ae0 set interfaces ge-5/3/2 gigether-options 802.3ad ae0 set interfaces ge-5/3/3 gigether-options 802.3ad ae0 set interfaces ge-5/3/4 gigether-options 802.3ad ae0 set interfaces ae0 aggregated-ether-options link-speed 1g set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 family inet address 120.168.104.2/30 set interfaces ae0 unit 0 family iso set interfaces ae0 unit 0 family mpls set interfaces ae1 aggregated-ether-options link-speed 1g set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 family inet address 120.168.105.2/30 set interfaces ae1 unit 0 family iso set interfaces ae1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.9/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0009.00 set routing-options router-id 120.168.0.9 set routing-options autonomous-system 55 set protocols rsvp interface xe-4/0/0.0 set protocols rsvp interface xe-4/0/1.0 set protocols rsvp interface ae0.0 set protocols rsvp interface ae1.0 set protocols mpls label-switched-path to-videl to 120.168.0.2 set protocols mpls interface xe-4/0/0.0 set protocols mpls interface xe-4/0/1.0 set protocols mpls interface ae0.0 set protocols mpls interface ae1.0 set protocols bgp group pe-routers type internal set protocols bgp group pe-routers local-address 120.168.0.9 set protocols bgp group pe-routers family inet unicast set protocols bgp group pe-routers family inet-vpn unicast set protocols bgp group pe-routers neighbor 120.168.0.2 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ae0.0 set protocols isis interface ae1.0 set protocols isis interface lo0.0 set policy-options policy-statement nhs then next-hop self set policy-options policy-statement vpn-m5-export term 1 from protocol bgp set policy-options policy-statement vpn-m5-export term 1 from protocol direct set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target set policy-options policy-statement vpn-m5-export term 1 then accept set policy-options policy-statement vpn-m5-export term 2 then reject set policy-options policy-statement vpn-m5-import term 1 from protocol bgp set policy-options policy-statement vpn-m5-import term 1 from protocol direct set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target set policy-options policy-statement vpn-m5-import term 1 then accept set policy-options policy-statement vpn-m5-import term 2 then reject set policy-options community vpn-m5-target members target:55:100 set routing-instances vpn-m5 instance-type vrf set routing-instances vpn-m5 interface xe-4/0/0.0 set routing-instances vpn-m5 interface xe-4/0/1.0 set routing-instances vpn-m5 route-distinguisher 120.168.0.9:1 set routing-instances vpn-m5 vrf-import vpn-m5-import set routing-instances vpn-m5 vrf-export vpn-m5-export set routing-instances vpn-m5 protocols bgp group ce type external set routing-instances vpn-m5 protocols bgp group ce peer-as 100 set routing-instances vpn-m5 protocols bgp group ce as-override set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.9.2 set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.10.2 set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0 set routing-instances vpn-m5 protocols ospf export vpn-m5-import set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/0.0 set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/1.0
Configuration de l’équilibrage adaptatif de charge
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode Configuration.
Pour configurer le routeur R2 :
Répétez cette procédure pour les autres routeurs, après avoir modifié les noms d’interface, les adresses et tous les autres paramètres appropriés pour chaque routeur.
Spécifiez le nombre d’interfaces Ethernet agrégées à créer.
[edit chassis]user@R2# set aggregated-devices ethernet device-count 5Configurez la liaison d’interface Gigabit Ethernet reliant R2 à R1.
[edit interfaces]user@R2# set ge-1/2/0 unit 0 family inet address 120.168.100.1/30 user@R2# set ge-1/2/0 unit 0 family iso user@R2# set ge-1/2/0 unit 0 family mpls user@R2# set ge-1/2/1 unit 0 family inet address 120.168.101.1/30 user@R2# set ge-1/2/1 unit 0 family iso user@R2# set ge-1/2/1 unit 0 family mpls user@R2# set lo0 unit 0 family inet address 120.168.0.4/32 user@R2# set lo0 unit 0 family iso address 49.0001.1201.6800.0004.00Configurez les cinq liaisons membres du bundle Ethernet agrégé ae0.
[edit interfaces]user@R2# set ge-1/3/0 gigether-options 802.3ad ae0 user@R2# set ge-1/3/1 gigether-options 802.3ad ae0 user@R2# set ge-1/3/2 gigether-options 802.3ad ae0 user@R2# set ge-1/3/3 gigether-options 802.3ad ae0 user@R2# set ge-1/3/4 gigether-options 802.3ad ae0Configurez les huit liaisons membres du bundle Ethernet agrégé ae1.
[edit interfaces]user@R2# set ge-2/2/1 gigether-options 802.3ad ae1 user@R2# set ge-2/2/2 gigether-options 802.3ad ae1 user@R2# set ge-2/2/3 gigether-options 802.3ad ae1 user@R2# set ge-2/2/4 gigether-options 802.3ad ae1 user@R2# set ge-2/2/5 gigether-options 802.3ad ae1 user@R2# set ge-2/2/6 gigether-options 802.3ad ae1 user@R2# set ge-2/2/7 gigether-options 802.3ad ae1 user@R2# set ge-2/2/8 gigether-options 802.3ad ae1Activez l’équilibrage de charge Ethernet agrégé sur ae0 de R2.
[edit interfaces]user@R2# set ae0 aggregated-ether-options load-balance adaptive tolerance 10Configurez la vitesse de liaison pour le bundle Ethernet agrégé ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options link-speed 1gConfigurez LACP sur le bundle Ethernet agrégé ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options lacp activeConfigurez les paramètres d’interface pour le bundle Ethernet agrégé ae0.
[edit interfaces]user@R2# set ae0 unit 0 family inet address 120.168.104.1/30 user@R2# set ae0 unit 0 family iso user@R2# set ae0 unit 0 family mplsActivez l’équilibrage de charge Ethernet agrégé sur ae1 de R2.
[edit interfaces]user@R2# set ae1 aggregated-ether-options load-balance adaptive tolerance 10Configurez la vitesse de liaison pour le bundle Ethernet agrégé ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options link-speed 1gConfigurez LACP sur le bundle Ethernet agrégé ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options lacp activeConfigurez les paramètres d’interface pour le bundle Ethernet agrégé ae1.
[edit interfaces]user@R2# set ae1 unit 0 family inet address 120.168.105.1/30 user@R2# set ae1 unit 0 family iso user@R2# set ae1 unit 0 family mplsDésactivez les statistiques Ethernet agrégées sélectives.
[edit accounting-options]user@R2# set selective-aggregate-interface-stats disableConfigurez RSVP sur toutes les interfaces de R2 et sur les bundles AE.
[edit protocols]user@R2# set rsvp interface ge-1/2/0.0 user@R2# set rsvp interface ge-1/2/1.0 user@R2# set rsvp interface ae0.0 user@R2# set rsvp interface ae1.0Configurez MPLS sur toutes les interfaces de R2 et sur les bundles AE.
[edit protocols]user@R2# set mpls interface ge-1/2/0.0 user@R2# set mpls interface ge-1/2/1.0 user@R2# set mpls interface ae0.0 user@R2# set mpls interface ae1.0Configurez IS-IS sur toutes les interfaces de R2 et sur les bundles AE.
[edit protocols]user@R2# set isis traffic-engineering family inet shortcuts user@R2# set isis level 1 disable user@R2# set isis interface ge-1/2/0.0 user@R2# set isis interface ge-1/2/1.0 user@R2# set isis interface ae0.0 user@R2# set isis interface ae1.0 user@R2# set isis interface lo0.0
Résultats
À partir du mode configuration, confirmez votre configuration en entrant les show chassiscommandes , show interfaces, show accounting-optionset show protocols . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@R2# show chassis
aggregated-devices {
ethernet {
device-count 5;
}
}
user@R2# show interfaces
ge-1/2/0 {
unit 0 {
family inet {
address 120.168.100.1/30;
}
family iso;
family mpls;
}
}
ge-1/2/1 {
unit 0 {
family inet {
address 120.168.101.1/30;
}
family iso;
family mpls;
}
}
ge-1/3/0 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/1 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/2 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/3 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/4 {
gigether-options {
802.3ad ae0;
}
}
ge-2/2/1 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/2 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/3 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/4 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/5 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/6 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/7 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/8 {
gigether-options {
802.3ad ae1;
}
}
ae0 {
aggregated-ether-options {
load-balance {
adaptive tolerance 10;
}
link-speed 1g;
lacp {
active;
}
}
unit 0 {
family inet {
address 120.168.104.1/30;
}
family iso;
family mpls;
}
}
ae1 {
aggregated-ether-options {
load-balance {
adaptive tolerance 10;
}
link-speed 1g;
lacp {
active;
}
}
unit 0 {
family inet {
address 120.168.105.1/30;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 120.168.0.4/32;
}
family iso {
address 49.0001.1201.6800.0004.00;
}
}
}
user@R2# show accounting-options
selective-aggregate-interface-stats disable;
user@R2# show protocols
rsvp {
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
}
mpls {
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
}
isis {
traffic-engineering {
family inet {
shortcuts;
}
}
level 1 disable;
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
interface lo0.0;
}
Vérification
Vérifiez que la configuration fonctionne correctement.
Vérification de l’équilibrage adaptatif de charge sur ae0
But
Vérifiez que les paquets reçus sur le bundle Ethernet agrégé ae0 sont équilibrés en charge entre les cinq liaisons membres.
Action
À partir du mode opérationnel, exécutez la show interfaces ae0 extensive commande.
user@R2> show interfaces ae0 extensive
Logical interface ae0.0 (Index 325) (SNMP ifIndex 917) (Generation 134)
Flags: SNMP-Traps 0x4004000 Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 848761 9 81247024 7616
Output: 166067308909 3503173 126900990064983 21423804256
Adaptive Statistics:
Adaptive Adjusts: 264
Adaptive Scans : 27682
Adaptive Updates: 10
Link:
ge-1/3/0.0
Input : 290888 5 29454436 3072
Output: 33183442699 704569 25358563587277 4306031760
ge-1/3/1.0
Input : 162703 1 14806325 992
Output: 33248375409 705446 25406995966732 4315342152
ge-1/3/2.0
Input : 127448 1 12130566 992
Output: 33184552729 697572 25354827700261 4267192376
ge-1/3/3.0
Input : 121044 1 11481262 1280
Output: 33245875402 697716 25405953405192 4265750584
ge-1/3/4.0
Input : 146678 1 13374435 1280
Output: 33205071207 697870 25374651121458 4269487384
Signification
Les liaisons membres du bundle Ethernet agrégé ae0 sont pleinement utilisées avec l’équilibrage de charge adaptatif.
Comportement d’équilibrage de charge Ethernet agrégé spécifique à la plate-forme
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de fonctionnalités spécifiques par la plate-forme et la version.
Utilisez le tableau suivant pour passer en revue les comportements spécifiques à votre plateforme.
Comportement d’équilibrage de charge Ethernet agrégé spécifique à la plate-forme
| La différence de | la plate-forme |
|---|---|
| ACX Series |
|
| EX Series |
|
| MX Series |
|
| PTX Series |
|
| QFX Series |
|
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.
payload .