Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Konfigurieren der OSPF-Routensteuerung

Grundlegendes zur OSPF-Routenverdichtung

Area Border Router (ABRs) senden zusammenfassende Linkankündigungen, um die Routen zu anderen Gebieten zu beschreiben. Abhängig von der Anzahl der Ziele kann ein Bereich mit einer großen Anzahl von Verbindungsstatusdatensätzen überflutet werden, die Routing-Geräteressourcen beanspruchen können. Um die Anzahl der Ankündigungen zu minimieren, die in einem Bereich überflutet werden, können Sie den ABR so konfigurieren, dass er einen Bereich von IP-Adressen zusammenfasst oder zusammenfasst und Erreichbarkeitsinformationen zu diesen Adressen in einer einzigen Link State Advertisement (LSA) sendet. Sie können einen oder mehrere Bereiche von IP-Adressen zusammenfassen, wobei alle Routen, die dem angegebenen Bereichsbereich entsprechen, an der Bereichsgrenze gefiltert werden und die Zusammenfassung an ihrer Stelle angekündigt wird.

Für einen OSPF-Bereich können Sie bereichsinterne Präfixe zusammenfassen und filtern. Alle Routen, die mit dem angegebenen Bereichsbereich übereinstimmen, werden an der Bereichsgrenze gefiltert, und die Zusammenfassung wird an ihrer Stelle angekündigt. Für einen OSPF-Nicht-so-Stubby-Bereich (NSSA) können Sie nur externe NSSA-LSAs (Typ 7) zusammenführen oder filtern, bevor sie in externe AS-LSAs (Typ 5) übersetzt werden und in den Backbone-Bereich gelangen. Alle innerhalb des Gebiets erlernten externen Routen, die nicht in den Bereich eines der Präfixe fallen, werden anderen Gebieten einzeln angekündigt.

Darüber hinaus können Sie auch die Anzahl der Präfixe (Routen) begrenzen, die in OSPF exportiert werden. Durch das Festlegen einer benutzerdefinierten maximalen Anzahl von Präfixen verhindern Sie, dass das Routing-Gerät eine übermäßige Anzahl von Routen in einen Bereich überflutet.

Beispiel: Begrenzen der Anzahl der Präfixe, die nach OSPF exportiert werden

In diesem Beispiel wird gezeigt, wie die Anzahl der Präfixe, die in OSPF exportiert werden, begrenzt wird.

Anforderungen

Bevor Sie beginnen:

Überblick

Standardmäßig gibt es keine Begrenzung für die Anzahl der Präfixe (Routen), die in OSPF exportiert werden können. Wenn eine beliebige Anzahl von Routen in OSPF exportiert werden kann, kann das Routing-Gerät überlastet werden und möglicherweise eine übermäßige Anzahl von Routen in ein Gebiet fluten.

Sie können die Anzahl der in OSPF exportierten Routen begrenzen, um die Belastung des Routing-Geräts zu minimieren und dieses potenzielle Problem zu vermeiden. Wenn das Routinggerät den konfigurierten Präfixexportwert überschreitet, bereinigt das Routinggerät die externen Präfixe und wechselt in einen Überlastungszustand. Dieser Status stellt sicher, dass das Routing-Gerät nicht überlastet wird, wenn es versucht, Routing-Informationen zu verarbeiten. Die Präfix-Exportlimitnummer kann ein Wert zwischen 0 und 4.294.967.295 sein.

In diesem Beispiel konfigurieren Sie einen Präfixexportgrenzwert von 100.000, indem Sie die prefix-export-limit Anweisung einschließen.

Topologie

Konfiguration

CLI Schnellkonfiguration

Um die Anzahl der Präfixe, die nach OSPF exportiert werden, schnell zu begrenzen, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und geben Sie sie dann aus dem Konfigurationsmodus ein commit .

Verfahren

Schritt-für-Schritt-Anleitung

So begrenzen Sie die Anzahl der Präfixe, die in OSPF exportiert werden:

  1. Konfigurieren Sie den Grenzwert für den Präfixexport.

    Anmerkung:

    Fügen Sie für OSPFv3 die ospf3 Anweisung auf der [edit protocols] Hierarchieebene ein.

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

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols ospf Befehl eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Geben Sie den show protocols ospf3 Befehl ein, um Ihre OSPFv3-Konfiguration zu bestätigen.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen des Präfix-Exportlimits

Zweck

Überprüfen Sie den Präfixexportzähler, der die Anzahl oder die Routen anzeigt, die in OSPF exportiert wurden.

Aktion

Geben Sie im Betriebsmodus den show ospf overview Befehl für OSPFv2 und den show ospf3 overview Befehl für OSPFv3 ein.

Grundlegendes zur OSPF-Datenverkehrssteuerung

Sobald eine Topologie im gesamten Netzwerk freigegeben ist, verwendet OSPF diese Topologie, um Pakete zwischen Netzwerkknoten weiterzuleiten. Jedem Pfad zwischen Nachbarn werden Kosten zugewiesen, die auf dem Schnittstellendurchsatz basieren. Der Standardalgorithmus berechnet die Schnittstellenmetrik basierend auf einer Referenzbandbreite von 100 Mbit/s unter Verwendung der Formel cost = reference-bandwidth / interface bandwidth. Das Ergebnis ist, dass jeder Schnittstelle, die mit 100 Mbit/s oder schneller betrieben wird, derselbe Metrikwert 1 zugewiesen wird. Sie können die OSPF-Schnittstellenmetrik manuell zuweisen, um den Standardwert zu überschreiben. Da aktuelle Juniper-Plattformen Schnittstellen mit 400 Gbit/s unterstützen, empfiehlt es sich oft, einen größeren reference-bandwidth Wert zu konfigurieren. Die Konfiguration eines Referenzbandbreitenwerts, der auf einem Vielfachen der Schnittstelle mit der höchsten Geschwindigkeit in Ihrem Netzwerk basiert, optimiert die Netzwerkpfade automatisch auf der Grundlage der Schnittstellengeschwindigkeit und bietet Spielraum für das Wachstum der Netzwerkgeschwindigkeit.

Die Summe der Kosten für einen bestimmten Pfad zwischen Hosts bestimmt die Gesamtkosten des Pfads. Die Pakete werden dann mithilfe des SPF-Algorithmus (shortest-path-first) über den kürzesten Pfad geleitet. Wenn zwischen einer Quell- und einer Zieladresse mehrere Pfade zu gleichen Kosten vorhanden sind, leitet OSPF Pakete abwechselnd im Rundlaufverfahren auf jedem Pfad weiter. Routen mit niedrigeren Gesamtpfadmetriken werden gegenüber solchen mit höheren Pfadmetriken bevorzugt.

Sie können die folgenden Methoden verwenden, um den OSPF-Datenverkehr zu steuern:

  • Kontrolle der Kosten für einzelne OSPF-Netzwerksegmente

  • Dynamische Anpassung der Metriken der OSPF-Schnittstelle basierend auf der Bandbreite

  • Steuerung der OSPF-Routenauswahl

Kostenkontrolle für einzelne OSPF-Netzwerksegmente

OSPF verwendet die folgende Formel, um die Kosten einer Route zu bestimmen:

Sie können den Referenzbandbreitenwert ändern, der zur Berechnung der Standardschnittstellenkosten verwendet wird. Der Wert für die Schnittstellenbandbreite ist nicht vom Benutzer konfigurierbar und bezieht sich auf die tatsächliche Bandbreite der physischen Schnittstelle.

Standardmäßig weist OSPF jedem Link, der schneller als 100 Mbit/s ist, eine Standardkostenmetrik von 1 und der Loopbackschnittstelle (lo0) eine Standardkostenmetrik von 0 zu. Der Loopback-Schnittstelle ist keine Bandbreite zugeordnet.

Um den Paketfluss über das Netzwerk zu steuern, können Sie mit OSPF einem bestimmten Pfadsegment manuell Kosten (oder eine Metrik) zuweisen. Wenn Sie eine Metrik für eine bestimmte OSPF-Schnittstelle angeben, wird dieser Wert verwendet, um die Kosten von Routen zu bestimmen, die von dieser Schnittstelle angekündigt werden. Wenn z. B. alle Router im OSPF-Netzwerk Standardmetrikwerte verwenden und Sie die Metrik auf einer Schnittstelle auf 5 erhöhen, haben alle Pfade über diese Schnittstelle eine berechnete Metrik, die höher als die Standardmetrik ist und nicht bevorzugt wird.

Anmerkung:

Jeder Wert, den Sie für die Metrik konfigurieren, überschreibt das Standardverhalten, bei dem der Referenzbandbreitenwert zur Berechnung der Routenkosten für diese Schnittstelle verwendet wird.

