Compréhension BGP

BGP est un protocole EGP (Gateway Protocol) instancateur utilisé pour échanger
des informations de routage entre les routeurs de différents systèmes autonomes
(ASS). BGP routage inclut la route complète vers chaque destination. BGP utilise les
informations de routage pour conserver une base de données d’informations
d’accessibilité du réseau, qu’elle échange avec d’BGP réseau. BGP utilise les
informations d’accessibilité du réseau pour créer un graphique de connectivité AS, ce
qui permet à l’BGP de supprimer les boucles de routage et d’appliquer les décisions
de stratégies au niveau AS.

Les extensions de BGP protocoles multiprotocoles (MBGP) permettent BGP la prise

en charge de la version 6 IP (IPv6).MBGP définit les attributs MP_REACH_NLRI et
MP_UNREACH_NLRI, qui sont utilisés pour transporter les informations
d’accessibilité IPv6. Les messages de mise à jour des informations d’accessibilité de
la couche réseau (NLRI) portent sur les préfixes d’adresses IPv6 des routes
faisables.

BGP routage basé sur les stratégies. Vous pouvez utiliser des stratégies de routage
pour choisir entre plusieurs chemins vers une destination et contrôler la redistribution
des informations de routage.

BGP TCP comme protocole de transport utilise le port 179 pour établir des
connexions. L’exécution d’un protocole de transport fiable élimine le besoin de mettre
en œuvre BGP fragmentation des mises à jour, la retransmission, l’accusé de
réception et le séquençage.

Le Junos OS du protocole de routage prend en BGP version 4. Cette version de

BGP la prise en charge de Classless Interdomain Routing (CIDR), ce qui élimine le
concept de classes réseau. Au lieu de partir du principe que les bits d’une adresse
représentent le réseau en regardant le premier octet, CIDR vous permet de spécifier
expressément le nombre de bits dans l’adresse réseau, fournissant ainsi un moyen
de réduire la taille des tables de routage. BGP version 4 prend également en charge
l’agrégation des routes, y compris l’agrégation AS chemins d’accès.

Cette section aborde les sujets suivants:

 Systèmes autonomes
 AS et attributs
 Réseaux de BGP
 Instances multiples de BGP

Systèmes autonomes
Un système (AS) autonome est un ensemble de routeurs qui se trouve sous une
administration technique unique et utilisent normalement un seul protocole de
passerelle intérieure et un ensemble commun de mesures pour propager les
informations de routage au sein de l’ensemble de routeurs. Dans d’autres, une AS
semble avoir un plan de routage intérieur unique et cohérent et offre une vue
d’ensemble des destinations qu’elle peut atteindre.

AS et attributs
Les informations de routage que BGP systèmes échangent incluent la route
complète vers chaque destination, ainsi que des informations supplémentaires sur le
routeur. La route vers chaque destination s’appelle le cheminAS , et les informations
de route supplémentaires sont incluses dans les attributs de chemin. BGP utilise le
chemin d AS et les attributs de chemin pour déterminer la topologie du réseau. Une
BGP une topologie parfaitement compréhensible, elle peut détecter et éliminer les
boucles de routage et sélectionner des groupes de routes pour appliquer les
préférences administratives et les décisions relatives aux stratégies de routage.

Réseaux de BGP
BGP prend en charge deux types d’informations de routage: les échanges entre les
différentes AS et les échanges au sein d’AS. Une fois utilisés parmi les système
d’BGP, les BGP externes (EBGP) et BGP des sessions de routage inter-AS
externes. Une fois utilisées au sein d’AS, les BGP sont appelées ibgp (internal
BGP) et BGP sessions de sécurité exécutent routage intrasystème autonome.Figure
1 illustre les AS, IBGP et EBGP.

Figure 1 : ASS, EBGP et IBGP

Un BGP partage les informations d’accessibilité réseau avec les systèmes d’BGP
adjacents, appelés voisins oupairs.

