Hachage résilient sur les LAG et les groupes ECMP

Pourquoi utiliser le hachage résilient et son fonctionnement avec le hachage statique

Le hachage résilient fonctionne conjointement avec l’algorithme de hachage statique par défaut. Lorsque des membres sont ajoutés ou supprimés d’un groupe LAG/ECMP, l’algorithme de hachage statique peut remapper les chemins de destination. Avec le hachage résilient, les chances qu’un flux soit remappé sont minimes si son chemin n’est pas affecté par le changement de membre du groupe LAG/ECMP. Lorsqu’un flux est affecté par une modification de membre, le moteur de transfert de paquets rééquilibre le flux en reprogrammant la table d’ensemble de flux.

Le hachage résilient offre donc les avantages suivants :

• Réduit les déséquilibres de répartition du trafic entre les membres d’un groupe LAG/ECMP lorsque des membres sont ajoutés ou supprimés du groupe.

• Minimise l’impact sur les flux liés aux membres non affectés lorsqu’un nouveau membre est ajouté ou qu’un membre existant est supprimé du groupe.

Dans l’équilibrage de charge normal basé sur le hachage, avec l’algorithme de hachage statique utilisé seul, les flux sont affectés aux membres via l’opération mod mathématique (%). Toute augmentation ou diminution du nombre de membres du groupe entraîne un remappage complet des flux vers les ID de membre, comme illustré dans l’exemple suivant :

• ID de membre = Hash (clé) mod (nombre de membres dans le groupe)

• Exemple:

  • Hachage (clé) = 10

  • 10 mod 5 = 0 (le membre avec l’ID 0 est sélectionné pour le flux)

  • 10 mod 4 = 2 (le membre avec ID 2 est sélectionné pour le même flux lorsque le nombre de membres est diminué de 1)

Le hachage résilient minimise le remappage du chemin de destination lorsqu’un membre du groupe LAG/ECMP est ajouté ou supprimé.

Lorsque le flux est affecté par un changement de membre dans le groupe, le hachage résilient rééquilibre le flux en reprogrammant la table de jeu de flux.

Tableau 1 : résultats du chemin de destination pour le hachage statique et le hachage résilient lorsque des membres sont ajoutés ou supprimés des LAG

Taille du groupe LAG/ECMP	Résultat de hachage normal (statique)	Résultat de hachage résilient	Notes
4	Hash(10) % 4 = 2 Le flux est affecté à l’ID de membre 2 .	Le flux est affecté à l’un des quatre membres du groupe en fonction des entrées de la table de jeu de flux.	La taille initiale du groupe LAG/ECMP est de 4.
3	Hash(10) % 3 = 1 Flow est affecté à l’ID de membre 1 .	Le flux est affecté au même membre que dans le cas précédent.	Supprimez un membre du groupe LAG/ECMP d’origine. La taille du groupe LAG/ECMP est de 3.
5	Hash(10) % 5 = 0 Le flux est affecté à l’ID de membre 0 .	Il y a une redistribution minimale des flux des autres membres vers ce membre nouvellement ajouté.	Ajoutez un membre au groupe LAG d’origine. La taille des groupes LAG/ECMP est de 5.

Limitations et mises en garde pour un hachage résilient

Notez les limitations et mises en garde suivantes pour la fonctionnalité de hachage résilient :

• Le hachage résilient s’applique uniquement au trafic unicast.

• Le hachage résilient prend en charge un maximum de 1024 LAG, chaque groupe ayant un maximum de 256 membres.

• Le hachage résilient ne garantit pas que la répartition du trafic est égale entre tous les membres du groupe : il dépend du modèle de trafic et de l’organisation de la table de jeu de flux de hachage résilients dans le matériel. Le hachage résilient minimise le remappage des flux vers les liens de destination lorsque des membres sont ajoutés ou supprimés du groupe.

• Si le hachage résilient est activé sur un groupe LAG ou ECMP et si set forwarding-options enhanced-hash-key l’une des options hash-mode, , inet6ou layer2 est utilisée, certains flux peuvent modifier les liens de destination, car les nouveaux paramètres de hachage peuvent générer de nouveaux index de hachage pour les flux, inetet donc les nouveaux liens de destination.

• Le hachage résilient n’est pas pris en charge sur les liens VCP (Virtual Chassis Port).

• Le hachage résilient basé sur LAG n’est pas pris en charge sur les commutateurs QFX5200 et QFX5210. Le hachage résilient basé sur ECMP est pris en charge sur ces commutateurs.

Hachage résilient sur les LAG

Un LAG combine des interfaces Ethernet (membres) pour former une liaison point à point logique qui augmente la bande passante, assure la fiabilité et permet l’équilibrage de charge. Le hachage résilient minimise le comportement de remappage de destination lorsqu’un nouveau membre est ajouté ou supprimé du LAG.

Une configuration de hachage résiliente sur les LAG est basée sur une interface Ethernet agrégée.

Hachage résilient sur ECMP

Un groupe ECMP pour un itinéraire contient plusieurs adresses de coût égal du saut suivant pour la même destination dans la table de routage. (Les itinéraires de coût égal ont la même préférence et les mêmes valeurs métriques.)

Junos OS utilise l’algorithme de hachage statique pour choisir l’une des adresses de saut suivant du groupe ECMP à installer dans la table de transfert. Le hachage résilient améliore les ECMP en minimisant le comportement de remappage de destination lorsqu’un nouveau membre est ajouté ou supprimé du groupe ECMP.

Une configuration de hachage résiliente sur ECMP est globale, elle s’applique à tous les groupes ECMP.