Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Konfigurieren von OSPF-Bereichen

Grundlegendes zu OSPF-Bereichen

In OSPF kann ein einzelnes autonomes System (AS) in kleinere Gruppen unterteilt werden, die als Bereiche bezeichnet werden. Dadurch wird die Anzahl der Link-State-Ankündigungen (LSAs) und anderer OSPF-Overhead-Datenverkehr, der über das Netzwerk gesendet wird, reduziert und die Größe der Topologiedatenbank, die jeder Router pflegen muss, reduziert. Die Routing-Geräte, die am OSPF-Routing teilnehmen, führen eine oder mehrere Funktionen basierend auf ihrem Standort im Netzwerk aus.

In diesem Thema werden die folgenden OSPF-Bereichstypen und Routinggerätefunktionen beschrieben:

Bereichen

Ein Bereich ist eine Reihe von Netzwerken und Hosts innerhalb eines AS, die administrativ gruppiert wurden. Wir empfehlen, einen Bereich als eine Sammlung zusammenhängender IP-subnetzter Netzwerke zu konfigurieren. Routing-Geräte, die sich vollständig innerhalb eines Bereichs befinden, werden als interne Router bezeichnet. Alle Schnittstellen auf internen Routern sind direkt mit Netzwerken innerhalb der Umgebung verbunden.

Die Topologie eines Bereichs ist vor dem Rest des AS verborgen, wodurch der Routing-Datenverkehr im AS erheblich reduziert wird. Darüber hinaus wird das Routing innerhalb des Bereichs nur durch die Topologie des Bereichs bestimmt, was dem Bereich einen gewissen Schutz vor fehlerhaften Routing-Daten bietet.

Alle Routing-Geräte innerhalb eines Bereichs verfügen über identische Topologie-Datenbanken.

Area Border-Router

Routing-Geräte, die zu mehr als einem Bereich gehören und einen oder mehrere OSPF-Bereiche mit dem Backbone-Bereich verbinden, werden als Area Border Router (ABRs) bezeichnet. Mindestens eine Schnittstelle befindet sich innerhalb des Backbones, während eine andere Schnittstelle sich in einem anderen Bereich befindet. ABRs pflegen außerdem eine separate topologische Datenbank für jeden Bereich, mit dem sie verbunden sind.

Backbone-Bereiche

Ein OSPF-Backbone-Bereich besteht aus allen Netzwerken in Area ID 0.0.0.0, den angeschlossenen Routing-Geräten und allen ABRs. Das Backbone selbst hat keine ABRs. Das Backbone verteilt Routing-Informationen zwischen Bereichen. Das Backbone ist einfach ein weiterer Bereich, sodass die Terminologie und die Regeln der Bereiche gelten: Ein Routing-Gerät, das direkt mit dem Backbone verbunden ist, ist ein interner Router auf dem Backbone, und die Topologie des Backbone ist vor den anderen Bereichen im AS verborgen.

Die Routing-Geräte, aus denen das Backbone besteht, müssen physisch zusammenhängend sein. Falls nicht, müssen Sie virtuelle Verbindungen konfigurieren, um das Aussehen einer Backbone-Konnektivität zu erstellen. Sie können virtuelle Verbindungen zwischen zwei beliebigen ABRs erstellen, die eine Schnittstelle zu einem gemeinsamen Nichtbackbone-Bereich haben. OSPF behandelt zwei Routing-Geräte, die durch eine virtuelle Verbindung verbunden sind, so, als ob sie mit einem nicht nummerierten Punkt-zu-Punkt-Netzwerk verbunden wären.

AS Boundary Router

Routing-Geräte, die Routing-Informationen mit Routing-Geräten in Nicht-OSPF-Netzwerken austauschen, werden als AS-Boundary-Router bezeichnet. Sie werben für extern erlernte Routen in der gesamten OSPF AS. Abhängig vom Standort des AS-Boundary-Routers im Netzwerk kann es sich um einen ABR, einen Backbone-Router oder einen internen Router (mit Ausnahme von Stub-Bereichen) sein. Interne Router innerhalb eines Stubbereichs können kein AS-Boundary-Router sein, da Stubbereiche keine Typ-5-LSAs enthalten können.

Routing-Geräte innerhalb des Bereichs, in dem sich der AS-Boundary-Router befindet, kennen den Pfad zu diesem AS-Boundary-Router. Jedes Routing-Gerät außerhalb des Bereichs kennt nur den Pfad zum nächsten ABR, der sich im gleichen Bereich befindet, in dem sich der AS-Begrenzungsrouter befindet.

Backbone-Router

Backbone-Router sind Routing-Geräte, die über eine oder mehrere Schnittstellen verfügen, die mit dem OSPF-Backbone-Bereich verbunden sind (Bereichs-ID 0.0.0.0).

Interner Router

Routing-Geräte, die nur mit einem OSPF-Bereich verbunden sind, werden als interne Router bezeichnet. Alle Schnittstellen an internen Routern sind direkt mit Netzwerken innerhalb eines einzigen Bereichs verbunden.

Stub-Bereiche

Stubbereiche sind Bereiche, durch die oder in die as externe Werbung nicht überflutet wird. Sie können Stubbereiche erstellen, wenn ein Großteil der topologischen Datenbank aus externen AS-Ankündigungen besteht. Dadurch wird die Größe der topologischen Datenbanken und damit der Speicherbedarf an den internen Routern im Stubbereich reduziert.

Routing-Geräte innerhalb eines Stubbereichs basieren auf den Standardrouten, die vom ABR des Bereichs stammen, um externe AS-Ziele zu erreichen. Sie müssen die default-metric Option im ABR konfigurieren, bevor sie eine Standardroute ankündigt. Nach der Konfiguration kündigt der ABR anstelle der externen Routen, die nicht im Stub-Bereich angekündigt werden, eine Standardroute an, sodass Routinggeräte im Stubbereich Ziele außerhalb des Bereichs erreichen können.

Die folgenden Einschränkungen gelten für Stubbereiche: Sie können keine virtuelle Verbindung durch einen Stubbereich erstellen, ein Stubbereich kann keinen AS-Begrenzungsrouter enthalten, der Backbone kann kein Stubbereich sein, und Sie können einen Bereich nicht als Stubbereich und nicht als nicht-so-stubby-Bereich konfigurieren.

Nicht so stubby Gebiete

Ein OSPF-Stubbereich hat keine externen Routen, sodass Sie nicht von einem anderen Protokoll in einen Stubbereich umverteilt werden können. Ein not-so-stubby Area (NSSA) ermöglicht es, externe Routen innerhalb des Gebiets zu überfluten. Diese Routen werden dann in andere Bereiche durchgesickert. Externe Routen aus anderen Bereichen gelangen jedoch immer noch nicht in die NSSA.

Die folgende Einschränkung gilt für NSSAs: Sie können einen Bereich nicht als Stubbereich und als NSSA konfigurieren.

Transitgebiete

Transitbereiche werden verwendet, um den Verkehr von einem angrenzenden Bereich zum Backbone zu leiten (oder zu einem anderen Bereich, wenn das Backbone mehr als zwei Hops von einem Bereich entfernt ist). Der Verkehr stammt nicht aus dem Transitbereich und ist auch nicht für ihn bestimmt.

OSPF-Bereichstypen und akzeptierte LSAs

Die folgende Tabelle enthält Details zu OSPF-Bereichstypen und akzeptierten LSAs:

OSPF Designated Router – Übersicht

Große LANs, die über viele Routing-Geräte verfügen und daher viele OSPF-Adjacencies haben, können viel Control-Packet-Datenverkehr erzeugen, während Link-State Advertisements (LSAs) im gesamten Netzwerk überflutet werden. Um das potenzielle Datenverkehrsproblem zu mindern, verwendet OSPF spezielle Router in allen Multiaccess-Netzwerken (Broadcast- und Nonbroadcast-Multiaccess -Netzwerktypen). Anstatt LSAs an alle OSPF-Nachbarn zu senden, senden die Routing-Geräte ihre LSAs an den designierten Router. Jedes Multiaccess-Netzwerk hat einen speziellen Router, der zwei Hauptfunktionen ausführt:

  • Erstellen Sie Werbung für Netzwerklinks im Namen des Netzwerks.

  • Richten Sie Adjacencies mit allen Routing-Geräten im Netzwerk ein und nehmen Sie so an der Synchronisierung der Link-State-Datenbanken teil.

In LANs erfolgt die Wahl des designierten Routers, wenn das OSPF-Netzwerk zunächst eingerichtet wird. Wenn die ersten OSPF-Verbindungen aktiv sind, wird das Routinggerät mit der höchsten Router-Kennung (definiert durch den Router-ID-Konfigurationswert , in der Regel die IP-Adresse des Routinggeräts oder die Loopback-Adresse) für den angegebenen Router ausgewählt. Das Routing-Gerät mit der zweithöchsten Router-Kennung wird als Backup-designierter Router ausgewählt. Wenn der designierte Router ausfällt oder die Konnektivität verliert, übernimmt der backup-designierte Router seine Rolle und eine neue Backup-Wahl findet zwischen allen Routern im OSPF-Netzwerk statt.

OSPF verwendet die Router-Kennung hauptsächlich für zwei Zwecke: um einen bestimmten Router zu wählen, es sei denn, Sie geben einen Prioritätswert manuell an, und um das Routing-Gerät zu identifizieren, von dem ein Paket stammt. Bei der gewählten Routerwahl werden zuerst die Routerprioritäten bewertet, und das Routing-Gerät mit der höchsten Priorität wird als gewählter Router gewählt. Wenn Die Routerprioritäten anbinden, wird das Routinggerät mit der höchsten Router-Kennung, in der Regel die IP-Adresse des Routinggeräts, als vorgesehener Router ausgewählt. Wenn Sie keine Router-Kennung konfigurieren, wird die IP-Adresse der ersten Schnittstelle verwendet, die online geht. Dies ist normalerweise die Loopback-Schnittstelle. Andernfalls wird die erste Hardwareschnittstelle mit einer IP-Adresse verwendet.

Mindestens ein Routing-Gerät in jedem logischen IP-Netzwerk oder Subnetz muss qualifiziert sein, um der designierte Router für OSPFv2 zu sein. Mindestens ein Routing-Gerät auf jeder logischen Verbindung muss qualifiziert sein, um der designierte Router für OSPFv3 zu sein.

Standardmäßig haben Routing-Geräte eine Priorität von 128. Mit einer Priorität von 0 wird das Routing-Gerät als nicht in der Lage, der designierte Router zu werden. Eine Priorität von 1 bedeutet, dass das Routing-Gerät die geringste Chance hat, ein designierter Router zu werden. Eine Priorität von 255 bedeutet, dass das Routing-Gerät immer der designierte Router ist.

Beispiel: Konfigurieren einer OSPF-Router-Kennung

Dieses Beispiel zeigt, wie Sie einen OSPF-Routerbezeichner konfigurieren.