BGP système s’adentent dans les groupes. Dans un groupe IBGP, tous les pairs du
groupe ,appelés pairs internes,sont dans le même AS. Les pairs internes peuvent se
trouver n’importe où dans les AS et n’ont pas besoin d’être directement connectés
les uns aux autres. Les groupes internes utilisent les routes à partir d’IGP pour
résoudre les adresses de forwarding. Ils propagent également les routes externes
parmi tous les autres routeurs internes exécutant IBGP, en calculant le saut suivant
en suivant le saut BGP reçu avec la route et en le résolvant à l’aide des informations
de l’un des protocoles de passerelle interne.

Dans un groupe EBGP, les pairs du groupe, appelés pairs externes,sont dans

différents AS et partagent normalement un sous-réseau. Dans un groupe externe, le
saut suivant est calculé en regard de l’interface partagée entre l’pair externe et le
routeur local.

Instances multiples de BGP

Vous pouvez configurer plusieurs instances de BGP niveaux hiérarchiques suivants:

 [edit routing-instances routing-instance-name protocols]
 [edit logical-systems logical-system-name routing-instances routing-
instance-name protocols]
Plusieurs instances de BGP sont principalement utilisées pour la prise en charge de
VPN de couche 3.

IGP pairs et les autres BGP externes (EBGP) (nonmultihop et multihop) sont tous
pris en charge pour les instances de routage. BGP’peering est établi sur l’une des
interfaces configurées sous la routing-instances hiérarchie.

REMARQUE : 

Lorsqu’un voisin BGP envoie des messages de BGP à l’équipement de routage

local, l’interface entrante sur laquelle ces messages sont reçus doit être configurée
dans la même instance de routage que la configuration de voisin BGP. Cela est vrai
pour les voisins qui sont à une distance d’un saut ou plusieurs sauts.

Les routes apprises par BGP pair sont ajoutées à la instance-name.inet.0 table par
défaut. Vous pouvez configurer des stratégies d’importation et d’exportation afin de
contrôler le flux d’informations en entrée/sortie de la table de routage d’instance.

Pour une prise en charge des VPN de couche 3, configurez des BGP sur le routeur
de périphérie du fournisseur (PE) pour recevoir des routes depuis le routeur de
périphérie du client (CE) et, si nécessaire, envoyer les routes des instances au
routeur CE. Vous pouvez utiliser plusieurs instances de BGP pour maintenir des
tables de forwarding séparées par site afin de maintenir le trafic VPN séparé sur le
routeur PE.

Vous pouvez configurer des stratégies d’importation et d’exportation qui permettent

au fournisseur de services de contrôler et de limiter le trafic vers et en provenance du
client.

Vous pouvez configurer une session multihop EBGP pour une instance de routage
VRF. Vous pouvez également configurer l’pair EBGP entre les routeurs PE et CE en
utilisant l’adresse de bouclure du routeur CE plutôt que les adresses de l’interface.

VOIR ÉGALEMENT

 Présentation BGP messages de l’équipe

 présentation BGP routes d’accès
Une BGP est une destination, décrite comme un préfixe d’adresse IP, ainsi que des
informations décrivent le chemin qui mène à cette destination.

Les informations suivantes décrivent le chemin:

 AS chemin, qui est une liste de nombres de voies d’accès par lesquelles un
