Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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:

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.

HINWEIS:

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.

HINWEIS:

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:

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.

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.

Abbildung 1: BGP-Topologie für ankündigungsinaktivBGP-Topologie für ankündigungsinaktiv

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

Gerät R2

Gerät R3

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:

  1. Konfigurieren Sie die Geräteschnittstellen.

  2. Konfigurieren Sie die EBGP-Verbindung mit Gerät R1.

  3. Konfigurieren Sie die EBGP-Verbindung zu Gerät R3.

  4. Fügen Sie die advertise-inactive Anweisung der EBGP-Gruppenpeeringsitzung mit Gerät R3 hinzu.

  5. Konfigurieren Sie die statische Route zum Netzwerk 172.16.5.0/24.

  6. Konfigurieren Sie die AS-Nummer (Autonomous System).

Ergebnisse

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfacesBefehle , show protocols, show policy-optionsund 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.

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

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!

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!

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!

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!

  1. Deaktivieren Sie auf Gerät R2 die advertise-inactive Anweisung.

  2. Überprüfen Sie auf Gerät R2, ob die Route 172.16.5.0/24 für Gerät R3 angekündigt wird.

    Wie erwartet wird die Strecke nicht mehr ausgeschrieben.

  3. Stellen Sie auf Gerät R3 sicher, dass die Route 172.16.5/24 nicht in der Routing-Tabelle vorhanden ist.

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.