Wenn in einer Routing-Tabelle mehrere Routen zu gleichen Kosten zum gleichen Ziel vorhanden sind, wird ein ECMP-Satz (Equal-Cost Multipath) gebildet. Wenn für die aktive Route ein ECMP festgelegt ist, verwendet die Junos OS-Software einen Hash-Algorithmus, um eine der Next-Hop-Adressen im ECMP-Satz auszuwählen, die in der Weiterleitungstabelle installiert werden sollen.

Sie können Junos OS so konfigurieren, dass mehrere Next-Hop-Einträge in einem ECMP-Satz in der Weiterleitungstabelle installiert werden. Definieren Sie eine Load-Balancing-Routing-Richtlinie, indem Sie eine oder mehrere Konfigurationsanweisungen für Richtlinienanweisungen auf der Hierarchieebene [Richtlinienoptionen bearbeiten] mit der Aktion Lastenausgleich pro Paket einfügen. Wenden Sie dann die Routing-Richtlinie auf Routen an, die aus der Routing-Tabelle in die Weiterleitungstabelle exportiert werden.

Dynamische Anpassung von OSPF-Schnittstellenmetriken basierend auf der Bandbreite

Sie können eine Reihe von Bandbreitenschwellenwerten und zugehörigen Metrikwerten für eine OSPF-Schnittstelle oder für eine Topologie auf einer OSPF-Schnittstelle angeben. Wenn sich die Bandbreite einer Schnittstelle ändert (z. B. wenn die Verzögerung ein Schnittstellenmitglied verliert oder wenn die Schnittstellengeschwindigkeit administrativ geändert wird), setzt Junos OS die Schnittstellenmetrik automatisch auf den Wert zurück, der dem entsprechenden Bandbreitenschwellenwert zugeordnet ist. Junos OS verwendet den kleinsten konfigurierten Bandbreitenschwellenwert, der gleich oder größer als die tatsächliche Schnittstellenbandbreite ist, um den Metrikwert zu bestimmen. Wenn die Bandbreite der Schnittstelle größer als einer der konfigurierten Schwellenwerte für die Bandbreite ist, wird der für die Schnittstelle konfigurierte Metrikwert anstelle der konfigurierten bandbreitenbasierten Metrikwerte verwendet. Die Möglichkeit, die Metrik für eine Schnittstelle neu zu berechnen, wenn sich ihre Bandbreite ändert, ist besonders nützlich für aggregierte Schnittstellen.

Anmerkung:

Sie müssen auch eine Metrik für die Schnittstelle konfigurieren, wenn Sie bandbreitenbasierte Metriken aktivieren.

Steuern der OSPF-Routeneinstellungen

Sie können den Paketfluss durch das Netzwerk mithilfe von Routeneinstellungen steuern. Routeneinstellungen werden verwendet, um auszuwählen, welche Route in der Weiterleitungstabelle installiert wird, wenn mehrere Protokolle Routen zum selben Ziel berechnen. Die Route mit dem niedrigsten Präferenzwert wird ausgewählt.

Standardmäßig haben interne OSPF-Routen einen Präferenzwert von 10 und externe OSPF-Routen einen Präferenzwert von 150. Obwohl die Standardeinstellungen für die meisten Umgebungen geeignet sind, sollten Sie die Standardeinstellungen ändern, wenn alle Routinggeräte in Ihrem OSPF-Netzwerk die Standardeinstellungswerte verwenden oder wenn Sie planen, von OSPF zu einem anderen Interior Gateway Protocol (IGP) zu migrieren. Wenn alle Geräte die standardmäßigen Routenpräferenzwerte verwenden, können Sie die Routeneinstellungen ändern, um sicherzustellen, dass der Pfad durch ein bestimmtes Gerät immer dann für die Weiterleitungstabelle ausgewählt wird, wenn mehrere Pfade zu gleichen Kosten zu einem Ziel vorhanden sind. Wenn Sie von OSPF zu einem anderen IGP migrieren, können Sie durch Ändern der Routeneinstellungen die Migration auf kontrollierte Weise durchführen.

Siehe auch

Beispiel: Kostenkontrolle einzelner OSPF-Netzwerksegmente

In diesem Beispiel wird gezeigt, wie die Kosten für einzelne OSPF-Netzwerksegmente gesteuert werden.

Anforderungen

Bevor Sie beginnen:

Überblick

Alle OSPF-Schnittstellen haben einen Kostenpunkt, bei dem es sich um eine Routing-Metrik handelt, die bei der Berechnung des Verbindungszustands verwendet wird. Routen mit niedrigeren Gesamtpfadmetriken werden solchen mit höheren Pfadmetriken vorgezogen. In diesem Beispiel untersuchen wir, wie die Kosten von OSPF-Netzwerksegmenten gesteuert werden können.

Standardmäßig weist OSPF jedem Link, der schneller als 100 Mbit/s ist, eine Standardkostenmetrik von 1 und der Loopbackschnittstelle (lo0) eine Standardkostenmetrik von 0 zu. Der Loopback-Schnittstelle ist keine Bandbreite zugeordnet. Das bedeutet, dass für alle Schnittstellen, die schneller als 100 Mbit/s sind, die gleiche Standardkostenmetrik von 1 gilt. Wenn zwischen einer Quell- und einer Zieladresse mehrere Pfade zu gleichen Kosten vorhanden sind, leitet OSPF Pakete abwechselnd im Rundlaufverfahren auf jedem Pfad weiter.

Die gleiche Standardmetrik ist möglicherweise kein Problem, wenn alle Schnittstellen mit der gleichen Geschwindigkeit ausgeführt werden. Wenn die Schnittstellen mit unterschiedlichen Geschwindigkeiten arbeiten, stellen Sie möglicherweise fest, dass der Datenverkehr nicht über die schnellste Schnittstelle geleitet wird, da OSPF Pakete gleichmäßig über die verschiedenen Schnittstellen routet. Wenn Ihr Routinggerät z. B. über Fast Ethernet- und Gigabit-Ethernet-Schnittstellen verfügt, auf denen OSPF ausgeführt wird, hat jede dieser Schnittstellen die Standardkostenmetrik 1.

Im ersten Beispiel legen Sie die Referenzbandbreite auf 10G (10 Gbit/s, angegeben durch 10.000.000.000 Bit) fest, indem Sie die reference-bandwidth-Anweisung einschließen. Bei dieser Konfiguration weist OSPF der Fast-Ethernet-Schnittstelle eine Standardmetrik von 100 und der Gigabit-Ethernet-Schnittstelle eine Metrik von 10 zu. Da die Gigabit-Ethernet-Schnittstelle die niedrigste Metrik aufweist, wählt OSPF sie beim Weiterleiten von Paketen aus. Der Bereich beträgt 9600 bis 1.000.000.000.000 Bits.

Abbildung 2 zeigt drei Routing-Geräte im Bereich 0.0.0.0 und geht davon aus, dass die Verbindung zwischen Gerät R2 und Gerät R3 mit anderem Datenverkehr überlastet ist. Sie können den Paketfluss über das Netzwerk auch steuern, indem Sie einem bestimmten Pfadsegment manuell eine Metrik zuweisen. Jeder Wert, den Sie für die Metrik konfigurieren, überschreibt das Standardverhalten, bei dem der Referenzbandbreitenwert zur Berechnung der Routenkosten für diese Schnittstelle verwendet wird. Um zu verhindern, dass der Datenverkehr von Gerät R3 direkt an Gerät R2 weitergeleitet wird, passen Sie die Metrik auf der Schnittstelle von Gerät R3, das eine Verbindung mit Gerät R1 herstellt, so an, dass der gesamte Datenverkehr über Gerät R1 geleitet wird.

Im zweiten Beispiel legen Sie die Metrik auf der Schnittstelle fe-1/0/1 auf Gerät R3, das eine Verbindung mit Gerät R1 herstellt, auf 5 fest, indem Sie die Metrikanweisung einschließen. Der Bereich liegt zwischen 1 und 65.535.

Abbildung 2: Konfiguration OSPF Metric Configuration der OSPF-Metrik

Topologie

Konfiguration

Konfigurieren der Referenzbandbreite

CLI Schnellkonfiguration

Um die Referenzbandbreite 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 erforderlich sind, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und wechseln commit Sie dann aus dem Konfigurationsmodus.

Schritt-für-Schritt-Anleitung

So konfigurieren Sie die Referenzbandbreite:

  1. Konfigurieren Sie die Referenzbandbreite, um die Standardkosten für die Schnittstelle zu berechnen.

    Anmerkung:

    Um OSPFv3 anzugeben, fügen Sie die ospf3-Anweisung auf der Hierarchieebene [Protokolle bearbeiten] ein.

    Trinkgeld:

    Als Abkürzung geben Sie in diesem Beispiel 10g ein, um eine Referenzbandbreite von 10 Gbit/s anzugeben. Unabhängig davon, ob Sie 10g oder 100000000000 eingeben, zeigt die Ausgabe des ospf-Befehls show protocols 10 Gbit/s als 10 G und nicht als 10000000000 an.

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

    Anmerkung:

    Wiederholen Sie diese gesamte Konfiguration auf allen Routing-Geräten in einem gemeinsam genutzten Netzwerk.

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den Befehl show protocols ospf eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Um Ihre OSPFv3-Konfiguration zu bestätigen, geben Sie den Befehl show protocols ospf3 ein.