routeur passe pour atteindre le routeur local. Le premier numéro du chemin
est celui du dernier AS du chemin( le AS le plus proche du routeur local. Le
dernier numéro du chemin est le plus AS du routeur local, qui est
généralement à l’origine du chemin.
 Les attributs de chemin, qui contiennent des informations supplémentaires sur
le chemin de AS utilisé dans la stratégie de routage.
BGP pairs font la publicité des routes entre elles dans la mise à jour des messages.

BGP stocke ses routes dans la table Junos OS routage ( inet.0 ). La table de routage
stocke les informations suivantes sur les BGP routes:

 Informations sur le routage tirées des messages de mise à jour reçus de pairs
 Les informations de routage locales qui BGP s’appliquent aux routes en raison
des stratégies locales
 Informations dont BGP les pairs BGP la mise à jour des messages
Pour chaque préfixe de la table de routage, le processus de protocole de routage
sélectionne un meilleur chemin unique, appelé chemin actif. Sauf si vous ne BGP de
mettre en avant plusieurs chemins vers la même destination, BGP uniquement le
chemin actif.

Le BGP qui fait d’abord la publicité d’un routeur lui attribue l’une des valeurs
suivantes pour en identifier l’origine. Lors de la sélection du routeur, la valeur
d’origine la plus faible est préférée.

 0— Le routeur a initialement appris le chemin par le biais d IGP (OSPF, IS-IS,

ou d’une route statique).
 1—Le routeur a initialement découvert le chemin via un EGP (probablement
par BGP).
 2—L’origine de la route est inconnue.

VOIR ÉGALEMENT

 Understanding BGP Path Selection

 Exemple: Plusieurs chemins publicitaires en BGP

présentation BGP résolution des itinéraires

Un routeur de BGP interne (IBGP) avec une adresse du saut suivant vers un voisin
de BGP distant (protocole suivant saut) doit pouvoir résoudre son saut suivant à
l’aide d’une autre route. BGP ajoute cette route au module de résolution du saut
suivant. Si RSVP est utilisé dans le réseau, le saut suivant BGP est résolu à l’aide de
la route d’entrée RSVP. Cela entraîne l’BGP pointage de route vers le saut suivant
indirect, et le pointage indirect du saut suivant vers un saut suivant. Le saut suivant
du saut suivant est dérivée de la route RSVP du saut suivant. Il existe souvent un
large ensemble de routes de BGP internes qui utilisent le même protocole à côté du
saut suivant. Dans ce cas, l’ensemble des routes BGP se référait au même saut
suivant indirect.

Avant Junos OS mise sur le 17.2R1, le module de résolution du processus de

protocole de routage (rpd) a résolu les routes au sein du protocole IBGP et a reçu les
routes suivantes:

1. Résolution de route partielle: le protocole du saut suivant est résolu en

fonction des routes d’aide, telles que RSVP ou IGP routes. Les valeurs
métriques sont dérivées des routes d’aide, et le saut suivant est appelé « saut
suivant » hérité des routes d’aide. Ces valeurs de mesure sont utilisées pour
sélectionner des routes dans la base d’informations de routage, également
connue sous le nom de table de routage.
2. Résolution complète du routage: le dernier saut suivant est dérivée et est
appelé table de routage du noyau (KRT) et le saut suivant en fonction de la
stratégie d’exportation de l’acheminement.
Depuis Junos OS version 17.2R1, le module de résolution du rpd est optimisé pour
augmenter le débit du flux de traitement entrant, accélérant ainsi le taux
d’apprentissage des rib et des FIB. Avec cette amélioration, la résolution de route est
affectée comme suit:

 Les méthodes de résolution de route partielles et complètes sont déclenchées

pour chaque route IBGP, bien que chaque route puisse héritée des mêmes
sauts résolus du saut suivant ou du saut suivant KRT.
 La sélection des chemins BGP est différée jusqu’à ce que la résolution
complète du routeur soit effectuée pour obtenir des informations
d’accessibilité de la couche réseau (NLRI) provenant d’un voisin BGP, qui
peut ne pas être le meilleur route du RIB après la sélection du routeur.
Les avantages de l’optimisation du rpd resolver sont les suivants:

 Coût de recherche de résolution RIB inférieur: la sortie du chemin résolu est

économisée dans un cache de résolution, de sorte que les mêmes valeurs
dérivées du saut suivant et des valeurs métriques peuvent être héritées d’un
autre ensemble de routes partageant le même comportement de chemin au
lieu d’effectuer un flux de résolution de route partiel ou complet. Cela réduit
les coûts de recherche de résolution de route en conservant uniquement l’état
de résolution le plus fréquent dans un cache avec une profondeur limitée.
 Optimisation de la sélection de route BGP: l’algorithme de sélection de route
BGP est déclenché deux fois pour chaque route IBGP reçue. Tout d’abord,
l’ajout de la route dans la RIB avec le saut suivant étant inutilisable, et le
deuxième, tout en ajoutant la route avec un saut suivant résolu dans la RIB
(après résolution du route). Vous pouvez ainsi choisir le meilleur routeur deux
fois. Grâce à l’optimisation du resolver, le processus de sélection du routeur
est déclenché dans le flux de réception uniquement après avoir reçu les
informations du module de résolution du saut suivant.
  Mise en cache interne pour éviter les recherches fréquentes: le cache de
résolution conserve l’état de résolution le plus fréquent. Par conséquent, les
fonctionnalités de recherche, telles que la recherche du saut suivant et la
recherche de route, sont réalisées à partir du cache local.
 Groupe d’équivalence de chemin: lorsque différents chemins partagent le
même état de transfert ou sont reçus du même protocole à côté du saut
suivant, ces chemins peuvent appartiennent à un groupe d’équivalences de
chemins. Cette approche évite d’avoir à effectuer une résolution complète des
routes pour ces chemins. Lorsqu’un nouveau chemin nécessite une résolution
complète des itinéraires, il est d’abord examiné dans la base de données de
groupe d’équivalence de chemin, qui contient le chemin résolu en sortie,
comme le saut suivant indirect et le saut suivant.

VOIR ÉGALEMENT

 présentation BGP routes d’accès

 Examiner les BGP routes
 Examiner les BGP routes et la sélection du routeur

Présentation BGP messages de l’équipe

Tous les messages BGP ont le même en-tête de taille fixe, qui contient un champ de
signets utilisé à la fois pour la synchronisation et l’authentification, un champ de
longueur qui indique la longueur du paquet et un champ de type qui indique le type
de message (par exemple, ouvert, mise à jour, notification, keepalive, et ainsi de
suite).

Cette section aborde les sujets suivants:

 Messages ouverts
 Mettre à jour les messages
 Keepalive Messages
 Notification Messages
 Messages d’actualisation de route

Messages ouverts
Une fois qu’une connexion TCP est établie entre deux systèmes BGP, ils échangent
BGP messages ouverts pour créer BGP connexion entre eux. Une fois la connexion
établie, les deux systèmes peuvent échanger BGP messages et le trafic de données.

Les messages ouverts comprennent l BGP-tête et les champs suivants:

 Version: le numéro actuel BGP version est 4.

 Numéro AS local: vous configurez cette instruction en incluant l’instruction au
niveau de la hiérarchie autonomous-system[edit routing-options] ou
du [edit logical-systems logical-system-name routing-options] niveau.
 Durée de vie: valeur de la durée proposée. Vous configurez la durée de
attente locale avec l’BGP hold-time de sécurité.
  BGP: adresse IP du BGP réseau. Cette adresse est déterminée lorsque le
système commence et est la même pour chaque interface locale et chaque
BGP pair. Vous pouvez configurer l’identifiant de BGP en incluant router-
id l’instruction au niveau supérieur ou [edit routing-options][edit
logical-systems logical-system-name routing-options] hiérarchique. Par
défaut, BGP utilise l’adresse IP de la première interface du routeur.
 Paramètre de la longueur du champ et du paramètre lui-même: il s’offre des
champs optionnels.

Mettre à jour les messages

BGP systèmes de mise à jour envoient des messages de mise à jour afin d’échanger
des informations d’accessibilité réseau. BGP systèmes utilisent ces informations
pour créer un graphique décrivent les relations entre tous les systèmes d’accès
connus.

La mise à jour des messages se compose de BGP-tête et des champs facultatifs

suivants:

 Longueur des routes non infaillibles — Longueur du champ de routes

withtibles
 Routes de retrait: préfixes d’adresses IP pour les routes en cours d’absence
de service car ils ne sont plus jugés accessibles
 Longueur totale des attributs de chemin: longueur du champ des attributs de
chemin ; il répertorie les attributs de chemin pour une destination faisable
 Attributs de chemin: propriétés des routes, y compris l’origine du chemin, la
MED (multiples sorties discriminatoires), la préférence du système d’origine
pour le routeur, ainsi que des informations sur l’agrégation, les communautés,
les confédérations et la réflexion de route
 Informations sur l’accessibilité de la couche réseau (NLRI): préfixes
d’adresses IP des routes faisables annoncés dans le message de mise à jour

Keepalive Messages
BGP systèmes échangent des messages keepalives afin de déterminer si une liaison
ou un hôte a échoué ou n’est plus disponible. Les messages de keepalive sont
souvent échangés suffisamment pour que le délai de garde n’expire pas. Ces
messages se composent uniquement de l’BGP-tête.

Notification Messages
BGP systèmes de notification envoient des messages de notification en cas de
détection d’une condition d’erreur. Une fois le message envoyé, la session BGP et la
connexion TCP entre les systèmes BGP réseau sont closes. Les messages de
notification comprennent l BGP-tête, le code d’erreur et le sous-code, ainsi que les
données qui décrivent l’erreur.

Messages d’actualisation de route

BGP systèmes n’envoient des messages d’actualisation de route à un pair que s’ils
ont reçu la publication de la fonction d’actualisation de route de ce dernier. Un
système BGP doit promouvoir la fonctionnalité d’actualisation de route à ses pairs à
l’aide BGP de fonctionnalités s’il souhaite recevoir des messages d’actualisation de
route. Ce message facultatif est envoyé pour demander des mises à jour de route
dynamiques, entrantes BGP de pairs BGP ou pour envoyer des mises à jour de route
sortantes à BGP pair sortant.

Les messages de remise à jour de route se composent des champs suivants:

 AFI— Identifiant de la famille d’adresses (16 bits).

 Res: champ réservé (8 bits), qui doit être mis à 0 par l’expéditeur et ignoré par
le récepteur.
 SAFI: identifiant suivant de la famille d’adresses (8 bits).
Si un pair sans fonctionnalité d’actualisation de route reçoit un message de demande
d’actualisation de route de la part d’un pair distant, le récepteur ignore le message.

VOIR ÉGALEMENT

 Compréhension BGP
 présentation BGP routes d’accès

Thread BGP mise à jour de l’IO

le traitement du routeur BGP se fait en général à plusieurs étapes du pipeline: mise à
jour de la réception, mise à jour de l’évaluation, création de route, résolution du saut
suivant, application d’une stratégie d’exportation d’un groupe de pairs BGP, mise en
forme des mises à jour par pair et envoi de mises à jour aux pairs. BGP les threads
d’E/S de mise à jour sont responsables de la fin de la fin de ce pipeline BGP, ce qui
implique de générer des mises à jour par pair pour les groupes de BGP individuels et
de les envoyer aux pairs. Un thread de mise à jour peut servir un BGP groupes
d’informations. BGP de mettre à jour les threads DO construisent des mises à jour
pour des groupes en parallèle et indépendamment des autres groupes qui sont
serviceés par d’autres threads de mise à jour. Ceci peut offrir une amélioration
significative de la convergence dans le cas d’une charge de travail lourde d’écriture,
qui implique la publicité pour de nombreux pairs répartis entre plusieurs groupes.
BGP les threads DSI de mise à jour sont également responsables de l’écriture et de
la lecture des connecteurs TCP des BGP pairs précédemment fournis par les
threads BGPIO (d’où le suffix IO dans l’E/S de mise à jour BGP).

BGP les threads IO de mise à jour peuvent être configurés indépendamment de la

fonction de sharding RIB, mais ils sont obligatoires à utiliser avec le sharding RIB,
afin d’obtenir une meilleure efficacité de l’emballage des préfixes dans les messages
de mise à jour BGP sortants. BGP sharding permet de diviser la RIB en plusieurs
sous-rib qui sont servies par des threads RPD séparés. Ainsi, les préfixes qui
auraient pu entrer dans une simple mise à jour sortante se retrouvent dans différents
shards. Pour être en mesure de construire des mises à jour BGP avec des préfixes
avec le même attribut sortant qui appartient à différents threads shards RPD, tous les
threads shards envoient des informations compactes de publicité pour que les
préfixes soient annoncés à un thread de mise à jour au service de ce groupe de pairs
BGP. Cela permet au thread de mise à jour, au service BGP groupe de pairs,
d’envoyer les mêmes attributs aux préfixes, qui appartiennent éventuellement à
différents shards dans le même message de mise à jour sortant. Cela limite le
nombre de mises à jour à promouvoir et contribue ainsi à améliorer la convergence.
Le thread IO de mise à jour gère les caches locaux de conteneurs peer, group,
préfixe, TSI et RIB.

BGP de mise à jour est désactivée par défaut. Si vous configurez le update-threading
sur un moteur de routage, RPD crée des threads de mise à jour. Par défaut, le
nombre de threads de mise à jour créés est le même que celui des cœurs de
processeur du moteur de routage. Le threading de mise à jour est uniquement pris
en charge par un processus de protocole de routage de 64 bits (rpd). Vous pouvez
spécifier le nombre de threads que vous souhaitez créer en utilisant une instruction
au niveau set update-threading <number-of-threads>[edit system processes
routing bgp] de la hiérarchie. La plage est actuellement de 1 à 128.

Understanding BGP Path Selection

Pour chaque préfixe de la table de routage, le processus de protocole de routage
sélectionne un chemin unique. Une fois le meilleur chemin sélectionné, le routeur est
installé dans la table de routage. Le meilleur chemin devient le chemin actif si un
protocole ne permet pas d’apprendre le même préfixe avec une valeur globale
moindre (plus privilégiée), également appelée distance administrative. L’algorithme
permettant de déterminer 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
du processus de protocole de routage).
Les routes non éligibles pour le forwarding (par exemple, parce qu’elles ont
été rejetées par la stratégie de routage ou parce qu’un saut suivant est
inaccessible) ont la préférence de -1 et ne sont jamais choisies.
3. Préférer 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) cumulé est activé, privilégiez le
chemin avec l’attribut AIGP inférieur.
5. Préférer le chemin avec la valeur de chemin du système autonome (AS) la
plus courte (ignorée si as-path-ignore l’instruction est configurée).
Un segment de confédération (séquence ou ensemble) présente une longueur
de chemin de 0. Un ensemble AS a une longueur de chemin de 1.
6. Privilégier la route avec le code de départ inférieur.
Les routes apprises à partir d’un IGP ont un code d’origine inférieur à celui
appris à partir d’un protocole de passerelle de passerelle de niveau supérieur
(EGP) et elles sont toutes deux moins codes en origine que les routes
incomplètes (routes dont l’origine est inconnue).
7. Préférer le chemin avec la mesure MED (Multiple Exit Discriminatory) la plus
faible.
Selon si le comportement de sélection du chemin de chemin de la table de
routage n’est pas ouvert, deux cas possibles sont possibles:
  Si le comportement de sélection du chemin de la table de routage
