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-Routenzusammenfassung

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 Gebiet mit einer großen Anzahl von Verbindungsstatusdatensätzen überflutet werden, die Routing-Geräteressourcen nutzen können. Um die Anzahl der Anzeigen, die in einen Bereich geflutet werden, zu minimieren, 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 LSA (Link State Advertisement) sendet. Sie können einen oder mehrere IP-Adressbereiche 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 dem angegebenen Flächenbereich entsprechen, werden an der Flächengrenze gefiltert, und die Zusammenfassung wird an ihrer Stelle angekündigt. Für einen OSPF-Not-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 Gebietes erlernten externen Routen, die nicht in den Bereich eines der Präfixe fallen, werden einzeln für andere Gebiete 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: Begrenzung der Anzahl der nach OSPF exportierten Präfixe

In diesem Beispiel wird gezeigt, wie die Anzahl der in OSPF exportierten Präfixe 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 einen Bereich überfluten.

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 Routing-Gerät den konfigurierten Prefix-Exportwert überschreitet, löscht das Routing-Gerät die externen Präfixe und wechselt in einen Überladungszustand. Dieser Zustand stellt sicher, dass das Routing-Gerät nicht überlastet wird, wenn es versucht, Routing-Informationen zu verarbeiten. Die Nummer des Präfix-Exportlimits kann ein Wert zwischen 0 und 4.294.967.295 sein.

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

Topologie

Konfiguration

CLI-Schnellkonfiguration

Um die Anzahl der in OSPF exportierten Präfixe schnell zu begrenzen, 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, kopieren Sie die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [edit] 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 nach OSPF exportiert werden:

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

    Anmerkung:

    Fügen Sie für OSPFv3 die ospf3 Anweisung auf Hierarchieebene [edit protocols] 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

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

Verifizierung

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

Überprüfen des Präfix-Exportlimits

Zweck

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

Aktion

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

Grundlegendes zur OSPF-Datenverkehrssteuerung

Sobald eine Topologie im Netzwerk gemeinsam genutzt wird, verwendet OSPF die 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 mithilfe der Formel cost = reference-bandwidth / interface bandwidth. Das Ergebnis ist, dass jeder Schnittstelle, die mit 100 Mbit/s oder schneller arbeitet, derselbe Metrikwert 1 zugewiesen wird. Sie können die OSPF-Schnittstellenmetrik manuell zuweisen, um den Standardwert zu überschreiben. Da die aktuellen Juniper-Plattformen Schnittstellen mit 400 Gbit/s unterstützen, empfiehlt es sich oft, einen höheren reference-bandwidth Wert zu konfigurieren. Wenn Sie einen Referenzbandbreitenwert konfigurieren, der auf einem Vielfachen der Schnittstelle mit der höchsten Geschwindigkeit in Ihrem Netzwerk basiert, werden Netzwerkpfade basierend auf der Schnittstellengeschwindigkeit automatisch optimiert und die Netzwerkgeschwindigkeit kann weiter ausgebaut werden.

Die Summe der Kosten für einen bestimmten Pfad zwischen Hosts bestimmt die Gesamtkosten des Pfads. Pakete werden dann mithilfe des SPF-Algorithmus (Shortest-Path-First) über den kürzesten Pfad geroutet. Wenn zwischen einer Quell- und einer Zieladresse mehrere Pfade mit gleichen Kosten vorhanden sind, leitet OSPF Pakete abwechselnd im Round-Robin-Verfahren über jeden Pfad weiter. Routen mit niedrigeren Gesamtpfadmetriken werden gegenüber Routen mit höheren Pfadmetriken bevorzugt.

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

  • Kontrollieren Sie die Kosten einzelner OSPF-Netzwerksegmente

  • Dynamische Anpassung der OSPF-Schnittstellenmetriken basierend auf der Bandbreite

  • Steuerung der OSPF-Routenauswahl

Kontrolle der Kosten für einzelne OSPF-Netzwerksegmente

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

