Comprendre l’équilibrage de charge par paquet
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. À compter de Junos OS version 18.3R1, pour les routeurs MX series, le comportement par défaut pour le calcul du hachage des paquets IPv6, GRE et PPPoE a été modifié pour inclure le champ flow-label afin d’améliorer l’équilibrage de charge dans certains cas (vous pouvez utiliser l’option no-payload permettant de revenir à la méthode précédente pour le calcul du hachage). Pour plus d’informations, reportez-vous à la section Présentation de l’algorithme utilisé pour équilibrer la charge du trafic sur les routeurs MX Series .
Vous pouvez configurer Junos OS de sorte que, pour l’itinéraire actif, toutes les adresses next-hop d’une destination soient installées dans la table de transfert. Cette fonctionnalité est appelée équilibrage de charge par paquet. La dénomination peut être contre-intuitive. Toutefois, l’équilibrage de charge par paquet Junos est fonctionnellement équivalent à ce que d’autres fournisseurs appellent l’équilibrage de charge par flux . Vous pouvez utiliser l’équilibrage de charge pour répartir le trafic entre les routeurs sur plusieurs chemins.
La Figure 1 illustre un scénario simple d’équilibrage de charge. L’appareil R1 se trouve dans l’AS 64500 et est connecté à la fois à l’appareil R2 et à l’appareil R3, qui se trouvent dans l’AS 64501. L’appareil R1 peut être configuré pour équilibrer la charge du trafic sur les deux liaisons.
d’équilibrage de charge simple
À partir de Junos OS 13.3R3, pour les plates-formes de routage universelles 5G MX Series avec des concentrateurs de ports modulaires (MPC) uniquement, vous pouvez configurer un équilibrage de charge cohérent, ce qui empêche la réorganisation de tous les flux vers les chemins actifs dans un groupe ECMP (Equal-cost Multipath) lorsqu’un ou plusieurs chemins de saut suivant échouent. Seuls les flux des chemins inactifs sont redirigés vers un autre chemin de tronçon suivant actif. Les flux mappés aux serveurs qui restent actifs sont conservés. Cette fonctionnalité s’applique uniquement aux homologues BGP externes.
À partir de Junos OS version 19.1R1, sur les commutateurs QFX10000, vous pouvez configurer équilibrage de charge de paquets IPv4 ou IPv6 à l’aide des calculs de hachage de champ GTP-TEID (GPRS Tunneling Protocol-tunnel endpoint identifier). Le hachage GTP-TEID est ajouté au hachage des champs de couche 2 et de couche 3 que vous avez déjà configuré. Pour activer cette fonctionnalité sur QFX10000 commutateurs, configurez l’instruction gtp-tunnel-endpoint-identifier au niveau de la [edit forwarding-options enhanced-hash-key family inet] [edit forwarding-options enhanced-hash-key family inet6] hiérarchie. Les versions 1 et 2 de GTP sont prises en charge. Ils ne prennent en charge que les données des utilisateurs. Vous devez utiliser le numéro de port UDP 2152 pour les deux versions de GTP.
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.
no-payload permettant de revenir à la méthode précédente pour le calcul du hachage).