Comprendre l’équilibrage de charge par paquet
Par défaut, lorsqu’il existe plusieurs chemins à coût égal vers la même destination pour le routage actif, Junos OS utilise un algorithme de hachage pour choisir l’une des adresses du 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 ré-choisie à 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 de hachage de paquets IPv6, GRE et PPPoE a été modifié pour inclure le champ flux-label pour améliorer l’équilibrage de charge dans certains cas (vous pouvez utiliser l’option no-payload de revenir à la méthode précédente pour le calcul de hachage). Voir Comprendre l’algorithme utilisé pour équilibrer le trafic sur les routeurs MX Series pour plus de détails.
Vous pouvez configurer Junos OS pour que, pour le routage actif, toutes les adresses de saut suivant d’une destination soient installées dans la table de transfert. Cette fonctionnalité est appelée équilibrage de charge par paquet. L’appellation peut être 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 sur plusieurs chemins entre les routeurs.
La figure 1 montre un scénario d’équilibrage de charge simple. L’équipement R1 est dans l’AS 64500 et est connecté à l’équipement R2 et à l’équipement R3, qui sont dans l’AS 64501. L’équipement R1 peut être configuré pour équilibrer le 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, qui empêche la réorganisation de tous les flux vers des chemins actifs dans un groupe ECMP (Equal-Cost Multipath) lorsque un ou plusieurs chemins de saut suivant échouent. Seuls les flux de chemins inactifs sont redirigés vers un autre chemin de saut suivant actif. Les flux mappés aux serveurs qui restent actifs sont maintenus. Cette fonctionnalité s’applique uniquement aux pairs BGP externes.
À partir de la version 19.1R1 de Junos OS, sur les commutateurs QFX10000, vous pouvez configurer l’équilibrage de charge des paquets IPv4 ou IPv6 à l’aide des calculs de hachage de champ GPRS Tunnel Tunnel Endpoint Identifier (GTP-TEID). Le hachage GTP-TEID est ajouté au hachage de champ de couche 2 et de couche 3 que vous avez déjà configuré. Pour activer cette fonctionnalité sur les commutateurs QFX10000, configurez l’instruction gtp-tunnel-endpoint-identifier au [edit forwarding-options enhanced-hash-key family inet] niveau ou de la [edit forwarding-options enhanced-hash-key family inet6] hiérarchie. Les versions 1 et 2 de GTP sont prises en charge ; ne prennent en charge que les données utilisateur. Vous devez utiliser le port UDP numéro 2152 pour les deux versions GTP.
no-payload de revenir à la méthode précédente pour le calcul de hachage).