Konfigurieren einer Metrik für eine bestimmte OSPF-Schnittstelle

CLI Schnellkonfiguration

Um schnell eine Metrik für eine bestimmte OSPF-Schnittstelle 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 erforderlich sind, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und geben Sie sie dann aus dem Konfigurationsmodus ein commit .

Schritt-für-Schritt-Anleitung

So konfigurieren Sie die Metrik für eine bestimmte OSPF-Schnittstelle:

  1. Erstellen Sie einen OSPF-Bereich.

    Anmerkung:

    Um OSPFv3 anzugeben, fügen Sie die ospf3-Anweisung auf der Hierarchieebene [Protokolle bearbeiten] ein.

  2. Konfigurieren Sie die Metrik des OSPF-Netzwerksegments.

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

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den Befehl show protocols ospf eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Um Ihre OSPFv3-Konfiguration zu bestätigen, geben Sie den Befehl show protocols ospf3 ein.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen der konfigurierten Metrik

Zweck

Überprüfen Sie die Metrikeinstellung auf der Schnittstelle. Vergewissern Sie sich, dass im Feld Kosten die konfigurierte Metrik (Kosten) der Schnittstelle angezeigt wird. Bei der Auswahl von Pfaden zu einem Ziel verwendet OSPF den Pfad mit den geringsten Kosten.

Aktion

Geben Sie im Betriebsmodus den Befehl show ospf interface detail für OSPFv2 und den Befehl show ospf3 interface detail für OSPFv3 ein.

Überprüfen der Route

Zweck

Bei der Auswahl von Pfaden zu einem Ziel verwendet OSPF den Pfad mit den geringsten Gesamtkosten. Vergewissern Sie sich, dass OSPF den richtigen Pfad verwendet.

Aktion

Geben Sie im Betriebsmodus den Befehl show route ein.

Siehe auch

Grundlegendes zur gewichteten Verteilung des ECMP-Datenverkehrs auf OSPFv2-Nachbarn mit einem Hop

ECMP (Equal-Cost Multipath) ist eine beliebte Technik zum Lastenausgleich für Datenverkehr über mehrere Pfade. Wenn bei aktiviertem ECMP der Datenverkehr zu einem entfernten Ziel die gleichen Kosten haben, wird der Datenverkehr zu gleichen Teilen zwischen ihnen verteilt. Eine gleichmäßige Verteilung des Datenverkehrs auf mehrere Pfade ist nicht wünschenswert, wenn die lokalen Verbindungen zu benachbarten Routern zum endgültigen Ziel eine ungleiche Kapazität aufweisen. In der Regel ist die Verteilung des Datenverkehrs auf zwei Verbindungen gleich und die Verbindungsauslastung ist gleich. Ändert sich jedoch die Kapazität eines aggregierten Ethernet-Pakets, führt eine gleichmäßige Verteilung des Datenverkehrs zu einem Ungleichgewicht bei der Auslastung der Verbindungen. In diesem Fall ermöglicht das gewichtete ECMP den Load Balancing des Datenverkehrs zwischen gleichen Kostenpfaden im Verhältnis zur Kapazität der lokalen Verbindungen.

Als Beispiel gibt es zwei Geräte, die mit einem aggregierten Ethernet-Bundle mit vier Links und einer einzigen Verbindung mit den gleichen Kosten verbunden sind. Unter normalen Bedingungen werden sowohl die AE-Bündel als auch der einzelne Link gleichmäßig genutzt, um den Datenverkehr zu verteilen. Wenn jedoch eine Verbindung im AE-Bündel ausfällt, ändert sich die Verbindungskapazität, was zu einer ungleichmäßigen Auslastung der Verbindung führt. Beim gewichteten ECMP-Lastausgleich wird der Datenverkehr zwischen den gleichen Kostenpfaden proportional zur Kapazität der lokalen Verbindungen ausgeglichen. In diesem Fall wird der Datenverkehr im Verhältnis 30/40 zwischen dem AE-Bündel und der einzelnen Verbindung verteilt.

Anmerkung:

Diese Funktion bietet gewichtetes ECMP-Routing zu OSPFv2-Nachbarn, die nur einen Hop entfernt sind. Das Betriebssystem unterstützt diese Funktion nur auf unmittelbar verbundenen Routern und nicht auf Multihop-Routern, d. h. auf Routern, die mehr als einen Hop entfernt sind.

Um eine gewichtete ECMP-Datenverkehrsverteilung auf direkt verbundene OSPFv2-Nachbarn zu aktivieren, konfigurieren weighted one-hop Sie die Anweisung auf der [edit protocols ospf spf-options multipath] Hierarchieebene.

Anmerkung:

Sie müssen die Load Balancing-Richtlinie pro Paket konfigurieren, bevor Sie diese Funktion konfigurieren. WECMP ist betriebsbereit, wenn eine paketspezifische Load Balancing-Richtlinie vorhanden ist.
Anmerkung:

Für logische Schnittstellen müssen Sie die Schnittstellenbandbreite so konfigurieren, dass der Datenverkehr basierend auf der zugrunde liegenden Bandbreite der physischen Schnittstelle auf Multipaths zu gleichen Kosten verteilt wird. Wenn Sie die logische Bandbreite nicht für jede logische Schnittstelle konfigurieren, geht das Betriebssystem davon aus, dass für jede logische Schnittstelle die gesamte Bandbreite der physischen Schnittstelle verfügbar ist.

Beispiel: Gewichtete ECMP-Datenverkehrsverteilung auf OSPFv2-Nachbarn mit einem Hop

Verwenden Sie dieses Beispiel, um ECMP-Routing (Weighted Equal Cost Multipath) für die Verteilung des Datenverkehrs an OSPFv2-Nachbarn zu konfigurieren, die nur einen Hop entfernt sind, um einen optimalen Load Balancing zu gewährleisten.

Anmerkung:

Unser Content-Testing-Team hat dieses Beispiel validiert und aktualisiert.
Trinkgeld:
Tabelle 1: Lesbarkeitsbewertung und Zeitschätzungen

Lesezeit

30 Minuten

Konfigurationszeit

20 Minuten

Beispiel für Voraussetzungen

Hardwareanforderungen

Zwei Router der MX-Serie.

Software-Anforderungen

Junos OS Version 24.2R1 oder höher kann auf allen Geräten ausgeführt werden.

Vorbereitungen

Nützt

Gewichtetes ECMP-Routing verteilt den Datenverkehr ungleichmäßig auf mehrere Pfade und sorgt so für ein besseres Load Balancing. Dies ist effizienter als eine gleichmäßige Verteilung des Datenverkehrs beim Load Balancing pro Paket.

Mehr erfahren

Grundlegendes zur gewichteten ECMP-Datenverkehrsverteilung auf One-Hop-OSPF-Nachbarn

Funktionsübersicht

Eingesetzte Technologien

  • Ethernet-Services: Aggregiertes Ethernet, VLAN

  • Routing-Protokolle:OSPF

  • Richtlinie: Load Balancing pro Paket

Primäre Überprüfungsaufgaben

  1. Stellen Sie sicher, dass OSPFv2 den Datenverkehr verteilt, indem Sie eine gewichtete ECMP erreichen, wenn eine der aggregierten Verbindungen während des Load Balancing pro Paket in Abhängigkeit von der verfügbaren Bandbreite ausfällt.

  2. Stellen Sie sicher, dass OSPFv2 den Datenverkehr verteilt, indem Sie auf logischen Schnittstellen basierend auf der konfigurierten logischen Bandbreite gewichtetes ECMP erreichen.

Topologieübersicht

Dieses Konfigurationsbeispiel zeigt drei aggregierte Ethernet-Bundles ae0, ae1 und ae2 mit jeweils zwei Verbindungen zwischen Router R0 und Router R1. Die Packet Forwarding Engine verteilt den Datenverkehr je nach verfügbarer Bandbreite ungleichmäßig zwischen den drei Ethernet-Paketen, wenn eine der Verbindungen ausfällt.

Hostname

Rolle

Funktion

R0-KARTON

Das Gerät, auf dem der WECMP konfiguriert ist.

R0 sendet Datenverkehr an R1.

R1-KARTON

Das Gerät, das direkt mit R0 verbunden ist.

R1 empfängt Datenverkehr von R0.

Topologie-Illustration

Abbildung 3: Gewichtete ECMP-Datenverkehrsverteilung auf OSPFv2-Nachbarn Weighted ECMP Traffic Distribution on One Hop OSPFv2 Neighbors mit einem Hop

R0-Konfigurationsschritte