Sie können den Wert für die Referenzbandbreite ä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 jeder Verbindung, die schneller als 100 Mbit/s ist, eine Standardkostenmetrik von 1 und der Loopback-Schnittstelle (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 Metriken) zuweisen. Wenn Sie eine Metrik für eine bestimmte OSPF-Schnittstelle angeben, wird dieser Wert verwendet, um die Kosten für Routen zu bestimmen, die von dieser Schnittstelle angekündigt werden. Wenn beispielsweise alle Router im OSPF-Netzwerk Standardmetrikwerte verwenden und Sie die Metrik für eine Schnittstelle auf 5 erhöhen, haben alle Pfade über diese Schnittstelle eine berechnete Metrik, die höher als die Standardmetrik ist, und werden nicht bevorzugt.

Anmerkung:

Jeder Wert, den Sie für die Metrik konfigurieren, überschreibt das Standardverhalten, bei dem der Wert für die Referenzbandbreite zum Berechnen der Routenkosten für diese Schnittstelle verwendet wird.

Wenn in einer Routing-Tabelle mehrere Routen mit 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 soll.

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 [edit policy-options] mit der Aktion load-balance per-packet 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), legt Junos OS die Schnittstellenmetrik automatisch auf den Wert fest, 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 Schnittstellenbandbreite größer als einer der konfigurierten Bandbreitenschwellenwerte ist, wird der für die Schnittstelle konfigurierte Metrikwert anstelle eines 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 der Routeneinstellungen steuern. Die Routeneinstellungen werden verwendet, um auszuwählen, welche Route in der Weiterleitungstabelle installiert wird, wenn mehrere Protokolle Routen zum gleichen 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 Routing-Gerä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 Standardwerte für die Routeneinstellung verwenden, können Sie die Routeneinstellungen ändern, um sicherzustellen, dass der Pfad über ein bestimmtes Gerät für die Weiterleitungstabelle ausgewählt wird, wenn mehrere Pfade zu gleichen Kosten zu einem Ziel vorhanden sind. Wenn Sie von OSPF auf eine andere IGP migrieren, können Sie durch Ändern der Routeneinstellungen die Migration auf kontrollierte Weise durchführen.

Siehe auch

Beispiel: Kontrolle der Kosten für einzelne OSPF-Netzwerksegmente

Dieses Beispiel zeigt, wie Sie die Kosten einzelner OSPF-Netzwerksegmente kontrollieren können.

Anforderungen

Bevor Sie beginnen:

Überblick

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

Standardmäßig weist OSPF jeder Verbindung, die schneller als 100 Mbit/s ist, eine Standardkostenmetrik von 1 und der Loopback-Schnittstelle (lo0) eine Standardkostenmetrik von 0 zu. Der Loopback-Schnittstelle ist keine Bandbreite zugeordnet. Dies bedeutet, dass für alle Schnittstellen, die schneller als 100 Mbit/s sind, die gleiche Standardkostenmetrik von 1 verwendet wird. Wenn zwischen einer Quell- und einer Zieladresse mehrere Pfade mit gleichen Kosten vorhanden sind, leitet OSPF Pakete abwechselnd im Round-Robin-Verfahren über jeden 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 weiterleitet. Wenn Ihr Routing-Gerät beispielsweise ü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 10 g (10 GBit/s, wie durch 10.000.000.000 Bit angegeben) 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 Routing von Paketen aus. Der Bereich liegt zwischen 9600 und 1.000.000.000.000 Bit.

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 im 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 Wert für die Referenzbandbreite zum Berechnen der Routenkosten für diese Schnittstelle verwendet wird. Um zu verhindern, dass der Datenverkehr von Gerät R3 direkt an Gerät R2 geleitet wird, passen Sie die Metrik auf der Schnittstelle auf Gerät R3 an, die eine Verbindung zu Gerät R1 herstellt, sodass 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, die eine Verbindung zu Gerät R1 herstellt, auf 5 fest, indem Sie die metric-Anweisung einschließen. Der Bereich liegt zwischen 1 und 65.535.