nondéterminé n’est pas configuré (si l’énoncé n’est pas inclus dans la
configuration BGP), pour les chemins avec les mêmes numéros AS
voisins à l’avant du chemin AS, privilégiez le chemin avec la mesure
MED la plus path-selection cisco-nondeterministic faible. Pour
toujours comparer les meDs, que les AS pairs des routes comparées
soient ou non les mêmes, notez path-selection always-compare-
med l’énoncé.
 Si un comportement de sélection du chemin de la table de routage
nondéterminé est configuré (c’est-à-dire que l’instruction est incluse
dans la configuration BGP), préférer le chemin avec la mesure MED
la path-selection cisco-nondeterministic plus faible.
Les confédérations ne sont pas considérées pour la définition des AS voisins.
La mesure MED manquante est traitée comme s’il y avait un MED, mais zéro.

REMARQUE : 

La comparaison MED fonctionne pour la sélection d’un chemin unique dans

un AS (lorsque le route n’inclut pas AS chemin), même si cette utilisation est
rare.

Par défaut, seuls les meD de routes 100 % autonomes (ASS) les plus pairs
sont comparés. Vous pouvez configurer des options de sélection des chemins
de table de routage pour obtenir différents comportements.
8. Préférer les chemins internes de façon stricte, IGP routes générées
localement (statiques, directs, locaux, etc.).
9. Préférer les chemins de BGP externes (EBGP) par rapport aux chemins
externes découverts BGP sessions de formation interne (IBGP).
10. Préférer le chemin dont le saut suivant est résolu via IGP voie avec la mesure
la plus faible.