Vollständige Beispielkonfigurationen für R0 finden Sie unter: Anhang 1: Festlegen von Befehlen auf allen Geräten

In diesem Abschnitt werden die wichtigsten Konfigurationsaufgaben hervorgehoben, die zum Konfigurieren des R0-Geräts für dieses Beispiel erforderlich sind. Der erste Schritt ist die Konfiguration der aggregierten Ethernet-Schnittstellen. Die folgenden Schritte sind spezifisch für die Konfiguration von OSPF für die AE-Bundles und die Konfiguration von gewichtetem ECMP.

    1. Konfigurieren Sie die beiden Mitgliedslinks der aggregierten Ethernet-Bundles ae0, ae1 und ae2.

    2. Konfigurieren Sie die IP-Adresse und das Link Aggregation Control Protocol (LACP) für die aggregierten Ethernet-Schnittstellen ae0, ae1 und ae2.

    3. Konfigurieren Sie die aggregierten Ethernet-Schnittstellen (ae0, ae1 und ae2) für VLAN-Tagging.

    4. Konfigurieren Sie die Adresse der Loopback-Schnittstelle.

    5. Konfigurieren Sie die OSPF-Router-ID, indem Sie den Konfigurationswert [router-id] eingeben.

    6. Konfigurieren Sie logische Schnittstellen mit angemessener Bandbreite basierend auf der zugrunde liegenden physischen Bandbreite.

      Anmerkung:

      Konfigurieren Sie für logische Schnittstellen die Schnittstellenbandbreite so, dass der Datenverkehr basierend auf der zugrunde liegenden Bandbreite der Betriebsschnittstelle auf Multipfade zu gleichen Kosten verteilt wird. Wenn Sie mehrere logische Schnittstellen auf einer einzelnen Schnittstelle konfigurieren, konfigurieren Sie die entsprechende logische Bandbreite für jede logische Schnittstelle, um die gewünschte Datenverkehrsverteilung über die logischen Schnittstellen anzuzeigen.

    7. Konfigurieren Sie eine Tunnelschnittstelle, und geben Sie die Bandbreite an, die für den Tunneldatenverkehr auf jeder Packet Forwarding Engine von R0 reserviert werden soll.

  2. Geben Sie die maximale Anzahl der gewichteten ECMP-Schnittstellen an, die Sie konfigurieren möchten. Aktivieren Sie einen ordnungsgemäßen Switchover und geben Sie die Anzahl der zu erstellenden aggregierten Ethernet-Schnittstellen an.

  3. Konfigurieren Sie OSPF auf allen Schnittstellen und in den AE-Bundles.

  4. Konfigurieren Sie das Load Balancing pro Paket.

  5. Wenden Sie eine Load Balancing-Richtlinie pro Paket an.

  6. Aktivieren Sie die gewichtete ECMP-Datenverkehrsverteilung auf direkt verbundenen OSPFv2-Nachbarn.

Verifizierung

Aufgabe zur Befehlsüberprüfung
Route umfangreich anzeigen Verifizieren Sie die gleichmäßige Verteilung des Datenverkehrs auf mehrere Pfade zu gleichen Kosten.
Route umfangreich anzeigen Überprüfen Sie die ungleichmäßige Verteilung des Datenverkehrs über die verfügbare Bandbreite.
Schnittstellen umfangreich anzeigen Überprüfen Sie die ungleichmäßige Verteilung des Datenverkehrs über die verfügbare Bandbreite.

Überprüfung der gleichmäßigen Verteilung des Datenverkehrs auf mehrere Pfade zu gleichen Kosten

Zweck

Überprüfen, ob der Datenverkehr gleichmäßig auf die aggregierten Ethernet-Bundles verteilt ist.

Aktion

Geben Sie im Betriebsmodus den show route 10.1.255.2 extensive Befehl ein.

Bedeutung

OSPF verteilt den Datenverkehr gleichmäßig, wenn für die drei aggregierten Ethernet-Pakete dieselbe Bandbreite zur Verfügung steht.

Überprüfung der ungleichen Verteilung des Datenverkehrs auf die verfügbare Bandbreite

Zweck

Überprüfen, ob OSPF den Datenverkehr ungleichmäßig verteilt, wenn eine der aggregierten Verbindungen während des Load Balancing pro Paket in Abhängigkeit von der verfügbaren Bandbreite ausfällt.

Aktion

Deaktivieren Sie einen der Links im ae0-Bundle. Geben Sie im Betriebsmodus den show route 10.1.255.2 extensive Befehl ein.

Bedeutung

OSPF schließt daraus, dass für das ae0-Paket eine geringere Bandbreite verfügbar ist. Ändert daher den paketspezifischen Load Balancing entsprechend der verfügbaren Bandbreite. Laut Ausgabe sind nur 20 Prozent der Bandbreite auf ae0 verfügbar, weil eine der aggregierten Ethernet-Verbindungen ausgefallen ist. Somit verteilt OSPF den Datenverkehr ungleich in Abhängigkeit von der verfügbaren Bandbreite.

Anhang 1: Festlegen von Befehlen auf allen Geräten

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 erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, und kopieren Sie dann die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein.

R0-KARTON

R1-KARTON

Beispiel: Dynamische Anpassung von OSPF-Schnittstellenmetriken basierend auf der Bandbreite

In diesem Beispiel wird gezeigt, wie OSPF-Schnittstellenmetriken basierend auf der Bandbreite dynamisch angepasst werden.

Konfiguration

CLI Schnellkonfiguration

Um Bandbreitenschwellenwerte und zugehörige Metrikwerte für eine OSPF-Schnittstelle 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 erforderlich sind, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und geben Sie sie dann aus dem Konfigurationsmodus ein commit .

Schritt-für-Schritt-Anleitung

So konfigurieren Sie die Metrik für eine bestimmte OSPF-Schnittstelle:

  1. Erstellen Sie einen OSPF-Bereich.

    Anmerkung:

    Um OSPFv3 anzugeben, fügen Sie die ospf3-Anweisung auf der Hierarchieebene [Protokolle bearbeiten] ein.

  2. Konfigurieren Sie die Metrik des OSPF-Netzwerksegments.

  3. Konfigurieren Sie die Bandbreitenschwellenwerte und die zugehörigen Metrikwerte. Bei dieser Konfiguration, wenn die Bandbreite der aggregierten Ethernet-Schnittstelle 1 G beträgt, berücksichtigt OSPF die Metrik 60 für diese Schnittstelle. Wenn die Bandbreite der aggregierten Ethernet-Schnittstelle 10G beträgt, berücksichtigt OSPF die Metrik 50 für diese Schnittstelle.

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

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den Befehl show protocols ospf eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Um Ihre OSPFv3-Konfiguration zu bestätigen, geben Sie den Befehl show protocols ospf3 ein.

Anforderungen

Bevor Sie beginnen:

Überblick

Sie können eine Reihe von Bandbreitenschwellenwerten und zugehörigen Metrikwerten für eine OSPF-Schnittstelle angeben. Wenn sich die Bandbreite einer Schnittstelle ändert, setzt Junos OS die Schnittstellenmetrik automatisch auf den Wert, der dem entsprechenden Bandbreitenschwellenwert zugeordnet ist. Wenn Sie bandbreitenbasierte Metrikwerte konfigurieren, konfigurieren Sie in der Regel mehrere Bandbreiten- und Metrikwerte.

In diesem Beispiel konfigurieren Sie die OSPF-Schnittstelle ae0 für bandbreitenbasierte Metriken, indem Sie die bandwidth-based-metrics-Anweisung und die folgenden Einstellungen einschließen:

  • bandwidth: Gibt den Bandbreitenschwellenwert in Bits pro Sekunde an. Der Bereich liegt zwischen 9600 und 1.000.000.000.000.000.

  • metric: Gibt den Metrikwert an, der einem bestimmten Bandbreitenwert zugeordnet werden soll. Der Bereich liegt zwischen 1 und 65.535.

Topologie

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen der konfigurierten Metrik

Zweck

Überprüfen Sie die Metrikeinstellung auf der Schnittstelle. Vergewissern Sie sich, dass im Feld Kosten die konfigurierte Metrik (Kosten) der Schnittstelle angezeigt wird. Bei der Auswahl von Pfaden zu einem Ziel verwendet OSPF den Pfad mit den geringsten Kosten.

Aktion

Geben Sie im Betriebsmodus den Befehl show ospf interface detail für OSPFv2 und den Befehl show ospf3 interface detail für OSPFv3 ein.

Beispiel: Steuern von OSPF-Routeneinstellungen

In diesem Beispiel wird gezeigt, wie die OSPF-Routenauswahl in der Weiterleitungstabelle gesteuert wird. Dieses Beispiel zeigt auch, wie Sie die Routenauswahl steuern können, wenn Sie von OSPF zu einem anderen IGP migrieren.

Konfiguration