Abbildung 2: Konfiguration der OSPF Metric Configuration 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 für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein, und rufen Sie dann den Konfigurationsmodus auf commit .

Schritt-für-Schritt-Anleitung

So konfigurieren Sie die Referenzbandbreite:

  1. Konfigurieren Sie die Referenzbandbreite, um die Standardschnittstellenkosten zu berechnen.

    Anmerkung:

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

    Trinkgeld:

    Als Verknüpfung geben Sie in diesem Beispiel 10g ein, um eine Referenzbandbreite von 10 Gbit/s anzugeben. Unabhängig davon, ob Sie 10g oder 10000000000 eingeben, zeigt die Ausgabe des Befehls show protocols ospf 10 Gbit/s als 10g und nicht als 100000000000 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, 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 für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [edit] ein, und rufen Sie dann den Konfigurationsmodus auf 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 [edit protocols] 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, 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 niedrigsten 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.

Verifizieren der Route

Zweck

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

Aktion

Geben Sie im Betriebsmodus den Befehl show route ein.

Siehe auch

Grundlegendes zur gewichteten ECMP-Datenverkehrsverteilung bei One-Hop-OSPFv2-Nachbarn

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

Nehmen wir als Beispiel: Es gibt zwei Geräte, die mit einem aggregierten Ethernet-Bündel mit vier Links und einer einzigen Verbindung zu den gleichen Kosten verbunden sind. Unter normalen Bedingungen werden sowohl die AE-Pakete als auch die einzelne Verbindung gleichmäßig genutzt, um den Datenverkehr zu verteilen. Wenn jedoch ein Link im AE-Bundle ausfällt, ändert sich die Link-Kapazität, was zu einer ungleichmäßigen Link-Auslastung führt. Bei der gewichteten ECMP-Lastverteilung wird der Datenverkehr zwischen den Pfaden mit gleichen Kosten im Verhältnis zur Kapazität der lokalen Verbindungen ausgeglichen. In diesem Fall wird der Datenverkehr im Verhältnis 30/40 zwischen dem AE-Paket 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 Routern, die sofort verbunden sind, und unterstützt kein gewichtetes ECMP auf Multihop-Routern, d. h. auf Routern, die mehr als einen Hop entfernt sind.

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

Anmerkung:

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

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

Beispiel: Gewichtete ECMP-Datenverkehrsverteilung auf One-Hop-OSPFv2-Nachbarn

ZUSAMMENFASSUNG 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 Lastenausgleich 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

Beispiele für Voraussetzungen

Hardwareanforderungen

Zwei Router der MX-Serie.

Softwareanforderungen

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

Vorbereitungen

Nützt

Gewichtetes ECMP-Routing verteilt den Datenverkehr für ein besseres Load Balancing ungleichmäßig auf mehrere Pfade. Dies ist effizienter als eine gleichmäßige Verteilung des Datenverkehrs beim Lastausgleich 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: Lastenausgleich pro Paket

Primäre Verifizierungsaufgaben

  1. Stellen Sie sicher, dass OSPFv2 den Datenverkehr verteilt, indem Sie gewichtetes ECMP erreichen, wenn eine der aggregierten Verbindungen während des Lastenausgleichs pro Paket abhängig 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 die drei aggregierten Ethernet-Bundles ae0, ae1 und ae2 mit jeweils zwei Verbindungen, die zwischen Router R0 und Router R1 konfiguriert sind. 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

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

R0 sendet Datenverkehr an R1.

R1

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

R1 empfängt Datenverkehr von R0.

Topologie-Illustration

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

Schritte zur R0-Konfiguration

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

