Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Konfigurieren des Paketweiterleitungsverhaltens

Informationen zu indirekten Next Hops

Junos OS unterstützt das Konzept eines indirekten Next Hop für alle Routing-Protokolle, die indirekt verbundene Next Hops, auch bekannt als Next-Hops von Drittanbietern, unterstützen.

Da Routing-Protokolle wie interne BGP (IBGP) Routing-Informationen über indirekt verbundene Routen senden können, verlässt sich Junos OS auf Routen aus Intra-AS-Routing-Protokollen (OSPF, IS-IS, RIP und statisch), um den besten direkt verbundenen next Hop zu lösen. Die Routing-Engine führt eine Routenauflösung durch, um den am besten direkt verbundenen nächsten Hop zu ermitteln, und installiert die Route zur Packet Forwarding Engine.

Standardmäßig verwaltet Junos OS nicht die Route für den indirekten nächsten Hop zur Weiterleitung der Next-Hop-Bindung in der Packet Forwarding Engine Forwarding Engine-Weiterleitungstabelle. Daher müssen bei einem Rerouting-Ereignis möglicherweise Tausende von Routen zur Weiterleitung von Next-Hop-Bindungen aktualisiert werden, was die Routenkonvergenzzeit erhöht. Abbildung 1 veranschaulicht die Route zur Weiterleitung von Next-Hop-Bindungen bei deaktivierter indirekter Next-Hop-Verbindung.

Abbildung 1: Routen zur Weiterleitung von Next-Hop-Bindungen Route to Forwarding Next-Hop Bindings

Sie können Junos OS aktivieren, um den indirekten nächsten Hop zur Weiterleitung der Next-Hop-Bindung in der Weiterleitungstabelle der Packet Forwarding Engine aufrechtzuerhalten. Infolgedessen müssen weniger Routen zur Weiterleitung von Next-Hop-Bindungen aktualisiert werden, was die Routenkonvergenzzeit verbessert. Abbildung 2 veranschaulicht die Route zur Weiterleitung von Next-Hop-Bindungen bei aktivierter indirekter Next Hop.

Abbildung 2: Route to Forwarding Indirect Next-Hop Bindings (Route to Forwarding Indirect Next-Hop Bindings Route to Forwarding Indirect Next-Hop Bindings)

Beispiel: Optimierung der Routenkonvergenz durch Aktivierung indirekter Next Hops auf der Packet Forwarding Engine

Dieses Beispiel zeigt, wie indirekte Next Hops verwendet werden können, um eine schnellere Netzwerkkonvergenz zu fördern (z. B. in BGP-Netzwerken), indem die Anzahl der änderungen an Weiterleitungstabellen verringert wird, die bei einer Änderung der Netzwerktopologie erforderlich sind.

Anforderungen

Vor der Konfiguration dieses Beispiels ist keine spezielle Konfiguration erforderlich, die über die Geräteinitialisierung hinausgeht.

Übersicht

In diesem Beispiel sind mehrere Geräte über ungleiche Kosten miteinander verbunden. Von Gerät R1 zu Gerät R2 hat der Pfad durch Gerät R3 eine höhere IGP-Kennzahl als der Pfad durch Gerät R4. Gerät R1 verfügt über eine interne BGP-Verbindung zu Gerät R2. Gerät R0 injiziert mehrere Routen in das Netzwerk, und Gerät R1 gibt diese Routen an Gerät R2 an. Da Gerät R2 nicht direkt mit Gerät R1 verbunden ist, enthält die Weiterleitungstabelle von Gerät R2 indirekte Next Hops. Ein Interior Gateway Protocol, in diesem Fall OSPF, wird auf den internen Verbindungen zwischen den Geräten R1, R2, R3 und R4 ausgeführt. Jeder Router gibt seine Loopback-Schnittstellen-IPv4-Adresse an.

Auf Gerät R2 ermöglicht die indirect-next-hop Anweisung Junos OS, den indirekten nächsten Hop zur Weiterleitung der Next-Hop-Bindung in der Weiterleitungstabelle der Packet Forwarding Engine aufrechtzuerhalten. Infolgedessen müssen weniger Routen zur Weiterleitung von Next-Hop-Bindungen aktualisiert werden, was die Routenkonvergenzzeit verbessert, wenn ein Pfad ausfällt.