CLI Schnellkonfiguration

Um die OSPF-Routenpräferenzwerte 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 erforderlich sind, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und geben Sie sie dann aus dem Konfigurationsmodus ein commit .

Schritt-für-Schritt-Anleitung

So konfigurieren Sie die Routenauswahl:

  1. Wechseln Sie in den OSPF-Konfigurationsmodus, und legen Sie die externen und internen Routing-Einstellungen fest.

    Anmerkung:

    Um OSPFv3 anzugeben, fügen Sie die ospf3 Anweisung auf der [edit protocols] Hierarchieebene ein.

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

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols ospf Befehl eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Geben Sie den show protocols ospf3 Befehl ein, um Ihre OSPFv3-Konfiguration zu bestätigen.

Anforderungen

In diesem Beispiel wird davon ausgegangen, dass OSPF ordnungsgemäß konfiguriert ist und in Ihrem Netzwerk ausgeführt wird, und Sie möchten die Routenauswahl steuern, da Sie planen, von OSPF zu einem anderen IGP zu migrieren.

Überblick

Routeneinstellungen werden verwendet, um auszuwählen, welche Route in der Weiterleitungstabelle installiert wird, wenn mehrere Protokolle Routen zum selben Ziel berechnen. Die Route mit dem niedrigsten Präferenzwert wird ausgewählt.

Standardmäßig haben interne OSPF-Routen einen Präferenzwert von 10 und externe OSPF-Routen einen Präferenzwert von 150. Sie können diese Einstellung ändern, wenn Sie planen, von OSPF zu einer anderen IGP zu migrieren. Wenn Sie die Routeneinstellungen ändern, können Sie die Migration auf kontrollierte Weise durchführen.

In diesem Beispiel werden die folgenden Annahmen getroffen:

  • OSPF wird bereits in Ihrem Netzwerk ausgeführt.

  • Sie möchten von OSPF zu IS-IS migrieren.

  • Sie haben IS-IS gemäß Ihren Netzwerkanforderungen konfiguriert und bestätigt, dass es ordnungsgemäß funktioniert.

In diesem Beispiel erhöhen Sie die OSPF-Routenpräferenzwerte, um sie weniger bevorzugt als IS-IS-Routen zu machen, indem Sie 168 für interne OSPF-Routen und 169 für externe OSPF-Routen angeben. Interne IS-IS-Routen haben eine Präferenz von entweder 15 (für Level1) oder 18 (für Level 2), und externe Routen haben eine Präferenz von 160 (für Level 1) oder 165 (für Level 2). Im Allgemeinen wird empfohlen, die Standardeinstellungen für das neue Protokoll beizubehalten, um die Komplexität zu minimieren und zukünftige Hinzufügungen von Routing-Geräten zum Netzwerk zu simplifizieren. Konfigurieren Sie die folgenden Einstellungen, um die OSPF-Routenpräferenzwerte zu ändern:

  • preference: Gibt die Routenpräferenz für interne OSPF-Routen an. Standardmäßig haben interne OSPF-Routen den Wert 10. Die Spanne reicht von 0 bis 4,294967,295 (232 – 1).

  • external-preference– Gibt die Routenpräferenz für externe OSPF-Routen an. Standardmäßig haben externe OSPF-Routen den Wert 150. Die Spanne reicht von 0 bis 4,294967,295 (232 – 1).

Topologie

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen der Route

Zweck

Stellen Sie sicher, dass der IGP die richtige Route verwendet. Nachdem die neue IGP zum bevorzugten Protokoll (in diesem Beispiel IS-IS) geworden ist, sollten Sie das Netzwerk auf Probleme überwachen. Nachdem Sie sich vergewissert haben, dass die neue IGP ordnungsgemäß funktioniert, können Sie die OSPF-Konfiguration vom Routing-Gerät entfernen, indem Sie den delete ospf Befehl auf der [edit protocols] Hierarchieebene eingeben.

Aktion

Geben Sie im Betriebsmodus den show route Befehl ein.

Grundlegendes zur OSPF-Überladungsfunktion

Wenn die nach der Aktivierung der OSPF-Instanz verstrichene Zeit kleiner ist als das angegebene Timeout, wird der Überlastungsmodus festgelegt.

Sie können das lokale Routinggerät so konfigurieren, dass es überlastet erscheint. Ein überlastetes Routing-Gerät stellt fest, dass es keinen OSPF-Transitdatenverkehr mehr verarbeiten kann, was dazu führt, dass OSPF-Transitdatenverkehr an andere Routing-Geräte gesendet wird. Der OSPF-Datenverkehr zu direkt angeschlossenen Schnittstellen erreicht weiterhin das Routing-Gerät. Sie können den Überlastungsmodus aus vielen Gründen konfigurieren, darunter:

  • Wenn Sie möchten, dass das Routinggerät am OSPF-Routing teilnimmt, aber nicht für Transitdatenverkehr verwendet wird. Dies kann ein Routinggerät umfassen, das zu Analysezwecken mit dem Netzwerk verbunden ist, aber nicht als Teil des Produktionsnetzwerks betrachtet wird, wie z. B. Routinggeräte für die Netzwerkverwaltung.

  • Wenn Sie Wartungsarbeiten an einem Routing-Gerät in einem Produktionsnetzwerk durchführen. Sie können den Datenverkehr von diesem Routinggerät ableiten, damit die Netzwerkdienste während des Wartungsfensters nicht unterbrochen werden.

Sie konfigurieren oder deaktivieren den Überlastungsmodus in OSPF mit oder ohne Zeitüberschreitung. Ohne Timeout wird der Überlastungsmodus so lange gesetzt, bis er explizit aus der Konfiguration gelöscht wird. Bei einer Zeitüberschreitung wird der Überlastungsmodus festgelegt, wenn die seit dem Start der OSPF-Instanz verstrichene Zeit kleiner als die angegebene Zeitüberschreitung ist.

Ein Timer wird für die Differenz zwischen dem Timeout und der Zeit, die seit dem Start der Instanz verstrichen ist, gestartet. Wenn der Timer abläuft, wird der Überlastmodus gelöscht. Im Überlastungsmodus wird die Link-State-Advertisement (LSA) des Routers erstellt, wobei alle Transitrouterverbindungen (mit Ausnahme des Stubs) auf die Metrik 0xFFFF festgelegt sind. Die Stub-Router-Links werden mit den tatsächlichen Kosten der Schnittstellen beworben, die dem Stub entsprechen. Dies führt dazu, dass der Transitdatenverkehr das überlastete Routing-Gerät meidet und Pfade um das Routing-Gerät herum nimmt. Die eigenen Verbindungen des überlasteten Routing-Geräts sind jedoch weiterhin erreichbar.

Das Routing-Gerät kann auch dynamisch in den Überlastungszustand wechseln, unabhängig davon, ob es so konfiguriert ist, dass das Gerät als überlastet angezeigt wird. Wenn das Routing-Gerät z. B. den konfigurierten OSPF-Präfixgrenzwert überschreitet, löscht das Routing-Gerät die externen Präfixe und wechselt in einen Überlastungszustand.

Bei fehlerhaften Konfigurationen kann es vorkommen, dass eine große Anzahl von Routen in OSPF eingeht, was die Netzwerkleistung beeinträchtigen kann. Um dies zu verhindern, sollte konfiguriert werden, prefix-export-limit dass Externe bereinigt werden und das Netzwerk vor negativen Auswirkungen geschützt wird.

Wenn eine beliebige Anzahl von Routen in OSPF exportiert werden kann, kann das Routing-Gerät überlastet werden und möglicherweise eine übermäßige Anzahl von Routen in ein Gebiet fluten. Sie können die Anzahl der in OSPF exportierten Routen begrenzen, um die Belastung des Routing-Geräts zu minimieren und dieses potenzielle Problem zu vermeiden.

Standardmäßig gibt es keine Begrenzung für die Anzahl der Präfixe (Routen), die in OSPF exportiert werden können. Um dies zu verhindern, sollte konfiguriert werden, prefix-export-limit dass Externe bereinigt und das Netzwerk verhindert wird.

Ab Junos OS Version 18.2 werden die folgenden Funktionen vom Stub-Router in Ihrem OSPF-Netzwerk unterstützt, wenn der OSPF überlastet ist:

  • Zulassen von Routenverlusten: Externe Präfixe werden während einer OSPF-Überlastung neu verteilt, und die Präfixe stammen zu normalen Kosten.

  • Stub-Netzwerk mit maximaler Metrik ankündigen: Stub-Netzwerke werden während der OSPF-Überlastung mit maximaler Metrik angekündigt.

  • Ankündigungen von bereichsinternen Präfixen mit maximaler Metrik: Bereichsinterne Präfixe werden während einer OSPF-Überlastung mit maximaler Metrik angekündigt.

  • Externes Präfix mit maximal möglicher Metrik ankündigen: Externe OSPF AS-Präfixe werden während der OSPF-Überlastung neu verteilt, und die Präfixe werden mit maximalen Kosten angekündigt.