In diesem Abschnitt werden die wichtigsten Konfigurationsaufgaben beschrieben, die zur Konfiguration des R0-Geräts für dieses Beispiel erforderlich sind. Der erste Schritt ist die Konfiguration der aggregierten Ethernet-Schnittstellen. Die folgenden Schritte beziehen sich speziell auf die Konfiguration von OSPF in den AE-Paketen und die Konfiguration des gewichteten ECMP.

    1. Konfigurieren Sie die beiden Mitgliedsverbindungen 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 das VLAN-Tagging.

    4. Konfigurieren Sie die Adresse der Loopback-Schnittstelle.

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

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

      Anmerkung:

      Konfigurieren Sie für logische Schnittstellen die Schnittstellenbandbreite, um den Datenverkehr basierend auf der zugrunde liegenden Bandbreite der Betriebsschnittstelle auf Multipfade zu gleichen Kosten zu verteilen. 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 Tunnelverkehr auf jeder Packet Forwarding Engine von R0 reserviert werden soll.

  2. Geben Sie die maximale Anzahl von gewichteten ECMP-Schnittstellen an, die Sie konfigurieren möchten. Aktivieren Sie den ordnungsgemäßen Switchover, und geben Sie die Anzahl der aggregierten Ethernet-Schnittstellen an, die erstellt werden sollen.

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

  4. Konfigurieren Sie den Lastenausgleich pro Paket.

  5. Wenden Sie eine paketweise Lastausgleichsrichtlinie an.

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

Verifizierung

Task zur Befehlsüberprüfung
Route umfangreich anzeigen Stellen Sie sicher, dass der Datenverkehr gleichmäßig auf mehrere Pfade zu gleichen Kosten verteilt wird.
Route umfangreich anzeigen Überprüfen Sie die ungleiche Verteilung des Datenverkehrs über die verfügbare Bandbreite.
Schnittstellen umfangreich anzeigen Überprüfen Sie die ungleiche Verteilung des Datenverkehrs über die verfügbare Bandbreite.

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

Zweck

Um zu überprüfen, ob der Datenverkehr gleichmäßig auf die aggregierten Ethernet-Bundles verteilt wird.

Aktion

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

Bedeutung

OSPF verteilt den Datenverkehr gleichmäßig, wenn die drei aggregierten Ethernet-Bundles die gleiche Bandbreite zur Verfügung haben.

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

Zweck

Um zu überprüfen, ob OSPF den Datenverkehr ungleichmäßig verteilt, wenn eine der aggregierten Verbindungen während des Lastenausgleichs pro Paket abhängig von der verfügbaren Bandbreite ausgefallen ist.

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 dem ae0-Bundle weniger Bandbreite zur Verfügung steht. Daher wird der Lastenausgleich pro Paket entsprechend der verfügbaren Bandbreite geändert. Laut der Ausgabe sind nur 20 Prozent der Bandbreite auf ae0 verfügbar, da eine der aggregierten Ethernet-Verbindungen ausgefallen ist. Somit verteilt OSPF den Datenverkehr in Abhängigkeit von der verfügbaren Bandbreite ungleich.

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 Details, die für Ihre Netzwerkkonfiguration erforderlich sind, und kopieren Sie dann die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [edit] ein.

R0

R1

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

Dieses Beispiel zeigt, 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 für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [edit] ein, und rufen Sie sie dann aus dem Konfigurationsmodus auf 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 [edit protocols] 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 10 g 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, 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, legt Junos OS die Schnittstellenmetrik automatisch auf den Wert fest, 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 mit einem bestimmten Bandbreitenwert verknüpft 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 niedrigsten 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 der 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-Routeneinstellungswerte 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, kopieren Sie die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [edit] ein, und rufen Sie sie dann aus dem Konfigurationsmodus auf 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, schließen Sie die ospf3 Anweisung auf Hierarchieebene [edit protocols] 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

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

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 die Migration von OSPF zu einer anderen IGP planen.

Überblick

Die Routeneinstellungen werden verwendet, um auszuwählen, welche Route in der Weiterleitungstabelle installiert wird, wenn mehrere Protokolle Routen zum gleichen 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 kontrolliert 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 Level 1) 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 es vorgezogen, das neue Protokoll bei seinen Standardeinstellungen zu belassen, um die Komplexität zu minimieren und das zukünftige Hinzufügen von Routing-Geräten zum Netzwerk zu vereinfachen. Um die OSPF-Routenpräferenzwerte zu ändern, konfigurieren Sie die folgenden Einstellungen:

  • preference– Gibt die Routenpräferenz für interne OSPF-Routen an. Standardmäßig haben interne OSPF-Routen den Wert 10. Der Bereich 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. Der Bereich reicht von 0 bis 4,294967,295 (232 – 1).