Anforderungen

Bevor Sie beginnen:

  • Identifizieren der Schnittstellen auf dem Routing-Gerät, das an OSPF teilnehmen soll. Sie müssen OSPF auf allen Schnittstellen innerhalb des Netzwerks, auf dem OSPF-Datenverkehr übertragen wird, aktivieren.

  • Konfigurieren Sie die Geräteschnittstellen. Siehe Schnittstellen-Benutzerhandbuch für Sicherheitsgeräte

Übersicht

Die Routerkennung wird von OSPF verwendet, um das Routing-Gerät zu identifizieren, von dem ein Paket stammt. Junos OS wählt eine Router-Kennung gemäß den folgenden Regeln aus:

  1. Standardmäßig wählt Junos OS die am niedrigsten konfigurierte physische IP-Adresse einer Schnittstelle als Routerbezeichner aus.

  2. Wenn eine Loopback-Schnittstelle konfiguriert ist, wird die IP-Adresse der Loopback-Schnittstelle zur Router-Kennung.

  3. Wenn mehrere Loopback-Schnittstellen konfiguriert sind, wird die niedrigste Loopback-Adresse zur Router-Kennung.

  4. Wenn ein Routerbezeichner explizit mit der router-id address Anweisung unter der [edit routing-options] Hierarchieebene konfiguriert wird, werden die oben genannten drei Regeln ignoriert.

Hinweis:

1. Das hier beschriebene Router-Kennungsverhalten gilt auch dann, wenn die Konfiguration unter und [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options] auf [edit routing-instances routing-instance-name routing-options] Hierarchieebene erfolgt.

2. Wenn die Router-Kennung in einem Netzwerk geändert wird, werden die vom vorherigen Routerbezeichner angekündigten Link-State-Ankündigungen (LSAs) in der OSPF-Datenbank beibehalten, bis das LSA-Retransmit-Intervall abgelaufen ist. Daher wird dringend empfohlen, die Router-Kennung unter der [edit routing-options] Hierarchieebene explizit zu konfigurieren, um unvorhersehbares Verhalten zu vermeiden, wenn sich die Schnittstellenadresse in einer Loopback-Schnittstelle ändert.

In diesem Beispiel konfigurieren Sie den OSPF-Routerbezeichner, indem Sie den Router-ID-Wert auf die IP-Adresse des Geräts festlegen, nämlich 192.0.2.24.

Konfiguration

CLI-Schnellkonfiguration

Um eine OSPF-Router-Kennung schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern alle erforderlichen Details, um ihre Netzwerkkonfiguration zu entsprechen, kopieren Sie die Befehle, fügen Sie sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Verfahren

Schritt-für-Schritt-Verfahren

So konfigurieren Sie eine OSPF-Router-Kennung:

  1. Konfigurieren Sie den OSPF-Routerbezeichner, indem Sie den [router-id] Konfigurationswert eingeben.

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

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Eingabe des show routing-options router-id Befehls. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Überprüfung

Nachdem Sie die Router-ID konfiguriert und OSPF auf dem Routinggerät aktiviert haben, wird auf die Router-ID durch mehrere OSPF-Betriebsmodusbefehle referenziert, die Sie für die Überwachung und Fehlerbehebung des OSPF-Protokolls verwenden können. Die Router-ID-Felder sind in der Ausgabe klar markiert.

Beispiel: Kontrolle der OSPF Designated Router-Wahl

Dieses Beispiel zeigt, wie Sie die von OSPF vorgesehene Router-Wahl steuern.

Anforderungen

Bevor Sie beginnen:

Übersicht

Dieses Beispiel zeigt, wie Sie die von OSPF vorgesehene Router-Wahl steuern. In diesem Beispiel haben Sie die OSPF-Schnittstelle auf ge-/0/0/1 und die Gerätepriorität auf 200 festgelegt. Je höher der Prioritätswert ist, desto größer ist die Wahrscheinlichkeit, dass das Routing-Gerät der designierte Router wird.

Standardmäßig haben Routing-Geräte eine Priorität von 128. Mit einer Priorität von 0 wird das Routing-Gerät als nicht in der Lage, der designierte Router zu werden. Eine Priorität von 1 bedeutet, dass das Routing-Gerät die geringste Chance hat, ein designierter Router zu werden.

Konfiguration

CLI-Schnellkonfiguration

Um eine von OSPF festgelegte Router-Wahl schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen sie alle Zeilenumbrüche, ändern alle erforderlichen Details, um ihre Netzwerkkonfiguration zu entsprechen, kopieren Sie die Befehle, fügen Sie sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Verfahren

Schritt-für-Schritt-Verfahren

So steuern Sie die Wahl des von OSPF bezeichneten Routers:

  1. Konfigurieren Sie eine OSPF-Schnittstelle und geben Sie die Gerätepriorität an.

    Hinweis:

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

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

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Eingabe des show protocols ospf Befehls. Wenn die gewünschte Konfiguration in der Ausgabe nicht 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.

Überprüfung

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

Überprüfung der Wahl des designierten Routers

Zweck

Basierend auf der Priorität, die Sie für eine bestimmte OSPF-Schnittstelle konfiguriert haben, können Sie die Adresse des vom Bereich bestimmten Routers bestätigen. Das Feld "DR ID", "DR" oder "DR-ID" zeigt die Adresse des für die Region vorgesehenen Routers an. Das Feld BDR-ID, BDR oder BDR-ID zeigt die Adresse des vom Backup vorgesehenen Routers an.

Aktion

Geben Sie im Betriebsmodus die show ospf interface Befehle für OSPFv2 und show ospf neighbor die show ospf3 interface show ospf3 neighbor Befehle für OSPFv3 ein.

Grundlegendes zu OSPF-Bereichen und Backbone-Bereichen

OSPF-Netzwerke in einem autonomen System (AS) sind administrativ in Bereiche gruppiert. Jeder Bereich innerhalb eines AS funktioniert wie ein unabhängiges Netzwerk und verfügt über eine eindeutige 32-Bit-Bereichs-ID, die ähnlich wie eine Netzwerkadresse funktioniert. Innerhalb eines Bereichs enthält die Topologiedatenbank nur Informationen über den Bereich, Link-State-Ankündigungen (LSAs) werden nur auf Knoten innerhalb des Bereichs überflutet, und Routen werden nur innerhalb des Bereichs berechnet. Die Topologie eines Bereichs ist vor dem Rest des AS verborgen, wodurch der Routing-Datenverkehr im AS erheblich reduziert wird. Die Teilnetze werden in andere Bereiche aufgeteilt, die das gesamte Hauptnetzwerk bilden. Routing-Geräte, die sich vollständig innerhalb eines Bereichs befinden, werden als interne Router bezeichnet. Alle Schnittstellen auf internen Routern sind direkt mit Netzwerken innerhalb der Umgebung verbunden.

Der zentrale Bereich eines AS, der Backbone-Bereich, hat eine besondere Funktion und erhält immer die Bereichs-ID 0.0.0.0. (In einem einfachen Single-Area-Netzwerk ist dies auch die ID des Bereichs.) Bereichs-IDs sind eindeutige numerische Bezeichner in punktisierter Dezimalschreibweise, aber sie sind keine IP-Adressen. Bereichs-IDs müssen nur innerhalb eines AS eindeutig sein. Alle anderen Netzwerke oder Bereiche im AS müssen direkt mit dem Backbone-Bereich durch ein Routing-Gerät verbunden sein, das Schnittstellen in mehr als einem Bereich hat. Diese verbindenden Routing-Geräte werden als Border Area Router (ABRs) bezeichnet. Abbildung 1 zeigt eine OSPF-Topologie von drei Bereichen, die durch zwei ABRs verbunden sind.

Abbildung 1: OSPF-Topologie Multiarea OSPF Topology mit mehreren Bereichen

Da alle Bereiche an den Backbone-Bereich angrenzen, senden OSPF-Router den gesamten Datenverkehr, der nicht für ihren eigenen Bereich bestimmt ist, durch den Backbone-Bereich. Die ABRs im Backbone-Bereich sind dann für die Übertragung des Datenverkehrs durch die entsprechenden ABR zum Zielbereich verantwortlich. Die ABRs fassen die Link-State-Datensätze für jeden Bereich zusammen und veröffentlichen Zusammenfassungen der Zieladresse an benachbarte Gebiete. Die Ankündigungen enthalten die ID des Bereichs, in dem sich jedes Ziel befindet, sodass Pakete an die entsprechende ABR geroutet werden. In den in Abbildung 1 dargestellten OSPF-Bereichen werden beispielsweise Pakete, die von Router A an Router C gesendet werden, automatisch über ABR B geroutet.

Junos OS unterstützt aktive Backbone-Erkennung. Aktive Backbone-Erkennung wird implementiert, um zu überprüfen, ob ABRs mit dem Backbone verbunden sind. Wenn die Verbindung zum Backbone-Bereich unterbrochen wird, wird die Standardmetrik des Routinggeräts nicht angekündigt, was den Datenverkehr durch einen anderen ABR mit einer gültigen Verbindung zum Backbone umleitet. Aktive Backbone-Erkennung ermöglicht den Transit durch eine ABR ohne aktive Backbone-Verbindung. Ein ABR kündigt anderen Routing-Geräten an, dass es ein ABR ist, auch wenn die Verbindung zum Backbone ausfällt, sodass die Nachbarn es für Interarea-Routen in Betracht ziehen können.

Eine OSPF-Einschränkung erfordert, dass alle Bereiche direkt mit dem Backbone-Bereich verbunden sind, damit Pakete ordnungsgemäß geroutet werden können. Alle Pakete werden standardmäßig zuerst an den Backbone-Bereich geroutet. Pakete, die für einen anderen Bereich als den Backbone-Bereich bestimmt sind, werden dann an den entsprechenden ABR und an den Remote-Host innerhalb des Zielbereichs weitergeleitet.

In großen Netzwerken mit vielen Bereichen, in denen eine direkte Konnektivität zwischen allen Bereichen und dem Backbone-Bereich physisch schwierig oder unmöglich ist, können Sie virtuelle Verbindungen so konfigurieren, dass nicht zusammenhängende Bereiche miteinander verbunden werden. Virtuelle Verbindungen verwenden einen Transitbereich, der zwei oder mehr ABRs enthält, um Den Netzwerkverkehr von einem angrenzenden Bereich zum anderen zu leiten. Abbildung 2 zeigt beispielsweise eine virtuelle Verbindung zwischen einem nicht aufregerbaren Bereich und dem Backbone-Bereich durch einen Bereich, der mit beiden verbunden ist.

Abbildung 2: OSPF-Topologie mit einem virtuellen Link OSPF Topology with a Virtual Link