Sie können jetzt Folgendes konfigurieren, wenn OSPF überlastet ist:

  • allow-route-leaking auf der [edit protocols <ospf | ospf3> overload] Hierarchieebene, um die externen Präfixe mit normalen Kosten anzukündigen.

  • stub-network auf der [edit protocols ospf overload] Hierarchieebene, um das Stub-Netzwerk mit der maximalen Metrik anzukündigen.

  • intra-area-prefix auf der [edit protocols ospf3 overload] Hierarchieebene, um das bereichsinterne Präfix mit der maximalen Metrik anzukündigen.

  • as-external auf der [edit protocols <ospf | ospf3> overload] Hierarchieebene, um das externe Präfix mit der maximalen Metrik anzukündigen.

So begrenzen Sie die Anzahl der Präfixe, die in OSPF exportiert werden:

Die Präfix-Exportlimitnummer kann ein Wert zwischen 0 und 4.294.967.295 sein.

Siehe auch

Beispiel: Konfigurieren von OSPF, um Routing-Geräte als überlastet erscheinen zu lassen

In diesem Beispiel wird gezeigt, wie ein Routinggerät, auf dem OSPF ausgeführt wird, so konfiguriert wird, dass es überlastet erscheint.

Anforderungen

Bevor Sie beginnen:

Überblick

Sie können ein lokales Routinggerät, auf dem OSPF ausgeführt wird, so konfigurieren, dass es als überlastet erscheint, wodurch das lokale Routinggerät am OSPF-Routing teilnehmen kann, jedoch nicht am Transitdatenverkehr. Bei der Konfiguration werden die Metriken der Transitschnittstelle auf den Maximalwert 65535 festgelegt.

Dieses Beispiel enthält die folgenden Einstellungen:

  • overload: Konfiguriert das lokale Routing-Gerät so, dass es überlastet zu sein scheint. Sie können dies konfigurieren, wenn Sie möchten, dass das Routinggerät am OSPF-Routing teilnimmt, aber nicht für den Transitdatenverkehr verwendet wird, oder wenn Sie Wartungsarbeiten an einem Routinggerät in einem Produktionsnetzwerk durchführen.

  • Zeitüberschreitung seconds—(Optional) Gibt die Anzahl der Sekunden an, bei der die Überladung zurückgesetzt wird. Wenn kein Zeitüberschreitungsintervall angegeben ist, verbleibt das Routing-Gerät im Überlastzustand, bis die Überlastanweisung gelöscht oder ein Timeout festgelegt wird. In diesem Beispiel konfigurieren Sie 60 Sekunden als die Zeitspanne, die das Routinggerät im Überlastungszustand verbleibt. Standardmäßig beträgt das Timeoutintervall 0 Sekunden (dieser Wert ist nicht konfiguriert). Der Bereich reicht von 60 bis 1800 Sekunden.

Topologie

Konfiguration

Verfahren

CLI Schnellkonfiguration

Um ein lokales Routing-Gerät schnell so zu konfigurieren, dass es als überlastet angezeigt wird, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und wechseln commit Sie dann aus dem Konfigurationsmodus.

Schritt-für-Schritt-Anleitung

So konfigurieren Sie ein lokales Routinggerät so, dass es überlastet angezeigt wird:

  1. Wechseln Sie in den OSPF-Konfigurationsmodus.

    Anmerkung:

    Um OSPFv3 anzugeben, fügen Sie die ospf3 Anweisung auf der [edit protocols] Hierarchieebene ein.

  2. Konfigurieren Sie das lokale Routinggerät so, dass es überlastet ist.

  3. (Optional) Konfigurieren Sie die Anzahl der Sekunden, bei denen die Überlastung zurückgesetzt wird.

  4. (Optional) Konfigurieren Sie den Grenzwert für die Anzahl der Präfixe, die in OSPF exportiert werden, um die Belastung des Routing-Geräts zu minimieren und zu verhindern, dass das Gerät in den Überlastmodus wechselt.

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

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols ospf Befehl eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren. Die Ausgabe enthält die optionalen timeout and-Anweisungen prefix-export-limit .

Geben Sie den show protocols ospf3 Befehl ein, um Ihre OSPFv3-Konfiguration zu bestätigen.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen, ob der Datenverkehr von den Geräten abgezogen wurde

Zweck

Vergewissern Sie sich, dass der Datenverkehr von den vorgeschalteten Geräten weggeleitet wurde.

Aktion

Geben Sie im Betriebsmodus den show interfaces detail Befehl ein.

Überprüfen von Transitschnittstellenmetriken

Zweck

Stellen Sie sicher, dass die Metriken der Transitschnittstelle auf dem nachgeschalteten Nachbargerät auf den Maximalwert von 65535 festgelegt sind.

Aktion

Geben Sie im Betriebsmodus den show ospf database router detail advertising-router address Befehl für OSPFv2 und den show ospf3 database router detail advertising-router address Befehl für OSPFv3 ein.

Überprüfen der Überlastkonfiguration

Zweck

Vergewissern Sie sich, dass die Überladung konfiguriert ist, indem Sie das Feld Konfigurierte Überladung überprüfen. Wenn der Überlastungstimer ebenfalls konfiguriert ist, wird in diesem Feld auch die verbleibende Zeit angezeigt, bevor er abläuft.

Aktion

Geben Sie im Betriebsmodus den show ospf overview Befehl für OSPFv2 und den show ospf3 overview Befehl für OSPFv3 ein.

Verifizierung des realisierbaren nächsten Hops

Zweck

Überprüfen Sie die praktikable Next-Hop-Konfiguration auf dem vorgeschalteten benachbarten Gerät. Wenn das benachbarte Gerät überlastet ist, wird es nicht für den Transitverkehr verwendet und nicht in der Ausgabe angezeigt.

Aktion

Geben Sie im Betriebsmodus den show route address Befehl ein.

Grundlegendes zu den SPF-Algorithmusoptionen für OSPF

OSPF verwendet den SPF-Algorithmus (shortest-path-first), der auch als Dijkstra-Algorithmus bezeichnet wird, um die Route zum Erreichen jedes Ziels zu bestimmen. Der SPF-Algorithmus beschreibt, wie OSPF die Route zum Erreichen jedes Ziels bestimmt, und die SPF-Optionen steuern die Timer, die vorgeben, wann der SPF-Algorithmus ausgeführt wird. Abhängig von Ihrer Netzwerkumgebung und Ihren Anforderungen können Sie die SPF-Optionen ändern. Stellen Sie sich zum Beispiel eine große Umgebung mit einer großen Anzahl von Geräten vor, die das gesamte Gebiet mit Link State Advertisements (LSAs) überfluten. In dieser Umgebung ist es möglich, eine große Anzahl von LSAs zu verarbeiten, die Speicherressourcen verbrauchen können. Durch die Konfiguration der SPF-Optionen passen Sie sich weiterhin an die sich ändernde Netzwerktopologie an, aber Sie können die Menge der Speicherressourcen minimieren, die von den Geräten zum Ausführen des SPF-Algorithmus verwendet werden.

Sie können die folgenden SPF-Optionen konfigurieren:

  • Die Verzögerung in der Zeit zwischen der Erkennung einer Topologieänderung und dem Zeitpunkt, an dem der SPF-Algorithmus tatsächlich ausgeführt wird.

  • Die maximale Häufigkeit, mit der der SPF-Algorithmus nacheinander ausgeführt werden kann, bevor der Hold-Down-Timer beginnt.

  • Die Zeit, die gedrückt gehalten oder gewartet werden muss, bevor eine weitere SPF-Berechnung ausgeführt wird, nachdem der SPF-Algorithmus die konfigurierte Anzahl von Malen hintereinander ausgeführt hat. Wenn sich das Netzwerk während des Holddown-Zeitraums stabilisiert und der SPF-Algorithmus nicht erneut ausgeführt werden muss, kehrt das System zu den konfigurierten Werten für die Verzögerung und rapid-runs die Anweisungen zurück.

Beispiel: Konfigurieren von SPF-Algorithmusoptionen für OSPF

In diesem Beispiel wird gezeigt, wie die SPF-Algorithmusoptionen konfiguriert werden. Die SPF-Optionen steuern die Timer, die bestimmen, wann der SPF-Algorithmus ausgeführt wird.

Anforderungen

Bevor Sie beginnen:

Überblick

OSPF verwendet den SPF-Algorithmus, um die Route zum Erreichen jedes Ziels zu bestimmen. Alle Routing-Geräte in einem Bereich führen diesen Algorithmus parallel aus und speichern die Ergebnisse in ihren individuellen Topologiedatenbanken. Auf dem Routing von Geräten mit Schnittstellen zu mehreren Bereichen werden mehrere Kopien des Algorithmus ausgeführt. Die SPF-Optionen steuern die Timer, die vom SPF-Algorithmus verwendet werden.