REMARQUE : 

Un chemin est considéré comme BGP chemin à coût égal (et sera utilisé pour
le forwarding) 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 multi-chemins BGP
chemins, sont considérés.

BGP trajets multiples ne s’applique pas aux chemins qui partagent le même
coût MED-plus-IGP mais qui diffèrent en IGP coût. La sélection des chemins
multi-chemins est basée sur IGP de coûts, même si deux chemins ont le
même coût MED-plus-IGP.
BGP compare le type de IGP mesure avant de comparer la valeur de la
mesure dans rt_metric2_cmp . Par exemple, les routes BGP qui sont résolues
par le biais IGP sont préférées par rapport aux sauts suivants éliminés ou
rejetés qui sont du type RTM_TYPE_UNREACH . Ces routes
sont inactive déclarés en raison de leur metric-type .
 11. Si les deux chemins sont externes, privilégiez le chemin actuellement actif
pour réduire le nombre d’itinéraires. 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 comme l’autre est un pair de confédération.
 Aucun de ces chemins n’est actuellement actif.
12. Préférer un routeur principal à un routeur secondaire. La principale route
appartient à la table de routage. Une route secondaire est ajoutée à la table
de routage via une stratégie d’exportation.
13. Préférer le chemin depuis le pair avec l’ID de routeur le plus bas. Pour tout
chemin ayant un attribut d’ID d’auteur, remplacez l’ID de l’auteur par l’ID du
routeur lors de la comparaison d’ID de routeur.
14. Préférer le chemin avec la longueur la plus courte de la liste de clusters. La
longueur est de 0 pour aucune liste.
15. Préférer le chemin depuis le pair avec l’adresse IP de peer la plus faible.

 Sélection des chemins de la table de routage

 BGP de chemin de la table
 Effets de la multiplication des chemins publicitaires vers une destination