Topologie

Verifizierung

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

Verifizieren der Route

Zweck

Vergewissern Sie sich, dass die IGP die entsprechende Route verwendet. Nachdem das 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 Hierarchieebene [edit protocols] 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 als die angegebene Zeitüberschreitung ist, wird der Überladungsmodus festgelegt.

Sie können das lokale Routing-Gerä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 Überladungsmodus aus vielen Gründen konfigurieren, z. B.:

  • Wenn das Routing-Gerät am OSPF-Routing teilnehmen soll, es aber nicht für den Transitdatenverkehr verwendet werden soll. Dabei kann es sich um ein Routing-Gerät handeln, das zu Analysezwecken mit dem Netzwerk verbunden ist, aber nicht als Teil des Produktionsnetzwerks betrachtet wird, wie z. B. Netzwerkmanagement-Routing-Geräte.

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

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

Für die Differenz zwischen dem Timeout und der seit dem Start der Instanz verstrichenen Zeit wird ein Timer gestartet. Wenn der Timer abläuft, wird der Überlastungsmodus gelöscht. Im Überlastungsmodus wird die Router Link State Advertisement (LSA) mit allen Transitrouterverbindungen (außer Stub) erstellt, die auf eine Metrik von 0xFFFF festgelegt sind. Die Stub-Router-Links werden mit den tatsächlichen Kosten der Schnittstellen beworben, die dem Stub entsprechen. Dies bewirkt, dass der Transitdatenverkehr das überlastete Routinggerät umgeht und Pfade um das Routinggerät herum nimmt. Auf die eigenen Links des überlasteten Routing-Gerätes kann jedoch weiterhin zugegriffen werden.

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

Bei falschen Konfigurationen kann die große Anzahl von Routen in OSPF eingehen, was die Netzwerkleistung beeinträchtigen kann. Um dies zu verhindern, sollte eine Konfiguration vorgenommen werden, prefix-export-limit die externe Geräte löscht und das Netzwerk vor den negativen Auswirkungen schützt.

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 einen Bereich überfluten. 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 Geräte gelöscht und das Netzwerk verhindert werden.

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

  • Routenlecks zulassen: Externe Präfixe werden während der OSPF-Überlastung neu verteilt, und die Präfixe werden zu normalen Kosten erstellt.

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

  • Bereichsinternes Präfix mit maximaler Metrik ankündigen: Bereichsinterne Präfixe werden während der OSPF-Überladung 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 Stubnetzwerk mit maximaler Metrik anzukündigen.

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

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

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

Die Nummer des Präfix-Exportlimits kann ein Wert zwischen 0 und 4.294.967.295 sein.

Siehe auch

Beispiel: Konfigurieren von OSPF so, dass Routing-Geräte überlastet angezeigt werden

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 Routing-Gerät, auf dem OSPF ausgeführt wird, so konfigurieren, dass es als überlastet angezeigt wird, sodass das lokale Routing-Gerät am OSPF-Routing teilnehmen kann, jedoch nicht für den Transitdatenverkehr. Nach der Konfiguration werden die Transitschnittstellenmetriken auf den Maximalwert 65535 festgelegt.

