Comprendre la sélection des chemins BGP

Pour chaque préfixe de la table de routage, le processus de protocole de routage sélectionne le meilleur chemin. Une fois le meilleur chemin sélectionné, le routage est installé dans la table de routage. Le meilleur chemin devient le chemin actif si le même préfixe n’est pas appris par un protocole dont la valeur de préférence globale est inférieure (plus préférée), également appelée distance administrative. L’algorithme de détermination de la route active 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 de protocole de routage).

   Les routes qui ne sont pas éligibles pour être utilisées pour le transfert (par exemple, parce qu’elles ont été rejetées par une stratégie 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 de préférence2 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 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 le routage avec le code d’origine inférieur.

   Les routes apprises à partir d’un IGP ont un code d’origine inférieur à celui d’un protocole de passerelle extérieure (EGP), 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 Exit Discriminator) la plus faible.

   Selon que le comportement de sélection non déterministe des chemins de table de routage est configuré, il existe deux cas possibles :

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

   • Si un comportement non déterministe de sélection des chemins de table de routage 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 lors de la détermination des SA voisins. Une métrique MED manquante est traitée comme si un MED était présent mais zéro.

   Note:

   La comparaison MED fonctionne pour la sélection de chemins uniques au sein d’un AS (lorsque le routage n’inclut pas de chemin AS), bien que cette utilisation soit rare.

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

8. Préférez les chemins strictement internes, qui comprennent les routes IGP et les 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 des sessions BGP internes (IBGP).

10. Préférez le chemin dont le saut suivant est résolu par le routage IGP avec la mesure la plus basse. Les routes BGP qui sont résolues via IGP sont préférées aux routes inaccessibles ou rejetées.

    Note:

    Un chemin est considéré comme un chemin BGP à coût égal (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 multi-chemins, sont pris en compte.

    Le multichemin BGP ne s’applique pas aux chemins qui partagent le même coût MED-plus-IGP, mais qui diffèrent en termes de coût IGP. La sélection de chemins multichemins est basée sur la mesure du 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, en d’autres termes, le chemin qui a été appris en premier. Cela est fait pour minimiser les battements de route. Cette règle n’est pas utilisée si l’une des conditions suivantes est vraie :

    • l’id de routeur externe de sélection des chemins est configuré.

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

    • Soit peer est un pair de confédération.

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

12. Préférez une route principale à une route secondaire. Un routage principal est celui qui appartient à la table de routage. Une route secondaire est ajoutée à la table de routage via une stratégie d’exportation.

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

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

15. Préférez le chemin de l’homologue avec l’adresse IP pair la plus basse.