Sélection des chemins de la table de routage

L’étape AS chemin de chemin la plus courte de l’algorithme, par défaut, évalue la
longueur du chemin d AS et détermine le chemin actif. Vous pouvez configurer une
option qui permet Junos OS passer à cette étape de l’algorithme en incluant as-
path-ignore l’option.

REMARQUE : 

Depuis la Junos OS version 14.1R8, 14.2R7, 15.1R4, 15.1F6 et 16.1R1, l’option est
prise en charge pour les as-path-ignore instances de routage.

La sélection des chemins de routage s’effectue avant BGP de mettre le chemin de la

table de routage pour prendre sa décision. Pour configurer le comportement de
sélection du chemin de la table de routage, indiquez path-selection l’instruction
suivante:

content_copy zoom_out_map
path-selection {
(always-compare-med | cisco-non-deterministic | external-router-id);
as-path-ignore;
l2vpn-use-bgp-rules;
med-plus-igp {
igp-multiplier number;
med-multiplier number;
}
}
Pour obtenir la liste des niveaux hiérarchiques à partir duquel vous pouvez inclure
cette instruction, consultez la section de résumé de l’énoncé pour cette instruction.
La sélection des chemins de la table de routage peut être configurée de l’une des
façons suivantes:

 Émuler le comportement par défaut de Cisco IOS ( cisco-non-

deterministic ). Ce mode évalue les routes selon l’ordre de réception et ne
les groupe pas en fonction de leur AS. Avec le cisco-non-
deterministic mode, le chemin actif est toujours d’abord. Tous les chemins
inactifs, mais éligibles, suivent le chemin actif et sont maintenus selon l’ordre
de leur réception, avec le chemin le plus récent d’abord. Les chemins éligibles
restent à la fin de la liste.
Par exemple, imaginons que vous avez trois publicités de chemin pour le
routeur 192.168.1.0/24:
 Chemin 1: acquis via EBGP ; AS chemin des 65010 ; MED de 200
 Chemin 2: acquis via IBGP ; AS path of 65020 ; MED de 150 ; IGP de 5
 Chemin 3: acquis via IBGP ; AS chemin des 65010 ; MED de 100 ; IGP
