Auf dieser Seite
Beispiel: BGP für die Ankündigung inaktiver Routen konfigurieren
Standardmäßig kündigt BGP nur aktive Routen erneut an. Damit die Routing-Tabelle die beste von BGP gelernte Route in BGP exportiert, auch wenn Junos OS sie nicht als aktive Route ausgewählt hat, fügen Sie die advertise-inactive
folgende Anweisung ein:
advertise-inactive;
In Junos OS kündigt BGP installierte oder aktive BGP-Routen an, bei denen es sich um Routen handelt, die basierend auf den BGP-Pfadauswahlregeln als die besten ausgewählt wurden. Die advertise-inactive
Anweisung ermöglicht die Ankündigung nicht aktiver BGP-Routen für andere Peers.
Wenn die Routingtabelle über zwei BGP-Routen verfügt, von denen eine aktiv und die andere inaktiv ist, kündigt die advertise-inactive
Anweisung das inaktive BGP-Präfix nicht an. Diese Anweisung kündigt keine inaktive BGP-Route an, wenn eine andere aktive BGP-Route vorhanden ist. Wenn es sich bei der aktiven Route jedoch um eine statische Route handelt, kündigt die advertise-inactive
Anweisung die inaktive BGP-Route an.
Die advertise-inactive
Anweisung hilft nicht, die inaktive Route von der VRF anzukündigen, wenn der Router als Routenreflektor konfiguriert ist.
Junos OS bietet auch Unterstützung für die Konfiguration einer BGP-Exportrichtlinie, die mit dem Status einer angekündigten Route übereinstimmt. Sie können aktive oder inaktive Routen wie folgt abgleichen:
policy-options { policy-statement name{ from state (active|inactive); } }
Dieser Qualifizierer stimmt nur überein, wenn er im Kontext einer Exportrichtlinie verwendet wird. Wenn eine Route von einem Protokoll angekündigt wird, das inaktive Routen ankündigen kann (z. B. BGP), stimmt dies mit Routen überein, state inactive
die als Ergebnis der advertise-inactive
Anweisung (or advertise-external
) angekündigt wurden.
Die folgende Konfiguration kann beispielsweise als BGP-Exportrichtlinie verwendet werden, um Routen zu markieren, die aufgrund der advertise-inactive
Einstellung mit einer benutzerdefinierten Community angekündigt wurden. Diese Community kann später von den empfangenden Routern verwendet werden, um solche Routen aus der Weiterleitungstabelle herauszufiltern. Ein solcher Mechanismus kann verwendet werden, um Bedenken auszuräumen, dass Werbepfade, die vom Absender nicht für die Weiterleitung verwendet werden, zu Weiterleitungsschleifen führen könnten.
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;
Anforderungen
Vor der Konfiguration dieses Beispiels ist keine spezielle Konfiguration erforderlich, die über die Geräteinitialisierung hinausgeht.
Überblick
In diesem Beispiel verfügt Gerät R2 über zwei externe BGP-Peers (EBGP), Gerät R1 und Gerät R3.
Gerät R1 hat eine statische Route zu 172.16.5/24. Ebenso hat Gerät R2 auch eine statische Route zu 172.16.5/24. Über BGP sendet Gerät R1 Informationen über seine statische Route an Gerät R2. Gerät R2 verfügt nun über Informationen zu 172.16.5/24 aus zwei Quellen: seiner eigenen statischen Route und der BGP-gelernten Route, die von Gerät R1 empfangen wurde. Statische Routen werden gegenüber BGP-erlernten Routen bevorzugt, sodass die BGP-Route auf Gerät R2 inaktiv ist. Normalerweise würde Gerät R2 die BGP-gelernten Informationen an Gerät R3 senden, aber Gerät R2 tut dies nicht, da die BGP-Route inaktiv ist. Gerät R3 hat daher keine Informationen über 172.16.5/24, es sei denn, Sie aktivieren den advertise-inactive
Befehl auf Gerät R2, der dazu führt, dass Gerät R2 den BGP-gelernten Befehl an Gerät R3 sendet.
Topologie
Abbildung 1 zeigt das Beispielnetzwerk an.