Dieses Beispiel enthält die folgenden Einstellungen:

  • overload: Konfiguriert das lokale Routing-Gerät so, dass es überlastet erscheint. Sie können dies konfigurieren, wenn das Routing-Gerät am OSPF-Routing teilnehmen soll, aber nicht für den Transitdatenverkehr verwendet werden soll, oder wenn Sie Wartungsarbeiten an einem Routing-Gerät in einem Produktionsnetzwerk durchführen.

  • Zeitüberschreitung seconds—(Optional) Gibt die Anzahl der Sekunden an, nach der die Überladung zurückgesetzt wird. Wenn kein Timeoutintervall angegeben ist, verbleibt das Routinggerät im Überladungszustand, bis die Überladungsanweisung gelöscht oder ein Timeout festgelegt wird. In diesem Beispiel konfigurieren Sie 60 Sekunden als Zeitspanne, in der das Routinggerät im Überlastzustand verbleibt. Standardmäßig beträgt das Timeout-Intervall 0 Sekunden (dieser Wert ist nicht konfiguriert). Der Bereich liegt zwischen 60 und 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 Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [edit] ein, und wechseln Sie dann aus dem Konfigurationsmodus ein commit .

Schritt-für-Schritt-Anleitung

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

  1. Wechseln Sie in den OSPF-Konfigurationsmodus.

    Anmerkung:

    Um OSPFv3 anzugeben, schließen Sie die ospf3 Anweisung auf Hierarchieebene [edit protocols] ein.

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

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

  4. (Optional) Konfigurieren Sie den Grenzwert für die Anzahl der in OSPF exportierten Präfixe, um die Belastung des Routing-Geräts zu minimieren und zu verhindern, dass das Gerät in den Überlastungsmodus 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren. Die Ausgabe enthält die optionalen timeout und-Anweisungen prefix-export-limit .

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

Verifizierung

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

Überprüfen, ob der Datenverkehr die Geräte verlassen hat

Zweck

Stellen Sie sicher, dass der Datenverkehr von den Upstream-Geräten abgewichen wurde.

Aktion

Geben Sie im Betriebsmodus den show interfaces detail Befehl ein.

Überprüfen von Transitschnittstellenmetriken

Zweck

Stellen Sie sicher, dass die Transitschnittstellenmetriken auf dem nachgeschalteten Nachbargerät auf den Maximalwert 65535 festgelegt sind.

Aktion

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

Überprüfen der Überladungskonfiguration

Zweck

Vergewissern Sie sich, dass die Überladung konfiguriert ist, indem Sie das Feld Konfigurierte Überladung überprüfen. Wenn der Überlasttimer 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.

Verifizieren des praktikablen nächsten Hops

Zweck

Überprüfen Sie die funktionsfähige Konfiguration des nächsten Hops auf dem Upstream-Nachbargerä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 zu bestimmen, die zu jedem Ziel führt. Der SPF-Algorithmus beschreibt, wie OSPF die Route bestimmt, um jedes Ziel zu erreichen, und die SPF-Optionen steuern die Timer, die bestimmen, 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 Link-State-Advertisements (LSAs) im gesamten Gebiet überfluten. In dieser Umgebung ist es möglich, eine große Anzahl von zu verarbeitenden LSAs zu empfangen, die Speicherressourcen verbrauchen können. Durch die Konfiguration der SPF-Optionen können Sie sich weiterhin an die sich ändernde Netzwerktopologie anpassen, aber Sie können die Menge an 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 der tatsächlichen Ausführung des SPF-Algorithmus.

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

  • Die Zeit, die gedrückt gehalten oder gewartet werden soll, bevor eine weitere SPF-Berechnung ausgeführt wird, nachdem der SPF-Algorithmus nacheinander die konfigurierte Anzahl von Malen ausgeführt wurde. Wenn sich das Netzwerk während der Holddown-Periode 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 Optionen des SPF-Algorithmus 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 zu bestimmen, um jedes Ziel zu erreichen. Alle Routing-Geräte in einem Bereich führen diesen Algorithmus parallel aus und speichern die Ergebnisse in ihren jeweiligen Topologiedatenbanken. Routing-Geräte mit Schnittstellen zu mehreren Bereichen führen mehrere Kopien des Algorithmus aus. 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 gemacht haben.

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 der tatsächlichen Ausführung des SPF. Wenn Sie den Verzögerungstimer ändern, berücksichtigen Sie Ihre Anforderungen an die Netzwerkrekonvergenz. Sie möchten z. B. einen Timerwert angeben, der Ihnen helfen kann, Anomalien im Netzwerk zu identifizieren, aber eine schnelle Wiederkonvergenz eines stabilen Netzwerks ermöglicht. Standardmäßig wird der SPF-Algorithmus 200 Millisekunden nach der Erkennung einer Topologie ausgeführt. Der Bereich liegt zwischen 50 und 8000 Millisekunden.

  • rapid-runs: Konfiguriert die maximale Häufigkeit, mit der der SPF-Algorithmus nacheinander ausgeführt werden 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 nacheinander ausgeführt wurde. Standardmäßig beträgt die Haltezeit 5000 Millisekunden. Der Bereich liegt zwischen 2000 und 20.000 Millisekunden. Wenn sich das Netzwerk während der Holddown-Periode 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, schließen Sie die ospf3 Anweisung auf Hierarchieebene [edit protocols] ein.

  2. Konfigurieren Sie die SPF-Verzögerungszeit.

  3. Konfigurieren Sie die maximale Häufigkeit, mit der der SPF-Algorithmus nacheinander 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

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

