Comprendre l’équilibrage de charge par paquet
Par défaut, lorsqu’il existe plusieurs chemins de coût égal vers la même destination pour l’itinéraire actif, Junos OS utilise un algorithme de hachage pour choisir l’une des adresses de saut suivant à installer dans la table de transfert. Chaque fois que l’ensemble des sauts suivants d’une destination change d’une manière ou d’une autre, l’adresse du saut suivant est rechoisie à l’aide de l’algorithme de hachage. À partir de la version 18.3R1 de Junos OS, 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 d’étiquette de flux afin d’améliorer l’équilibrage de charge dans certains cas (vous pouvez utiliser l’option no-payload
pour revenir à la méthode précédente pour le calcul du hachage). Pour plus d’informations, reportez-vous à la section Comprendre l’algorithme utilisé pour équilibrer la charge du trafic sur les routeurs MX Series .
Vous pouvez configurer Junos OS de manière à ce que, pour l’itinéraire actif, toutes les adresses de saut suivant d’une destination soient installées dans la table de transfert. C’est ce qu’on appelle l’équilibrage de charge par paquet. Cette dénomination peut sembler contre-intuitive. Toutefois, l’équilibrage de charge par paquet de 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 plusieurs chemins entre les routeurs.
La figure 1 illustre un scénario d’équilibrage de charge simple. 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.

À partir de Junos OS 13.3R3, pour les plates-formes de routage universelles 5G MX Series avec 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 saut 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 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.
no-payload
pour revenir à la méthode précédente pour le calcul du hachage).