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 les interfaces Ethernet agrégées
Comprendre le hachage symétrique pour l’équilibrage de charge
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 les interfaces Ethernet agrégées
L’équilibrage de charge sur les interfaces Ethernet agrégées réduit la congestion du réseau en répartissant le trafic entre plusieurs interfaces.
Lorsque vous regroupez plusieurs interfaces Ethernet agrégées physiques pour former une seule interface logique, on parle d’agrégation de liens. L’agrégation de liens augmente la bande passante, fournit une dégradation douce en cas de panne, augmente la disponibilité et offre des capacités d’équilibrage de charge. L’équilibrage de charge permet à l’appareil de diviser 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 équipement.
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.
Consultez la section Comportement d’équilibrage de charge Ethernet agrégé spécifique à la plate-forme pour obtenir des notes relatives à votre plate-forme.
Présentation de l’équilibrage de charge et de l’agrégation de liens Ethernet
Vous pouvez créer un LAG pour un groupe de ports Ethernet. Le trafic de pontage L2 est réparti en charge sur les liens membres de ce groupe, ce qui rend la configuration intéressante pour les problèmes de congestion ainsi que pour la redondance. Chaque bundle LAG contient jusqu’à 16 liaisons. 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 comment 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 lot. Le mode de hachage de l’algorithme de hachage est défini par défaut sur la charge utile L2. Lorsque le mode de hachage est défini sur la charge utile L2, 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 L2 afin d’utiliser des champs dans les en-têtes L3 et L3 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é de hachage appropriées.
Pour plus d’informations, consultez Configuration de l’équilibrage de charge sur une liaison LAG. Dans un commutateur L2, une liaison est surutilisée et d’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, fournit une dégradation agréable en cas de défaillance et augmente la disponibilité.
En plus de ces avantages, une offre Ethernet agrégée est améliorée pour offrir des capacités d’équilibrage de charge qui garantissent que l’utilisation des liaisons entre les liaisons membres de l’offre Ethernet agrégée est pleinement et efficacement utilisée.
La fonctionnalité d’équilibrage de charge permet à un appareil de diviser le trafic entrant et sortant le long de plusieurs chemins ou interfaces afin de réduire la congestion du réseau. L’équilibrage de charge améliore l’utilisation des divers 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 comprennent :
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 entre plusieurs interfaces entre deux équipements. Comme il s’agit d’un mécanisme d’équilibrage de charge de couche 2, tous les liens des composants individuels doivent être entre les deux mêmes équipements à chaque extrémité. Junos OS prend en charge une configuration statique et non signalée 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 à coût égal vers la même destination pour la route active, 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 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 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 multichemin)
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 sauts suivants agrégés
Calcul incorrect du hachage des paquets
Variance insuffisante dans le flux de paquets
Sélection incorrecte du motif
En raison du déséquilibre du trafic, la charge n’est pas bien répartie, ce qui provoque une congestion sur certaines liaisons, tandis que d’autres ne sont pas utilisées efficacement.
Pour surmonter ces difficultés, Junos OS fournit les solutions suivantes pour résoudre le véritable déséquilibre de 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 déséquilibres, la bande passante et le flux de paquets des liaisons sont adaptés afin d’assurer 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.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 les paquets par seconde (au lieu du paramètre par défaut bits par seconde), 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 par pulvérisation aléatoire par paquet
Lorsque l’option d’équilibrage de charge adaptatif échoue, l’équilibrage de charge par pulvérisation aléatoire par paquet sert de 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’approche par paquet entraîne une réorganisation des paquets. Par paquet, elle n’est recommandée que si les applications absorbent la réorganisation. La pulvérisation aléatoire par paquet élimine les déséquilibres de trafic qui résultent 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 dernière solution remplace la solution 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 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 simplifiée et robuste, la liaison membre de l’ensemble d’interfaces Ethernet agrégées sélectionnée à 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 doit sélectionner l'un des 2^n (2 élevés à la puissance n) prochain saut dans l'uniliste. Le mode déséquilibré de sélection de lien 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é versus déséquilibré indique si une table de sélection est utilisée pour le mécanisme d’équilibrage de charge ou non. L’offre groupée 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 asymétrique : La logique de sélection de liens 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. La variance entre les flux étant très faible, les hachages résultants et le sous-ensemble calculé n’offrent pas la variabilité nécessaire pour utiliser efficacement tous les liens membres du LAG. Il existe une quantité excessive de nature aléatoire dans le calcul de hachage et également dans la table de sélecteur. Par conséquent, l’écart par rapport à la 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 l’écart pour ce lien enfant 'i'.
i désigne le membre/index du lien enfant.
Ci représente les paquets transmis pour ce lien enfant 'i'.
M signifie le nombre total de paquets transmis sur ce faisceau LAG.
N indique le nombre de liens enfants dans ce LAG.
En raison de ces inconvénients, pour un plus petit nombre de flux ou des flux avec moins de variance entre les flux, l’utilisation des liaisons est faussée et il existe une forte probabilité que quelques liaisons enfants ne soient pas entièrement utilisé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 est ajouté. En conséquence, pour un nombre m de flux, ils sont distribués entre n liens membres d’un faisceau 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 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 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 1 000 et 10 000 flux), nous recommandons d’utiliser le 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 de leur apparition. 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’identifiant de flux est examinée. Si une correspondance est trouvée, cela indique un paquet qui appartient à un flux précédemment 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 appartenant 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 basé sur 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 choisir un prochain saut de transfert lorsque plusieurs chemins à 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 régulièrement la charge 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.
L’option stateful per-flow active la capacité 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 indique au moteur de transfert de paquets le 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 des 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 un dérivé.
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 vide nettoyé. 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 de l’interface Ethernet agrégés et les recrée à nouveau.
Instructions pour la configuration de l’équilibrage de charge dynamique pour les interfaces Ethernet agrégées ou les bundles LAG
Gardez les points suivants à l’esprit lorsque vous configurez 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égat est sélectionné et le trafic circule sur 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 dynamiques d’équilibrage de charge par flux sur les interfaces AE si le trafic entrant atteint les cartes de ligne MPC1E, MPC2E, MPC3E-3D, MPC5E et MPC6E. Tout autre type de carte de ligne ne truque pas 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 capacité 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 des fonctionnalités 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, il revient au mécanisme d’équilibrage de charge par défaut. Un message de journalisation du système est généré dans une telle situation et envoyé au moteur de routage. Il n’existe aucune restriction quant au 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. Sinon, le trafic peut être faussé. Lorsqu’une liaison enfant tombe en panne ou monte, le comportement d’équilibrage de charge ne subit pas de modifications sur les flux existants. Cette condition permet d’éviter de réorganiser les paquets. De nouveaux flux récupèrent le lien enfant qui apparaît. Si vous constatez que la répartition des charges n’est pas très efficace, vous pouvez effacer les états d’équilibrage de charge ou utiliser la fonctionnalité de rééquilibrage pour obtenir un effacement automatique des états matériels. Lorsque vous configurez la fonction de rééquilibrage, les flux de trafic peuvent être redirigés vers différentes liaisons, ce qui peut entraîner une réorganisation des paquets.
Configuration de l’équilibrage de charge dynamique sur les 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 est ajouté. En conséquence, pour un nombre m de flux, ils sont distribués entre n liens membres d’un faisceau 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 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 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 permet d’optimiser l’efficacité de la bande passante des liaisons membres 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 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 au bundle 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
Comprendre le hachage symétrique pour l’équilibrage de charge
Sur les appareils qui prennent en charge cette fonctionnalité, le hachage symétrique maintient les directions avant et arrière d’un flux sur le même chemin pour les caractéristiques qui dépendent de la symétrie du trafic. Le hachage symétrique aide les services à maintenir le contexte de session tout en équilibrage de charge entre les sauts suivants ECMP et les membres LAG.
Avantages du hachage symétrique
- Maintient une symétrie de chemin bidirectionnelle afin que les services à états voient les deux directions d’un flux sur le même chemin.
- Améliore la prévisibilité de l’équilibrage de charge en utilisant les mêmes entrées normalisées pour les deux directions d’un flux.
- Réduit les problèmes de routage asymétrique susceptibles de perturber le traitement des services ou l’état des sessions.
Pour configurer le hachage symétrique, utilisez l’instruction de symmetric-hash configuration au niveau de la [edit forwarding-options enhanced-hash-key] hiérarchie. Utilisez l’instruction enhanced-hash-key pour configurer les champs de paquet inclus dans les calculs de hachage. En sélectionnant des champs bidirectionnels stables et en excluant les entrées unidirectionnelles, vous normalisez les entrées afin que l’équipement obtienne le même hachage pour les deux directions d’un flux.
Vous pouvez exclure les attributs unidirectionnels, tels que l’interface entrante, de l’instruction hash with configuration au no-incoming-port niveau de la [edit forwarding-options enhanced-hash-key] hiérarchie.
Vérifiez les entrées de hachage actuelles et l’état de hachage symétrique à l’aide de la show forwarding-options enhanced-hash-key commande.
Considérations supplémentaires :
- L’équilibrage de charge dynamique (DLB) est prioritaire. Le hachage symétrique s’applique à l’équilibrage de charge statique ; si le DLB est activé, le DLB remplace le comportement symétrique.
- Utilisez des champs de couche 3 et de couche 4 pour le hachage symétrique. Les champs d’en-tête de couche 2 ne sont pas inclus dans le hachage symétrique et vous devez utiliser l’instruction configuration
hash-modepour utiliser le champ de données de couche 2 si nécessaire. - La polarisation du hachage peut se produire dans des topologies en cascade si tous les équipements utilisent des graines de hachage et des entrées identiques. Envisagez un hachage résilient et une diversité de graines pour réduire la polarisation lorsque les liens vacillent ou que les membres changent.
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 configuration
Présentation de l’équilibrage de charge symétrique sur un LAG 802.3ad sur les routeurs MX Series
Les routeurs MX Series avec PIC Ethernet agrégé prennent en charge l’équilibrage de charge symétrique sur un LAG 802.3ad. Cette fonctionnalité est importante lorsque deux routeurs MX Series sont connectés de manière transparente via des dispositifs d’inspection approfondie des paquets (DPI) sur un bundle LAG. Les appareils DPI suivent les 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. 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’échange des adresses source et de destination pour un calcul de hachage de champs, tels que l’adresse source et l’adresse de destination. Le résultat d’un hachage calculé sur ces champs est utilisé pour choisir le lien du LAG. Le calcul de hachage pour le flux aller et arrière doit être identique. Pour ce faire, les champs source sont permuté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 et l’opération normale (ou non permutée) en tant que 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 complémentaire est effectué pour équilibrer le trafic. 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 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 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 avoir permuté les champs source et destination) et renvoie le même index de lien, car il est effectué sur les adresses source et de destination échangées.
Cependant, le lien choisi peut ou non correspondre à ce qui était attaché à l’IAP. 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 lien. Cela se fait 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 des routeurs.
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 bundle 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 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 de Junos OS pour les équipements de routage et à la bibliothèque d’administration de Junos OS pour les équipements de routage.
Exemples d’instructions de configuration
Pour configurer les paramètres LAG 802.3ad au niveau de l’offre groupée :
[edit interfaces]
g(x)e-fpc/pic/port {
gigether-options {
802.3ad {
bundle;
link-index number;
}
}
}
où les link-index number plages sont comprises 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 le 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 du 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, procédez comme suit :
Calcul d’un hachage symétrique
Les deux routeurs doivent calculer la même valeur de hachage à partir du flux dans les directions avant 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 liens au sein du LAG doivent être configurés avec le même index de liaison 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 bundles 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.Assurer la symétrie du trafic ponté et routé
Dans certains déploiements, le bundle LAG sur lequel la symétrie est souhaitée est traversé par du trafic ponté de couche 2 en amont et par du trafic routé IPv4 en aval. Dans de tels 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 surmonter 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 mis en cascade, il peut se produire une polarisation du trafic, 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 utilise la liaison 1 de l’offre Ethernet agrégée entre l’appareil R1 et l’appareil R2, le flux utilise également la liaison 1 de l’offre Ethernet agrégée entre l’appareil R2 et l’appareil 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 diffère d’un algorithme de sélection de liaison aléatoire, où un flux peut utiliser la liaison 1 du bundle Ethernet agrégé entre l’appareil R1 et l’appareil R2, et la liaison 2 du bundle Ethernet agrégé entre l’appareil R2 et l’appareil 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 configuration
- Exemples de configurations de paramètres à l’échelle du châssis
- Exemples de configuration des paramètres par moteur de transfert de paquets
Exemples de configurations de 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 configuration 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, routeur A et routeur B) sont connectés de manière transparente via des dispositifs d’inspection approfondie des paquets (DPI) sur un bundle LAG. Les appareils DPI suivent les flux de trafic en sens avant et arrière.
Si le hachage symétrique est configuré, le flux inverse du trafic est également dirigé vers la même liaison enfant sur le LAG et passe 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é sur la base 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, de couche 3 et de couche 4 pour le trafic de la famille 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 une plus grande 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 symmetric-hash sur un routeur et symmetric-hash complement 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 de Junos OS pour les équipements de routage et à la bibliothèque VPN de Junos OS pour les équipements 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 pénètre dans le routeur), incluez l’instruction symmetric-hash ou symmetric-hash complement 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 [edit chassis forwarding-options hash-key].
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, INET et le trafic ponté uniquement.
La configuration de la clé de hachage sur un PIC ou un moteur de transfert de paquets peut être 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, voir 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 la famille inet sur les deux routeurs
- Configuration du hachage symétrique pour la famille inet et la famille multiservice 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 pénètre 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 pénètre 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 la famille inet sur les deux routeurs
Sur l’interface de trafic entrant où le trafic pénètre 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 pénètre 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 la famille inet et la famille multiservice sur les deux routeurs
Sur l’interface de trafic entrant où le trafic pénètre 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 pénètre 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 routeurs de transport de paquets PTX Series avec interfaces PIC et FPC
Junos OS version 13.3 ou ultérieure s’exécutant sur tous les équipements
Vue d’ensemble
Un équilibrage de charge est nécessaire sur le plan de transfert lorsqu’il existe plusieurs chemins ou interfaces disponibles vers le routeur de saut suivant, et il est préférable que le trafic entrant soit équilibré sur tous les chemins disponibles pour une meilleure utilisation de la liaison.
L’offre Ethernet agrégée est une application classique qui utilise l’équilibrage de charge pour équilibrer les flux de trafic sur les liaisons membres de l’offre groupée (IEEE 802.3ad).
À partir de la version 13.3 de Junos OS, l’équilibrage de charge Ethernet agrégé est amélioré pour fournir deux solutions permettant de résoudre les véritables déséquilibres de trafic 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é est amélioré pour fournir deux solutions permettant de résoudre un véritable déséquilibre de trafic sur les bundles 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 de charge adaptatif corrige le déséquilibre du flux de trafic en modifiant les entrées de sélecteur et en analysant périodiquement l’utilisation des liaisons sur chaque liaison membre du faisceau 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 au lien membre affecté. En conséquence, la bande passante offerte pour ce lien membre diminue. Cela provoque une boucle de rétroaction continue qui, sur une période donnée, garantit que la même quantité de débit d’octets est offerte à toutes les liaisons membres, assurant ainsi une distribution efficace du trafic sur chaque liaison 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.Remarque :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 l’équilibrage de charge en fonction du taux 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 en tant que multiple de 30 secondes.La
tolerancevaleur est la limite à la variance du flux de trafic de paquets vers les liaisons Ethernet agrégées du lot. 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 équilibre une meilleure bande passante, mais prend un temps de convergence plus long. Pulvérisation aléatoire par paquet : en cas de défaillance de la solution d’équilibrage de charge adaptatif, 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 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 garantit que tous les liens membres du bundle AE sont chargés de manière égale, 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 qui a causé le déséquilibre de trafic et élimine le déséquilibre de trafic qui se produit à la suite d’erreurs logicielles, à l’exception du hachage de 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.Remarque :L’option d’équilibrage de charge par paquet 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 dernière solution remplace la solution configurée précédemment. Vous pouvez vérifier la solution d’équilibrage de charge implémentée en exécutant la show interfaces aex aggregated-ether-options load-balance commande.
Topologie
Dans cette topologie, deux bundles Ethernet agrégés (ae0 et ae1) sont configurés sur les liaisons entre les routeurs R2 et R3.
de charge Ethernet agrégé
La 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 le CLI 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 la CLI, 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 de l’offre Ethernet agrégée 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 de l’offre Ethernet agrégée 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 l’offre Ethernet agrégée 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 de l’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 l’offre Ethernet agrégée 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 de l’interface pour l’offre Ethernet agrégée 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 sélectives et agrégées.
[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 le 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
En mode configuration, confirmez votre configuration en entrant les show chassiscommandes , show interfacesshow accounting-options, , et 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
Objet
Vérifiez que les paquets reçus sur le bundle Ethernet agrégé ae0 sont répartis en charge entre les cinq liaisons membres.
Mesures à prendre
À 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 lot Ethernet agrégé ae0 sont pleinement utilisées grâce à 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 la plate-forme et de la version pour des fonctionnalités spécifiques.
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
| Différence de 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 .