CLI-Schnellkonfiguration Zeigt die Konfiguration für alle Geräte in Abbildung 1an.
In diesem Abschnitt #configuration163__policy-advertise-inactive-st werden die Schritte auf Gerät R2 beschrieben.
Konfiguration
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, und kopieren Sie dann die Befehle und fügen Sie sie in die CLI auf Hierarchieebene [edit]
ein.
Gerät 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
Gerät 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
Gerät 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
Verfahren
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch.
So konfigurieren Sie Gerät R2:
Konfigurieren Sie die Geräteschnittstellen.
[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
Konfigurieren Sie die EBGP-Verbindung mit Gerät R1.
[edit protocols bgp group to_R1] user@R2# set type external user@R2# set neighbor 10.0.0.1 peer-as 100
Konfigurieren Sie die EBGP-Verbindung zu Gerät R3.
[edit protocols bgp group to_R3] user@R2# set type external user@R2# set neighbor 10.0.0.6 peer-as 300
Fügen Sie die
advertise-inactive
Anweisung der EBGP-Gruppenpeeringsitzung mit Gerät R3 hinzu.[edit protocols bgp group to_R3] user@R2# set advertise-inactive
Konfigurieren Sie die statische Route zum Netzwerk 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
Konfigurieren Sie die AS-Nummer (Autonomous System).
[edit routing-options] user@R2# set autonomous-system 200
Ergebnisse
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfaces
Befehle , show protocols
, show policy-options
und show routing-options
eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
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;
Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf commit
.
Verifizierung
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
- Verifizieren des aktiven BGP-Pfads
- Überprüfen der externen Routenankündigung
- Verifizieren der Route auf Gerät R3
- Experimentieren mit der Aussage "advertise-inactive"
Verifizieren des aktiven BGP-Pfads
Zweck
Stellen Sie auf Gerät R2 sicher, dass das Präfix 172.16.5.0/24 in der Routing-Tabelle enthalten ist und den erwarteten aktiven Pfad aufweist.
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
Bedeutung
Gerät R2 empfängt die Route 172.16.5.0/24 sowohl von Gerät R1 als auch von seiner eigenen statisch konfigurierten Route. Die statische Route ist der aktive Pfad, der durch das Sternchen (*) gekennzeichnet ist. Der statische Routenpfad hat die niedrigste Routenpräferenz (5) im Vergleich zur BGP-Einstellung (170). Daher wird die statische Route aktiv.
Überprüfen der externen Routenankündigung
Zweck
Stellen Sie sicher, dass auf Gerät R2 die Route 172.16.5.0/24 für Gerät R3 angekündigt wird.
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
Bedeutung
Gerät R2 kündigt die Route 172.16.5.0/24 zu Gerät R3 an
Verifizieren der Route auf Gerät R3
Zweck
Stellen Sie sicher, dass das Präfix 172.16.6.0/24 in der Routing-Tabelle von Gerät R3 enthalten ist.
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.0
Bedeutung
Gerät R3 verfügt über die BGP-gelernte Route für 172.16.5.0/24.
Experimentieren mit der Aussage "advertise-inactive"
Zweck
Erfahren Sie, was passiert, wenn die advertise-inactive
Anweisung aus der BGP-Konfiguration auf Gerät R2 entfernt wird.
Action!
Deaktivieren Sie auf Gerät R2 die
advertise-inactive
Anweisung.[edit protocols bgp group to_R3] user@R2# deactivate advertise-inactive user@R2# commit
Überprüfen Sie auf Gerät R2, ob die Route 172.16.5.0/24 für Gerät R3 angekündigt wird.
user@R2> show route advertising-protocol bgp 10.0.0.6
Wie erwartet wird die Strecke nicht mehr ausgeschrieben.
Stellen Sie auf Gerät R3 sicher, dass die Route 172.16.5/24 nicht in der Routing-Tabelle vorhanden ist.
user@R3> show route 172.16.5/24
Bedeutung
Gerät R1 kündigt die Route 172.16.5/24 für Gerät R2 an, aber Gerät R2 verfügt über eine manuell konfigurierte statische Route für dieses Präfix. Statische Routen werden gegenüber BGP-Routen bevorzugt, daher installiert Gerät R2 die BGP-Route als inaktive Route. Da die BGP-Route nicht aktiv ist, kündigt Gerät R2 die BGP-Route nicht erneut für Gerät R3 an. Dies ist das Standardverhalten in Junos OS. Wenn Sie die advertise-inactive
Anweisung der BGP-Konfiguration auf Gerät R2 hinzufügen, kündigt Gerät R2 inaktive Routen erneut an.