In der in Abbildung 2 dargestellten Topologie wird eine virtuelle Verbindung zwischen Bereich 0.0.0.3 und dem Backbone-Bereich durch Bereich 0.0.0.2 hergestellt. Der gesamte ausgehende Datenverkehr, der für andere Bereiche bestimmt ist, wird durch den Bereich 0.0.0.2 zum Backbone-Bereich und dann an die entsprechende ABR geleitet. Der eingehende Datenverkehr, der für den Bereich 0.0.0.3 bestimmt ist, wird in den Backbone-Bereich und dann über den Bereich 0.0.0.2 geleitet.

Beispiel: Konfigurieren eines Single-Area-OSPF-Netzwerks

Dieses Beispiel zeigt, wie Sie ein OSPF-Netzwerk mit einem einzigen Bereich konfigurieren.

Anforderungen

Bevor Sie beginnen:

Übersicht

Um OSPF in einem Netzwerk zu aktivieren, müssen Sie das OSPF-Protokoll auf allen Schnittstellen innerhalb des Netzwerks aktivieren, auf dem DER OSPF-Datenverkehr übertragen wird. Um OSPF zu aktivieren, müssen Sie eine oder mehrere Schnittstellen auf dem Gerät innerhalb eines OSPF-Bereichs konfigurieren. Sobald die Schnittstellen konfiguriert sind, werden OSPF-LSAs auf allen OSPF-fähigen Schnittstellen übertragen, und die Netzwerktopologie wird im gesamten Netzwerk gemeinsam genutzt.

In einem autonomen System (AS) wird dem Backbone-Bereich immer die Bereichs-ID 0.0.0 zugewiesen (in einem einfachen Single-Area-Netzwerk ist dies auch die ID des Bereichs). Bereichs-IDs sind eindeutige numerische Bezeichner in punktisierter Dezimalschreibweise. Bereichs-IDs müssen nur innerhalb eines AS eindeutig sein. Alle anderen Netzwerke oder Bereiche in der AS müssen direkt mit dem Backbone-Bereich durch Bereichsrand-Router verbunden sein, die Schnittstellen in mehr als einem Bereich haben. Sie müssen auch einen Backbone-Bereich erstellen, wenn Ihr Netzwerk aus mehreren Bereichen besteht. In diesem Beispiel erstellen Sie den Backbone-Bereich und fügen dem OSPF-Bereich Schnittstellen wie ge-0/0/0 hinzu.

Um OSPF auf dem Gerät zu verwenden, müssen Sie mindestens einen OSPF-Bereich konfigurieren, z. B. den in Abbildung 3 dargestellten Bereich.

Abbildung 3: Typische Single-Area-OSPF-Netzwerktopologie Typical Single-Area OSPF Network Topology

Topologie

Konfiguration

CLI-Schnellkonfiguration

Um ein OSPF-Netzwerk mit nur einem Bereich schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen sie alle Zeilenumbrüche, ändern alle details, die erforderlich sind, um ihre Netzwerkkonfiguration zu erfüllen, kopieren Sie die Befehle, fügen Sie sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Verfahren

Schritt-für-Schritt-Verfahren

So konfigurieren Sie ein OSPF-Netzwerk mit nur einem Bereich:

  1. Konfigurieren Sie das Single-Area-OSPF-Netzwerk, indem Sie die Bereichs-ID und die zugehörige Schnittstelle angeben.

    Hinweis:

    Fügen Sie die ospf3 Anweisung für ein OSPFv3-Netzwerk mit einem einzigen Bereich auf [edit protocols] Hierarchieebene ein.

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

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Eingabe des show protocols ospf Befehls. Wenn die gewünschte Konfiguration in der Ausgabe nicht 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.

Überprüfung

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

Überprüfung der Schnittstellen im Bereich

Zweck

Stellen Sie sicher, dass die Schnittstelle für OSPF oder OSPFv3 für den entsprechenden Bereich konfiguriert wurde. Bestätigen Sie, dass im Feld Bereich den konfigurierten Wert angezeigt wird.

Aktion

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

Beispiel: Konfigurieren eines OSPF-Netzwerks mit mehreren Bereichen

Dieses Beispiel zeigt, wie Sie ein OSPF-Netzwerk mit mehreren Umgebungen konfigurieren. Um den Datenverkehr und die Wartung der Topologie für die Geräte in einem OSPF-autonomen System (AS) zu reduzieren, können Sie die OSPF-fähigen Routing-Geräte in mehrere Bereiche gruppieren.

Anforderungen

Bevor Sie beginnen:

Übersicht

Um OSPF in einem Netzwerk zu aktivieren, müssen Sie das OSPF-Protokoll auf allen Schnittstellen innerhalb des Netzwerks aktivieren, auf dem DER OSPF-Datenverkehr übertragen wird. Um OSPF zu aktivieren, müssen Sie eine oder mehrere Schnittstellen auf dem Gerät innerhalb eines OSPF-Bereichs konfigurieren. Sobald die Schnittstellen konfiguriert sind, werden OSPF-LSAs auf allen OSPF-fähigen Schnittstellen übertragen, und die Netzwerktopologie wird im gesamten Netzwerk gemeinsam genutzt.

Jeder OSPF-Bereich besteht aus Routing-Geräten, die mit derselben Bereichsnummer konfiguriert sind. In Abbildung 4 befindet sich Router B im Backbone-Bereich des AS. Dem Backbone-Bereich wird immer die Bereichs-ID 0.0.0 zugewiesen. (Alle Bereichs-IDs müssen innerhalb eines AS eindeutig sein.) Alle anderen Netzwerke oder Bereiche im AS müssen direkt mit dem Backbone-Bereich durch einen Router verbunden sein, der Schnittstellen in mehr als einem Bereich hat. In diesem Beispiel sind diese Bereichsrand-Router A, C, D und E. Sie erstellen einen zusätzlichen Bereich (Bereich 2) und weisen ihm die eindeutige Bereichs-ID 0.0.0.2 zu, und fügen dann die Schnittstelle ge-0/0/0 zum OSPF-Bereich hinzu.

Um den Datenverkehr und die Wartung der Topologie für die Geräte in einem OSPF AS zu reduzieren, können Sie sie in mehrere Bereiche gruppieren, wie in Abbildung 4 dargestellt. In diesem Beispiel erstellen Sie den Backbone-Bereich, erstellen einen zusätzlichen Bereich (Bereich 2) und weisen ihm die eindeutige Bereichs-ID 0.0.0.2 zu, und Sie konfigurieren Gerät B als Bereichsrandrouter, wobei Interface ge-0/0/0 am OSPF-Bereich 0 und Schnittstelle ge-0/0/2 teilnimmt am OSPF-Bereich 2.

Abbildung 4: Typische Multiarea-OSPF-Netzwerktopologie Typical Multiarea OSPF Network Topology

Topologie

Konfiguration

Verfahren

CLI-Schnellkonfiguration

Um ein OSPF-Netzwerk mit mehreren Ebenen schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern alle erforderlichen Details, um ihre Netzwerkkonfiguration zu entsprechen, kopieren Sie die Befehle, fügen sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Gerät A

Gerät C

Gerät B

Gerät D

Gerät E

Schritt-für-Schritt-Verfahren

So konfigurieren Sie ein OSPF-Netzwerk mit mehreren Bereichen:

  1. Konfigurieren Sie den Backbone-Bereich.

    Hinweis:

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

  2. Konfigurieren Sie einen zusätzlichen Bereich für Ihr OSPF-Netzwerk.

    Hinweis:

    Für ein OSPFv3-Netzwerk mit mehreren Bereichen fügen Sie die ospf3 Anweisung auf Hierarchieebene [edit protocols] ein.

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

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Eingabe des show protocols ospf Befehls. Wenn die gewünschte Konfiguration in der Ausgabe nicht 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.

Überprüfung

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

Überprüfung der Schnittstellen im Bereich

Zweck

Stellen Sie sicher, dass die Schnittstelle für OSPF oder OSPFv3 für den entsprechenden Bereich konfiguriert wurde. Bestätigen Sie, dass im Feld Bereich den konfigurierten Wert angezeigt wird.

Aktion

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

Verständnis der Netzwerkübergreifender Umgebungen für OSPF

Standardmäßig kann eine einzelne Schnittstelle nur zu einem OSPF-Bereich gehören. In einigen Fällen können Sie jedoch eine Schnittstelle so konfigurieren, dass sie zu mehr als einem Bereich gehört. Dies ermöglicht es, die entsprechende Verbindung in mehreren Bereichen als Intra-Area-Verbindung zu betrachten und gegenüber anderen teureren intra-area-Pfaden bevorzugt zu werden. Sie können beispielsweise eine Schnittstelle so konfigurieren, dass sie zu mehreren Bereichen gehört, mit einer Hochgeschwindigkeits-Backbone-Verbindung zwischen zwei Area Border Routern (ABRs), sodass Sie Bereichsübergreifende Adjacencies erstellen können, die zu verschiedenen Bereichen gehören.

In Junos OS Version 9.2 und höher können Sie eine logische Schnittstelle so konfigurieren, dass sie zu mehr als einem OSPFv2-Bereich gehört. Unterstützung für OSPFv3 wurde in Junos OS Version 9.4 eingeführt. Wie in RFC 5185, OSPF Multi-Area Adjacency definiert, richten die ABRs mehrere Adjacencies aus verschiedenen Bereichen über dieselbe logische Schnittstelle ein. Jeder Multiarea-Adjacency wird von den mit dem Link verbundenen Routern im konfigurierten Bereich als Punkt-zu-Punkt-Nicht-Nummer-Verbindung angekündigt. Für jeden Bereich wird eine der logischen Schnittstellen als primär behandelt, und die restlichen Schnittstellen, die für den Bereich konfiguriert sind, werden als sekundär eingestuft.

Jede logische Schnittstelle, die nicht als sekundäre Schnittstelle für einen Bereich konfiguriert ist, wird als primäre Schnittstelle für diesen Bereich behandelt. Eine logische Schnittstelle kann nur für einen Bereich als primäre Schnittstelle konfiguriert werden. Für jeden anderen Bereich, für den Sie die Schnittstelle konfigurieren, müssen Sie sie als sekundäre Schnittstelle konfigurieren.

Beispiel: Konfigurieren von Multiarea-Adjacency für OSPF

In diesem Beispiel wird gezeigt, wie Sie die Adjacency für mehrere Bereiche für OSPF konfigurieren.

Anforderungen

Bevor Sie beginnen, planen Sie Ihr netzwerkübergreifendes OSPF. Siehe Beispiel: Konfigurieren eines OSPF-Netzwerks mit mehreren Bereichen.

Übersicht

