Configuration de l’équilibrage de charge par préfixe

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. Par conséquent, lorsque plusieurs routeurs ou commutateurs partagent le même ensemble de sauts suivants de transfert pour une destination donnée, ils peuvent choisir le même tronçon suivant de transfert.

Vous pouvez activer un équilibrage de charge spécifique au routeur ou au commutateur en incluant une valeur de hachage par préfixe. Cependant, cette méthode ne s’applique qu’aux sauts suivants indirects. En d’autres termes, lorsqu’une route avec un next hop de protocole qui n’est pas directement connecté, elle peut être résolue par un ensemble de next hops de transfert à coût égal. Ce n’est que dans ce cas que nous utilisons l’algorithme de hachage pour choisir un prochain saut de transfert. Les routes apprises à partir d’un voisin IBGP en sont un exemple. Le saut suivant du protocole pour ces routes peut ne pas être directement accessible et être résolu par des routes IGP ou statiques. Le résultat pourrait être un ensemble de sauts suivants de transfert à coût égal pour atteindre ce prochain saut de protocole. L’équilibrage de charge par préfixe conduit donc à une meilleure utilisation des liens disponibles.

Pour configurer l’équilibrage de charge par préfixe, incluez l’instruction load-balance au niveau de la [edit forwarding-options] hiérarchie :

Pour activer l’équilibrage de charge par préfixe, vous devez inclure l’instruction hash-seed number . La plage que vous pouvez configurer est comprise entre 0 (valeur par défaut) et 65 535. Si aucune graine de hachage n’est configurée, le saut suivant de transfert choisi est le même que dans les versions précédentes.

Si vous remarquez un problème avec la distribution de l’équilibre de charge, essayez d’inclure l’instruction indexed-load-balance au niveau de la [edit forwarding-options load-balance] hiérarchie. Cette instruction provoque la création d’une structure nexthop qui est à la fois une fonction du hachage et une fonction des bits d’ordre inférieur de l’adresse IP.

Pour les cartes de ligne MPC dans les routeurs MX, indexed-load-balance a été remplacé par un mécanisme interne de rotation de hachage pour réduire la polarisation.

ATTENTION:

L’inclusion de l’instruction indexed-load-balance entraîne une augmentation de l’utilisation de la mémoire sur l’appareil.