Topologie

Abbildung 3 zeigt das Beispielnetzwerk.

Abbildung 3: Beispieltopologie für indirekte Next Hops
Topology

Der Abschnitt "Cli Quick Configuration" zeigt die vollständige Konfiguration auf allen Geräten in Abbildung 3. Andernfalls konzentriert sich das Beispiel auf Gerät R0, Gerät R1 und Gerät R2.

Konfiguration

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, und kopieren Sie dann die Befehle und fügen sie auf Hierarchieebene in die [edit] CLI ein.

Gerät R0

Gerät R1

Gerät R2

Gerät R3

Gerät R4

Gerät R5

Konfigurieren von Gerät R0

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. 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 R0:

  1. Konfigurieren Sie die Schnittstellen, einschließlich mehrerer Routen, die zu Demonstrationszwecken in das Netzwerk injiziert werden können.

  2. Konfigurieren Sie eine statische Standardroute für die Netzwerkverfügbarkeit.

  3. Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.

Konfigurieren von Gerät R1

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. 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 R1:

  1. Konfigurieren Sie die Schnittstellen, einschließlich mehrerer Routen, die zu Demonstrationszwecken in das Netzwerk injiziert werden können.

  2. Konfigurieren Sie BGP.

  3. Konfigurieren Sie OSPF.

  4. Konfigurieren Sie die Routing-Richtlinien.

  5. Konfigurieren Sie eine Reihe von statischen Routen zu den auf Gerät R0 konfigurierten Schnittstellen.

  6. Konfigurieren Sie die Kennung des autonomen Systems (AS).

  7. Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.

Konfiguration von Gerät R2

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. 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 Schnittstellen, einschließlich mehrerer Routen, die zu Demonstrationszwecken in das Netzwerk injiziert werden können.

  2. Konfigurieren Sie BGP.

  3. Konfigurieren Sie OSPF.

  4. Konfigurieren Sie die Routing-Richtlinien.

  5. Konfigurieren Sie den AS-Bezeichner.

  6. Aktivieren Sie indirekte Next Hops in der Weiterleitungsebene.

  7. Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Ausgabe von show interfaces, show protocols, , show policy-optionsund show routing-options Befehlen. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Gerät R0

Gerät R1

Gerät R2

Konfigurieren Sie Geräte R3, Gerät R4 und Gerät R5, wie in Schnellkonfiguration von CLI dargestellt.

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen, ob die Routen die erwartete indirekte Next-Hop-Flag haben

Zweck

Stellen Sie sicher, dass Gerät R2 so konfiguriert ist, dass der indirekte nächste Hop zur Weiterleitung der Next-Hop-Bindung in der Packet Forwarding Engine-Weiterleitungstabelle beibehalten wird.

Aktion
Bedeutung

Das 0x3 Flag in der Ausgabe zeigt an, dass Gerät R2 so konfiguriert ist, dass der indirekte nächste Hop zur Weiterleitung der Next-Hop-Bindung in der Weiterleitungstabelle der Packet Forwarding Engine beibehalten wird. Wenn die indirect-next-hop Anweisung aus der Konfiguration gelöscht oder deaktiviert wird, ändert sich dieses Flag in 0x2. Router der MX-Serie von Junos mit Trio Modular Port Concentrator (MPC)-Chipsatz unterstützen standardmäßig indirekten Next-Hop und können nicht deaktiviert werden. Selbst wenn indirect-next-hop sie nicht unter forwarding-optionskonfiguriert ist, funktioniert die Funktion standardmäßig. Daher ist die 0x3 Flagge für Trio Modular Port Concentrator (MPCs) nicht zutreffend.

Hinweis:

Der show krt indirect-next-hop Befehl ist ausgeblendet und daher nicht dokumentiert. Der show krt indirect-next-hop Befehl wird hier angezeigt, da dies der einzige Befehl ist, der die indirekte Next-Hop-Funktion überprüft. Die beste Verifikationsmethode ist natürlich die Überwachung der Netzwerkleistung während der Rekonvergenz nach einem Pfadausfall.