Exemple : Configuration de BGP pour publier des routes inactives
Par défaut, BGP relance uniquement les routes actives. Pour que la table de routage exporte vers BGP le meilleur itinéraire appris par BGP, même si Junos OS ne l’a pas sélectionné comme route active, incluez l’instruction advertise-inactive suivante :
advertise-inactive;
Dans Junos OS, BGP annonce les routes BGP installées ou actives, qui sont les meilleures routes en fonction des règles de sélection des chemins BGP. L’instruction advertise-inactive permet d’annoncer des routes BGP non actives à d’autres homologues.
Si la table de routage comporte deux routes BGP dont l’une est active et l’autre inactive, l’instruction advertise-inactive n’annonce pas le préfixe BGP inactif. Cette instruction n’annonce pas une route BGP inactive en présence d’une autre route BGP active. Toutefois, si la route active est une route statique, l’instruction advertise-inactive annonce la route BGP inactive.
L’instruction advertise-inactive ne permet pas d’annoncer la route inactive à partir du VRF lorsque le routeur est configuré en tant que réflecteur de route.
Junos OS prend également en charge la configuration d’une stratégie d’exportation BGP correspondant à l’état d’une route annoncée. Vous pouvez faire correspondre des itinéraires actifs ou inactifs, comme suit :
policy-options {
policy-statement name{
from state (active|inactive);
}
}
Ce qualificatif ne correspond que lorsqu’il est utilisé dans le cadre d’une stratégie d’exportation. Lorsqu’une route est annoncée par un protocole qui peut annoncer des routes inactives (tel que BGP), state inactive correspond aux routes annoncées à la suite de l’instruction advertise-inactive (ou advertise-external).
Par exemple, la configuration suivante peut être utilisée comme stratégie d’exportation BGP pour marquer les routes annoncées en raison du paramètre avec une communauté définie par l’utilisateur advertise-inactive . Cette communauté peut être utilisée ultérieurement par les routeurs de réception pour filtrer ces routes de la table de transfert. Un tel mécanisme peut être utilisé pour répondre aux préoccupations selon lesquelles les chemins publicitaires non utilisés pour le transfert par l’expéditeur pourraient conduire à des boucles de transfert.
user@host# show policy-options
policy-statement mark-inactive {
term inactive {
from state inactive;
then {
community set comm-inactive;
}
}
term default {
from protocol bgp;
then accept;
}
then reject;
}
community comm-inactive members 65536:65284;
Conditions préalables
Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.
Présentation
Dans cet exemple, l’appareil R2 possède deux homologues BGP externes (EBGP), l’appareil R1 et l’appareil R3.
L’appareil R1 dispose d’une route statique vers 172.16.5/24. De même, l’appareil R2 dispose également d’une route statique vers 172.16.5/24. Par BGP, l’équipement R1 envoie des informations sur son itinéraire statique à l’équipement R2. Le périphérique R2 dispose désormais d’informations sur 172.16.5/24 provenant de deux sources : sa propre route statique et la route apprise par BGP reçue du périphérique R1. Les routes statiques sont préférées aux routes apprises par BGP, de sorte que la route BGP est inactive sur l’équipement R2. Normalement, le périphérique R2 envoie les informations apprises par BGP au périphérique R3, mais le périphérique R2 ne le fait pas car la route BGP est inactive. Par conséquent, le périphérique R3 n’a aucune information sur 172.16.5/24, sauf si vous activez la commande sur le advertise-inactive périphérique R2, ce qui permet au périphérique R2 d’envoyer le BGP appris au périphérique R3.
Topologie
Figure 1 montre l’exemple de réseau.
Configuration rapide de l’interface de ligne de commande affiche la configuration de tous les périphériques dans Figure 1.
Cette section #configuration163__policy-advertise-inactive-st décrit les étapes à suivre sur l’appareil R2.
Configuration
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.
Appareil R1
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.1/30 set interfaces lo0 unit 0 family inet address 192.168.0.1/32 set protocols bgp group to_R2 type external set protocols bgp group to_R2 export send-static set protocols bgp group to_R2 neighbor 10.0.0.2 peer-as 200 set policy-options policy-statement send-static term 1 from protocol static set policy-options policy-statement send-static term 1 then accept set routing-options static route 172.16.5.0/24 discard set routing-options static route 172.16.5.0/24 install set routing-options autonomous-system 100
Appareil R2
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.2/30 set interfaces fe-1/2/1 unit 0 family inet address 10.0.0.5/30 set interfaces lo0 unit 0 family inet address 192.168.0.2/32 set protocols bgp group to_R1 type external set protocols bgp group to_R1 neighbor 10.0.0.1 peer-as 100 set protocols bgp group to_R3 type external set protocols bgp group to_R3 advertise-inactive set protocols bgp group to_R3 neighbor 10.0.0.6 peer-as 300 set routing-options static route 172.16.5.0/24 discard set routing-options static route 172.16.5.0/24 install set routing-options autonomous-system 200
Appareil R3
set interfaces fe-1/2/1 unit 0 family inet address 10.0.0.6/30 set interfaces fe-1/2/0 unit 9 family inet address 10.0.0.9/30 set interfaces lo0 unit 0 family inet address 192.168.0.3/32 set protocols bgp group ext type external set protocols bgp group ext peer-as 200 set protocols bgp group ext neighbor 10.0.0.5 set routing-options autonomous-system 300
Procédure
Procédure étape par étape
L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.
Pour configurer l’appareil R2 :
Configurez les interfaces de l’appareil.
[edit interfaces] user@R2# set fe-1/2/0 unit 0 family inet address 10.0.0.2/30 user@R2# set fe-1/2/1 unit 0 family inet address 10.0.0.5/30 user@R2# set lo0 unit 0 family inet address 192.168.0.2/32
Configurez la connexion EBGP à l’appareil R1.
[edit protocols bgp group to_R1] user@R2# set type external user@R2# set neighbor 10.0.0.1 peer-as 100
Configurez la connexion EBGP à l’appareil R3.
[edit protocols bgp group to_R3] user@R2# set type external user@R2# set neighbor 10.0.0.6 peer-as 300
Ajoutez l’instruction
advertise-inactiveà la session d’appairage de groupe EBGP avec l’appareil R3.[edit protocols bgp group to_R3] user@R2# set advertise-inactive
Configurez l’itinéraire statique vers le réseau 172.16.5.0/24.
[edit routing-options static] user@R2# set route 172.16.5.0/24 discard user@R2# set route 172.16.5.0/24 install
Configurez le numéro du système autonome (AS).
[edit routing-options] user@R2# set autonomous-system 200
Résultats
À partir du mode de configuration, confirmez votre configuration en saisissant les show interfacescommandes , show protocols, show policy-optionset show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@R2# show interfaces
fe-1/2/0 {
unit 0 {
family inet {
address 10.0.0.2/30;
}
}
}
fe-1/2/1 {
unit 0 {
family inet {
address 10.0.0.5/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.0.2/32;
}
}
}
user@R2# show protocols
bgp {
group to_R1 {
type external;
neighbor 10.0.0.1 {
peer-as 100;
}
}
group to_R3 {
type external;
advertise-inactive;
neighbor 10.0.0.6 {
peer-as 300;
}
}
}
user@R2# show routing-options
static {
route 172.16.5.0/24 {
discard;
install;
}
}
autonomous-system 200;
Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.
Vérification
Vérifiez que la configuration fonctionne correctement.
- Vérification du chemin BGP actif
- Vérification de l’annonce d’itinéraire externe
- Vérification de l’itinéraire sur l’appareil R3
- Expérimentation de l’instruction advertise-inactive
Vérification du chemin BGP actif
But
Sur l’appareil R2, assurez-vous que le préfixe 172.16.5.0/24 figure dans la table de routage et qu’il possède le chemin d’accès actif attendu.
Action
user@R2> show route 172.16.5
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
172.16.5.0/24 *[Static/5] 21:24:38
Discard
[BGP/170] 21:21:41, localpref 100
AS path: 100 I, validation-state: unverified
> to 10.0.0.1 via fe-1/2/0.0
Sens
L’équipement R2 reçoit l’itinéraire 172.16.5.0/24 à la fois de l’appareil R1 et de son propre itinéraire configuré statiquement. La route statique est la voie active, telle qu’elle est désignée par l’astérisque (*). Le chemin de route statique a la préférence de route la plus faible (5) par rapport à la préférence BGP (170). Par conséquent, la route statique devient active.
Vérification de l’annonce d’itinéraire externe
But
Sur l’appareil R2, assurez-vous que l’itinéraire 172.16.5.0/24 est annoncé vers l’appareil R3.
Action
user@R2> show route advertising-protocol bgp 10.0.0.6 inet.0: 6 destinations, 7 routes (6 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path 172.16.5.0/24 Self 100 I
Sens
L’appareil R2 annonce la route 172.16.5.0/24 vers l’appareil R3
Vérification de l’itinéraire sur l’appareil R3
But
Assurez-vous que le préfixe 172.16.6.0/24 se trouve dans la table de routage du périphérique R3.
Action
user@R3> show route 172.16.5.0/24
inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
172.16.5.0/24 *[BGP/170] 00:01:19, localpref 100
AS path: 200 100 I, validation-state: unverified
> to 10.0.0.5 via fe-1/2/1.0Sens
L’appareil R3 a la route apprise par BGP pour 172.16.5.0/24.
Expérimentation de l’instruction advertise-inactive
But
Découvrez ce qui se passe lorsque l’instruction advertise-inactive est supprimée de la configuration BGP sur l’appareil R2.
Action
Sur l’appareil R2, désactivez l’instruction
advertise-inactive.[edit protocols bgp group to_R3] user@R2# deactivate advertise-inactive user@R2# commit
Sur l’appareil R2, vérifiez si l’itinéraire 172.16.5.0/24 est annoncé vers l’appareil R3.
user@R2> show route advertising-protocol bgp 10.0.0.6
Comme prévu, l’itinéraire n’est plus annoncé.
Sur le périphérique R3, assurez-vous que la route 172.16.5/24 est absente de la table de routage.
user@R3> show route 172.16.5/24
Sens
L’appareil R1 annonce l’itinéraire 172.16.5/24 vers l’appareil R2, mais l’appareil R2 dispose d’une route statique configurée manuellement pour ce préfixe. Les routes statiques sont préférées aux routes BGP, c’est pourquoi l’équipement R2 installe la route BGP en tant que route inactive. Étant donné que la route BGP n’est pas active, l’équipement R2 ne réannonce pas l’itinéraire BGP à l’équipement R3. Il s’agit du comportement par défaut dans Junos OS. Si vous ajoutez l’instruction advertise-inactive à la configuration BGP sur l’appareil R2, celui-ci annonce à nouveau les routes non actives.