Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Utilisation du hachage résilient pour minimiser le remappage de flux

Dans les déploiements entre points de terminaison réseau, il est nécessaire de préserver les connexions établies et les chemins de couches 2 et 3 associés. En cas de changement sur le réseau, par exemple la défaillance d’un équipement ou d’un serveur, les paquets empruntent un nouveau chemin.

Le hachage résilient réduit l’impact de la modification du réseau. Chaque ECMP doté d’un hachage résilient se voit attribuer une région à 256 entrées dans la table d’équilibrage de charge (également appelée table de macro-flux). Chaque entrée de la table stocke l’ID de lien de membre attribué à ce macro-flux.

Le hachage résilient fonctionne comme décrit ci-dessous :

  • Hachez les paquets entrants vers l’une de ces entrées ou compartiments de macro-flux.

  • Vous liez ensuite les paquets aux chemins du groupe ECMP.

Si nous utilisons un « panier » pour représenter chaque lien/chemin membre, les opérations de hachage résilientes peuvent être modélisées en plaçant des compartiments (flux de macros) dans l’un des paniers.

Si nous avons N compartiments et P chemins pour le groupe ECMP, utilisez la séquence suivante :

  1. Le mappage initial des compartiments est généré à l’aide d’une méthode de tourniquet complet. Ainsi, tous les compartiments sont répartis de manière presque égale (N/P) entre les membres du groupe ECMP. Par la suite, les compartiments se déplacent en fonction des événements d’ajout ou de suppression de chemin.

    Si N = 64 compartiments et P = 4 chemins, vous distribuez les 64 compartiments selon un tourniquet. Comme vous avez 4 chemins, il y a 4 piles. Chaque pile correspond à un chemin. Chaque pile a le même nombre de compartiments, N/P = 16.

    Last_processed_path= 0 (voir l’étape 5 de l’algorithme).

  2. En cas de défaillance ou de suppression d’un chemin, vous supprimez soudainement tous les compartiments du chemin/de la pile défaillant et les transférez dans les chemins/piles restants selon un tourniquet circulaire.

    Si vous supprimez le chemin 3 (pile 3 dans l’image ci-dessus), vous devez déplacer tous les compartiments de la pile 3 (orange dans la figure ci-dessous) vers les piles restantes.

  3. S’il y a un ajout de chemin, vous supprimez soudainement N/(P+1) compartiments des chemins existants de manière circulaire et les poussez dans le chemin/la pile nouvellement ajouté.

    Si vous ajoutez un nouveau chemin, vous devez déplacer N/P+1=64/4=16 compartiments à partir de piles existantes (piles 0, 1, 2). Tous les seaux orange sont maintenant de retour dans la pile 3, les piles bleues ne sont pas déplacées et sont intactes.

    Last_processed_path= 0

  4. La direction circulaire du tourniquet pour l’étape 2 et l’étape 3 est opposée. Il est important de déterminer la première pile à partir de laquelle commence le tourniquet circulaire. Vous conservez un pointeur last_processed_path d’index qui fournit l’index de la pile de démarrage pour l’étape 2 et avant la pile de démarrage pour l’étape 3.

  5. 5. Pour régler last_processed_path, procédez comme suit :

    • Lorsque vous poussez des compartiments comme à l’étape 2, last_processed_path il s’agit de la pile suivante de la dernière pile où vous avez poussé le dernier compartiment.

    • Lorsque vous supprimez des compartiments comme à l’étape 3, last_processed_path il s’agit de la dernière pile à partir de laquelle le compartiment a été supprimé.

Limitations et mises en garde pour un hachage résilient

  • Le hachage résilient n’est pris en charge que sur le groupe ECMP basé sur des routes BGP à coût égal. Lorsque vous configurez d’autres protocoles ou routes statiques ayant une priorité plus élevée que les routes BGP, le hachage résilient n’est pas pris en charge.

  • Le hachage résilient n’est pas pris en charge sur les LAG à vitesse mixte.

  • Le hachage résilient ECMP à 128 voies n’est pas pris en charge avec la conception actuelle. Seul le hachage résilient ECMP à 64 voies est pris en charge.

  • L’AE Ethernet agrégé à débit mixte et l’AE ALB (Adaptive Load Balancement) ne sont pas pris en charge avec la conception de hachage résiliente actuelle.

Configuration du hachage résilient pour ECMP

  1. Activez le hachage résilient pour certaines routes ECMP. Créez une stratégie de routage distincte pour faire correspondre les routes entrantes vers un ou plusieurs préfixes de destination. Reportez-vous à la section Configuration de l’action par défaut dans les stratégies de routage.
  2. Appliquez la stratégie au(x) niveau(s) requis(s) de la hiérarchie de configuration BGP (globale, de groupe ou homologue :
    Note: Une instruction import ou export de niveau pair remplace une instruction d’importation ou d’exportation de groupe. Une instruction import ou export au niveau du groupe remplace une instruction d’import ou export BGP globale. Un point clé est que dans une configuration comme celle illustrée ci-dessus, seule la politique la plus explicite est appliquée. Une stratégie de voisinage est plus explicite qu’une stratégie de groupe, et une stratégie de groupe qu’une stratégie globale. (Bien que la même stratégie soit appliquée à chaque niveau dans l’exemple ci-dessus à des fins d’illustration, le résultat n’est pas affecté.)

    Si vous avez besoin d’un voisin pour exécuter la fonction des trois stratégies, effectuez l’une des opérations suivantes :

    • Vous pouvez écrire et appliquer une nouvelle stratégie de voisinage qui englobe les fonctions des trois autres.

    • Vous pouvez appliquer les trois stratégies existantes, en tant que chaîne, à ce voisin.

  3. [Facultatif] Sélectionnez les champs de paquet utilisés dans le calcul de la clé de hachage. Les exemples suivants sont tirés de PTX10001-36MR 22.2R1.12-Junos OS Evolved :

    Utilisez les commandes suivantes pour sélectionner des champs de paquet :

    1. user@router# set forwarding-options enhanced-hash-key family family

      Ici, la famille peut reprendre inet, inet6, mplsou multiservice des valeurs.

    2. user@router# set forwarding-options enhanced-hash-key hash-seed

    3. user@router# set forwarding-options enhanced-hash-key resilient-hash-seed

    Note:

    Par défaut, la plupart des champs sont activés pour l’équilibrage de charge. Si vous configurez quoi que ce soit sous forwarding-options enhanced-hash-key family, cela affecte à la fois la clé de hachage résiliente et la génération de clés d’équilibrage de charge LAG et ECMP standard.

Configuration du hachage résilient pour les interfaces Ethernet agrégées

Utilisez la commande suivante pour configurer :
user@router# set interface ae1 aggregated-ehter-options resilient-hash