Standardmäßig kann eine einzelne Schnittstelle nur zu einem OSPF-Bereich gehören. Sie können eine einzelne Schnittstelle so konfigurieren, dass sie zu mehreren OSPF-Bereichen gehört. Dies ermöglicht es, die entsprechende Verbindung in mehreren Bereichen als Intra-Area-Verbindung zu betrachten und gegenüber anderen teureren intra-area-Pfaden bevorzugt zu werden. Beachten Sie beim Konfigurieren einer sekundären Schnittstelle Folgendes:

  • Für OSPFv2 können Sie Point-to-Multipoint- und NBMA-Netzwerkschnittstellen (Nonbroadcast MultiAccess) nicht als sekundäre Schnittstelle konfigurieren, da sekundäre Schnittstellen als Punkt-zu-Punkt-Verbindung ohne Nummerierung behandelt werden.

  • Sekundäre Schnittstellen werden für LAN-Schnittstellen unterstützt (die primäre Schnittstelle kann eine LAN-Schnittstelle sein, aber alle sekundären Schnittstellen werden als Punkt-zu-Punkt-nicht nummerierte Verbindungen über das LAN behandelt). In diesem Szenario müssen Sie sicherstellen, dass sich im LAN nur zwei Routing-Geräte oder nur zwei Routing-Geräte im LAN befinden, die für einen bestimmten OSPF-Bereich sekundäre Schnittstellen konfiguriert haben.

  • Da der Zweck einer sekundären Schnittstelle darin besteht, einen topologischen Pfad durch einen OSPF-Bereich anzukündigen, können Sie keine sekundäre oder primäre Schnittstelle mit einer oder mehreren sekundären Schnittstellen als passiv konfigurieren. Passive Schnittstellen geben ihre Adresse an, führen aber das OSPF-Protokoll nicht aus (Adjacencies werden nicht gebildet und hallo Pakete werden nicht generiert).

  • Jede logische Schnittstelle, die nicht als sekundäre Schnittstelle für einen Bereich konfiguriert ist, wird als primäre Schnittstelle für diesen Bereich behandelt. Eine logische Schnittstelle kann nur für einen Bereich als primäre Schnittstelle konfiguriert werden. Für jeden anderen Bereich, für den Sie die Schnittstelle konfigurieren, müssen Sie sie als sekundäre Schnittstelle konfigurieren.

  • Sie können die secondary Anweisung nicht mit der interface all Anweisung konfigurieren.

  • Sie können eine sekundäre Schnittstelle nicht anhand ihrer IP-Adresse konfigurieren.

Abbildung 5: Multiarea Adjacency in OSPF Multiarea Adjacency in OSPF

In diesem Beispiel konfigurieren Sie eine Schnittstelle so, dass sie sich in zwei Bereichen begibt, und erstellen eine Bereichsübergreifende Verbindung mit einer Verbindung zwischen zwei ABRs: ABR R1 und ABR R2. Auf jedem ABR enthält der Bereich 0.0.0.1 die primäre Schnittstelle und ist die primäre Verbindung zwischen den ABRs, und der Bereich 0.0.0.2 enthält die sekundäre logische Schnittstelle, die Sie durch Einschluss der secondary Anweisung konfigurieren. Sie konfigurieren Die Schnittstelle so-0/0/0 auf ABR R1 und die Schnittstelle so-1/0/0 auf ABR R2.

Konfiguration

CLI-Schnellkonfiguration

Um schnell eine sekundäre logische Schnittstelle für einen OSPF-Bereich zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen sie alle Zeilenumbrüche, ändern alle erforderlichen Details, um ihrer Netzwerkkonfiguration zu entsprechen, kopieren sie die Befehle, fügen sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Konfiguration auf ABR R1:

Konfiguration auf ABR R2:

Verfahren

Schritt-für-Schritt-Verfahren

So konfigurieren Sie eine sekundäre logische Schnittstelle:

  1. Konfigurieren Sie die Geräteschnittstellen.

    Hinweis:

    Für OSPFv3 geben Sie auf jeder Schnittstelle die Inet6-Adressfamilie an und geben Sie die IPv6-Adresse ein.

  2. Konfigurieren Sie die Router-Kennung.

  3. Konfigurieren Sie in jedem ABR die primäre Schnittstelle für den OSPF-Bereich.

    Hinweis:

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

  4. Konfigurieren Sie in jedem ABR die sekundäre Schnittstelle für den OSPF-Bereich.

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

Ergebnisse

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

Konfiguration auf ABR R1:

Konfiguration auf ABR R2:

Überprüfung

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

Überprüfung der sekundären Schnittstelle

Zweck

Stellen Sie sicher, dass die sekundäre Schnittstelle für den konfigurierten Bereich angezeigt wird. Das Sekundärfeld wird angezeigt, wenn die Schnittstelle als sekundäre Schnittstelle konfiguriert ist. Die Ausgabe kann auch die gleiche Schnittstelle anzeigen, die in mehreren Bereichen aufgeführt ist.

Aktion

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

Überprüfung der Schnittstellen im Bereich

Zweck

Überprüfen Sie die für den angegebenen Bereich konfigurierten Schnittstellen.

Aktion

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

Überprüfung von Nachbarschaftsadjacencies

Zweck

Überprüfen Sie die primären und sekundären Nachbarn. Das sekundäre Feld wird angezeigt, wenn sich der Neighbor auf einer sekundären Schnittstelle befindet.

Aktion

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

Grundlegendes zu netzwerkübergreifenden Umgebungen für OSPFv3

Ein Bereich ist eine Reihe von Netzwerken und Hosts innerhalb einer OSPFv3-Domäne, die administrativ gruppiert wurden. Standardmäßig kann eine einzelne Schnittstelle nur zu einem OSPFv3-Bereich gehören. In einigen Fällen können Sie jedoch eine Schnittstelle so konfigurieren, dass sie zu mehr als einem Bereich gehört, um suboptimales Routing zu vermeiden. Dies ermöglicht es, die entsprechende Verbindung in mehreren Bereichen als Intra-Area-Verbindung zu betrachten und gegenüber teureren Intra-Area-Verbindungen bevorzugt zu werden.

In Junos OS Version 9.2 und höher können Sie eine Schnittstelle so konfigurieren, dass sie zu mehr als einem OSPFv2-Bereich gehört. Unterstützung für OSPFv3 wurde in Junos OS Version 9.4 eingeführt. Wie in RFC 5185, OSPF Multi-Area Adjacency definiert, richten die ABRs mehrere Adjacencies aus verschiedenen Bereichen über dieselbe logische Schnittstelle ein. Jeder Multiarea-Adjacency wird von den mit dem Link verbundenen Routern im konfigurierten Bereich als Punkt-zu-Punkt-Nicht-Nummer-Verbindung angekündigt.

Eine Schnittstelle wird in erster Linie in einem Bereich betrachtet. Wenn Sie dieselbe Schnittstelle in einem anderen Bereich konfigurieren, gilt sie als zweitrangig im anderen Bereich. Sie legen den sekundären Bereich fest, indem Sie die secondary Anweisung auf Hierarchieebene [edit protocols ospf3 area area-number interface interface-name] angeben.

Beispiel: Konfigurieren eines Multiarea-Adjacency für OSPFv3

Dieses Beispiel zeigt, wie Sie eine Adjacency mit mehreren Umgebungen für OSPFv3 konfigurieren.

Anforderungen

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

Übersicht

OSPFv3-Pfade innerhalb des Gebiets werden gegenüber Inter-Area-Pfaden bevorzugt. In diesem Beispiel sind Geräte R1 und Gerät R2 Area Border Router (ABRs) mit Schnittstellen sowohl in Bereich 0 als auch in Bereich 1. Die Verbindung zwischen Gerät R1 und R2 befindet sich im Bereich 0 und ist eine Hochgeschwindigkeitsverbindung. Die Verbindungen in Bereich 1 sind niedriger.

Wenn Sie einen Teil des Datenverkehrs von Bereich 1 zwischen Gerät R1 und Gerät R2 über die Hochgeschwindigkeitsverbindung weiterleiten möchten, besteht eine Methode zur Erreichung dieses Ziels darin, die Hochgeschwindigkeitsverbindung zu einem Mehrbereichs-Adjacency zu machen, sodass die Verbindung sowohl Teil von Bereich 0 als auch zu Bereich 1 ist.

Wenn die Hochgeschwindigkeitsverbindung zwischen Gerät R1 und Gerät R2 nur in Bereich 1 bleibt, leitet Gerät R1 den Datenverkehr immer über die Verbindungen mit niedrigerer Geschwindigkeit über Bereich 1 an Gerät R4 und Gerät R5. Gerät R1 verwendet auch den intra-area Area 1-Pfad durch Gerät R3, um zu Bereich 1 Zielen zu gelangen, die nach Gerät R2 abgeschaltet sind.

Es ist klar, dass dieses Szenario zu suboptimaler Routing führt.

Eine virtuelle OSPF-Verbindung kann zur Behebung dieses Problems nicht verwendet werden, ohne die Verbindung zwischen Gerät R1 und Gerät R2 in Bereich 1 zu verschieben. Sie möchten dies möglicherweise nicht tun, wenn die physische Verbindung zur Backbone-Topologie des Netzwerks gehört.

Die IN RFC 5185, OSPF Multi-Area Adjacency beschriebene OSPF /OSPFv3-Protokollerweiterung behebt das Problem, indem die Verbindung zwischen Gerät R1 und Gerät R2 sowohl zum Backbone-Bereich als auch zum Bereich 1 gehört.

Um eine Mehrbereichs-Adjacency zu erstellen, konfigurieren Sie eine Schnittstelle so, dass sie sich in zwei Bereichen befindet, wobei ge-1/2/0 auf Gerät R1 sowohl in Bereich 0 als auch in Bereich 1 und ge-1/2/0 auf Gerät R2 sowohl in Bereich 0 als auch in Bereich 1 konfiguriert ist. Sowohl auf Gerät R1 als auch auf Gerät R2 enthält Bereich 0 die primäre Schnittstelle und ist die primäre Verbindung zwischen den Geräten. Bereich 1 enthält die sekundäre logische Schnittstelle, die Sie konfigurieren, indem Sie die secondary Anweisung hinzufügen.

Abbildung 6: OSPFv3 Multiarea Adjacency OSPFv3 Multiarea Adjacency

Die CLI-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 6. Im Abschnitt #d19e111__d19e436 werden die Schritte auf Gerät R1 und Gerät R2 beschrieben.

Konfiguration

Verfahren

CLI-Schnellkonfiguration

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

Gerät R1

Gerät R2

Gerät R3

Gerät R4

Gerät R5

Gerät R6

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät R1:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 1.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät R2:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 1.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die Befehle und show protocols die show interfaces Befehle eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Gerät R1

Gerät R2

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie im Konfigurationsmodus ein commit .

Überprüfung

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

Verifizieren des Datenverkehrsflusses

Zweck

Stellen Sie sicher, dass der Datenverkehr die Hochgeschwindigkeitsverbindung zwischen Gerät R1 und R2 nutzt, um Ziele in Bereich 1 zu erreichen.

Aktion

Verwenden Sie den Befehl vom Betriebsmodus auf Gerät R1, um den traceroute Datenverkehrsfluss zu Gerät R5 und R6 zu überprüfen.