Bevor Sie eine der Standardeinstellungen ändern, sollten Sie sich mit Ihrer Netzwerkumgebung und Ihren Anforderungen vertraut machen.

In diesem Beispiel wird gezeigt, wie die Optionen zum Ausführen des SPF-Algorithmus konfiguriert werden. Sie schließen die spf-options Anweisung und die folgenden Optionen ein:

  • delay: Konfiguriert die Zeitspanne (in Millisekunden) zwischen der Erkennung einer Topologie und dem Zeitpunkt, an dem der SPF tatsächlich ausgeführt wird. Berücksichtigen Sie beim Ändern des Verzögerungstimers Ihre Anforderungen an die Netzwerkrekonvergenz. Sie möchten z. B. einen Timerwert angeben, mit dem Sie Anomalien im Netzwerk identifizieren können, aber ein stabiles Netzwerk schnell wieder zusammenführen kann. Standardmäßig wird der SPF-Algorithmus 200 Millisekunden nach der Erkennung einer Topologie ausgeführt. Der Bereich reicht von 50 bis 8000 Millisekunden.

  • rapid-runs: Konfiguriert die maximale Anzahl von aufeinanderfolgenden Ausführungen, die der SPF-Algorithmus ausführen kann, bevor der Hold-Down-Timer beginnt. Standardmäßig beträgt die Anzahl der SPF-Berechnungen, die nacheinander durchgeführt werden können, 3. Der Bereich reicht von 1 bis 10. Jeder SPF-Algorithmus wird nach der konfigurierten SPF-Verzögerung ausgeführt. Wenn die maximale Anzahl von SPF-Berechnungen erreicht ist, beginnt der Hold-Down-Timer. Eine nachfolgende SPF-Berechnung wird erst ausgeführt, wenn der Hold-Down-Timer abgelaufen ist.

  • holddown: Konfiguriert die Zeit, die gedrückt gehalten oder gewartet werden soll, bevor eine weitere SPF-Berechnung ausgeführt wird, nachdem der SPF-Algorithmus die konfigurierte maximale Anzahl von Malen hintereinander ausgeführt hat. Standardmäßig beträgt die Haltezeit 5000 Millisekunden. Der Bereich reicht von 2000 bis 20.000 Millisekunden. Wenn sich das Netzwerk während des Holddown-Zeitraums stabilisiert und der SPF-Algorithmus nicht erneut ausgeführt werden muss, kehrt das System zu den konfigurierten Werten für die Verzögerung und rapid-runs die Anweisungen zurück.

Topologie

Konfiguration

CLI Schnellkonfiguration

Um die SPF-Optionen schnell zu konfigurieren, kopieren Sie die folgenden Befehle, und fügen Sie sie in die CLI ein.

Verfahren

Schritt-für-Schritt-Anleitung

So konfigurieren Sie die SPF-Optionen:

  1. Wechseln Sie in den OSPF-Konfigurationsmodus.

    Anmerkung:

    Um OSPFv3 anzugeben, fügen Sie die ospf3 Anweisung auf der [edit protocols] Hierarchieebene ein.

  2. Konfigurieren Sie die SPF-Verzögerungszeit.

  3. Konfigurieren Sie, wie oft der SPF-Algorithmus maximal hintereinander ausgeführt werden kann.

  4. Konfigurieren Sie den SPF-Hold-Down-Timer.

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

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols ospf Befehl eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Geben Sie den show protocols ospf3 Befehl ein, um Ihre OSPFv3-Konfiguration zu bestätigen.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen von SPF-Optionen

Zweck

Stellen Sie sicher, dass SPF gemäß Ihren Netzwerkanforderungen funktioniert. Überprüfen Sie die Felder SPF-Verzögerung, SPF-Holddown und SPF Rapid Runs.

Aktion

Geben Sie im Betriebsmodus den show ospf overview Befehl für OSPFv2 und den show ospf3 overview Befehl für OSPFv3 ein.

Konfiguration der OSPF-Aktualisierung und -Flooding-Reduzierung in stabilen Topologien

Der OSPF-Standard verlangt, dass jede Link State Advertisement (LSA) alle 30 Minuten aktualisiert wird. Die Implementierung von Juniper Networks aktualisiert LSAs alle 50 Minuten. Standardmäßig läuft jede LSA, die nicht aktualisiert wird, nach 60 Minuten ab. Diese Anforderung kann zu einem Overhead des Datenverkehrs führen, der die Skalierung von OSPF-Netzwerken erschwert. Sie können das Standardverhalten außer Kraft setzen, indem Sie angeben, dass das DoNotAge-Bit in selbst erstellten LSAs festgelegt wird, wenn diese ursprünglich vom Router oder Switch gesendet werden. Jede LSA, bei der das DoNotAge-Bit festgelegt ist, wird nur dann erneut überflutet, wenn eine Änderung in der LSA auftritt. Diese Funktion reduziert somit den Overhead des Protokolldatenverkehrs und ermöglicht gleichzeitig die sofortige Flutung geänderter LSAs. Router oder Switches, die für die Flood-Reduzierung aktiviert sind, senden weiterhin Hello-Pakete an ihre Nachbarn und altern selbst erstellte LSAs in ihren Datenbanken.

Die Juniper-Implementierung der OSPF-Aktualisierung und -Flooding-Reduzierung basiert auf RFC 4136, OSPF-Aktualisierung und Flooding-Reduzierung in stabilen Topologien. Die Juniper-Implementierung umfasst jedoch nicht das im RFC definierte Intervall für erzwungenes Flooding. Durch die Nichtimplementierung des Intervalls für die erzwungene Überflutung wird sichergestellt, dass LSAs, bei denen das DoNotAge-Bit festgelegt ist, nur dann erneut geflutet werden, wenn eine Änderung auftritt.

Diese Funktion wird für Folgendes unterstützt:

  • OSPFv2- und OSPFv3-Schnittstellen

  • OSPFv3-Bereiche

  • Virtuelle OSPFv2- und OSPFv3-Verbindungen

  • OSPFv2-Scheinlinks

  • OSPFv2-Peer-Schnittstellen

  • Alle Routing-Instanzen, die von OSPF unterstützt werden

  • Logische Systeme

Um die Flooding-Reduzierung für eine OSPF-Schnittstelle zu konfigurieren, schließen Sie die flood-reduction Anweisung auf der [edit protocols (ospf | ospf3) area area-id interface interface-id] Hierarchieebene ein.

Anmerkung:

Wenn Sie die Flooding-Reduzierung für eine Schnittstelle konfigurieren, die als Bedarfsschaltung konfiguriert ist, werden die LSAs zunächst nicht überflutet, sondern erst gesendet, wenn sich ihr Inhalt geändert hat. Hello-Pakete und LSAs werden nur dann über eine Demand-Circuit-Schnittstelle gesendet und empfangen, wenn eine Änderung in der Netzwerktopologie auftritt.

Im folgenden Beispiel ist die OSPF-Schnittstelle so-0/0/1.0 für die Flooding-Reduzierung konfiguriert. Daher ist bei allen LSAs, die von den Routen generiert werden, die die angegebene Schnittstelle durchlaufen, das DoNotAge-Bit festgelegt, wenn sie anfänglich überflutet werden, und LSAs werden nur aktualisiert, wenn eine Änderung auftritt.

Anmerkung:

Ab Junos OS Version 12.2 können Sie ein globales Standard-LSA-Flutintervall (Link State Advertisement) in OSPF für selbst generierte LSAs konfigurieren, indem Sie die lsa-refresh-interval minutes Anweisung auf der [edit protocols (ospf | ospf3)] Hierarchieebene einschließen. Die Implementierung von Juniper Networks aktualisiert LSAs alle 50 Minuten. Die Reichweite beträgt 25 bis 50 Minuten. Standardmäßig läuft jede LSA, die nicht aktualisiert wird, nach 60 Minuten ab.

Wenn Sie sowohl das globale LSA-Aktualisierungsintervall für OSPF als auch die OSPF-Flooding-Reduzierung für eine bestimmte Schnittstelle in einem OSPF-Bereich konfiguriert haben, hat die Konfiguration der OSPF-Flood-Reduzierung für diese spezifische Schnittstelle Vorrang.

Grundlegendes zur Synchronisierung zwischen LDP und IGPs

LDP ist ein Protokoll zum Verteilen von Labels in Anwendungen, die nicht für den Datenverkehr zuständig sind. Die Etiketten werden entlang des besten Pfads verteilt, der durch das Interior Gateway Protocol (IGP) bestimmt wird. Wenn die Synchronisierung zwischen LDP und IGP nicht aufrechterhalten wird, fällt der Label-Switch-Pfad (LSP) aus. Wenn LDP für eine bestimmte Verbindung nicht voll funktionsfähig ist (eine Sitzung wird nicht eingerichtet und Labels werden nicht ausgetauscht), kündigt die IGP die Verbindung mit der maximalen Kostenmetrik an. Die Verbindung wird nicht bevorzugt, verbleibt aber in der Netzwerktopologie.

