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 tuples
Configuration de l’équilibrage de charge dynamique sur des interfaces Ethernet agrégées
Exemple : Configuration de l’équilibrage de charge Ethernet agrégé
Équilibrage de charge sur des interfaces Ethernet agrégées
RÉSUMÉ 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 défaillance, augmente la disponibilité et offre des capacité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 la congestion du réseau. Cette rubrique décrit l’équilibrage de charge et comment configurer l’équilibrage de charge sur votre appareil.
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 présente un équilibrage de charge sur les liaisons membres de ce groupe, ce qui rend la configuration attrayante pour des raisons d’encombrement et de redondance. Vous pouvez configurer jusqu’à 128 bundles LAG sur les routeurs M Series et T Series, et 480 bundles LAG sur les routeurs MX Series et les commutateurs EX9200. Chaque lot LAG contient jusqu’à 16 liens. (La prise en charge de la plate-forme dépend de la version de Junos OS dans 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 uniformément 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 la charge utile de couche 2, l’alogorithme 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 qu’elle utilise les champs des en-têtes de couche 3 et de couche 4 à l’aide de l’instruction payload . Toutefois, notez que le comportement d’équilibrage de charge est spécifique à la plate-forme et basé sur des configurations de clé de hachage appropriées.
Pour plus d’informations, reportez-vous à la section Configuration de l’équilibrage de charge sur un lien LAG. Dans un commutateur de couche 2, une liaison est surutilisé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 défaillance 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 la congestion du réseau. L’équilibrage de charge améliore l’utilisation des différents chemins réseau et fournit 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 la charge sur plusieurs interfaces entre deux appareils. Étant donné qu’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 les liaisons Ethernet.
Note:ACX7100 interfaces membres AE n’équilibrent pas la charge du trafic sortant.
Routage multi-chemin à coût égal (ECMP) (couche 3)
Par défaut, lorsqu’il existe plusieurs chemins d’accès à 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 pour une destination change de quelque manière que ce soit, l’adresse du saut suivant est rechoisie à l’aide de l’algorithme de hachage. Il existe également une option qui permet d’installer plusieurs adresses next-hop 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, sur plusieurs prestataires de services linguistiques
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 une congestion sur certaines liaisons, tandis que d’autres liaisons ne sont pas utilisées efficacement.
Pour surmonter ces défis, 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 du 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 faisceau 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’équilibrage de charge adaptatif n’est pas pris en charge si l’ID VLAN est configuré sur l’interface Ethernet agrégée. Cette limitation ne concerne que les commutateurs PTX Series Routeurs de transport de paquets et QFX10000.
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.Note:Les
ppsmots-clés facultatifs etscan-intervalsont uniquement pris en charge sur PTX Series Routeurs de transport de paquets.Équilibrage de charge de pulvérisation aléatoire par paquet
Lorsque l’option d’équilibrage adaptatif de charge échoue, l’équilibrage de charge par pulvérisation aléatoire par paquet ne sert 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. L’option Par paquet entraîne une réorganisation des paquets et n’est donc recommandée que si les applications absorbent la réorganisation. La pulvérisation aléatoire par paquet élimine le déséquilibre du trafic qui se produit à la suite d’erreurs logicielles, à l’exception du hachage des paquets.
Pour configurer l’équilibrage de charge par 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 la solution précédemment configurée. 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 tuples
Lorsque plusieurs flux sont transmis à partir d’une interface Ethernet agrégée (ae), 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 rationalisée et robuste, le lien membre du faisceau d’interfaces Ethernet agrégé sélectionné à chaque fois pour l’équilibrage de charge joue un rôle important. Dans les versions de Junos OS antérieures à la version 13.2R1, sur les routeurs MX Series avec des FPC basés sur trio (MPC), la sélection d’un lien membre du bundle d’interfaces ae ou des liaisons next-hop (ou uniliste de next-hops pour les ECM multi-chemins à coût égal) est effectuée à l’aide d’une méthodologie de sélection next-hop en mode équilibré et d’un mode déséquilibré de liaison de membre ou d’une méthodologie de sélection next-hop. 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) next-hop dans l'uniliste. Le mode déséquilibré 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 de membre du groupe d’agrégation de liens (LAG) ou aedu bundle.
Le terme équilibré par rapport au déséquilibré 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 n’utilise que 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 inter-flux est très faible, les hachages résultants et le sous-ensemble calculé ne fournissent pas la variabilité nécessaire pour utiliser efficacement tous les liens de membre du 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 de la liaison enfant.
Ci représente les paquets transmis pour cette liaison enfant 'i'.
M correspond au 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. À partir de Junos OS version 13.2R1, la possibilité d’effectuer un équilibrage de charge uniforme et un rééquilibrage est introduite sur les routeurs MX Series avec MPC, à l’exception des MPC3E et MPC4E. Le rééquilibrage n’est pas pris en charge lorsque l’équilibrage de charge est faussé ou faussé en raison d’une modification du nombre de flux.
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 répartis entre n liens membres d’un ensemble de LAG ou parmi les sauts suivants unilistes d’un lien ECMP. Cette méthode de répartition de la charge entre les liens membres est appelée équilibrage de charge dynamique et utilise des informations à 5 tuples (adresses source et de 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 dans le LAG sont identifiés avec des ID de lien compris entre 0 et n-1. Une table de hachage ou une table de flux est utilisée pour 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, il s’agit du 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 à coût égal sont disponibles. Tous les emplacements du moteur de transfert de paquets se voient attribuer la même valeur de hachage par défaut. 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é sur 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.
L’option stateful per-flow active 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. L’option load informe le moteur de transfert de paquets du modèle de mémoire approprié à utiliser. Si le nombre de flux circulant 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 maximaux (entre 1000 et 10 000 flux). Le nombre approximatif de flux pour un équilibrage de charge efficace 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 est déclenché uniquement 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 relatives à la 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 dynamique 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é. Les 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 liaisons peuvent être sélectionnés pour les flux de trafic.
Bien que les performances de la fonctionnalité soient élevées, elles consomment une quantité importante de mémoire de carte de ligne. Cette fonctionnalité peut être activée sur environ 4 000 interfaces logiques ou 16 interfaces logiques Ethernet agrégées sur les MPC pris en charge. 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. Un message de journalisation système est généré dans une telle situation 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’équipement 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 s’active, le comportement d’équilibrage de charge ne subit aucune modification 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 distribution de 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 fonctionnalité 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 répartis entre n liens membres d’un ensemble de LAG ou parmi les sauts suivants unilistes d’un lien ECMP. Cette méthode de répartition de la charge entre les liens membres est appelée équilibrage de charge dynamique et utilise des informations à 5 tuples (adresses source et de 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 de charge adaptatif
Cette rubrique décrit comment configurer l’équilibrage de charge adaptatif. L’équilibrage de charge adaptatif maintient une utilisation efficace de la bande passante de la liaison membre pour un bundle Ethernet agrégé (AE). L’équilibrage de charge adaptatif utilise un mécanisme de rétroaction pour corriger le déséquilibre de charge du trafic en ajustant la bande passante et les flux de paquets sur les liaisons au sein d’un bundle 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’Ethernet agrégé 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
- Présentation de l’équilibrage de charge symétrique sur un LAG 802.3ad sur les routeurs MX Series
- 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
Présentation de l’équilibrage de charge symétrique sur un LAG 802.3ad sur les routeurs MX Series
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 périphériques d’inspection approfondie des paquets (DPI) sur un lot LAG. Les dispositifs DPI assurent le suivi des flux et ont besoin d’informations sur un flux donné dans les directions directe et inverse. Sans équilibrage de charge symétrique sur un LAG 802.3ad, les DPI pourraient mal comprendre le flux, entraînant 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. Ceci est réalisé en échangeant les champs source avec les champs de destination pour le flux inverse. L’opération permutée est appelée calcul de hachage de complément ou symmetric-hash complement et l’opération normale (ou non permutée) comme 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 le trafic d’é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é de hachage au niveau 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 via i2. Le trafic inverse pour le même flux fx va du routeur B au 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 correspondre ou non à ce qui a été rattaché au 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 en assurer, 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 permet de s’assurer 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 indices 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 de fonctionnement 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 le trafic VPLS, INET et ponté.
Cette fonctionnalité ne peut pas fonctionner en tandem avec l’option
per-flow-hash-seed load-balancing. Elle nécessite que tous les complexes PFE configurés de manière complémentaire partagent la même graine. Un changement dans la graine entre deux complexes PFE homologues peut donner des résultats indésirables.
Pour plus d’informations, reportez-vous à la bibliothèque VPN Junos OS pour les périphériques de routage et à la bibliothèque d’administration 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 valeur est comprise entre 0 et 15.
Vous pouvez vérifier l’index des liens 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 :
Calculer 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 plates-formes basées sur Trio, la valeur de hachage calculée est indépendante de la direction du flux et est donc toujours de nature symétrique. 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 le même lien en utilisant la même valeur de hachage, les liens au sein du LAG doivent être configurés avec le même index de lien sur les deux routeurs. Cela peut être réalisé avec l’énoncé
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 faisceaux 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.Symétrie pour le trafic ponté et routé
Dans certains déploiements, le bundle 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 sens, 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 monté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 certain flux 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 lien 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 Trio
Cela s’oppose à un algorithme de sélection de lien aléatoire, dans lequel un flux peut utiliser le lien 1 du paquet Ethernet agrégé entre le périphérique R1 et le périphérique R2, et le lien 2 du bundle Ethernet agrégé entre le périphérique R2 et le périphérique 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, les routeurs A et B) sont connectés de manière transparente via des périphériques d’inspection approfondie des paquets (DPI) sur un lot LAG. Les appareils DPI assurent le suivi des flux de trafic dans le 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 du DPI du trafic dans les flux aller et arrière.
Si le hachage symétrique n’est pas configuré, une liaison enfant différente sur le LAG peut être choisie pour le flux inverse du trafic via un périphérique DPI différent. 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 au niveau 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 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 de trafic entrant (là où le trafic entre dans le routeur), incluez le symmetric-hash 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 trafic VPLS, INET et ponté uniquement.
La configuration de la clé de hachage sur un PIC ou un moteur de transfert de paquets peut se faire en mode « hachage symétrique » ou « complément de hachage symétrique », mais pas les deux en même temps.
Voir aussi
Exemples : configuration du hachage symétrique au niveau du 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 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 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 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 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 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 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 PTX Series Routeurs de transport de paquets avec interfaces PIC et FPC
Junos OS version 13.3 ou ultérieure s’exécutant 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 des liens.
Le bundle Ethernet agrégé est une application classique qui utilise l’équilibrage de charge pour équilibrer les flux de trafic sur les liens membres du bundle (IEEE 802.3ad).
À partir de Junos OS version 13.3, 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 faisceaux Ethernet agrégés sur les MIC ou MPC des routeurs MX Series. À partir de Junos OS version 14.1, les équilibrage de charge Ethernet agrégés sont améliorés pour fournir deux solutions permettant de résoudre les déséquilibres de trafic réels sur des faisceaux Ethernet agrégés sur des PIC ou des FPC de PTX Series Routeurs de transport de paquets.
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 du réseau.
La solution adaptative d’équilibrage 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 la liaison sur chaque liaison membre du bundle AE pour détecter toute déviation. Lorsqu’une déviation est détectée, 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 ce lien 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’équilibrage de charge adaptatif n’est pas pris en charge si l’ID VLAN est configuré sur l’interface Ethernet agrégée. Cette limitation n’affecte que les PTX Series Routeurs de transport de paquets.
Cette
ppsoption active l’équilibrage de charge basé sur le 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 est la limite de la variance du flux de trafic de paquets vers les liaisons Ethernet agrégées du faisceau. Vous pouvez spécifier un écart maximal 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 permet d’équilibrer une meilleure bande passante, mais prend un temps de convergence plus long.Note:Les
ppsmots-clés facultatifs etscan-intervalsont uniquement pris en charge sur PTX Series Routeurs de transport de paquets.Pulvérisation aléatoire par paquet : lorsque la solution d’équilibrage adaptatif de charge échoue, la pulvérisation aléatoire par paquet agit en dernier recours. La solution d’équilibrage de charge par pulvérisation aléatoire par paquet permet de résoudre le 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 du trafic résultant d’erreurs logicielles, à l’exception du hachage des paquets.
Pour configurer l’équilibrage de charge par 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 équilibrage de charge n’est pas prise en charge sur le PTX Series Routeurs de transport de paquets.
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 la solution précédemment configurée. 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 liens entre les routeurs R2 et R3.
de charge Ethernet agrégé
Configuration
- Configuration rapide de l’interface de ligne de commande
- Configuration de l’équilibrage de charge adaptatif
- Résultats
Configuration rapide de l’interface de ligne de commande
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
R3
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 de charge adaptatif
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, consultez 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 tout autre paramètre approprié 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 de configuration, confirmez votre configuration en saisissant 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 de charge adaptatif 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
Sens
Les liaisons membres du bundle Ethernet agrégé ae0 sont pleinement utilisées avec l’équilibrage de charge adaptatif.
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plate-forme et la version que vous utilisez. Utilisez l’Explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.
payload .