Comprendre la sélection du chemin BGP

Pour chaque préfixe de la table de routage, le processus de protocole de routage sélectionne un seul meilleur chemin. Une fois le meilleur chemin sélectionné, l’itinéraire est installé dans la table de routage. Le meilleur chemin devient la route active si le même préfixe n’est pas appris par un protocole avec une valeur de préférence globale plus faible (plus préférée), également appelée distance administrative. L’algorithme de détermination de l’itinéraire actif est le suivant :

1. Vérifiez que le saut suivant peut être résolu.

2. Choisissez le chemin avec la valeur de préférence la plus faible (préférence de processus du protocole de routage).

   Les routes qui ne peuvent pas être utilisées pour le transfert (par exemple, parce qu’elles ont été rejetées par la politique de routage ou parce qu’un saut suivant est inaccessible) ont une préférence de –1 et ne sont jamais choisies.

3. Préférez le chemin avec une préférence locale plus élevée.

   Pour les chemins non-BGP, choisissez le chemin avec la valeur preference2 la plus faible.

4. Si l’attribut AIGP (Interior Gateway Protocol) accumulé est activé, ajoutez la métrique IGP et préférez le chemin avec l’attribut AIGP inférieur.

5. Préférez le chemin avec la valeur de chemin de système autonome (AS) la plus courte (ignorée si l’instruction as-path-ignore est configurée).

   Un segment de confédération (séquence ou ensemble) a une longueur de chemin de 0. Un ensemble d’AS a une longueur de chemin de 1.

6. Préférez l’itinéraire avec le code d’origine inférieur.

   Les routes apprises à partir d’un IGP ont un code d’origine inférieur à ceux appris à partir d’un EGP (Exterior Gateway Protocol), et les deux ont des codes d’origine inférieurs à ceux des routes incomplètes (routes dont l’origine est inconnue).

7. Préférez le chemin avec la métrique MED (Multiple Multiple Exit Discriminator) la plus basse.

   Selon que le comportement de sélection de chemin de la table de routage est configuré ou non, il existe deux cas possibles :

   • Si le comportement de sélection de chemin de la table de routage non déterministe n’est pas configuré (c’est-à-dire si l’instruction n’est path-selection cisco-nondeterministic pas incluse dans la configuration BGP), pour les chemins avec les mêmes numéros AS voisins au début du chemin AS, préférez le chemin avec la métrique MED la plus basse. Pour toujours comparer les MED, que les AS homologues des routes comparées soient identiques ou non, incluez l’instruction path-selection always-compare-med .

   • Si le comportement de sélection de chemin de la table de routage non déterministe est configuré (c’est-à-dire que l’instruction path-selection cisco-nondeterministic est incluse dans la configuration BGP), préférez le chemin avec la métrique MED la plus faible.

   Les confédérations ne sont pas prises en compte pour déterminer les AS voisins. Une métrique MED manquante est traitée comme si une MED était présente mais nulle.

   Remarque :

   La comparaison MED fonctionne pour la sélection d’un chemin unique dans un AS (lorsque la route n’inclut pas de chemin AS), bien que cette utilisation soit rare.

   Par défaut, seuls les MED des routes qui ont les mêmes systèmes autonomes (AS) homologues sont comparés. Vous pouvez configurer les options de sélection de chemin de la table de routage pour obtenir différents comportements.

8. Préférez les chemins strictement internes, qui incluent des routes IGP et des routes générées localement (statiques, directes, locales, etc.).

9. Préférez les chemins BGP (EBGP) strictement externes aux chemins externes appris par le biais de sessions BGP internes (IBGP).

10. Préférez le chemin dont le saut suivant est résolu via la route IGP avec la métrique la plus faible. Les routes BGP résolues par le biais d’IGP sont préférées aux routes inaccessibles ou rejetées.

    Remarque :

    Un chemin est considéré comme un chemin à coût égal BGP (et sera utilisé pour le transfert) si un tie-break est effectué après l’étape précédente. Tous les chemins avec le même AS voisin, appris par un voisin BGP compatible avec les chemins multichemins, sont pris en compte.

    Le multichemin BGP ne s’applique pas aux chemins qui partagent le même coût MED-plus-IGP, mais dont le coût IGP diffère. La sélection des chemins multichemins est basée sur la métrique de coût IGP, même si deux chemins ont le même coût MED-plus-IGP.

11. Si les deux chemins sont externes, préférez le chemin le plus ancien, c’est-à-dire le chemin qui a été appris en premier. Ceci est fait pour minimiser les instabilités de route. Cette règle n’est pas utilisée si l’une des conditions suivantes est vraie :

    • path-selection external-router-id est configuré.

    • Les deux pairs ont le même ID de routeur.

    • L’un ou l’autre des pairs est un pair de la Confédération.

    • Aucun des chemins n’est le chemin actif actuel.

12. Préférez le chemin à partir de l’homologue avec l’ID de routeur le plus bas. Pour tout chemin avec un attribut d’ID d’origine, remplacez l’ID de routeur par l’ID d’origine lors de la comparaison d’ID de routeur.

13. Préférez le chemin avec la longueur de liste de cluster la plus courte. La longueur est de 0 pour aucune liste.

14. Préférez le chemin à partir de l’homologue avec l’adresse IP homologue la plus basse.

15. Préférez une route principale à une route secondaire. Une route principale est une route qui appartient à la table de routage. Une route secondaire est une route qui est ajoutée à la table de routage par le biais d’une stratégie d’exportation.