Verifizierung

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

Überprüfen der SPF-Optionen

Zweck

Stellen Sie sicher, dass SPF gemäß Ihren Netzwerkanforderungen funktioniert. Überprüfen Sie die Felder für die SPF-Verzögerung, das Feld für die SPF-Wartezeit und die Felder für schnelle SPF-Läufe.

Aktion

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

Konfiguration der OSPF-Aktualisierung und der Reduzierung von Überflutungen in stabilen Topologien

Der OSPF-Standard verlangt, dass jede Link-State-Ankündigung (LSA) alle 30 Minuten aktualisiert wird. Bei der Implementierung von Juniper Networks werden die LSAs alle 50 Minuten aktualisiert. Standardmäßig läuft jede LSA, die nicht aktualisiert wird, nach 60 Minuten ab. Diese Anforderung kann zu einem Datenverkehrs-Overhead 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 selbsterstellten LSAs festgelegt wird, wenn diese zum ersten Mal 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, dass alle geänderten LSAs sofort überflutet werden. Router oder Switches, die für die Reduzierung von Überschwemmungen aktiviert sind, senden weiterhin Hello-Pakete an ihre Nachbarn und altern selbst erstellte LSAs in ihren Datenbanken.

Die Juniper-Implementierung von OSPF Refresh and Flooding Reduction basiert auf RFC 4136, OSPF Refresh und Flooding Reduction in Stable Topologies. Die Juniper-Implementierung enthält jedoch nicht das im RFC definierte erzwungene Flooding-Intervall. Wenn das erzwungene Flooding-Intervall nicht implementiert wird, wird sichergestellt, dass LSAs mit dem DoNotAge-Bit nur dann erneut geflutet werden, wenn eine Änderung auftritt.

Diese Funktion wird für Folgendes unterstützt:

  • OSPFv2- und OSPFv3-Schnittstellen

  • OSPFv3-Realms

  • Virtuelle OSPFv2- und OSPFv3-Links

  • OSPFv2-Schein-Links

  • OSPFv2-Peer-Schnittstellen

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

  • Logische Systeme

Um die Überflutungsreduzierung für eine OSPF-Schnittstelle zu konfigurieren, fügen Sie die flood-reduction Anweisung auf Hierarchieebene [edit protocols (ospf | ospf3) area area-id interface interface-id] ein.

Anmerkung:

Wenn Sie die Überflutungsreduzierung 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 Bedarfsleitungsschnittstelle 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 Reduzierung von Überflutungen konfiguriert. Daher ist für alle 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 in OSPF für selbstgenerierte LSAs ein globales standardmäßiges LSA-Flooding-Intervall (Link State Advertisement) konfigurieren, indem Sie die lsa-refresh-interval minutes Anweisung auf Hierarchieebene [edit protocols (ospf | ospf3)] einfügen. Bei der Implementierung von Juniper Networks werden die LSAs alle 50 Minuten aktualisiert. Der Bereich liegt zwischen 25 und 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 Etiketten in Anwendungen, die nicht für den Datenverkehr ausgelegt 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, sinkt der Label-Switch-Pfad (LSP). Wenn LDP auf einer bestimmten Verbindung nicht voll funktionsfähig ist (eine Sitzung wird nicht aufgebaut und Labels werden nicht ausgetauscht), bewirbt die IGP die Verbindung mit der Metrik für maximale Kosten. Die Verbindung wird nicht bevorzugt, sondern verbleibt in der Netzwerktopologie.

Die LDP-Synchronisierung wird nur auf aktiven Punkt-zu-Punkt-Schnittstellen und LAN-Schnittstellen unterstützt, die unter der IGP als Punkt-zu-Punkt 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 Hierarchieebene [edit protocols] einfügen. Sie können eine oder mehrere Schnittstellen konfigurieren. Standardmäßig ist LDP auf dem Routing-Gerä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 aktiviert die LDP-Synchronisierung, indem die Metrik "Maximale Kosten" angekündigt wird, bis LDP auf der Verbindung betriebsbereit ist.

  • Konfigurieren Sie die Zeitspanne (in Sekunden), die das Routing-Gerä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] einfügen. Wenn Sie die hold-time Anweisung nicht konfigurieren, wird der Wert für die Haltezeit standardmäßig auf unendlich festgelegt. 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] eingeschlossen 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 bekannt zu geben, die nicht vollständig betriebsbereit ist.

  3. Konfigurieren Sie einen Zeitraum von 10 Sekunden, um die Metrik "Maximale Kosten" für eine Verbindung anzukündigen, die nicht vollständig betriebsbereit 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, 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 die Ausgabe nicht die gewünschte Konfiguration anzeigt, 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 "config holdtime" zeigt das konfigurierte Haltezeitintervall an.

Aktion

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

OSPFv2-Kompatibilität mit RFC 1583 – Übersicht

Standardmäßig ist die Junos OS-Implementierung von OSPFv2 mit RFC 1583, OSPF Version 2, kompatibel. Dies bedeutet, dass Junos OS in der OSPF-Routing-Tabelle eine einzige beste Route zu einem AS-Boundary-Router (Autonomous System) beibehält, anstatt mehrere AS-interne Pfade, sofern verfügbar. 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 verschiedenen OSPF-Bereichen gehören. Wenn Sie die Kompatibilität mit RFC 1583 deaktivieren, behält die OSPF-Routing-Tabelle die mehreren verfügbaren intra-AS-Pfade bei, die der Router zur Berechnung externer AS-Routen verwendet, wie in RFC 2328, OSPF Version 2 definiert. Die Möglichkeit, mehrere verfügbare Pfade zur Berechnung einer externen AS-Route zu verwenden, kann Routing-Schleifen vermeiden.

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

Über die Geräteinitialisierung hinaus ist keine spezielle Konfiguration 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. Dies bedeutet, dass Junos OS in der OSPF-Routing-Tabelle eine einzige beste Route zu einem AS-Boundary-Router (Autonomous System) beibehält, anstatt mehrere AS-interne Pfade, sofern verfügbar. 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 verschiedenen OSPF-Bereichen gehören. Wenn Sie die Kompatibilität mit RFC 1583 deaktivieren, behält die OSPF-Routing-Tabelle die mehreren verfügbaren AS-internen Pfade bei, die der Router zur Berechnung externer AS-Routen gemäß RFC 2328 verwendet. Die Möglichkeit, mehrere verfügbare Pfade zur Berechnung einer externen AS-Route zu verwenden, kann Routing-Schleifen vermeiden. Um das Potenzial für Routing-Schleifen 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 Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf der Hierarchieebene [edit] 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 Routinggerät, das Teil einer OSPF-Routingdomäne ist.

Befund

Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols ospf Befehl eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Verifizierung

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

Verifizieren der OSPF-Routen

Zweck

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

Aktion

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

Zugehörige Dokumentation