Bedeutung

Die Traceroute-Ausgabe zeigt, dass der Datenverkehr die Verbindung 9009:1:: zwischen Gerät R1 und Gerät R2 verwendet.

Überprüfen, ob sich der Datenverkehr ändert, wenn Sie die Mehrbereichs-Adjacency entfernen

Zweck

Überprüfen Sie die Ergebnisse, ohne dass die Adjacency für mehrere Bereiche konfiguriert ist.

Aktion
  1. Deaktivieren Sie die Backbone-Link-Schnittstellen in Bereich 1 auf R1 und R2.

  2. Verwenden Sie den Befehl vom Betriebsmodus auf Gerät R1, um den traceroute Datenverkehrsfluss zu Gerät R5 und R6 zu überprüfen.

Bedeutung

Ohne die Multiarea-Adjacency zeigt die Ausgabe suboptimales Routing mit Datenverkehr, der den Pfad durch die Low-Speed-Links in Bereich 1 nimmt.

Verständnis von OSPF Stub Areas, Totally Stubby Areas und Not-So-Stubby Areas

Abbildung 7 zeigt ein autonomes System (AS), über das viele externe Routen beworben werden. Wenn externe Routen einen erheblichen Teil einer Topologiedatenbank machen, können Sie die Ankündigungen in Bereichen unterdrücken, in denen keine Verbindungen außerhalb des Netzwerks vorhanden sind. Auf diese Weise können Sie den Speicherplatz reduzieren, den die Knoten für die Wartung der Topologiedatenbank verwenden, und ihn für andere Anwendungen freistellen.

Abbildung 7: OSPF AS-Netzwerk mit Stub-Bereichen und NSSAs OSPF AS Network with Stub Areas and NSSAs

Um die Ankündigung externer Routen in einem Bereich zu steuern, verwendet OSPF Stubbereiche. Indem Sie eine Area Border Router (ABR)-Schnittstelle zum Bereich als Stub-Schnittstelle entwerfen, unterdrücken Sie externe Routenwerbung über den ABR. Stattdessen kündigt der ABR (über sich selbst) eine Standardroute anstelle der externen Routen an und generiert Netzwerkzusammenfassungen (Typ 3) Link-State Advertisements (LSAs). Pakete, die für externe Routen bestimmt sind, werden automatisch an den ABR gesendet, der als Gateway für ausgehenden Datenverkehr fungiert und den Datenverkehr entsprechend leitet.

Hinweis:

Sie müssen den ABR explizit so konfigurieren, dass er eine Standardroute generiert, wenn er an einen Stub oder einen Not-so-stubby-Area (NSSA) angefügt wird. Um eine Standardroute mit einem angegebenen Metrikwert in den Bereich einzuschleusen, müssen Sie die default-metric Option konfigurieren und einen Metrikwert angeben.

Beispielsweise ist der Bereich 0.0.0.3 in Abbildung 7 nicht direkt mit dem externen Netzwerk verbunden. Der ausgehende Datenverkehr wird über den ABR zum Backbone und dann an die Zieladressen geleitet. Indem Sie Bereich 0.0.0.3 als Stubbereich ausserieren, reduzieren Sie die Größe der Topologiedatenbank für diesen Bereich, indem Sie die Routeneinträge nur auf die internen Routen beschränken.

Ein Stubbereich, der nur interne Routen zulässt und Typ-3-LSAs am Betreten des Stubbereichs beschränkt, wird oft als völlig stubby Bereich bezeichnet. Sie können Den Bereich 0.0.0.3 in einen völlig stubby Bereich konvertieren, indem Sie den ABR so konfigurieren, dass nur die Standardroute in den Bereich angezeigt und in den Bereich eingegeben werden darf. Externe Routen und Ziele zu anderen Bereichen werden nicht mehr in einem völlig unbrauchten Bereich zusammengefasst oder erlaubt.

Hinweis:

Wenn Sie einen völlig unkorrekten Bereich konfigurieren, können Netzwerkkonnektivitätsprobleme auftreten. Sie sollten fortgeschrittene Kenntnisse in OSPF haben und Ihre Netzwerkumgebung verstehen, bevor Sie völlig unbrauchte Bereiche konfigurieren.

Ähnlich wie Bereich 0.0.0.3 in Abbildung 7 verfügt Bereich 0.0.0.4 über keine externen Verbindungen. Bereich 0.0.0.4 verfügt jedoch über statische Kundenrouten, bei denen es sich nicht um interne OSPF-Routen handelt. Sie können die externen Routenanzeigen auf den Bereich beschränken und die statischen Kundenrouten ankündigen, indem Sie den Bereich als NSSA entwerfen. In einer NSSA generiert der AS-Boundary-Router NSSA externe LSAs (Typ 7) und überflutet sie in die NSSA, wo sie sich befinden. Typ 7 LSAs ermöglichen es einer NSSA, das Vorhandensein von AS-Boundary-Routern und den entsprechenden externen Routing-Informationen zu unterstützen. Der ABR konvertiert Typ 7 LSAs in externe AS (Typ 5 ) LSAs und lecks sie in die anderen Bereiche, aber externe Routen von anderen Bereichen werden in der NSSA nicht angekündigt.

Beispiel: Konfigurieren von OSPF Stub und Totally Stubby Areas

Dieses Beispiel zeigt, wie Sie einen OSPF-Stubbereich und einen völlig stubby Bereich konfigurieren, um die Ankündigung externer Routen in einem Bereich zu steuern.

Anforderungen

Bevor Sie beginnen:

Übersicht

Der Backbone-Bereich , der in Abbildung 8 0 ist, hat eine spezielle Funktion und wird immer die Bereichs-ID 0.0.0 zugewiesen. Bereichs-IDs sind eindeutige numerische Bezeichner in punktisierter Dezimalschreibweise. Bereichs-IDs müssen nur innerhalb eines autonomen Systems (AS) eindeutig sein. Alle anderen Netzwerke oder Bereiche (z. B. 3, 7 und 9) im AS müssen direkt mit dem Backbone-Bereich durch Area Border Router (ABRs) verbunden sein, die Schnittstellen in mehr als einem Bereich haben.

Stubbereiche sind Bereiche, in denen OSPF externe Link-Zustandsanzeigen (Typ 5 LSAs) nicht überflutet. Sie können Stubbereiche erstellen, wenn ein Großteil der Topologiedatenbank aus externen AS-Ankündigungen besteht und Sie die Größe der Topologiedatenbanken auf den internen Routern im Stub-Bereich minimieren möchten.

Für Stub-Bereiche gelten folgende Einschränkungen:

  • Sie können keine virtuelle Verbindung über einen Stubbereich erstellen.

  • Ein Stubbereich kann keinen AS-Boundary-Router enthalten.

  • Sie können das Backbone nicht als Stubbereich konfigurieren.

  • Sie können einen Bereich nicht als Stubbereich und als Nicht-So-Stubby-Bereich (NSSA) konfigurieren.

In diesem Beispiel konfigurieren Sie jedes Routing-Gerät im Bereich 7 (Bereichs-ID 0.0.0.7) als Stub-Router und einige zusätzliche Einstellungen auf dem ABR:

  • stub– Gibt an, dass dieser Bereich zu einem Stubbereich wird und nicht mit Typ 5-LSAs überflutet wird. Sie müssen die stub Anweisung auf allen Routing-Geräten in Bereich 7 einschließen, da dieser Bereich keine externen Verbindungen hat.

  • default-metric— Konfiguriert den ABR so, dass eine Standardroute mit einer angegebenen Metrik in den Stubbereich generiert wird. Diese Standardroute ermöglicht die Paketweiterleitung vom Stubbereich zu externen Zielen. Sie konfigurieren diese Option nur in der ABR. Der ABR generiert nicht automatisch eine Standardroute, wenn sie an einen Stub angefügt wird. Sie müssen diese Option explizit konfigurieren, um eine Standardroute zu generieren.

  • no-summaries—(Optional) Verhindert, dass der ABR sammelrouten in den Stubbereich werben kann, indem er den Stubbereich in einen völlig stubby Bereich verwandelt. Wenn sie in Kombination mit der default-metric Anweisung konfiguriert wird, erlaubt ein völlig stubby Bereich nur Routen innerhalb des Bereichs und gibt die Standardroute in den Bereich an. Externe Routen und Ziele zu anderen Bereichen werden nicht mehr in einem völlig unbrauchten Bereich zusammengefasst oder erlaubt. Nur der ABR erfordert diese zusätzliche Konfiguration, da es das einzige Routing-Gerät innerhalb des völlig unruhigen Bereichs ist, das Typ 3-LSAs erstellt, die zum Empfangen und Senden von Datenverkehr von außerhalb des Bereichs verwendet werden.

Hinweis:

In Junos OS Version 8.5 und höher gilt Folgendes:

  • Eine Router-Identifikator-Schnittstelle, die nicht für die Ausführung von OSPF konfiguriert ist, wird in OSPF-LSAs nicht mehr als Stub-Netzwerk angekündigt.

  • OSPF kündigt eine lokale Route mit einer Präfixlänge von 32 als Stub-Link an, wenn die Loopback-Schnittstelle mit einer anderen Präfixlänge als 32 konfiguriert ist. OSPF kündigt auch die direkte Route mit der konfigurierten Maskenlänge an, wie in früheren Versionen.

Abbildung 8: OSPF-Netzwerktopologie mit Stub-Bereichen und NSSAs OSPF Network Topology with Stub Areas and NSSAs

Topologie

Konfiguration

CLI-Schnellkonfiguration

  • Um einen OSPF-Stub-Bereich schnell zu konfigurieren, kopieren Sie den folgenden Befehl und fügen ihn in die CLI ein. Sie müssen alle Routing-Geräte konfigurieren, die Teil des Stub-Bereichs sind.

  • Um den ABR schnell so zu konfigurieren, dass eine Standardroute in den Bereich injiziert wird, kopieren Sie den folgenden Befehl und fügen sie in die CLI ein. Sie wenden diese Konfiguration nur auf dem ABR an.

  • (Optional) Um den ABR schnell so zu konfigurieren, dass er alle Zusammenfassungsanzeigen einschränkt und nur interne Routen und Standardrouten-Ankündigungen in den Bereich erlaubt, kopieren Sie den folgenden Befehl und fügen ihn in die CLI ein. Sie wenden diese Konfiguration nur auf dem ABR an.

Verfahren

Schritt-für-Schritt-Verfahren

So konfigurieren Sie OSPF-Stub-Bereiche:

  1. Konfigurieren Sie auf allen Routing-Geräten in der Region einen OSPF-Stub-Bereich.

    Hinweis:

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

  2. Injizieren Sie im ABR eine Standardroute in den Bereich.

  3. (Optional) Schränken Sie in der ABR zusammenfassungsbezogene LSAs am Betreten des Bereichs ein. Dieser Schritt verwandelt den Stubbereich in einen völlig stubby Bereich.

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

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Eingabe des show protocols ospf Befehls. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Konfiguration auf allen Routing-Geräten:

Konfiguration im ABR (die Ausgabe umfasst auch die optionale Einstellung):

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

Überprüfung

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

Überprüfung der Schnittstellen im Bereich

Zweck

Stellen Sie sicher, dass die Schnittstelle für OSPF für den entsprechenden Bereich konfiguriert wurde. Bestätigen Sie, dass die Ausgabe Stub als Typ des OSPF-Bereichs enthält.

Aktion

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

Überprüfen des Typs des OSPF-Bereichs

Zweck

Stellen Sie sicher, dass der OSPF-Bereich ein Stubbereich ist. Bestätigen Sie, dass in der Ausgabe Normal Stub als Stub-Typ angezeigt wird.

Aktion

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

Beispiel: Konfigurieren von OSPF-Nicht-So-Stubby-Bereichen

Dieses Beispiel zeigt, wie Sie einen OSPF Not-so-Stubby-Bereich (NSSA) konfigurieren, um die Ankündigung externer Routen in einem Bereich zu steuern.

Anforderungen

Bevor Sie beginnen:

Übersicht

Der Backbone-Bereich, der in Abbildung 9 0 ist, hat eine spezielle Funktion und wird immer die Bereichs-ID 0.0.0 zugewiesen. Bereichs-IDs sind eindeutige numerische Bezeichner in punktisierter Dezimalschreibweise. Bereichs-IDs müssen nur innerhalb eines AS eindeutig sein. Alle anderen Netzwerke oder Bereiche (z. B. 3, 7 und 9) im AS müssen direkt mit dem Backbone-Bereich durch ABRs verbunden sein, die Schnittstellen in mehr als einem Bereich haben.

Ein OSPF-Stubbereich hat keine externen Routen, sodass Sie Routen von einem anderen Protokoll nicht in einen Stubbereich verteilen können. OSPF-NSAs ermöglichen es, externe Routen innerhalb des Bereichs zu überfluten.

Darüber hinaus kann es zu einer Situation kommen, in der der Export von Typ 7 LSAs in die NSSA überflüssig ist. Wenn ein AS-Boundary-Router gleichzeitig ein ABR ist, an dem eine NSSA angeschlossen ist, werden Typ 7 LSAs standardmäßig in die NSSA exportiert. Wenn der ABR an mehrere NSSAs angefügt ist, wird standardmäßig ein separater Typ 7-LSA in jede NSSA exportiert. Während der Routenumverteilung generiert dieses Routinggerät sowohl Typ-5-LSAs als auch Typ-7-LSAs. Sie können den Export von Typ 7 LSAs in die NSSA deaktivieren.

Hinweis:

Die folgende Einschränkung gilt für NSSAs: Sie können einen Bereich nicht als Stubbereich und als NSSA konfigurieren.

Sie konfigurieren jedes Routing-Gerät im Bereich 9 (Bereichs-ID 0.0.0.9) mit der folgenden Einstellung:

  • nssa– Gibt eine OSPF-NSSA an. Sie müssen die nssa Anweisung auf allen Routing-Geräten im Bereich 9 einschließen, da in diesem Bereich nur externe Verbindungen zu statischen Routen bestehen.

Außerdem konfigurieren Sie den ABR in Bereich 9 mit den folgenden zusätzlichen Einstellungen:

  • no-summaries— Verhindert, dass der ABR Zusammenfassungsrouten in die NSSA ankündigte. Wenn sie in Kombination mit der default-metric Anweisung konfiguriert wird, erlaubt die NSSA nur interne Routen des Bereichs und kündigt die Standardroute in den Bereich an. Externe Routen und Ziele zu anderen Bereichen werden in der NSSA nicht mehr zusammengefasst oder erlaubt. Nur der ABR erfordert diese zusätzliche Konfiguration, da es das einzige Routing-Gerät innerhalb der NSSA ist, das Typ-3-LSAs erstellt, die zum Empfangen und Senden von Datenverkehr von außerhalb des Bereichs verwendet werden.

  • default-lsa– Konfiguriert den ABR, um eine Standardroute in die NSSA zu generieren. In diesem Beispiel konfigurieren Sie Folgendes:

    • default-metric– Gibt an, dass der ABR eine Standardroute mit einer angegebenen Metrik in die NSSA generiert. Diese Standardroute ermöglicht die Paketweiterleitung von der NSSA zu externen Zielen. Sie konfigurieren diese Option nur in der ABR. Der ABR generiert nicht automatisch eine Standardroute, wenn sie an eine NSSA angefügt wird. Sie müssen diese Option explizit konfigurieren, damit der ABR eine Standardroute generieren kann.

    • metric-type—(Optional) Gibt den externen Metriktyp für die Standard-LSA an, die entweder Typ 1 oder Typ 2 sein kann. Wenn OSPF Routeninformationen aus externen ASs exportiert, enthält es eine Kosten- oder externe Metrik in der Route. Der Unterschied zwischen den beiden Metriken besteht darin, wie OSPF die Kosten für die Route berechnet. Externe Metriken des Typs 1 entsprechen der Link-State-Metrik, wobei die Kosten gleich der Summe der internen Kosten zuzüglich der externen Kosten sind. Externe Metriken des Typs 2 verwenden nur die externen Kosten, die vom AS-Boundary-Router zugewiesen werden. Standardmäßig verwendet OSPF die externe Metrik Typ 2.

    • type-7—(Optional) Überflutet Standard-LSAs des Typs 7 in die NSSA, wenn die no-summaries Anweisung konfiguriert ist. Standardmäßig wird bei der Konfiguration der no-summaries Anweisung eine Typ 3-LSA in die NSSAs für Junos OS Version 5.0 und höher injiziert. Fügen Sie die Anweisung bei, um die type-7 Abwärtskompatibilität mit früheren Junos OS-Versionen zu unterstützen.

Das zweite Beispiel zeigt auch die optionale Konfiguration, die erforderlich ist, um den Export von Typ-7-LSAs in die NSSA zu deaktivieren, indem die no-nssa-abr Anweisung auf dem Routinggerät aufgenommen wird, das die Funktionen eines ABR- und eines AS-Boundary-Routers ausführt.

Abbildung 9: OSPF-Netzwerktopologie mit Stub-Bereichen und NSSAs OSPF Network Topology with Stub Areas and NSSAs

Topologie

Konfiguration

Konfiguration von Routing-Geräten für die Teilnahme an einem nicht so stubby-Bereich

CLI-Schnellkonfiguration

Um eine OSPF-NSSA schnell zu konfigurieren, kopieren Sie den folgenden Befehl und fügen ihn in die CLI ein. Sie müssen alle Routing-Geräte konfigurieren, die Teil der NSSA sind.

Um schnell einen ABR zu konfigurieren, der an einer OSPF-NSSA teilnimmt, kopieren Sie die folgenden Befehle und fügen sie in die CLI ein.

Schritt-für-Schritt-Verfahren

So konfigurieren Sie OSPF NSAs:

  1. Konfigurieren Sie auf allen Routing-Geräten in der Region eine OSPF-NSSA.

    Hinweis:

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

  2. Geben Sie im ABR den OSPF-Konfigurationsmodus ein und geben Sie den bereits erstellten NSSA-Bereich 0.0.9 an.

  3. Injizieren Sie im ABR eine Standardroute in den Bereich.

  4. (Optional) Geben Sie im ABR den externen Metriktyp für die Standardroute an.

  5. (Optional) Geben Sie im ABR die Flutung von Typ 7-LSAs an.

  6. Schränken Sie in der ABR zusammenfassungsbezogene LSAs am Betreten des Bereichs ein.

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

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Eingabe des show protocols ospf Befehls. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Konfiguration auf allen Routing-Geräten in der Umgebung:

Konfiguration auf dem ABR. Die Ausgabe umfasst auch die Optional- metric-type und type-7 Anweisungen.

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

Deaktivierung des Exports von Link State-Ankündigungen vom Typ 7 in nicht so stubby Bereiche

CLI-Schnellkonfiguration

Um den Export von Typ 7-LSAs schnell in die NSSA zu deaktivieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern alle erforderlichen Details, um ihre Netzwerkkonfiguration zu entsprechen, kopieren Sie die Befehle, fügen sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit . Sie konfigurieren diese Einstellung auf einem AS-Boundary-Router, der auch ein ABR mit einem angeschlossenen NSSA-Bereich ist.

Schritt-für-Schritt-Verfahren

Sie können diese Einstellung konfigurieren, wenn Sie einen AS-Begrenzungsrouter haben, der auch ein ABR mit einem angeschlossenen NSSA-Bereich ist.

  1. Deaktivieren Sie den Export von Typ 7 LSAs in die NSSA.

    Hinweis:

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

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

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Eingabe des show protocols ospf Befehls. Wenn die gewünschte Konfiguration in der Ausgabe nicht 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.

Überprüfung

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

Überprüfung der Schnittstellen im Bereich

Zweck

Stellen Sie sicher, dass die Schnittstelle für OSPF für den entsprechenden Bereich konfiguriert wurde. Bestätigen Sie, dass die Ausgabe Stub NSSA als Typ des OSPF-Bereichs enthält.

Aktion

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

Überprüfen des Typs des OSPF-Bereichs

Zweck

Stellen Sie sicher, dass der OSPF-Bereich ein Stubbereich ist. Bestätigen Sie, dass die Ausgabe Nicht so Stubby Stub als Stub-Typ angezeigt wird.

Aktion

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

Überprüfen der Art der LSAs

Zweck

Überprüfen Sie den Typ der LSAs, die sich in dem Bereich befinden. Wenn Sie den Export von Typ 7 LSAs in eine NSSA deaktiviert haben, bestätigen Sie, dass das Feld Typ nicht NSSA als Typ von LSA enthält.

Aktion

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

Grundlegendes zu OSPFv3 Stub und Totally Stubby Areas

Die Junos OSPFv3-Konfiguration für IPv6-Netzwerke ist identisch mit der OSPFv2-Konfiguration. Sie konfigurieren das Protokoll mit set ospf3 Befehlen anstelle von set ospf Befehlen und verwenden show ospf3 Befehle anstelle von show ospf Befehlen, um den OSPF-Status zu überprüfen. Stellen Sie außerdem sicher, dass IPv6-Adressen auf den Schnittstellen festgelegt werden, auf denen OSPFv3 ausgeführt wird.

Stubbereiche sind Bereiche, in denen OSPF externe Link-Zustandsanzeigen (Typ 5 LSAs) nicht überflutet. Sie können Stubbereiche erstellen, wenn ein Großteil der Topologiedatenbank aus externen AS-Ankündigungen besteht und Sie die Größe der Topologiedatenbanken auf den internen Routern im Stub-Bereich minimieren möchten.