de 10
Ces publicités sont reçues rapidement dans l’ordre répertorié. Le chemin 3 a
été reçu plus récemment. L’équipement de routage le compare donc au
chemin 2, la dernière publicité la plus récente. Le coût de l’pair IBGP est
meilleur pour le chemin 2, si bien que l’équipement de routage élimine le
chemin 3 des conflits. Lorsque vous comparez les chemins 1 et 2,
l’équipement de routage préfère le chemin 1 car il est reçu d’un pair EBGP.
Cela permet au dispositif de routage d’installer le chemin 1 en tant que chemin
actif de la route.

REMARQUE : 

Il n’est pas recommandé d’utiliser cette option de configuration sur votre

réseau. Elle assure l’interopérabilité de manière à permettre à tous les
équipements de routage du réseau d’effectuer des sélections de routage
cohérentes.

 Comparer en toujours les MED, que les AS pairs des routes comparées soient
ou non les mêmes always-compare-med ().
 Remplacer la règle selon qui si les deux chemins sont externes, le chemin
actuellement actif est préféré external-router-id (). Poursuivez l’étape
suivante 12 (étape) dans le processus de sélection des chemins.
 L’ajout IGP coût de la destination du saut suivant à la valeur MED avant de
comparer les valeurs MED pour la sélection du chemin ( med-plus-igp ).
BGP trajets multiples ne s’applique pas aux chemins qui partagent le même
coût de MED-plus-IGP, mais qui diffèrent en IGP coûts. La sélection des
chemins multi-chemins est basée sur IGP de coûts, même si deux chemins
ont le même coût MED-plus-IGP.