Die LDP-Synchronisierung wird nur auf aktiven Punkt-zu-Punkt-Schnittstellen und LAN-Schnittstellen unterstützt, die unter dem IGP als Punkt-zu-Punkt-Schnittstellen konfiguriert sind. Die LDP-Synchronisierung wird während des ordnungsgemäßen Neustarts nicht unterstützt.

Siehe auch

Beispiel: Konfigurieren der Synchronisierung zwischen LDP und OSPF

In diesem Beispiel wird gezeigt, wie die Synchronisierung zwischen LDP und OSPFv2 konfiguriert wird.

Anforderungen

Bevor Sie beginnen:

Überblick

Konfigurieren Sie in diesem Beispiel die Synchronisierung zwischen LDP und OSPFv2, indem Sie die folgenden Aufgaben ausführen:

  • Aktivieren Sie LDP auf der Schnittstelle so-1/0/3, die Mitglied des OSPF-Bereichs 0.0.0.0 ist, indem Sie die ldp Anweisung auf der [edit protocols] Hierarchieebene einschließen. Sie können eine oder mehrere Schnittstellen konfigurieren. Standardmäßig ist LDP auf dem Routinggerät deaktiviert.

  • Aktivieren Sie die LDP-Synchronisierung, indem Sie die ldp-synchronization Anweisung auf Hierarchieebene [edit protocols ospf area area-id interface interface-name] einschließen. Diese Anweisung ermöglicht die LDP-Synchronisierung, indem die maximale Kostenmetrik bekannt gegeben wird, bis LDP für die Verbindung betriebsbereit ist.

  • Konfigurieren Sie die Zeitspanne (in Sekunden), in der das Routinggerät die Metrik für maximale Kosten für eine Verbindung ankündigt, die nicht voll funktionsfähig ist, indem Sie die hold-time Anweisung auf Hierarchieebene [edit protocols ospf area area-id interface interface-name ldp-synchronization] einschließen. Wenn Sie die hold-time Anweisung nicht konfigurieren, wird der Haltezeitwert standardmäßig auf unendlich gesetzt. Der Bereich reicht von 1 bis 65.535 Sekunden. Konfigurieren Sie in diesem Beispiel 10 Sekunden für das Haltezeitintervall.

In diesem Beispiel wird auch gezeigt, wie die Synchronisierung zwischen LDP und OSPFv2 deaktiviert wird, indem die disable Anweisung auf Hierarchieebene [edit protocols ospf area area-id interface interface-name ldp-synchronization] eingefügt wird.

Topologie

Konfiguration

Aktivieren der Synchronisierung zwischen LDP und OSPFv2

CLI Schnellkonfiguration

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Ändern der Junos OS-Konfiguration im CLI-Benutzerhandbuch.

Um die Synchronisierung zwischen LDP und OSPFv2 schnell zu aktivieren, kopieren Sie die folgenden Befehle, entfernen Sie alle Zeilenumbrüche, und fügen Sie sie dann in die CLI ein.

Schritt-für-Schritt-Anleitung

So aktivieren Sie die Synchronisierung zwischen LDP und OSPFv2:

  1. Aktivieren Sie LDP auf der Schnittstelle.

  2. Konfigurieren Sie die LDP-Synchronisierung, und konfigurieren Sie optional einen Zeitraum von 10 Sekunden, um die maximale Kostenmetrik für eine Verbindung anzukündigen, die nicht vollständig funktionsfähig ist.

  3. Konfigurieren Sie einen Zeitraum von 10 Sekunden, um die maximale Kostenmetrik für einen Link anzukündigen, der nicht vollständig funktionsfähig ist.

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

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie die show protocols ldp Befehle und show protocols ospf eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Deaktivieren der Synchronisierung zwischen LDP und OSPFv2

CLI Schnellkonfiguration

Um die Synchronisierung zwischen LDP und OSPFv2 schnell zu deaktivieren, kopieren Sie den folgenden Befehl, und fügen Sie ihn in die CLI ein.

Schritt-für-Schritt-Anleitung

So deaktivieren Sie die Synchronisierung zwischen LDP und OSPF:

  1. Deaktivieren Sie die Synchronisierung, indem Sie die disable Anweisung einschließen.

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

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols ospf Befehl eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen des LDP-Synchronisierungsstatus der Schnittstelle

Zweck

Überprüfen Sie den aktuellen Status der LDP-Synchronisierung auf der Schnittstelle. Der LDP-Synchronisierungsstatus zeigt Informationen zum aktuellen Status an, und das Feld "Konfigurations-Haltezeit" zeigt das konfigurierte Haltezeitintervall an.

Aktion

Geben Sie im Betriebsmodus den show ospf interface extensive Befehl ein.

Übersicht über OSPFv2-Kompatibilität mit RFC 1583

Standardmäßig ist die Junos OS-Implementierung von OSPFv2 mit RFC 1583, OSPF Version 2 kompatibel. Das bedeutet, dass Junos OS eine einzige beste Route zu einem AS-Boundary-Router (Autonomous System) in der OSPF-Routing-Tabelle bereithält und nicht mehrere AS-interne Pfade, sofern diese verfügbar sind. Sie können jetzt die Kompatibilität mit RFC 1583 deaktivieren. Dies ist vorzuziehen, wenn dasselbe externe Ziel von AS-Boundary-Routern angekündigt wird, die zu unterschiedlichen OSPF-Bereichen gehören. Wenn Sie die Kompatibilität mit RFC 1583 deaktivieren, verwaltet die OSPF-Routing-Tabelle die zahlreichen verfügbaren Intra-AS-Pfade, die der Router zum Berechnen externer AS-Routen verwendet, wie in RFC 2328, OSPF Version 2 definiert. Die Möglichkeit, mehrere verfügbare Pfade zum Berechnen einer externen AS-Route zu verwenden, kann Routing-Schleifen verhindern.

Siehe auch

Beispiel: Deaktivieren der OSPFv2-Kompatibilität mit RFC 1583

In diesem Beispiel wird gezeigt, wie die OSPFv2-Kompatibilität mit RFC 1583 auf dem Routinggerät deaktiviert wird.

Anforderungen

Es ist keine spezielle Konfiguration über die Geräteinitialisierung hinaus erforderlich, bevor die OSPFv2-Kompatibilität mit RFC 1583 deaktiviert wird.

Überblick

Standardmäßig ist die Junos OS-Implementierung von OSPF mit RFC 1583 kompatibel. Das bedeutet, dass Junos OS eine einzige beste Route zu einem AS-Boundary-Router (Autonomous System) in der OSPF-Routing-Tabelle bereithält und nicht mehrere AS-interne Pfade, sofern diese verfügbar sind. Sie können die Kompatibilität mit RFC 1583 deaktivieren. Dies ist vorzuziehen, wenn dasselbe externe Ziel von AS-Boundary-Routern angekündigt wird, die zu unterschiedlichen OSPF-Bereichen gehören. Wenn Sie die Kompatibilität mit RFC 1583 deaktivieren, verwaltet die OSPF-Routing-Tabelle die verschiedenen verfügbaren Intra-AS-Pfade, die der Router zum Berechnen externer AS-Routen verwendet, wie in RFC 2328 definiert. Die Möglichkeit, mehrere verfügbare Pfade zum Berechnen einer externen AS-Route zu verwenden, kann Routing-Schleifen verhindern. Um das Potenzial für Routingschleifen zu minimieren, konfigurieren Sie die gleiche RFC-Kompatibilität auf allen OSPF-Geräten in einer OSPF-Domäne.

Topologie

Konfiguration

Verfahren

CLI Schnellkonfiguration

Um die OSPFv2-Kompatibilität mit RFC 1583 schnell zu deaktivieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und geben Sie sie dann aus dem Konfigurationsmodus ein commit . Sie konfigurieren diese Einstellung auf allen Geräten, die Teil der OSPF-Domäne sind.

Schritt-für-Schritt-Anleitung

So deaktivieren Sie die OSPFv2-Kompatibilität mit RFC 1583:

  1. Deaktivieren Sie RFC 1583.

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

    Anmerkung:

    Wiederholen Sie diese Konfiguration auf jedem Routing-Gerät, das an einer OSPF-Routing-Domäne beteiligt ist.

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols ospf Befehl eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen der OSPF-Routen

Zweck

Stellen Sie sicher, dass die OSPF-Routing-Tabelle die AS-internen Pfade mit der größten Metrik verwaltet, die der Router zur Berechnung der externen AS-Routen verwendet.

Aktion

Geben Sie im Betriebsmodus den show ospf route detail Befehl ein.

Zugehörige Dokumentation