Für Stub-Bereiche gelten folgende Einschränkungen:

  • Sie können keine virtuelle Verbindung über einen Stubbereich erstellen.

  • Ein Stubbereich kann keinen AS-Boundary-Router enthalten.

  • Sie können das Backbone nicht als Stubbereich konfigurieren.

  • Sie können einen Bereich nicht als Stubbereich und als Nicht-So-Stubby-Bereich (NSSA) konfigurieren.

Beispiel: Konfigurieren von OSPFv3 Stub und Totally Stubby Areas

Dieses Beispiel zeigt, wie Sie einen OSPFv3-Stubbereich und einen völlig stubby Bereich konfigurieren, um die Ankündigung externer Routen in einen Bereich zu steuern.

Anforderungen

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

Übersicht

Abbildung 10 zeigt die in diesem Beispiel verwendete Topologie.

Abbildung 10: OSPFv3-Netzwerktopologie mit Stub-Bereichen OSPFv3 Network Topology with Stub Areas

In diesem Beispiel konfigurieren Sie jedes Routing-Gerät im Bereich 7 (Bereichs-ID 0.0.0.7) als Stub-Router und einige zusätzliche Einstellungen auf dem ABR:

  • stub– Gibt an, dass dieser Bereich zu einem Stubbereich wird und nicht mit Typ 5-LSAs überflutet wird. Sie müssen die stub Anweisung auf allen Routing-Geräten in Bereich 7 einschließen, da dieser Bereich keine externen Verbindungen hat.

  • default-metric— Konfiguriert den ABR so, dass eine Standardroute mit einer angegebenen Metrik in den Stubbereich generiert wird. Diese Standardroute ermöglicht die Paketweiterleitung vom Stubbereich zu externen Zielen. Sie konfigurieren diese Option nur in der ABR. Der ABR generiert nicht automatisch eine Standardroute, wenn sie an einen Stub angefügt wird. Sie müssen diese Option explizit konfigurieren, um eine Standardroute zu generieren.

  • no-summaries—(Optional) Verhindert, dass der ABR sammelrouten in den Stubbereich werben kann, indem er den Stubbereich in einen völlig stubby Bereich verwandelt. Wenn sie in Kombination mit der default-metric Anweisung konfiguriert wird, erlaubt ein völlig stubby Bereich nur Routen innerhalb des Bereichs und gibt die Standardroute in den Bereich an. Externe Routen und Ziele zu anderen Bereichen werden nicht mehr in einem völlig unbrauchten Bereich zusammengefasst oder erlaubt. Nur der ABR erfordert diese zusätzliche Konfiguration, da es das einzige Routing-Gerät innerhalb des völlig unruhigen Bereichs ist, das Typ 3-LSAs erstellt, die zum Empfangen und Senden von Datenverkehr von außerhalb des Bereichs verwendet werden.

Hinweis:

In Junos OS Version 8.5 und höher gilt Folgendes:

  • Eine Router-Identifikator-Schnittstelle, die nicht für die Ausführung von OSPF konfiguriert ist, wird in OSPF-LSAs nicht mehr als Stub-Netzwerk angekündigt.

  • OSPF kündigt eine lokale Route mit einer Präfixlänge von 32 als Stub-Link an, wenn die Loopback-Schnittstelle mit einer anderen Präfixlänge als 32 konfiguriert ist. OSPF kündigt auch die direkte Route mit der konfigurierten Maskenlänge an, wie in früheren Versionen.

Cli-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 10. Im Abschnitt #d24e145__d24e512 werden die Schritte für Gerät 2, Gerät 6, Gerät 7 und Gerät 8 beschrieben.

Konfiguration

Verfahren

CLI-Schnellkonfiguration

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

Gerät 1

Gerät 2

Gerät 3

Gerät 4

Gerät 5

Gerät 6

Gerät 7

Gerät 8

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 2:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle im Bereich 7.

  4. Geben Sie Bereich 7 als OSPFv3-Stubbereich an.

    Die stub Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.

  5. Injizieren Sie im ABR eine Standardroute in den Bereich.

  6. (Optional) Schränken Sie in der ABR zusammenfassungsbezogene LSAs am Betreten des Bereichs ein.

    Dieser Schritt verwandelt den Stubbereich in einen völlig stubby Bereich.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 6:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf der Schnittstelle im Bereich 7.

  3. Geben Sie Bereich 7 als OSPFv3-Stubbereich an.

    Die stub Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 7:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 9.

  3. Konfigurieren Sie statische Routen, die die Konnektivität zu den Kundenrouten ermöglichen.

  4. Konfigurieren Sie eine Routing-Richtlinie zur Neuverteilung der statischen Routen.

  5. Wenden Sie die Routing-Richtlinie auf die OSPFv3-Instanz an.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 8:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfigurieren Sie zwei Loopback-Schnittstellenadressen zur Simulation von Kundenrouten.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesBefehle , show protocols, show policy-optionsund show routing-options eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Gerät 2

Gerät 6

Gerät 7

Gerät 8

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie im Konfigurationsmodus ein commit .

Überprüfung

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

Überprüfen des Typs des OSPFv3-Bereichs

Zweck

Stellen Sie sicher, dass der OSPFv3-Bereich ein Stubbereich ist. Bestätigen Sie, dass in der Ausgabe Stub als Stub-Typ angezeigt wird.

Aktion

Geben Sie im Betriebsmodus auf Gerät 2 und auf Gerät 6 den show ospf3 overview Befehl ein.

Bedeutung

Auf Gerät 2 ist Not Stubder Stub-Typ von Bereich 0 . Der Stubtyp des Bereichs 7 ist Stub. Die Stub-Standardmetrik ist 10.

Auf Gerät 6 ist Stubder Stub-Typ von Bereich 7 .

Überprüfen der Routen im OSPFv3-Stub-Bereich

Zweck

Stellen Sie sicher, dass die erwarteten Routen in den Routing-Tabellen vorhanden sind.

Aktion

Geben Sie im Betriebsmodus auf Gerät 6 und Gerät 2 den show route Befehl ein.

Bedeutung

Auf Gerät 6 wurde die Standardroute aufgrund der default-metric Anweisung auf dem ABR, Gerät 2, gelernt. Andernfalls sind die einzigen OSPFv3-Routen in der Routing-Tabelle von Gerät 6 die Netzwerkadresse 2001:db8:9009:4::/64 und die OSPFv3-Multicast-Adresse ff02::5/128 für alle SPF-Link-State-Router, auch bekannt als AllSPFRouters.

Auf Gerät 2 wurden alle OSPFv3-Routen gelernt, einschließlich der externen Kundenrouten, 2001:db8:1010::1/128 und 2001:db8:2020::1/128.

Grundlegendes zu OSPFv3 Nicht so stubby Bereichen

Wie ein OSPF-Stubbereich verfügt ein OSPFv3-Stub-Bereich über keine externen Routen, sodass Sie Routen von einem anderen Protokoll nicht in einen Stub-Bereich verteilen können. Not-so-Stubby-Areas (NSAs) ermöglichen es, externe Routen innerhalb des Gebiets zu überfluten. Router in einer NSSA erhalten keine externen Link-State-Ankündigungen (LSAs) von Area Border Routern (ABRs), dürfen aber externe Routing-Informationen zur Weiterverteilung senden. Sie verwenden Typ 7 LSAs, um den ABRs über diese externen Routen zu informieren, was der ABR dann in externe LSAs und Floods des Typs 5 übersetzt, wie normal für den Rest des OSPF-Netzwerks.

Beispiel: Konfigurieren von OSPFv3 Nicht so stubby Areas

Dieses Beispiel zeigt, wie Sie einen OSPFv3 Not-so-Stubby-Bereich (NSSA) konfigurieren, um die Ankündigung externer Routen in den Bereich zu steuern.

Anforderungen

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

Übersicht

In diesem Beispiel verteilt Gerät 7 statische Customer 1-Routen in OSPFv3. Gerät 7 befindet sich im Bereich 9, der als NSSA konfiguriert ist. Gerät 3 ist der ABR, der an die NSSA angeschlossen ist. Eine NSSA ist eine Art Von-Stub-Bereich, der autonome externe Routen des Systems importieren und an andere Bereiche senden kann, aber dennoch keine AS-externen Routen von anderen Bereichen empfangen kann. Da Bereich 9 als NSSA definiert ist, verwendet Gerät 7 LSAs des Typs 7, um dem ABR (Gerät 3) diese externen Routen mitzuteilen. Gerät 3 übersetzt dann die Routen des Typs 7 in externe LSAs typ 5 und überflutet sie als normal mit dem Rest des OSPF-Netzwerks.

In Bereich 3 verteilt Gerät 5 statische Customer 2-Routen in OSPFv3. Diese Routen werden auf Gerät 3 gelernt, aber nicht auf Gerät 7 oder 10. Gerät 3 injiziert eine statische Standardroute in Bereich 9, sodass Geräte 7 und 10 weiterhin die Routen des Kunden 2 erreichen können.

Sie konfigurieren jedes Routing-Gerät im Bereich 9 (Bereichs-ID 0.0.0.9) mit der folgenden Einstellung:

  • nssa– Gibt eine OSPFv3 NSSA an. Sie müssen die nssa Anweisung auf allen Routing-Geräten in Bereich 9 einfügen.

Außerdem konfigurieren Sie den ABR in Bereich 9 mit den folgenden zusätzlichen Einstellungen:

  • no-summaries— Verhindert, dass der ABR Zusammenfassungsrouten in die NSSA ankündigte. Wenn sie in Kombination mit der default-metric Anweisung konfiguriert wird, erlaubt die NSSA nur interne Routen des Bereichs und kündigt die Standardroute in den Bereich an. Externe Routen und Ziele zu anderen Bereichen werden in der NSSA nicht mehr zusammengefasst oder erlaubt. Nur der ABR erfordert diese zusätzliche Konfiguration, da es das einzige Routing-Gerät innerhalb der NSSA ist, das Typ 3-Zusammenfassungs-LSAs erstellt, die zum Empfangen und Senden von Datenverkehr von außerhalb des Bereichs verwendet werden.

  • default-lsa– Konfiguriert den ABR, um eine Standardroute in die NSSA zu generieren. In diesem Beispiel konfigurieren Sie Folgendes:

    • default-metric– Gibt an, dass der ABR eine Standardroute mit einer angegebenen Metrik in die NSSA generiert. Diese Standardroute ermöglicht die Paketweiterleitung von der NSSA zu externen Zielen. Sie konfigurieren diese Option nur in der ABR. Der ABR generiert nicht automatisch eine Standardroute, wenn sie an eine NSSA angefügt wird. Sie müssen diese Option explizit konfigurieren, damit der ABR eine Standardroute generieren kann.

    • metric-type—(Optional) Gibt den externen Metriktyp für die Standard-LSA an, die entweder Typ 1 oder Typ 2 sein kann. Wenn OSPFv3 Routeninformationen aus externen ASs exportiert, enthält es eine Kosten- oder externe Metrik in der Route. Der Unterschied zwischen den beiden Metriken besteht darin, wie OSPFv3 die Kosten für die Route berechnet. Externe Metriken des Typs 1 entsprechen der Link-State-Metrik, wobei die Kosten gleich der Summe der internen Kosten zuzüglich der externen Kosten sind. Externe Metriken des Typs 2 verwenden nur die externen Kosten, die vom AS-Boundary-Router zugewiesen werden. Standardmäßig verwendet OSPFv3 die externe Metrik Typ 2.

    • type-7—(Optional) Überflutet Standard-LSAs des Typs 7 in die NSSA, wenn die no-summaries Anweisung konfiguriert ist. Standardmäßig wird bei der Konfiguration der no-summaries Anweisung eine Typ 3-LSA in die NSSAs für Junos OS Version 5.0 und höher injiziert. Fügen Sie die Anweisung bei, um die type-7 Abwärtskompatibilität mit früheren Junos OS-Versionen zu unterstützen.