BGP de chemin de la table

Les paramètres suivants sont suivis pour la sélection BGP chemin d’accès:

1. Préférer la valeur de préférence locale la plus élevée.

2. Préférer la longueur de chemin AS courte.
 3. Préférer la valeur d’origine la plus faible.
4. Préférer la valeur MED la plus faible.
5. Préférer les routes apprises par un pair EBGP plutôt qu’un pair IBGP.
6. Préférer la meilleure sortie de AS.
7. Pour les routes reçues par EBGP, préférer la route active actuelle.
8. Préférer les routes de l’pair avec l’ID de routeur le plus bas.
9. Privilégier les chemins avec la longueur de cluster la plus courte.
10. Préférer les routes de l’pair avec l’adresse IP de peer la plus faible. Les
étapes 2, 6 et 12 sont les critères du RPD.

Effets de la multiplication des chemins publicitaires vers une

destination
BGP uniquement le chemin actif, à moins que vous ne configuriez BGP de mettre en
avant plusieurs chemins vers une destination.

Imaginons qu’un équipement de routage possède dans sa table de routage quatre

chemins vers une destination et qu’il est configuré pour en annoncer trois add-path
send path-count 3 (). Les trois chemins sont choisis en fonction des critères de
sélection des chemins. En d’autres cas, les trois meilleurs chemins sont choisis dans
l’ordre de sélection des chemins. Le meilleur chemin est celui actif. Ce chemin est
retiré de l’considération et un nouveau meilleur chemin est choisi. Cette procédure
est répétée jusqu’à ce que le nombre de chemins spécifié soit atteint.

VOIR ÉGALEMENT

 Exemple: Ignore l’attribut AS chemin lors de la sélection du meilleur chemin

 Exemples: Configuration BGP MED
 Exemple: Plusieurs chemins BGP vers une destination

Normes pour les BGP

Junos OS prend en charge significativement les RFC et les ébauches Internet
suivantes, qui définissent des normes pour la norme IP version 4 (IPv4) BGP.

Pour consulter la liste des normes d’BGP IP version 6 (IPv6) prise en charge,
consultez les normes IPv6 prise en charge.

Junos OS BGP prend en charge l’authentification des échanges de protocoles

(authentification MD5).