Abbildung 11: OSPFv3-Netzwerktopologie mit einer NSSA OSPFv3 Network Topology with an NSSA

Cli-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 11. Im Abschnitt #d26e168__d26e580 werden die Schritte für Gerät 3, Gerät 7 und Gerät 9 beschrieben.

Konfiguration

Verfahren

CLI-Schnellkonfiguration

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

Gerät 1

Gerät 3

Gerät 4

Gerät 5

Gerät 7

Gerät 8

Gerät 9

Gerät 10

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 3:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 9.

  4. Konfigurieren Sie eine OSPFv3-NSSA.

    Die nssa Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.

  5. Injizieren Sie im ABR eine Standardroute in den Bereich.

  6. (Optional) Geben Sie im ABR den externen Metriktyp für die Standardroute an.

  7. (Optional) Geben Sie im ABR die Flutung von Typ 7-LSAs an.

  8. Schränken Sie in der ABR zusammenfassungsbezogene LSAs am Betreten des Bereichs ein.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 5:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf der Schnittstelle im Bereich 3.

  3. Konfigurieren Sie statische Routen, die die Konnektivität zu den Kundenrouten ermöglichen.

  4. Konfigurieren Sie eine Routing-Richtlinie zur Neuverteilung der statischen Routen.

  5. Wenden Sie die Routing-Richtlinie auf die OSPFv3-Instanz an.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 7:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 9.

  3. Konfigurieren Sie eine OSPFv3-NSSA.

    Die nssa Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 8:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfigurieren Sie zwei Loopback-Schnittstellenadressen zur Simulation von Kundenrouten.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesBefehle , show protocols, show policy-optionsund show routing-options eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Gerät 3

Gerät 5

Gerät 7

Gerät 8

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie im Konfigurationsmodus ein commit .

Überprüfung

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

Überprüfen des Typs des OSPFv3-Bereichs

Zweck

Stellen Sie sicher, dass der OSPFv3-Bereich ein NSSA-Bereich ist. Bestätigen Sie, dass die Ausgabe als Stub-Typ angezeigt wird Stub NSSA .

Aktion

Geben Sie im Betriebsmodus auf Gerät 3, Gerät 7 und Gerät 10 den show ospf3 overview Befehl ein.

Bedeutung

Auf Gerät 3 ist Not Stubder Stub-Typ von Bereich 0 . Der Stubtyp des Bereichs 9 ist Stub NSSA. Die Stub-Standardmetrik ist 10.

Auf Gerät 7 und Gerät 10 ist Stub NSSAder Stub-Typ von Bereich 9 .

Überprüfen der Routen im OSPFv3-Stub-Bereich

Zweck

Stellen Sie sicher, dass die erwarteten Routen in den Routing-Tabellen vorhanden sind.

Aktion

Geben Sie im Betriebsmodus auf Gerät 7 und Gerät 3 den show route Befehl ein.

Bedeutung

Auf Gerät 7 wurde die Standardroute aufgrund der default-metric Anweisung auf dem ABR, Gerät 3, gelernt. Andernfalls sind die einzigen OSPFv3-Routen in der Routing-Tabelle von Gerät 7 die lokalen zu Bereich 9 und die OSPFv3-Multicast-Adresse ff02::5/128 für alle SPF Link-State-Router, auch bekannt als AllSPFRouters.

Gerät 10 hat die Standardroute, die von Gerät 3 injiziert wird, und auch die externen OSPF-Routen, die von Gerät 7 injiziert werden.

Weder geräte 7 noch Geräte 10 haben die externen Kundenrouten, die von Gerät 5 in OSPFv3 injiziert wurden.

Auf Gerät 3 wurden alle OSPFv3-Routen gelernt, einschließlich der externen Kundenrouten, 2001:db8:1010:::1/128 und 2001:db8:2020::1/128.

Überprüfen der Art der LSAs

Zweck

Überprüfen Sie den Typ der LSAs, die sich in dem Bereich befinden.

Aktion

Geben Sie im Betriebsmodus auf Gerät 7 den show ospf3 database nssa detail Befehl ein.

Bedeutung

Auf Gerät 7 sind die NSSA-LSAs die externe Standardroute Typ 1, die von Gerät 3 gelernt wurde, und die externen statischen Routen typ 2 zum Netzwerk des Kunden 1.

Grundlegendes zur Filterung von Nicht-So-Stubby-Bereichen

Möglicherweise ist der Export von Typ 7-LSAs in einen Nicht-so-Stubby-Bereich (NSSA) überflüssig. Wenn ein autonomer System boundary Router (ASBR) auch ein Area Border Router (ABR) mit einer angeschlossenen NSSA ist, werden Standardmäßig Typ 7 LSAs in die NSSA exportiert.

Wenn der ASBR (auch ein ABR) an mehrere NSSAs angefügt wird, wird standardmäßig eine separate Typ 7 LSA in jede NSSA exportiert. Während der Routenumverteilung generiert dieses Routinggerät sowohl Typ-5-LSAs als auch Typ-7-LSAs. Um zu vermeiden, dass dieselbe Route zweimal verteilt wird (von Typ 5 LSAs und Typ 7 LSAs), können Sie den Export von Typ 7 LSAs in die NSSA deaktivieren, indem Sie die no-nssa-abr Anweisung auf dem Routing-Gerät angeben.

Beispiel: Konfigurieren von OSPFv3 Nicht so stubby Bereichen mit Filterung

Dieses Beispiel zeigt, wie Sie einen OSPFv3 Not-so-Stubby-Bereich (NSSA) konfigurieren, wenn keine externen Routen als Typ-7-Link-State-Ankündigungen (LSAs) in die NSSA injiziert werden müssen.

Anforderungen

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

Übersicht

Wenn ein autonomer System Border Router (ASBR) gleichzeitig ein NSSA Area Border Router (ABR) ist, generiert das Routinggerät Typ 5 sowie Typ 7 LSAs. Mit der Anweisung können Sie verhindern, dass der Router Typ 7-LSAs für die NSSA no-nssa-abr erstellt.

In diesem Beispiel befinden sich Geräte 5 und Gerät 3 in Kundennetzwerken. Geräte 4 und Gerät 2 injizieren die Kundenrouten in OSPFv3. Bereich 1 ist eine NSSA. Da Gerät 4 sowohl ein NSSA-ABR als auch ein ASBR ist, generiert es sowohl Typ 7 als auch Typ 5 LSAs und injiziert Typ 7 LSAs in Bereich 1 und Typ 5 LSAs in Bereich 0. Um zu verhindern, dass Typ 7 LSAs in Bereich 1 injiziert werden, ist die no-nssa-abr Anweisung in der Geräte 4-Konfiguration enthalten.

Abbildung 12: OSPFv3-Netzwerktopologie mit einem NSSA-ABR, das auch ein ASBR OSPFv3 Network Topology with an NSSA ABR That Is Also an ASBR ist

Cli-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 12. Im Abschnitt #d28e95__d28e440 werden die Schritte auf Gerät 4 beschrieben.

Konfiguration

Verfahren

CLI-Schnellkonfiguration

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

Gerät 1

Gerät 2

Gerät 3

Gerät 4

Gerät 5

Gerät 6

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter "Verwenden des CLI-Editors im Konfigurationsmodus" im CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät 4:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 1.

  4. Konfigurieren Sie eine OSPFv3-NSSA.

    Die nssa Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.

  5. Injizieren Sie im ABR eine Standardroute in den Bereich.

  6. (Optional) Geben Sie im ABR den externen Metriktyp für die Standardroute an.

  7. (Optional) Geben Sie im ABR die Flutung von Typ 7-LSAs an.

  8. Schränken Sie in der ABR zusammenfassungsbezogene LSAs am Betreten des Bereichs ein.

  9. Deaktivieren Sie den Export von Typ 7 LSAs in die NSSA.

    Diese Einstellung ist nützlich, wenn Sie einen AS-Begrenzungsrouter haben, der auch ein ABR mit einem angeschlossenen NSSA-Bereich ist.

  10. Konfigurieren Sie statische Routen zum Kundennetzwerk.

  11. Konfigurieren Sie eine Richtlinie, um die statischen Routen in OSPFv3 zu injizieren.

  12. Wenden Sie die Richtlinie auf OSPFv3 an.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesBefehle , show protocols, show policy-optionsund show routing-options eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Gerät 4

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie im Konfigurationsmodus ein commit .

Überprüfung

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

Überprüfen der Routen im OSPFv3-Stub-Bereich

Zweck

Stellen Sie sicher, dass die erwarteten Routen in den Routing-Tabellen vorhanden sind.

Aktion

Geben Sie im Betriebsmodus auf Gerät 1 und Gerät 6 den show route Befehl ein.

Bedeutung

Auf Gerät 1 wurde die Standardroute (::/0) aufgrund der default-metric Anweisung auf dem ABR, Gerät 4, gelernt. Die Kundenrouten 2001:db8:3030::1 und 2001:db8:4040:::1 wurden von Gerät 2 gelernt. Die Routen 2001:db8:1010::1 und 2001:db8:2020::1 wurden unterdrückt. Sie werden nicht benötigt, da stattdessen die Standardroute verwendet werden kann.

Auf Gerät 6 in Bereich 0 wurden alle Kundenrouten gelernt.

Überprüfen der Art der LSAs

Zweck

Überprüfen Sie den Typ der LSAs, die sich in dem Bereich befinden.

Aktion

Geben Sie im Betriebsmodus auf Gerät 1 den show ospf3 database nssa detail Befehl ein.

Bedeutung

Gerät 4 sendet keine LSAs des Typs 7 (NSSA) für die Kundenrouten 2001:db8:1010:::1/128 und 2001:db8:2020::1/128. Wenn Sie die no-nssa-abr Anweisung löschen oder deaktivieren und dann den show ospf3 database nssa detail Befehl erneut ausführen, sehen Sie, dass Gerät 4 Typ 7 LSAs für 2001:db8:1010::1/128 und 2001:db8:2020::1/128 sendet.