AUF DIESER SEITE
Beispiel: Konfigurieren eines OSPF-Netzwerks mit mehreren Bereichen
Grundlegendes zu netzwerkübergreifenden Umgebungen für OSPFv3
Beispiel: Konfigurieren eines Multiarea-Adjacency für OSPFv3
Verständnis von OSPF Stub Areas, Totally Stubby Areas und Not-So-Stubby Areas
Beispiel: Konfigurieren von OSPF Stub und Totally Stubby Areas
Beispiel: Konfigurieren von OSPFv3 Stub und Totally Stubby Areas
Beispiel: Konfigurieren von OSPFv3 Nicht so stubby Bereichen mit Filterung
Grundlegendes zu virtuellen OSPF-Links für nichtkonstigende Bereiche
Beispiel: Konfigurieren virtueller OSPF-Links für die Verbindung nichtkonstiglicher Bereiche
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
- Area Border-Router
- Backbone-Bereiche
- AS Boundary Router
- Backbone-Router
- Interner Router
- Stub-Bereiche
- Nicht so stubby Gebiete
- Transitgebiete
- OSPF-Bereichstypen und akzeptierte LSAs
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:
Standardmäßig wählt Junos OS die am niedrigsten konfigurierte physische IP-Adresse einer Schnittstelle als Routerbezeichner aus.
Wenn eine Loopback-Schnittstelle konfiguriert ist, wird die IP-Adresse der Loopback-Schnittstelle zur Router-Kennung.
Wenn mehrere Loopback-Schnittstellen konfiguriert sind, wird die niedrigste Loopback-Adresse zur Router-Kennung.
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.
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
.
[edit] set routing-options router-id 192.0.2.24
Verfahren
Schritt-für-Schritt-Verfahren
So konfigurieren Sie eine OSPF-Router-Kennung:
Konfigurieren Sie den OSPF-Routerbezeichner, indem Sie den
[router-id]
Konfigurationswert eingeben.[edit] user@host# set routing-options router-id 192.0.2.24
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
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.
user@host# show routing-options router-id router-id 192.0.2.24;
Ü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:
Konfigurieren Sie die Geräteschnittstellen. Siehe Schnittstellen-Benutzerhandbuch für Sicherheitsgeräte.
Konfigurieren Sie die Router-Kennungen für die Geräte in Ihrem OSPF-Netzwerk. Siehe Beispiel: Konfigurieren eines OSPF-Router-Bezeichners.
Ü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
.
[edit] set protocols ospf area 0.0.0.3 interface ge-0/0/1 priority 200
Verfahren
Schritt-für-Schritt-Verfahren
So steuern Sie die Wahl des von OSPF bezeichneten Routers:
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.[edit] user@host# set protocols ospf area 0.0.0.3 interface ge-0/0/1 priority 200
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
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.
user@host# show protocols ospf area 0.0.0.3 { interface ge-0/0/1.0 { priority 200; } }
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.
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.
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:
Konfigurieren Sie die Geräteschnittstellen. Siehe Schnittstellen-Benutzerhandbuch für Sicherheitsgeräte.
Konfigurieren Sie die Router-Kennungen für die Geräte in Ihrem OSPF-Netzwerk. Siehe Beispiel: Konfigurieren eines OSPF-Router-Bezeichners.
Ü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.
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
.
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0
Verfahren
Schritt-für-Schritt-Verfahren
So konfigurieren Sie ein OSPF-Netzwerk mit nur einem Bereich:
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.[edit] user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
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.
user@host# show protocols ospf area 0.0.0.0 { interface ge-0/0/0.0; }
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:
Konfigurieren Sie die Geräteschnittstellen. Siehe Schnittstellen-Benutzerhandbuch für Sicherheitsgeräte.
Konfigurieren Sie die Router-Kennungen für die Geräte in Ihrem OSPF-Netzwerk. Siehe Beispiel: Konfigurieren eines OSPF-Router-Bezeichners.
Wählen Sie den vom OSPF vorgesehenen Router aus. Siehe Beispiel: Kontrolle der OSPF Designated Router-Wahl
Konfigurieren Sie ein OSPF-Netzwerk mit nur einem Bereich. Siehe Beispiel: Konfigurieren eines Single-Area-OSPF-Netzwerks.
Ü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.
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
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0 set protocols ospf area 0.0.0.0 interface ge-0/0/1
Gerät C
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0
Gerät B
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0 set protocols ospf area 0.0.0.2 interface ge-0/0/2
Gerät D
[edit] set protocols ospf area 0.0.0.2 interface ge-0/0/0 set protocols ospf area 0.0.0.2 interface ge-0/0/2
Gerät E
[edit] set protocols ospf area 0.0.0.2 interface ge-0/0/2
Schritt-für-Schritt-Verfahren
So konfigurieren Sie ein OSPF-Netzwerk mit mehreren Bereichen:
Konfigurieren Sie den Backbone-Bereich.
Hinweis:Fügen Sie die
ospf3
Anweisung für ein OSPFv3-Netzwerk auf[edit protocols]
Hierarchieebene ein.[edit] user@A# set protocols ospf area 0.0.0.0 interface ge-0/0/0 user@A# set protocols ospf area 0.0.0.0 interface ge-0/0/1
[edit] user@C# set protocols ospf area 0.0.0.0 interface ge-0/0/0
[edit] user@B# set protocols ospf area 0.0.0.0 interface ge-0/0/0
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.[edit] user@host# set protocols ospf area 0.0.0.2 interface ge-0/0/0 user@D# set protocols ospf area 0.0.0.2 interface ge-0/0/2
[edit] user@E# set protocols ospf area 0.0.0.2 interface ge-0/0/2
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
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.
user@host# show protocols ospf area 0.0.0.0 { interface ge-0/0/0.0; interface ge-0/0/1.0; }
user@C# show protocols ospf area 0.0.0.0 { interface ge-0/0/0.0; }
user@B# show protocols ospf area 0.0.0.0 { interface ge-0/0/0.0; } area 0.0.0.2 { interface ge-0/0/2.0; }
user@D# show protocols ospf area 0.0.0.2 { interface ge-0/0/0.0; interface ge-0/0/2.0; }
user@E# show protocols ospf area 0.0.0.2 { interface ge-0/0/2.0; }
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 derinterface all
Anweisung konfigurieren.Sie können eine sekundäre Schnittstelle nicht anhand ihrer IP-Adresse konfigurieren.
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:
[edit] set interfaces so-0/0/0 unit 0 family inet address 192.0.2.45/24 set routing-options router-id 10.255.0.1 set protocols ospf area 0.0.0.1 interface so-0/0/0 set protocols ospf area 0.0.0.2 interface so-0/0/0 secondary
Konfiguration auf ABR R2:
[edit] set interfaces so-1/0/0 unit 0 family inet address 192.0.2.37/24 set routing-options router-id 10.255.0.2 set protocols ospf area 0.0.0.1 interface so-1/0/0 set protocols ospf area 0.0.0.2 interface so-1/0/0 secondary
Verfahren
Schritt-für-Schritt-Verfahren
So konfigurieren Sie eine sekundäre logische Schnittstelle:
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.
[edit] user@R1# set interfaces so-0/0/0 unit 0 family inet address 192.0.2.45/24
[edit] user@R2# set interfaces so-1/0/0 unit 0 family inet address 192.0.2.37/24
Konfigurieren Sie die Router-Kennung.
[edit] user@R1# set routing-options router-id 10.255.0.1
[edit] user@R2# set routing-options router-id 10.255.0.2
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.[edit] user@R1# set protocols ospf area 0.0.0.1 interface so-0/0/0
[edit ] user@R2# set protocols ospf area 0.0.0.1 interface so-1/0/0
Konfigurieren Sie in jedem ABR die sekundäre Schnittstelle für den OSPF-Bereich.
[edit ] user@R1# set protocols ospf area 0.0.0.2 so-0/0/0 secondary
[edit ] user@R2# set protocols ospf area 0.0.0.2 so-1/0/0 secondary
Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit protocols ospf area 0.0.0.1 ] user@host# commit
Ergebnisse
Bestätigen Sie Ihre Konfiguration durch Eingabe von show interfaces
, show routing-options
und 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:
user@R1# show interfaces so-0/0/0 { unit 0 { family inet { address 192.0.2.45/24; } } }
user@R1# show routing-options router-id 10.255.0.1;
user@R1# show protocols ospf area 0.0.0.1 { interface so-0/0/0.0; } area 0.0.0.2 { interface so-0/0/0.0 { secondary; } }
Konfiguration auf ABR R2:
user@R2# show interfaces so-0/0/0 { unit 0 { family inet { address 192.0.2.37/24; } } }
user@R2# show routing-options router-id 10.255.0.2;
user@R2# show protocols ospf area 0.0.0.1 { interface so-1/0/0.0; } area 0.0.0.2 { interface so-1/0/0.0 { secondary; } }
Überprüfung
Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.
- Überprüfung der sekundären Schnittstelle
- Überprüfung der Schnittstellen im Bereich
- Überprüfung von Nachbarschaftsadjacencies
Ü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.
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
set interfaces ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::2/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::1/128 set protocols ospf3 area 0.0.0.0 interface ge-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 secondary
Gerät R2
set interfaces ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set interfaces lo0 unit 0 family inet6 address 2001:db9:9001::2/128 set protocols ospf3 area 0.0.0.0 interface ge-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 secondary
Gerät R3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::3/128 set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0
Gerät R4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::4/128 set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/2.0
Gerät R5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::5/128 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0
Gerät R6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::6/128 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@R1# set ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 user@R1# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::2/64 user@R1# set lo0 unit 0 family inet address 10.1.1.1/32 user@R1# set lo0 unit 0 family inet6 address 2001:db8:9009::1/128
-
Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.
[edit protocols ospf3 area 0.0.0.0] user@R1# set interface ge-1/2/0.0 user@R1# set interface lo0.0 passive
-
Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 1.
[edit protocols ospf3 area 0.0.0.1] user@R1# set interface fe-1/2/1.0 user@R1# set interface ge-1/2/0.0 secondary
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@R2# set ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 user@R2# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::2/64 user@R2# set fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:6::2/64 user@R2# set lo0 unit 0 family inet address 10.2.2.2/32 user@R2# set lo0 unit 0 family inet6 address 2001:db8:9009::2/128
-
Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.
[edit protocols ospf3 area 0.0.0.0] user@R2# set interface ge-1/2/0.0 user@R2# set interface lo0.0 passive
-
Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 1.
[edit protocols ospf3 area 0.0.0.1] user@R2# set interface fe-1/2/2.0 user@R2# set interface fe-1/2/1.0 user@R2# set interface ge-1/2/0.0 secondary
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
user@R1# show interfaces
ge-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::1/64/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:2::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.1.1.1/32;
}
family inet6 {
address 2001:db8:9009::1/128;
}
}
}
user@R1# show protocols
ospf3 {
area 0.0.0.0 {
interface ge-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
interface fe-1/2/1.0;
interface ge-1/2/0.0 {
secondary;
}
}
}
Gerät R2
user@R2# show interfaces
ge-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::1/64;
}
}
}
fe-1/2/2 {
unit 0 {
family inet6 {
address 2001:db8:9009:6::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.2.2.2/32;
}
family inet6 {
address 2001:db8:9009::2/128;
}
}
}
user@R2# show protocols
ospf3 {
area 0.0.0.0 {
interface ge-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
interface fe-1/2/2.0;
interface fe-1/2/1.0;
interface ge-1/2/0.0 {
secondary;
}
}
}
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
- Überprüfen, ob sich der Datenverkehr ändert, wenn Sie die Mehrbereichs-Adjacency entfernen
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.
user@R1> traceroute 2001:db8:9009::6 traceroute6 to 2001:db8:9009::6 (2001:db8:9009::6 ) from 2001:db8:9009:1::1 , 64 hops max, 12 byte packets 1 2001:db8:9009:1::2 (2001:db8:9009:1::2 ) 1.361 ms 1.166 ms 1.117 ms 2 2001:db8:9009::6 (2001:db8:9009::6 ) 1.578 ms 1.484 ms 1.488 ms
user@R1> traceroute 2001:db8:9009::5 traceroute6 to 2001:db8:9009::5 (2001:db8:9009::5) from 2001:db8:9009:1::1, 64 hops max, 12 byte packets 1 2001:db8:9009:1::2 (2001:db8:9009:1::2) 1.312 ms 1.472 ms 1.132 ms 2 2001:db8:9009:4::1 (2001:db8:9009:4::1) 1.137 ms 1.174 ms 1.126 ms 3 2001:db8:9009::5 (5::5) 1.591 ms 1.445 ms 1.441 ms
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
-
Deaktivieren Sie die Backbone-Link-Schnittstellen in Bereich 1 auf R1 und R2.
user@R1# deactivate protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 user@R1# commit user@R2# deactivate protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 user@R2# commit
-
Verwenden Sie den Befehl vom Betriebsmodus auf Gerät R1, um den
traceroute
Datenverkehrsfluss zu Gerät R5 und R6 zu überprüfen.user@R1> traceroute 2001:db8:9009::6 traceroute6 to 2001:db8:9009::6 (2001:db8:9009::6) from 2001:db8:9009:2::2, 64 hops max, 12 byte packets 1 2001:db8:9009:2::1 (2001:db8:9009:2::1) 1.314 ms 8.523 ms 8.310 ms 2 2001:db8:9009:3::2 (2001:db8:9009:3::2) 1.166 ms 1.162 ms 1.172 ms 3 2001:db8:9009:4::1 (2001:db8:9009:4::1) 1.386 ms 1.182 ms 1.138 ms 4 2001:db8:9009::6 (2001:db8:9009::6) 1.605 ms 1.469 ms 1.438 ms
user@R1> traceroute 2001:db8:9009::5 traceroute6 to 2001:db8:9009::5 (2001:db8:9009::5) from 2001:db8:9009:2::2, 64 hops max, 12 byte packets 1 2001:db8:9009:2::1 (2001:db8:9009:2::1) 1.365 ms 1.174 ms 1.133 ms 2 2001:db8:9009:3::2 (2001:db8:9009:2::1) 1.157 ms 1.198 ms 1.138 ms 3 2001:db8:9009:5::5 (2001:db8:9009:5::5) 1.584 ms 1.461 ms 1.443 ms
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.
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.
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.
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:
Konfigurieren Sie die Geräteschnittstellen. Siehe Schnittstellen-Benutzerhandbuch für Sicherheitsgeräte.
Konfigurieren Sie die Router-Kennungen für die Geräte in Ihrem OSPF-Netzwerk. Siehe Beispiel: Konfigurieren eines OSPF-Router-Bezeichners.
Wählen Sie den vom OSPF vorgesehenen Router aus. Siehe Beispiel: Kontrolle der OSPF Designated Router-Wahl
Konfigurieren Sie ein OSPF-Netzwerk mit mehreren Umgebungen. Siehe Beispiel: Konfigurieren eines OSPF-Netzwerks mit mehreren Bereichen.
Ü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 diestub
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 derdefault-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.
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.
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.
[edit] set protocols ospf area 07 stub
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.
[edit] set protocols ospf area 07 stub default-metric 10
(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.
[edit] set protocols ospf area 0.0.0.7 stub no-summaries
Verfahren
Schritt-für-Schritt-Verfahren
So konfigurieren Sie OSPF-Stub-Bereiche:
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.[edit] user@host# set protocols ospf area 0.0.0.7 stub
Injizieren Sie im ABR eine Standardroute in den Bereich.
[edit] user@host# set protocols ospf area 0.0.0.7 stub default-metric 10
(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.
[edit] user@host# set protocols ospf area 0.0.0.7 stub no-summaries
Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
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:
user@host# show protocols ospf area 0.0.0.7 { stub; }
Konfiguration im ABR (die Ausgabe umfasst auch die optionale Einstellung):
user@host# show protocols ospf area 0.0.0.7 { stub default-metric 10 no-summaries; }
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:
Konfigurieren Sie die Geräteschnittstellen. Siehe Schnittstellen-Benutzerhandbuch für Sicherheitsgeräte.
Konfigurieren Sie die Router-Kennungen für die Geräte in Ihrem OSPF-Netzwerk. Siehe Beispiel: Konfigurieren eines OSPF-Router-Bezeichners.
Wählen Sie den vom OSPF vorgesehenen Router aus. Siehe Beispiel: Kontrolle der OSPF Designated Router-Wahl
Konfigurieren Sie ein OSPF-Netzwerk mit mehreren Umgebungen. Siehe Beispiel: Konfigurieren eines OSPF-Netzwerks mit mehreren Bereichen.
Ü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.
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 dienssa
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 derdefault-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 dieno-summaries
Anweisung konfiguriert ist. Standardmäßig wird bei der Konfiguration derno-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 dietype-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.
Topologie
Konfiguration
- Konfiguration von Routing-Geräten für die Teilnahme an einem nicht so stubby-Bereich
- Deaktivierung des Exports von Link State-Ankündigungen vom Typ 7 in nicht so stubby Bereiche
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.
[edit] set protocols ospf area 0.0.0.9 nssa
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.
[edit] set protocols ospf area 0.0.0.9 nssa default-lsa default-metric 10 set protocols ospf area 0.0.0.9 nssa default-lsa metric-type 1 set protocols ospf area 0.0.0.9 nssa default-lsa type-7 set protocols ospf area 0.0.0.9 nssa no-summaries
Schritt-für-Schritt-Verfahren
So konfigurieren Sie OSPF NSAs:
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.[edit] user@host# set protocols ospf area 0.0.0.9 nssa
Geben Sie im ABR den OSPF-Konfigurationsmodus ein und geben Sie den bereits erstellten NSSA-Bereich 0.0.9 an.
[edit ] user@host# edit protocols ospf area 0.0.0.9 nssa
Injizieren Sie im ABR eine Standardroute in den Bereich.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa default-metric 10
(Optional) Geben Sie im ABR den externen Metriktyp für die Standardroute an.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa metric-type 1
(Optional) Geben Sie im ABR die Flutung von Typ 7-LSAs an.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa type-7
Schränken Sie in der ABR zusammenfassungsbezogene LSAs am Betreten des Bereichs ein.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set no-summaries
Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit protocols ospf area 0.0.0.9 nssa] user@host# commit
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:
user@host# show protocols ospf area 0.0.0.9 { nssa; }
Konfiguration auf dem ABR. Die Ausgabe umfasst auch die Optional- metric-type
und type-7
Anweisungen.
user@host# show protocols ospf area 0.0.0.9 { nssa { default-lsa { default-metric 10; metric-type 1; type-7; } no-summaries; } }
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.
[edit] set protocols ospf no-nssa-abr
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.
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.[edit] user@host# set protocols ospf no-nssa-abr
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
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.
user@host# show protocols ospf no-nssa-abr;
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
- Überprüfen des Typs des OSPF-Bereichs
- Überprüfen der Art der LSAs
Ü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.
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 diestub
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 derdefault-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.
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
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Ergebnisse
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
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
Gerät 2
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.7 stub default-metric 10 set protocols ospf3 area 0.0.0.7 stub no-summaries set protocols ospf3 area 0.0.0.7 interface fe-1/2/1.0
Gerät 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0
Gerät 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.3 interface fe-1/2/1.0
Gerät 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set protocols ospf3 area 0.0.0.3 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.3 interface lo0.0 passive
Gerät 6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set protocols ospf3 area 0.0.0.7 stub set protocols ospf3 area 0.0.0.7 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.7 interface lo0.0 passive
Gerät 7
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 set interfaces lo0 unit 0 family inet address 10.7.7.7/32 set protocols ospf3 export static-to-ospf set protocols ospf3 area 0.0.0.9 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2
Gerät 8
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 set interfaces lo0 unit 0 family inet address 10.8.8.8/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@2# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::2/64 user@2# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 user@2# set lo0 unit 0 family inet address 10.2.2.2/32
-
Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.
[edit protocols ospf3 area 0.0.0.0] user@2# set interface fe-1/2/0.0 user@2# set interface lo0.0 passive
-
Aktivieren Sie OSPFv3 auf der Schnittstelle im Bereich 7.
[edit protocols ospf3 area 0.0.0.7] user@2# set interface fe-1/2/1.0
-
Geben Sie Bereich 7 als OSPFv3-Stubbereich an.
Die
stub
Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.[edit protocols ospf3 area 0.0.0.7] user@2# set stub
-
Injizieren Sie im ABR eine Standardroute in den Bereich.
[edit protocols ospf3 area 0.0.0.7] user@2# set stub default-metric 10
-
(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.
[edit protocols ospf3 area 0.0.0.7] user@2# set stub no-summaries
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@6# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 user@6# set lo0 unit 0 family inet address 10.6.6.6/32
-
Aktivieren Sie OSPFv3 auf der Schnittstelle im Bereich 7.
[edit protocols ospf3 area 0.0.0.7] user@6# set interface fe-1/2/0.0 user@6# set interface lo0.0 passive
-
Geben Sie Bereich 7 als OSPFv3-Stubbereich an.
Die
stub
Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.[edit protocols ospf3 area 0.0.0.7] user@6# set stub
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@7# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 user@7# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@7# set lo0 unit 0 family inet address 10.7.7.7/32
-
Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 9.
[edit protocols ospf3 area 0.0.0.9] user@7# set interface fe-1/2/0.0 user@7# set interface lo0.0 passive
-
Konfigurieren Sie statische Routen, die die Konnektivität zu den Kundenrouten ermöglichen.
[edit routing-options rib inet6.0 static] user@7# set route 1010::1/128 next-hop 2001:db8:9009:7::2 user@7# set route 2020::1/128 next-hop 2001:db8:9009:7::2
-
Konfigurieren Sie eine Routing-Richtlinie zur Neuverteilung der statischen Routen.
[edit policy-options policy-statement static-to-ospf term 1] user@7# set from protocol static user@7# set then accept
-
Wenden Sie die Routing-Richtlinie auf die OSPFv3-Instanz an.
[edit protocols ospf3] user@7# set export static-to-ospf
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@8# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 user@8# set lo0 unit 0 family inet address 10.8.8.8/32
-
Konfigurieren Sie zwei Loopback-Schnittstellenadressen zur Simulation von Kundenrouten.
[edit interfaces lo0 unit 0 family inet6] user@8# set address 2001:db8:1010::1/128 user@8# set address 2001:db8:2020::1/128
Ergebnisse
Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces
Befehle , show protocols
, show policy-options
und 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
user@2# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:2::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.2.2.2/32;
}
}
}
user@2# show protocols
ospf3 {
area 0.0.0.0 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.7 {
stub default-metric 10 no-summaries;
interface fe-1/2/1.0;
}
}
Gerät 6
user@6# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.6.6.6/32;
}
}
}
user@6# show protocols
ospf3 {
area 0.0.0.7 {
stub;
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
Gerät 7
user@7# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:5::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.7.7.7/32;
}
}
}
user@7# show protocols
ospf3 {
export static-to-ospf;
area 0.0.0.9 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
user@7# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@7# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2;
}
}
Gerät 8
user@8# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.8.8.8/32;
}
family inet6 {
address 2001:db8:1010::1/128;
address 2001:db8:2020::1/128;
}
}
}
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.
user@2> show ospf3 overview Instance: master Router ID: 10.2.2.2 Route table index: 51 Area border router LSA refresh time: 50 minutes Area: 0.0.0.0 Stub type: Not Stub Area border routers: 2, AS boundary routers: 0 Neighbors Up (in full state): 1 Area: 0.0.0.7 Stub type: Stub, Stub cost: 10 Area border routers: 0, AS boundary routers: 0 Neighbors Up (in full state): 1 Topology: default (ID 0) Prefix export count: 0 Full SPF runs: 24 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
user@6> show ospf3 overview Instance: master Router ID: 10.6.6.6 Route table index: 46 LSA refresh time: 50 minutes Area: 0.0.0.7 Stub type: Stub Area border routers: 1, AS boundary routers: 0 Neighbors Up (in full state): 1 Topology: default (ID 0) Prefix export count: 0 Full SPF runs: 17 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
Bedeutung
Auf Gerät 2 ist Not Stub
der Stub-Typ von Bereich 0 . Der Stubtyp des Bereichs 7 ist Stub
. Die Stub-Standardmetrik ist 10.
Auf Gerät 6 ist Stub
der 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.
user@6> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.6.6.6/32 *[Direct/0] 1d 01:57:12 > via lo0.0 inet6.0: 6 destinations, 7 routes (6 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ::/0 *[OSPF3/10] 00:10:52, metric 11 > via fe-1/2/0.0 2001:db8:9009:4::/64 *[Direct/0] 1d 01:56:31 > via fe-1/2/0.0 [OSPF3/10] 1d 01:56:31, metric 1 > via fe-1/2/0.0 2001:db8:9009:4::2/128 *[Local/0] 1d 01:56:53 Local via fe-1/2/0.0 fe80::/64 *[Direct/0] 1d 01:56:31 > via fe-1/2/0.0 fe80::2a0:a514:0:a4c/128 *[Local/0] 1d 01:56:53 Local via fe-1/2/0.0 ff02::5/128 *[OSPF3/10] 1d 01:58:22, metric 1 MultiRecv
user@2> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.2.2.2/32 *[Direct/0] 1d 02:16:13 > via lo0.0 inet6.0: 14 destinations, 17 routes (14 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 2001:db8:1010::1/128 *[OSPF3/150] 00:30:15, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:2020::1/128 *[OSPF3/150] 00:30:15, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:9009:1::/64 *[OSPF3/10] 1d 02:15:54, metric 2 > via fe-1/2/0.0 2001:db8:9009:2::/64 *[Direct/0] 1d 02:15:54 > via fe-1/2/0.0 [OSPF3/10] 1d 02:15:54, metric 1 > via fe-1/2/0.0 2001:db8:9009:2::2/128 *[Local/0] 1d 02:15:54 Local via fe-1/2/0.0 2001:db8:9009:3::/64 *[OSPF3/10] 1d 02:15:54, metric 2 > via fe-1/2/0.0 2001:db8:9009:4::/64 *[Direct/0] 1d 02:15:54 > via fe-1/2/1.0 [OSPF3/10] 05:38:05, metric 1 > via fe-1/2/1.0 2001:db8:9009:4::1/128 *[Local/0] 1d 02:15:54 Local via fe-1/2/1.0 2001:db8:9009:5::/64 *[OSPF3/10] 1d 02:15:54, metric 3 > via fe-1/2/0.0 2001:db8:9009:6::/64 *[OSPF3/10] 1d 01:33:10, metric 3 > via fe-1/2/0.0 fe80::/64 *[Direct/0] 1d 02:15:54 > via fe-1/2/0.0 [Direct/0] 1d 02:15:54 > via fe-1/2/1.0 fe80::2a0:a514:0:64c/128 *[Local/0] 1d 02:15:54 Local via fe-1/2/0.0 fe80::2a0:a514:0:94c/128 *[Local/0] 1d 02:15:54 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 1d 02:17:45, metric 1 MultiRecv
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 dienssa
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 derdefault-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 dieno-summaries
Anweisung konfiguriert ist. Standardmäßig wird bei der Konfiguration derno-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 dietype-7
Abwärtskompatibilität mit früheren Junos OS-Versionen zu unterstützen.
-
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
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Ergebnisse
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
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.5 set protocols ospf3 area 0.0.0.0 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
Gerät 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.9 nssa default-lsa default-metric 10 set protocols ospf3 area 0.0.0.9 nssa default-lsa metric-type 1 set protocols ospf3 area 0.0.0.9 nssa default-lsa type-7 set protocols ospf3 area 0.0.0.9 nssa no-summaries set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0
Gerät 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.3 interface fe-1/2/1.0
Gerät 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set protocols ospf3 export static-to-ospf set protocols ospf3 area 0.0.0.3 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.3 interface lo0.0 passive set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2
Gerät 7
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:8::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:9::1/64 set interfaces lo0 unit 0 family inet address 10.7.7.7/32 set protocols ospf3 export static2-to-ospf set protocols ospf3 area 0.0.0.9 nssa set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive set policy-options policy-statement static2-to-ospf term 1 from protocol static set policy-options policy-statement static2-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:3030::1/128 next-hop 2001:db8:9009:8::2 set routing-options rib inet6.0 static route 2001:db8:4040::1/128 next-hop 2001:db8:9009:8::2
Gerät 8
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 set interfaces lo0 unit 0 family inet address 10.8.8.8/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128
Gerät 9
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:8::2/64 set interfaces lo0 unit 0 family inet address 10.9.9.9/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:3030::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:4040::1/128
Gerät 10
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:9::2/64 set interfaces lo0 unit 0 family inet address 10.10.10.10/32 set protocols ospf3 area 0.0.0.9 nssa set protocols ospf3 area 0.0.0.9 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@3# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 user@3# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 user@3# set lo0 unit 0 family inet address 10.3.3.3/32
-
Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.
[edit protocols ospf3 area 0.0.0.0] user@3# set interface fe-1/2/0.0 user@3# set interface lo0.0 passive
-
Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 9.
[edit protocols ospf3 area 0.0.0.9] user@3# set interface fe-1/2/1.0
-
Konfigurieren Sie eine OSPFv3-NSSA.
Die
nssa
Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.[edit protocols ospf3 area 0.0.0.9] user@3# set nssa
-
Injizieren Sie im ABR eine Standardroute in den Bereich.
[edit protocols ospf3 area 0.0.0.9] user@3# set default-lsa default-metric 10
-
(Optional) Geben Sie im ABR den externen Metriktyp für die Standardroute an.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa default-lsa metric-type 1
-
(Optional) Geben Sie im ABR die Flutung von Typ 7-LSAs an.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa default-lsa type-7
-
Schränken Sie in der ABR zusammenfassungsbezogene LSAs am Betreten des Bereichs ein.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa no-summaries
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@5# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 user@5# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@5# set lo0 unit 0 family inet address 10.5.5.5/32
-
Aktivieren Sie OSPFv3 auf der Schnittstelle im Bereich 3.
[edit protocols ospf3 area 0.0.0.3] user@5# set interface fe-1/2/0.0 user@5# set interface lo0.0 passive
-
Konfigurieren Sie statische Routen, die die Konnektivität zu den Kundenrouten ermöglichen.
[edit routing-options rib inet6.0 static] user@5# set route 1010::1/128 next-hop 2001:db8:9009:7::2 user@5# set route 2020::1/128 next-hop 2001:db8:9009:7::2
-
Konfigurieren Sie eine Routing-Richtlinie zur Neuverteilung der statischen Routen.
[edit policy-options policy-statement static-to-ospf term 1] user@5# set from protocol static user@5# set then accept
-
Wenden Sie die Routing-Richtlinie auf die OSPFv3-Instanz an.
[edit protocols ospf3] user@5# set export static-to-ospf
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@7# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 user@7# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@7# set lo0 unit 0 family inet address 10.7.7.7/32
-
Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 9.
[edit protocols ospf3 area 0.0.0.9] user@7# set interface fe-1/2/0.0 user@7# set interface lo0.0 passive
-
Konfigurieren Sie eine OSPFv3-NSSA.
Die
nssa
Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.[edit protocols ospf3 area 0.0.0.9] user@7# set nssa
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@8# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 user@8# set lo0 unit 0 family inet address 10.8.8.8/32
-
Konfigurieren Sie zwei Loopback-Schnittstellenadressen zur Simulation von Kundenrouten.
[edit interfaces lo0 unit 0 family inet6] user@8# set address 2001:db8:1010::1/128 user@8# set address 2001:db8:2020::1/128
Ergebnisse
Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces
Befehle , show protocols
, show policy-options
und 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
user@3# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:3::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:5::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.3.3.3/32;
}
}
}
}
user@3# show protocols
ospf3 {
area 0.0.0.0 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.9 {
nssa {
default-lsa {
default-metric 10;
metric-type 1;
type-7;
}
no-summaries;
}
interface fe-1/2/1.0;
}
}
Gerät 5
user@5# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:6::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.5.5.5/32;
}
}
}
user@5# show protocols
ospf3 {
export static-to-ospf;
area 0.0.0.3 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
user@5# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@5# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2;
}
}
Gerät 7
user@7# show interfaces
fe-1/2/0 {
unit 0{
family inet6 {
address 2001:db8:9009:5::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.7.7.7/32;
}
}
}
user@7# show protocols
ospf3 {
area 0.0.0.9 {
nssa;
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
Gerät 8
user@8# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.8.8.8/32;
}
family inet6 {
address 2001:db8:1010::1/128;
address 2001:db8:2020::1/128;
}
}
}
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
- Überprüfen der Routen im OSPFv3-Stub-Bereich
- Überprüfen der Art der LSAs
Ü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.
user@3> show ospf3 overview Instance: master Router ID: 10.3.3.3 Route table index: 36 Area border router, AS boundary router, NSSA router LSA refresh time: 50 minutes Area: 0.0.0.0 Stub type: Not Stub Area border routers: 2, AS boundary routers: 0 Neighbors Up (in full state): 1 Area: 0.0.0.9 Stub type: Stub NSSA, Stub cost: 10 Area border routers: 0, AS boundary routers: 1 Neighbors Up (in full state): 1 Topology: default (ID 0) Prefix export count: 0 Full SPF runs: 22 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
user@7> show ospf3 overview Instance: master Router ID: 10.7.7.7 Route table index: 44 AS boundary router, NSSA router LSA refresh time: 50 minutes Area: 0.0.0.9 Stub type: Stub NSSA Area border routers: 1, AS boundary routers: 1 Neighbors Up (in full state): 1 Topology: default (ID 0) Prefix export count: 2 Full SPF runs: 11 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
user@10> show ospf3 overview Instance: master Router ID: 10.10.10.10 Route table index: 55 NSSA router LSA refresh time: 50 minutes Area: 0.0.0.9 Stub type: Stub NSSA Area border routers: 1, AS boundary routers: 2 Neighbors Up (in full state): 2 Topology: default (ID 0) Prefix export count: 0 Full SPF runs: 6 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
Bedeutung
Auf Gerät 3 ist Not Stub
der 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 NSSA
der 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.
user@7> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.7.7.7/32 *[Direct/0] 3d 03:00:23 > via lo0.0 inet6.0: 12 destinations, 14 routes (12 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ::/0 *[OSPF3/150] 01:01:31, metric 12, tag 0 > via fe-1/2/1.0 2001:db8:3030::1/128 *[Static/5] 01:01:43 > to 9009:8::2 via fe-1/2/0.0 2001:db8:4040::1/128 *[Static/5] 01:01:43 > to 9009:8::2 via fe-1/2/0.0 2001:db8:9009:5::/64 *[OSPF3/10] 01:01:33, metric 2 > via fe-1/2/1.0 2001:db8:9009:8::/64 *[Direct/0] 01:01:43 > via fe-1/2/0.0 2001:db8:9009:8::1/128 *[Local/0] 01:02:01 Local via fe-1/2/0.0 2001:db8:9009:9::/64 *[Direct/0] 01:01:45 > via fe-1/2/1.0 [OSPF3/10] 01:01:44, metric 1 > via fe-1/2/1.0 2001:db8:9009:9::1/128 *[Local/0] 01:02:01 Local via fe-1/2/1.0 fe80::/64 *[Direct/0] 01:01:45 > via fe-1/2/1.0 [Direct/0] 01:01:43 > via fe-1/2/0.0 fe80::2a0:a514:0:f4c/128 *[Local/0] 01:02:01 Local via fe-1/2/0.0 fe80::2a0:a514:0:114c/128 *[Local/0] 01:02:01 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 3d 03:01:25, metric 1 MultiRecv
user@10> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.10.10.10/32 *[Direct/0] 01:01:59 > via lo0.0 inet6.0: 11 destinations, 14 routes (11 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ::/0 *[OSPF3/150] 01:01:35, metric 11, tag 0 > via fe-1/2/0.0 2001:db8:3030::1/128 *[OSPF3/150] 01:01:35, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:4040::1/128 *[OSPF3/150] 01:01:35, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:9009:5::/64 *[Direct/0] 01:01:50 > via fe-1/2/0.0 [OSPF3/10] 01:01:50, metric 1 > via fe-1/2/0.0 2001:db8:9009:5::2/128 *[Local/0] 01:01:50 Local via fe-1/2/0.0 2001:db8:9009:9::/64 *[Direct/0] 01:01:50 > via fe-1/2/1.0 [OSPF3/10] 01:01:40, metric 1 > via fe-1/2/1.0 2001:db8:9009:9::2/128 *[Local/0] 01:01:50 Local via fe-1/2/1.0 fe80::/64 *[Direct/0] 01:01:50 > via fe-1/2/0.0 [Direct/0] 01:01:50 > via fe-1/2/1.0 fe80::2a0:a514:0:c4c/128 *[Local/0] 01:01:50 Local via fe-1/2/0.0 fe80::2a0:a514:0:124c/128 *[Local/0] 01:01:50 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 01:02:16, metric 1 MultiRecv
user@3> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.3.3.3/32 *[Direct/0] 3d 03:03:10 > via lo0.0 inet6.0: 15 destinations, 18 routes (15 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 2001:db8:1010::1/128 *[OSPF3/150] 01:04:21, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:2020::1/128 *[OSPF3/150] 01:04:21, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:3030::1/128 *[OSPF3/150] 01:03:57, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:4040::1/128 *[OSPF3/150] 01:03:57, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:9009:1::/64 *[OSPF3/10] 3d 03:02:06, metric 2 > via fe-1/2/0.0 2001:db8:9009:3::/64 *[Direct/0] 3d 03:02:55 > via fe-1/2/0.0 [OSPF3/10] 3d 03:02:54, metric 1 > via fe-1/2/0.0 2001:db8:9009:3::2/128 *[Local/0] 3d 03:02:55 Local via fe-1/2/0.02001:db8:9009:5::/64 *[Direct/0] 01:04:09 > via fe-1/2/1.0 [OSPF3/10] 01:04:09, metric 1 > via fe-1/2/1.0 2001:db8:9009:5::1/128 *[Local/0] 3d 03:02:54 Local via fe-1/2/1.0 2001:db8:9009:6::/64 *[OSPF3/10] 3d 02:19:14, metric 3 > via fe-1/2/0.0 2001:db8:9009:9::/64 *[OSPF3/10] 01:04:02, metric 2 > via fe-1/2/1.0 fe80::/64 *[Direct/0] 3d 03:02:55 > via fe-1/2/0.0 [Direct/0] 01:04:09 > via fe-1/2/1.0 fe80::2a0:a514:0:84c/128 *[Local/0] 3d 03:02:55 Local via fe-1/2/0.0 fe80::2a0:a514:0:b4c/128 *[Local/0] 3d 03:02:54 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 3d 03:03:50, metric 1 MultiRecv
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.
user@7> show ospf3 database nssa detail Area 0.0.0.9 Type ID Adv Rtr Seq Age Cksum Len NSSA 0.0.0.1 10.3.3.3 0x8000002a 1462 0xf406 28 Prefix ::/0 Prefix-options 0x0, Metric 10, Type 1, NSSA *0.0.0.1 10.7.7.7 0x80000003 1625 0x88df 60 Prefix 2001:db8:3030::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:9::1, NSSA *0.0.0.2 10.7.7.7 0x80000003 1025 0xef57 60 Prefix 2001:db8:4040::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:9::1,
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.
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
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 0.1.1.1/32 set protocols ospf3 area 0.0.0.1 nssa set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive
Gerät 2
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set protocols ospf3 export static2-to-ospf set protocols ospf3 area 0.0.0.1 nssa set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set policy-options policy-statement static2-to-ospf term 1 from protocol static set policy-options policy-statement static2-to-ospf term 1 then accept set routing-options rib inet6.0 static route 3030::1/128 next-hop 2001:db8:9009:4::2 set routing-options rib inet6.0 static route 4040::1/128 next-hop 2001:db8:9009:4::2
Gerät 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:3030::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:4040::1/128 set routing-options rib inet6.0 static route ::/0 next-hop 2001:db8:9009:4::1
Gerät 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 export static-to-ospf set protocols ospf3 no-nssa-abr set protocols ospf3 area 0.0.0.0 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 nssa default-lsa default-metric 10 set protocols ospf3 area 0.0.0.1 nssa default-lsa metric-type 1 set protocols ospf3 area 0.0.0.1 nssa default-lsa type-7 set protocols ospf3 area 0.0.0.1 nssa no-summaries set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1
Gerät 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128 set routing-options rib inet6.0 static route ::/0 next-hop 2001:db8:9009:1::2
Gerät 6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
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:
-
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@4# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 user@4# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 user@4# set fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 user@4# set lo0 unit 0 family inet address 10.4.4.4/32
-
Aktivieren Sie OSPFv3 auf den Schnittstellen in Bereich 0.
[edit protocols ospf3 area 0.0.0.0] user@4# set interface fe-1/2/2.0 user@4# set interface lo0.0 passive
-
Aktivieren Sie OSPFv3 auf der Schnittstelle in Bereich 1.
[edit protocols ospf3 area 0.0.0.1] user@4# set interface fe-1/2/1.0
-
Konfigurieren Sie eine OSPFv3-NSSA.
Die
nssa
Anweisung ist auf allen Routing-Geräten in der Umgebung erforderlich.[edit protocols ospf3 area 0.0.0.1] user@4# set nssa
-
Injizieren Sie im ABR eine Standardroute in den Bereich.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa default-metric 10
-
(Optional) Geben Sie im ABR den externen Metriktyp für die Standardroute an.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa metric-type 1
-
(Optional) Geben Sie im ABR die Flutung von Typ 7-LSAs an.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa type-7
-
Schränken Sie in der ABR zusammenfassungsbezogene LSAs am Betreten des Bereichs ein.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa no-summaries
-
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.
[edit protocols ospf3] user@4# set no-nssa-abr
-
Konfigurieren Sie statische Routen zum Kundennetzwerk.
[edit routing-options rib inet6.0 static] user@4# set route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1 user@4# set route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1
-
Konfigurieren Sie eine Richtlinie, um die statischen Routen in OSPFv3 zu injizieren.
[edit policy-options policy-statement static-to-ospf term 1] user@4# set from protocol static user@4# set then accept
-
Wenden Sie die Richtlinie auf OSPFv3 an.
[edit protocols ospf3] user@4# set export static-to-ospf
Ergebnisse
Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces
Befehle , show protocols
, show policy-options
und 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
user@4# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::2/64;
}
}
unit 0 {
family inet6 {
address 2001:db8:9009:6::1/64;
}
}
unit 0 {
family inet6 {
address 2001:db8:9009:3::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.4.4.4/32;
}
}
}
user@4# show protocols
ospf3 {
export static-to-ospf;
no-nssa-abr;
area 0.0.0.0 {
interface fe-1/2/2.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
nssa {
default-lsa {
default-metric 10;
metric-type 1;
type-7;
}
no-summaries;
}
interface fe-1/2/1.0;
}
}
user@4# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@4# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1;
}
}
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.
user@1> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.1.1.1/32 *[Direct/0] 03:25:44 > via lo0.0 inet6.0: 11 destinations, 14 routes (11 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ::/0 *[OSPF3/150] 01:52:58, metric 11, tag 0 > via fe-1/2/0.0 2001:db8:3030::1/128 *[OSPF3/150] 02:44:02, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:4040::1/128 *[OSPF3/150] 02:44:02, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:9009:5::/64 *[Direct/0] 03:25:34 > via fe-1/2/1.0 [OSPF3/10] 03:25:24, metric 1 > via fe-1/2/1.0 2001:db8:9009:5::1/128 *[Local/0] 03:25:34 Local via fe-1/2/1.0 2001:db8:9009:6::/64 *[Direct/0] 03:25:34 > via fe-1/2/0.0 [OSPF3/10] 03:25:34, metric 1 > via fe-1/2/0.0 2001:db8:9009:6::2/128 *[Local/0] 03:25:34 Local via fe-1/2/0.0 fe80::/64 *[Direct/0] 03:25:34 > via fe-1/2/0.0 [Direct/0] 03:25:34 > via fe-1/2/1.0 fe80::2a0:a514:0:44c/128 *[Local/0] 03:25:34 Local via fe-1/2/0.0 fe80::2a0:a514:0:74c/128 *[Local/0] 03:25:34 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 03:27:00, metric 1 MultiRecv
user@6> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.6.6.6/32 *[Direct/0] 03:26:57 > via lo0.0 inet6.0: 11 destinations, 12 routes (11 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 2001:db8:1010::1/128 *[OSPF3/150] 03:16:59, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:2020::1/128 *[OSPF3/150] 03:16:59, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:3030::1/128 *[OSPF3/150] 02:44:34, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:4040::1/128 *[OSPF3/150] 02:44:34, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:9009:3::/64 *[Direct/0] 03:26:29 > via fe-1/2/0.0 [OSPF3/10] 03:26:29, metric 1 > via fe-1/2/0.0 2001:db8:9009:3::2/128 *[Local/0] 03:26:29 Local via fe-1/2/0.0 2001:db8:9009:5::/64 *[OSPF3/10] 02:44:34, metric 3 > via fe-1/2/0.0 2001:db8:9009:6::/64 *[OSPF3/10] 03:16:59, metric 2 > via fe-1/2/0.0 fe80::/64 *[Direct/0] 03:26:29 > via fe-1/2/0.0 fe80::2a0:a514:0:64c/128 *[Local/0] 03:26:29 Local via fe-1/2/0.0 ff02::5/128 *[OSPF3/10] 03:27:37, metric 1 MultiRecv
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.
user@4> show ospf3 database nssa detail Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len NSSA 0.0.0.1 10.2.2.2 0x80000004 2063 0xceaf 60 Prefix 3030::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:5::2, NSSA 0.0.0.2 10.2.2.2 0x80000004 1463 0x3627 60 Prefix 4040::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:5::2, NSSA *0.0.0.1 10.4.4.4 0x80000003 35 0x25f8 28 Prefix ::/0 Prefix-options 0x0, Metric 10, Type 1,
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.
Grundlegendes zu virtuellen OSPF-Links für nichtkonstigende Bereiche
OSPF erfordert, dass alle Bereiche in einem autonomen System (AS) physisch mit dem Backbone-Bereich (Bereich 0) verbunden sein müssen. 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 Area Border Router (ABRs) enthält, um den Netzwerkverkehr von einem angrenzenden Bereich zum anderen zu leiten. Der Transitbereich muss über vollständige Routing-Informationen verfügen und darf kein Stubbereich sein. Abbildung 13 zeigt beispielsweise eine virtuelle Verbindung zwischen einem nicht aufregerbaren Bereich und dem Backbone-Bereich durch einen Bereich, der mit beiden verbunden ist.
In der in Abbildung 13 dargestellten Topologie wird eine virtuelle Verbindung zwischen Bereich 0.0.0.3 und dem Backbone-Bereich durch Bereich 0.0.0.2 hergestellt. Die virtuelle Verbindung transitt den Bereich 0.0.0.2. 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 virtueller OSPF-Links für die Verbindung nichtkonstiglicher Bereiche
In diesem Beispiel wird gezeigt, wie Sie eine virtuelle OSPF-Verbindung konfigurieren, um nichtkonnte Bereiche zu verbinden.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die Geräteschnittstellen. Weitere Informationen finden Sie in der Junos OS Network Interfaces Library für Routing-Geräte.
Konfigurieren Sie ein OSPF-Netzwerk mit nur einem Bereich. Siehe Beispiel: Konfigurieren eines Single-Area-OSPF-Netzwerks.
Konfigurieren Sie ein OSPF-Netzwerk mit mehreren Umgebungen. Siehe Beispiel: Konfigurieren eines OSPF-Netzwerks mit mehreren Bereichen.
Übersicht
Wenn ein Routing-Gerät auf dem Backbone nicht physisch mit dem Backbone verbunden ist, müssen Sie eine virtuelle Verbindung zwischen diesem Routinggerät und dem Backbone herstellen, um die nicht zusammenhängenden Bereiche zu verbinden.
Um eine virtuelle OSPF-Verbindung über einen Bereich zu konfigurieren, geben Sie an jedem Ende der virtuellen Verbindung die Router-ID (IP-Adresse) der Routing-Geräte an. Bei diesen Routing-Geräten muss es sich um Area Border Router (ABRs) mit einem, das physisch mit dem Backbone verbunden ist, sein. Virtuelle Verbindungen können nicht über Stub-Bereiche konfiguriert werden. Sie müssen auch die Anzahl des Bereichs angeben, durch den die virtuelle Verbindung verläuft (auch als Transitbereich bezeichnet). Sie wenden diese Einstellungen auf die Backbone-Bereich -Konfiguration (definiert durch den Bereich 0.0.0.0) auf den ABRs an, die Teil der virtuellen Verbindung sind.
In diesem Beispiel sind Die Geräte R1 und R2 die Routing-Geräte an jedem Ende der virtuellen Verbindung, wobei Gerät R1 physisch mit dem Backbone verbunden ist, wie in Abbildung 14 dargestellt. Sie konfigurieren die folgenden Einstellungen für virtuelle Verbindungen:
neighbor-id: Gibt die IP-Adresse des Routinggeräts am anderen Ende der virtuellen Verbindung an. In diesem Beispiel hat Gerät R1 eine Router-ID von 192.0.2.5 und Gerät R2 eine Router-ID von 192.0.2.3.
transit-area– Gibt den Bereichsbezeichner an, durch den die virtuelle Verbindung transitiert. In diesem Beispiel ist Bereich 0.0.0.3 nicht mit dem Backbone verbunden, sodass Sie eine virtuelle Verbindungssitzung zwischen Bereich 0.0.0.3 und dem Backbone-Bereich durch Bereich 0.0.0.2 konfigurieren. Bereich 0.0.0.2 ist der Transitbereich.
Topologie
Konfiguration
CLI-Schnellkonfiguration
Um schnell einen virtuellen OSPF-Link auf dem lokalen Routing-Gerät (Gerät R1) zu konfigurieren, kopieren Sie die folgenden Befehle und fügen sie in die CLI ein.
Hinweis:Sie müssen beide Routing-Geräte konfigurieren, die Teil der virtuellen Verbindung sind, und die entsprechende Nachbarn-ID auf jedem Routing-Gerät angeben.
[edit] set routing-options router-id 192.0.2.5 set protocols ospf area 0.0.0.0 virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2
Um eine virtuelle OSPF-Verbindung auf dem Remote-Routing-Gerät (Gerät R2) schnell zu konfigurieren, kopieren Sie die folgenden Befehle und fügen sie in die CLI ein.
[edit] set routing-options router-id 192.0.2.3 set protocols ospf area 0.0.0.0 virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2
Verfahren
Schritt-für-Schritt-Verfahren
So konfigurieren Sie eine virtuelle OSPF-Verbindung auf dem lokalen Routing-Gerät (Gerät R1):
Konfigurieren Sie die Router-ID.
[edit] user@R1# set routing-options router-id 192.0.2.5
Geben Sie den OSPF-Konfigurationsmodus ein und geben Sie den OSPF-Bereich 0.0.0 an.
Hinweis:Für eine virtuelle OSPFv3-Verbindung fügen Sie die
ospf3
Anweisung auf Hierarchieebene[edit protocols]
ein.[edit] user@R1# edit protocols ospf area 0.0.0.0
Konfigurieren Sie eine virtuelle OSPF-Verbindung und geben Sie den Transitbereich 0.0.0.2 an. Dieses Routing-Gerät muss ein ABR sein, das physisch mit dem Backbone verbunden ist.
[edit protocols ospf area 0.0.0.0] user@R1# set virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit protocols ospf area 0.0.0.0] user@R1# commit
Schritt-für-Schritt-Verfahren
So konfigurieren Sie eine virtuelle OSPF-Verbindung auf dem Remote-ABR (Gerät R2, das Routing-Gerät am anderen Ende des Links):
Konfigurieren Sie die Router-ID.
[edit] user@R2# set routing-options router-id 192.0.2.3
Geben Sie den OSPF-Konfigurationsmodus ein und geben Sie den OSPF-Bereich 0.0.0 an.
Hinweis:Für eine virtuelle OSPFv3-Verbindung fügen Sie die
ospf3
Anweisung auf Hierarchieebene[edit protocols]
ein.[edit] user@R2# edit protocols ospf area 0.0.0.0
Konfigurieren Sie eine virtuelle OSPF-Verbindung auf dem Remote-ABR und geben Sie den Transitbereich 0.0.0.2 an. Dieses Routing-Gerät ist nicht physisch mit dem Backbone verbunden.
[edit protocols ospf area 0.0.0.0] user@R2# set virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit protocols ospf area 0.0.0.0] user@R2# commit
Ergebnisse
Bestätigen Sie Ihre Konfiguration, indem Sie die Routing-Optionen anzeigen und die show protocols ospf
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.
Konfiguration auf dem lokalen Routing-Gerät (Gerät R1):
user@R1#: show routing-options
router-id 192.0.2.5;
user@R1# show protocols ospf area 0.0.0.0 { virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2; }
Konfiguration auf dem Remote-ABR (Gerät R2):
user@R2#: show routing-options
router-id 192.0.2.3;
user@R2# show protocols ospf area 0.0.0.0 { virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2; }
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.
- Verifizieren von Einträgen in der Link-State-Datenbank
- Überprüfung des OSPF-Schnittstellenstatus und der Konfiguration
Verifizieren von Einträgen in der Link-State-Datenbank
Zweck
Stellen Sie sicher, dass die Einträge in der LINK-Zustandsdatenbank OSPFv2 oder OSPFv3 angezeigt werden. Das Feld Router in der OSPFv2-Ausgabe zeigt LSA-Informationen an, einschließlich des Verbindungstyps. Bei der Konfiguration als virtueller Link lautet der Typ "Virtual". Für jede Routerverbindung zeigt das Feld Typ in der OSPFv3-Ausgabe den Schnittstellentyp an. Bei der Konfiguration als virtueller Link lautet der Typ "Virtual".
Aktion
Geben Sie im Betriebsmodus den show ospf database detail
Befehl für OSPFv2 und den show ospf3 database detail
Befehl für OSPFv3 ein.
Überprüfung des OSPF-Schnittstellenstatus und der Konfiguration
Zweck
Stellen Sie sicher, dass die OSPFv2- oder OSPFv3-Schnittstelle konfiguriert ist und der Status angezeigt wird. Im Feld Typ wird der Schnittstellentyp angezeigt. Wenn die Schnittstelle als Teil einer virtuellen Verbindung konfiguriert ist, ist der Typ "Virtual".
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.
Beispiel: Konfigurieren virtueller OSPFv3-Verbindungen
Dieses Beispiel zeigt, wie Sie OSPF-Version 3 (OSPFv3) mit einigen Bereichen konfigurieren, die keine direkte Verbindung zum Backbone-Bereich (Bereich 0) haben. Wenn ein Bereich nicht mit Bereich 0 verbunden ist, ist eine virtuelle Verbindung erforderlich, um sich über einen Nicht-Backbone-Bereich mit dem Backbone zu verbinden. Der Bereich, durch den Sie die virtuelle Verbindung konfigurieren, der als Transitbereich bezeichnet wird, muss über vollständige Routinginformationen verfügen. Der Transitbereich kann kein Stubbereich sein.
Anforderungen
Vor der Konfiguration dieses Beispiels ist keine spezielle Konfiguration erforderlich, die über die Geräteinitialisierung hinausgeht.
Übersicht
Abbildung 15 zeigt die in diesem Beispiel verwendete Topologie.
Gerät 0, Gerät 1, Gerät 2 und Gerät 3 sind mit dem OSPFv3-Backbone Area 0 verbunden. Gerät 2, Gerät 3 und Gerät 4 verbinden sich über Bereich 1 miteinander. und Bereich 2 befindet sich zwischen Gerät 4 und Gerät 5. Da Gerät 5 keine direkte Verbindung zu Bereich 0 hat, ist eine virtuelle Verbindung in Bereich 1 zwischen Gerät 3 und Gerät 4 erforderlich. Ebenso müssen Sie, da Geräte 0 und Gerät 1 über zwei separate Area 0-Backbone-Abschnitte verfügen, eine zweite virtuelle Verbindung über Bereich 1 zwischen Gerät 2 und Gerät 3 konfigurieren.
Konfiguration
Verfahren
- CLI-Schnellkonfiguration
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Schritt-für-Schritt-Verfahren
- Ergebnisse
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 0
set logical-systems 0 interfaces so-0/3/2 unit 0 family inet6 address 9009:1::1/64 set logical-systems 0 interfaces lo0 unit 0 family inet address 192.168.0.1/32 set logical-systems 0 interfaces lo0 unit 0 family inet6 address feee::10:255:71:4/128 set logical-systems 0 protocols ospf3 area 0.0.0.0 interface so-0/3/2.0 set logical-systems 0 protocols ospf3 area 0.0.0.0 interface lo0.0 passive set logical-systems 0 routing-options router-id 192.168.0.1
Gerät 1
set logical-systems 1 interfaces at-2/0/0 atm-options vpi 0 set logical-systems 1 interfaces at-2/0/0 unit 0 family inet6 address 9009:2::1/64 set logical-systems 1 interfaces at-2/0/0 unit 0 vci 0.77 set logical-systems 1 interfaces lo0 unit 0 family inet address 192.168.1.1/32 set logical-systems 1 interfaces lo0 unit 0 family inet6 address feee::10:255:71:1/128 set logical-systems 1 protocols ospf3 area 0.0.0.0 interface at-2/0/0.0 set logical-systems 1 protocols ospf3 area 0.0.0.0 interface lo0.0 passive set logical-systems 1 routing-options router-id 192.168.1.1
Gerät 2
set logical-systems 2 interfaces so-0/2/0 unit 0 family inet6 address 9009:3::1/64 set logical-systems 2 interfaces fe-1/1/0 unit 0 family inet6 address 9009:4::1/64 set logical-systems 2 interfaces at-0/3/1 atm-options vpi 0 maximum-vcs 1200 set logical-systems 2 interfaces at-0/3/1 unit 0 family inet6 address 9009:2::2/64 set logical-systems 2 interfaces at-0/3/1 unit 0 vci 0.77 set logical-systems 2 interfaces lo0 unit 0 family inet address 192.168.2.1/32 set logical-systems 2 interfaces lo0 unit 0 family inet6 address feee::10:255:71:11/128 set logical-systems 2 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1 set logical-systems 2 protocols ospf3 area 0.0.0.0 interface at-0/3/1.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface fe-1/1/0.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface so-0/2/0.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 2 routing-options router-id 192.168.2.1
Gerät 3
set logical-systems 3 interfaces so-0/3/2 unit 0 family inet6 address 9009:1::2/64 set logical-systems 3 interfaces t1-0/2/1 unit 0 family inet6 address 9009:5::1/64 set logical-systems 3 interfaces so-0/3/0 unit 0 family inet6 address 9009:3::2/64 set logical-systems 3 interfaces lo0 unit 0 family inet address 192.168.3.1/32 set logical-systems 3 interfaces lo0 unit 0 family inet6 address feee::10:255:71:3/128 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface so-0/3/0.0 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface t1-0/2/1.0 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 3 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1 set logical-systems 3 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1 set logical-systems 3 protocols ospf3 area 0.0.0.0 interface so-0/3/2.0 set logical-systems 3 routing-options router-id 192.168.3.1
Gerät 4
set logical-systems 4 interfaces t1-0/2/1 unit 0 family inet6 address 9009:5::2/64 set logical-systems 4 interfaces fe-0/0/0 unit 0 family inet6 address 9009:6::1/64 set logical-systems 4 interfaces fe-1/1/0 unit 0 family inet6 address 9009:4::2/64 set logical-systems 4 interfaces lo0 unit 0 family inet address 192.168.4.1/32 set logical-systems 4 interfaces lo0 unit 0 family inet6 address feee::10:255:71:5/128 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface fe-1/1/0.0 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface t1-0/2/1.0 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 4 protocols ospf3 area 0.0.0.2 interface fe-0/0/0.0 set logical-systems 4 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1 set logical-systems 4 routing-options router-id 192.168.4.1
Gerät 5
set logical-systems 5 interfaces fe-0/0/0 unit 0 family inet6 address 9009:6::2/64 set logical-systems 5 interfaces lo0 unit 0 family inet address 192.168.5.1/32 set logical-systems 5 interfaces lo0 unit 0 family inet6 address feee::10:255:71:6/128 set logical-systems 5 protocols ospf3 area 0.0.0.2 interface fe-0/0/0.0 set logical-systems 5 protocols ospf3 area 0.0.0.2 interface lo0.0 passive set logical-systems 5 routing-options router-id 192.168.5.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 0:
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@0# set so-0/3/2 unit 0 family inet6 address 9009:1::1/64 user@0# set lo0 unit 0 family inet address 192.168.0.1/32 user@0# set lo0 unit 0 family inet6 address feee::10:255:71:4/128
Fügen Sie die Schnittstellen in Bereich 0 des OSPFv3-Prozesses hinzu.
[edit protocols ospf3 area 0.0.0.0] user@0# set interface so-0/3/2.0 user@0# set interface lo0.0 passive
Konfigurieren Sie die Router-ID.
[edit routing-options] user@0# set router-id 192.168.0.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 1:
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@1# set at-2/0/0 atm-options vpi 0 user@1# set at-2/0/0 unit 0 family inet6 address 9009:2::1/64 user@1# set at-2/0/0 unit 0 vci 0.77 user@1# set lo0 unit 0 family inet address 192.168.1.1/32 user@1# set lo0 unit 0 family inet6 address feee::10:255:71:1/128
Fügen Sie die Schnittstellen in Bereich 0 des OSPFv3-Prozesses hinzu.
[edit protocols ospf3 area 0.0.0.0] user@1# set interface at-2/0/0.0 user@1# set interface lo0.0 passive
Konfigurieren Sie die Router-ID.
[edit routing-options] user@1# set router-id 192.168.1.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 2:
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@2# set so-0/2/0 unit 0 family inet6 address 9009:3::1/64 user@2# set fe-1/1/0 unit 0 family inet6 address 9009:4::1/64 user@2# set at-0/3/1 atm-options vpi 0 maximum-vcs 1200 user@2# set at-0/3/1 unit 0 family inet6 address 9009:2::2/64 user@2# set at-0/3/1 unit 0 vci 0.77 user@2# set lo0 unit 0 family inet address 192.168.2.1/32 user@2# set lo0 unit 0 family inet6 address feee::10:255:71:11/128
Fügen Sie die Schnittstellen, die mit Gerät 1, Gerät 3 und Gerät 4 verbunden sind, dem OSPFv3-Prozess hinzu.
[edit protocols ospf3 area 0.0.0.0] user@2# set interface at-0/3/1.0 [edit protocols ospf3 area 0.0.0.1] user@2# set interface fe-1/1/0.0 user@2# set interface so-0/2/0.0 user@2# set interface lo0.0 passive
Konfigurieren Sie die virtuelle Verbindung zu Gerät 3 bis Bereich 1, sodass Gerät 1 auf den entmutigen Teil des OSPF-Backbones auf Gerät 0 zugreifen kann.
[edit protocols ospf3 area 0.0.0.0] user@2# set virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1
Konfigurieren Sie die Router-ID.
[edit routing-options] user@2# set router-id 192.168.2.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 3:
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@3# set so-0/3/2 unit 0 family inet6 address 9009:1::2/64 user@3# set t1-0/2/1 unit 0 family inet6 address 9009:5::1/64 user@3# set so-0/3/0 unit 0 family inet6 address 9009:3::2/64 user@3# set lo0 unit 0 family inet address 192.168.3.1/32 user@3# set lo0 unit 0 family inet6 address feee::10:255:71:3/128
Konfigurieren Sie für den OSPFv3-Prozess auf Gerät 3 die mit Gerät 2 und Gerät 4 verbundenen Schnittstellen in Bereich 1 und die mit Gerät 0 in Bereich 0 verbundene Schnittstelle.
[edit protocols ospf3 area 0.0.0.1] user@3# set interface so-0/3/0.0 user@3# set interface t1-0/2/1.0 user@3# set interface lo0.0 passive [edit protocols ospf3 area 0.0.0.0] user@3# set interface so-0/3/2.0
Konfigurieren Sie zwei virtuelle Verbindungen über Bereich 1– eine Verbindung zu Gerät 2 und die zweite verbindung mit Gerät 4.
Über die virtuellen Verbindungen kann Gerät 5 auf das OSPF-Backbone zugreifen und die entmutigen Bereiche von Bereich 0 in Gerät 0 und Gerät 1 verbinden.
[edit protocols ospf3 area 0.0.0.0] user@3# set virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1 user@3# set virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1
Konfigurieren Sie die Router-ID.
[edit routing-options] user@3# set router-id 192.168.3.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 4:
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@4# set t1-0/2/1 unit 0 family inet6 address 9009:5::2/64 user@4# set fe-0/0/0 unit 0 family inet6 address 9009:6::1/64 user@4# set fe-1/1/0 unit 0 family inet6 address 9009:4::2/64 user@4# set lo0 unit 0 family inet address 192.168.4.1/32 user@4# set lo0 unit 0 family inet6 address feee::10:255:71:5/128
Fügen Sie auf Gerät 4 die angeschlossenen Schnittstellen dem OSPFv3-Prozess hinzu.
[edit protocols ospf3 area 0.0.0.1] user@4# set interface fe-1/1/0.0 user@4# set interface t1-0/2/1.0 user@4# set interface lo0.0 passive [edit protocols ospf3 area 0.0.0.2] user@4# set interface fe-0/0/0.0
Konfigurieren Sie die virtuelle Verbindung zu Gerät 3 bis Bereich 1, sodass Gerät 5 auf das OSPF-Backbone zugreifen kann.
[edit protocols ospf3 area 0.0.0.0] user@4# set virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1
Konfigurieren Sie die Router-ID.
[edit routing-options] user@4# set router-id 192.168.4.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 5:
Konfigurieren Sie die Schnittstellen.
[edit interfaces] user@5# set fe-0/0/0 unit 0 family inet6 address 9009:6::2/64 user@5# set lo0 unit 0 family inet address 192.168.5.1/32 user@5# set lo0 unit 0 family inet6 address feee::10:255:71:6/128
Fügen Sie die Schnittstellen dem OSPFv3-Prozess hinzu.
[edit protocols ospf3 area 0.0.0.2] user@5# set interface fe-0/0/0.0 user@5# set interface lo0.0 passive
Konfigurieren Sie die Router-ID.
[edit routing-options] user@5# set router-id 192.168.5.1
Ergebnisse
Bestätigen Sie ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces
Befehle und show routing-options
show protocols
die 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 0
user@0#show interfaces
so-0/3/2 { unit 0 { family inet6 { address 9009:1::1/64; } } } lo0 { unit 0 { family inet { address 192.168.0.1/32; } family inet6 { address feee::10:255:71:4/128; } } } user@0#show protocols
ospf3 { area 0.0.0.0 { interface so-0/3/2.0; interface lo0.0 { passive; } } } user@0#show routing-options
router-id 192.168.0.1;
Gerät 1
user@1#show interfaces
at-2/0/0 { atm-options { vpi 0; } unit 0 { family inet6 { address 9009:2::1/64; } } } lo0 { unit 0 { family inet { address 192.168.1.1/32; } family inet6 { address feee::10:255:71:1/128; } } } user@1#show protocols
ospf3 { area 0.0.0.0 { interface at-2/0/0.0; interface lo0.0 { passive; } } } user@1#show routing-options
router-id 192.168.1.1;
Gerät 2
user@2#show interfaces
so-0/2/0 { unit 0 { family inet6 { address 9009:3::1/64; } } } fe-1/1/0 { unit 0 { family inet6 { address 9009:4::1/64; } } } at-0/3/1 { atm-options { vpi 0 { maximum-vcs 1200; } } unit 0 { vci 0.77; family inet6 { address 9009:2::2/64; } } } lo0 { unit 0 { family inet { address 192.168.2.1/32; } family inet6 { address feee::10:255:71:11/128; } } } user@2#show protocols
ospf3 { area 0.0.0.0 { virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1; interface at-0/3/1.0; } area 0.0.0.1 { interface fe-1/1/0.0; interface so-0/2/0.0; interface lo0.0 { passive; } } } user@2#show routing-options
router-id 192.168.2.1;
Gerät 3
user@3#show interfaces
so-0/3/2 { unit 0 { family inet6 { address 9009:1::2/64; } } } t1-0/2/1 { unit 0 { family inet6 { address 9009:5::1/64; } } } so-0/3/0 { unit 0 { family inet6 { address 9009:3::2/64; } } } lo0 { unit 0 { family inet { address 192.168.3.1/32; } family inet6 { address feee::10:255:71:3/128; } } } user@3#show protocols
ospf3 { area 0.0.0.1 { interface so-0/3/0.0; interface t1-0/2/1.0; interface lo0.0 { passive; } } area 0.0.0.0 { virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1; virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1; interface so-0/3/2.0; } } user@3#show routing-options
router-id 192.168.3.1;
Gerät 4
user@4#show interfaces
t1-0/2/1 { unit 0 { family inet6 { address 9009:5::2/64; } } } fe-0/0/0 { unit 0 { family inet6 { address 9009:6::1/64; } } } fe-1/1/0 { unit 0 { family inet6 { address 9009:4::2/64; } } } lo0 { unit 0 { family inet { address 192.168.4.1/32; } family inet6 { address feee::10:255:71:5/128; } } } user@4#show protocols
ospf3 { area 0.0.0.1 { interface fe-1/1/0.0; interface t1-0/2/1.0; interface lo0.0 { passive; } } area 0.0.0.2 { interface fe-0/0/0.0; } area 0.0.0.0 { virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1; } } user@4#show routing-options
router-id 192.168.4.1;
Gerät 5
user@5#show interfaces
fe-0/0/0 { unit 0 { family inet6 { address 9009:6::2/64; } } } lo0 { unit 0 { family inet { address 192.168.5.1/32; } family inet6 { address feee::10:255:71:6/128; } } } user@5#show protocols
ospf3 { area 0.0.0.2 { interface fe-0/0/0.0; interface lo0.0 { passive; } } } user@5#show routing-options
router-id 192.168.5.1;
Wenn Sie mit der Konfiguration der Geräte fertig sind, geben Sie im Konfigurationsmodus ein commit
.
Überprüfung
Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.
Verwenden Sie die folgenden Befehle, um den korrekten Betrieb von OSPFv3 für IPv6 zu überprüfen:
show ospf3 interface
show ospf3 neighbor
show ospf3 database
show ospf3 route
show interfaces terse
(um die lokale IPv6-Linkadresse zu sehen, die der lo0-Schnittstelle zugewiesen wurde)Hinweis:Um Präfixinformationen anzuzeigen, müssen Sie die umfangreiche Option mit dem
show ospf3 database
Befehl verwenden.
Geräte 0-Status
Zweck
Vergewissern Sie sich, dass Gerät 0 die erwarteten Routen gelernt hat und die erwarteten Nachbarschaften festgelegt hat.
In der show ospf3 database
Stichprobenausgabe zeigen die Sterne die "besten" Routen an. Diese Routen sind die Routen, die in der Routing-Tabelle installiert sind.
Aktion
user@0> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router *0.0.0.0 192.168.0.1 0x8000008f 1858 0x6e21 40 Router 0.0.0.0 192.168.1.1 0x8000008f 1861 0x523d 40 Router 0.0.0.0 192.168.2.1 0x80000090 1918 0x9e62 56 Router 0.0.0.0 192.168.3.1 0x80000092 2104 0x46d 72 Router 0.0.0.0 192.168.4.1 0x8000008f 2012 0x7016 40 InterArPfx 0.0.0.1 192.168.2.1 0x80000093 231 0xfc5c 36 InterArPfx 0.0.0.2 192.168.2.1 0x80000093 43 0x156 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000092 1731 0x31a4 44 InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 2668 0xc51f 44 InterArPfx 0.0.0.5 192.168.2.1 0x80000091 2856 0xfa59 36 InterArPfx 0.0.0.6 192.168.2.1 0x80000090 2481 0xe3fb 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000093 417 0xf562 36 InterArPfx 0.0.0.2 192.168.3.1 0x80000093 2854 0x84d 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000092 1729 0xbc26 44 InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 2667 0x2ca9 44 InterArPfx 0.0.0.5 192.168.3.1 0x80000091 229 0xe56e 36 InterArPfx 0.0.0.6 192.168.3.1 0x8000008f 2292 0xde01 44 InterArPfx 0.0.0.2 192.168.4.1 0x80000092 794 0xf461 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000092 606 0xf85b 36 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 419 0xfe54 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 1825 0xd906 44 InterArPfx 0.0.0.6 192.168.4.1 0x8000008f 2669 0xf1eb 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000091 981 0xbc95 36 InterArPfx 0.0.0.8 192.168.4.1 0x8000008f 2481 0x8f4f 44 InterArPfx 0.0.0.9 192.168.4.1 0x80000090 2294 0xf0dd 44 InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 231 0xac5a 44 IntraArPfx *0.0.0.1 192.168.0.1 0x80000094 2858 0xbf9f 64 IntraArPfx 0.0.0.1 192.168.1.1 0x80000095 2861 0x87d6 64 IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 793 0xc7bd 64 IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 1167 0x93f0 64 interface so-0/3/2.0 Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.2 192.168.0.1 0x80000091 858 0xc0c7 56 Link 0.0.0.8 192.168.3.1 0x80000091 1354 0x84f9 56 user@0> show ospf3 interface Interface State Area DR ID BDR ID Nbrs lo0.0 DRother 0.0.0.0 0.0.0.0 0.0.0.0 0 so-0/3/2.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 user@0> show ospf3 neighbor ID Interface State Pri Dead 192.168.3.1 so-0/3/2.0 Full 128 33 Neighbor-address fe80::2a0:a514:0:24c user@0> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.1.1 Intra Router IP 3 NH-interface so-0/3/2.0 192.168.2.1 Intra Area BR IP 2 NH-interface so-0/3/2.0 192.168.3.1 Intra Area BR IP 1 NH-interface so-0/3/2.0 192.168.4.1 Intra Area BR IP 2 NH-interface so-0/3/2.0 9009:1::/64 Intra Network IP 1 NH-interface so-0/3/2.0 9009:1::2/128 Intra Network IP 1 NH-interface so-0/3/2.0 9009:2::/64 Intra Network IP 3 NH-interface so-0/3/2.0 9009:2::2/128 Intra Network IP 2 NH-interface so-0/3/2.0 9009:3::/64 Inter Network IP 2 NH-interface so-0/3/2.0 9009:4::/64 Inter Network IP 3 NH-interface so-0/3/2.0 9009:5::/64 Inter Network IP 2 NH-interface so-0/3/2.0 9009:6::/64 Inter Network IP 3 NH-interface so-0/3/2.0 9009:6::1/128 Inter Network IP 2 NH-interface so-0/3/2.0 feee::10:255:71:1/128 Intra Network IP 3 NH-interface so-0/3/2.0 feee::10:255:71:3/128 Inter Network IP 1 NH-interface so-0/3/2.0 feee::10:255:71:4/128 Intra Network IP 0 NH-interface lo0.0 feee::10:255:71:5/128 Inter Network IP 2 NH-interface so-0/3/2.0 feee::10:255:71:6/128 Inter Network IP 3 NH-interface so-0/3/2.0 feee::10:255:71:11/128 Inter Network IP 2 NH-interface so-0/3/2.0 user@0> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 so-0/3/2.0 up up inet6 9009:1::1/64 fe80::2a0:a514:0:14c/64 lo0 lo0.0 up up inet 192.168.0.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:4 ...
Geräte 1-Status
Zweck
Vergewissern Sie sich, dass Gerät 1 die erwarteten Routen gelernt hat und die erwarteten Nachbarschaften festgelegt hat.
Aktion
user@1> show ospf3 interface Interface State Area DR ID BDR ID Nbrs lo0.0 DRother 0.0.0.0 0.0.0.0 0.0.0.0 0 at-2/0/0.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 user@1> show ospf3 neighbor ID Interface State Pri Dead 192.168.2.1 at-2/0/0.0 Full 128 37 Neighbor-address fe80::2a0:a514:0:c4c user@1> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.0.1 0x8000008f 2334 0x6e21 40 Router *0.0.0.0 192.168.1.1 0x8000008f 2331 0x523d 40 Router 0.0.0.0 192.168.2.1 0x80000090 2390 0x9e62 56 Router 0.0.0.0 192.168.3.1 0x80000092 2578 0x46d 72 Router 0.0.0.0 192.168.4.1 0x8000008f 2486 0x7016 40 InterArPfx 0.0.0.1 192.168.2.1 0x80000093 703 0xfc5c 36 InterArPfx 0.0.0.2 192.168.2.1 0x80000093 515 0x156 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000092 2203 0x31a4 44 InterArPfx 0.0.0.4 192.168.2.1 0x80000090 140 0xc320 44 InterArPfx 0.0.0.5 192.168.2.1 0x80000092 328 0xf85a 36 InterArPfx 0.0.0.6 192.168.2.1 0x80000090 2953 0xe3fb 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000093 891 0xf562 36 InterArPfx 0.0.0.2 192.168.3.1 0x80000094 328 0x64e 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000092 2203 0xbc26 44 InterArPfx 0.0.0.4 192.168.3.1 0x80000090 141 0x2aaa 44 InterArPfx 0.0.0.5 192.168.3.1 0x80000091 703 0xe56e 36 InterArPfx 0.0.0.6 192.168.3.1 0x8000008f 2766 0xde01 44 InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1268 0xf461 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1080 0xf85b 36 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 893 0xfe54 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2299 0xd906 44 InterArPfx 0.0.0.6 192.168.4.1 0x80000090 143 0xefec 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000091 1455 0xbc95 36 InterArPfx 0.0.0.8 192.168.4.1 0x8000008f 2955 0x8f4f 44 InterArPfx 0.0.0.9 192.168.4.1 0x80000090 2768 0xf0dd 44 InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 705 0xac5a 44 IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 334 0xbda0 64 IntraArPfx *0.0.0.1 192.168.1.1 0x80000096 331 0x85d7 64 IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 1265 0xc7bd 64 IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 1641 0x93f0 64 interface at-2/0/0.0 Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.2 192.168.1.1 0x80000091 1331 0xaecd 56 Link 0.0.0.8 192.168.2.1 0x80000091 1453 0x80f3 56 user@1> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.0.1 Intra Router IP 3 NH-interface at-2/0/0.0 192.168.2.1 Intra Area BR IP 1 NH-interface at-2/0/0.0 192.168.3.1 Intra Area BR IP 2 NH-interface at-2/0/0.0 192.168.4.1 Intra Area BR IP 3 NH-interface at-2/0/0.0 9009:1::/64 Intra Network IP 3 NH-interface at-2/0/0.0 9009:1::2/128 Intra Network IP 2 NH-interface at-2/0/0.0 9009:2::/64 Intra Network IP 1 NH-interface at-2/0/0.0 9009:2::2/128 Intra Network IP 1 NH-interface at-2/0/0.0 9009:3::/64 Inter Network IP 2 NH-interface at-2/0/0.0 9009:4::/64 Inter Network IP 2 NH-interface at-2/0/0.0 9009:5::/64 Inter Network IP 3 NH-interface at-2/0/0.0 9009:6::/64 Inter Network IP 4 NH-interface at-2/0/0.0 9009:6::1/128 Inter Network IP 3 NH-interface at-2/0/0.0 feee::10:255:71:1/128 Intra Network IP 0 NH-interface lo0.0 feee::10:255:71:3/128 Inter Network IP 2 NH-interface at-2/0/0.0 feee::10:255:71:4/128 Intra Network IP 3 NH-interface at-2/0/0.0 feee::10:255:71:5/128 Inter Network IP 2 NH-interface at-2/0/0.0 feee::10:255:71:6/128 Inter Network IP 4 NH-interface at-2/0/0.0 feee::10:255:71:11/128 Inter Network IP 1 NH-interface at-2/0/0.0 user@1> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 at-2/0/0.0 up up inet6 9009:2::1/64 fe80::2a0:a514:0:b4c/64 lo0 lo0.0 up up inet 192.168.1.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:1 ...
Geräte 2-Status
Zweck
Vergewissern Sie sich, dass Gerät 2 die erwarteten Routen gelernt hat und die erwarteten Nachbarschaften festgelegt hat.
Aktion
user@2> show ospf3 interface Interface State Area DR ID BDR ID Nbrs at-0/3/1.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 vl-192.168.3.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0 so-0/2/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 fe-1/1/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 user@2> show ospf3 neighbor ID Interface State Pri Dead 192.168.1.1 at-0/3/1.0 Full 128 32 Neighbor-address fe80::2a0:a514:0:b4c 192.168.3.1 vl-192.168.3.1 Full 0 35 Neighbor-address 9009:3::2 192.168.3.1 so-0/2/0.0 Full 128 38 Neighbor-address fe80::2a0:a514:0:74c 192.168.4.1 fe-1/1/0.0 Full 128 30 Neighbor-address fe80::2a0:a514:0:a4c user@2> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.0.1 0x8000008f 2771 0x6e21 40 Router 0.0.0.0 192.168.1.1 0x8000008f 2770 0x523d 40 Router *0.0.0.0 192.168.2.1 0x80000090 2827 0x9e62 56 Router 0.0.0.0 192.168.3.1 0x80000093 15 0x26e 72 Router 0.0.0.0 192.168.4.1 0x8000008f 2923 0x7016 40 InterArPfx *0.0.0.1 192.168.2.1 0x80000093 1140 0xfc5c 36 InterArPfx *0.0.0.2 192.168.2.1 0x80000093 952 0x156 36 InterArPfx *0.0.0.3 192.168.2.1 0x80000092 2640 0x31a4 44 InterArPfx *0.0.0.4 192.168.2.1 0x80000090 577 0xc320 44 InterArPfx *0.0.0.5 192.168.2.1 0x80000092 765 0xf85a 36 InterArPfx *0.0.0.6 192.168.2.1 0x80000091 390 0xe1fc 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000093 1328 0xf562 36 InterArPfx 0.0.0.2 192.168.3.1 0x80000094 765 0x64e 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000092 2640 0xbc26 44 InterArPfx 0.0.0.4 192.168.3.1 0x80000090 578 0x2aaa 44 InterArPfx 0.0.0.5 192.168.3.1 0x80000091 1140 0xe56e 36 InterArPfx 0.0.0.6 192.168.3.1 0x80000090 203 0xdc02 44 InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1705 0xf461 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1517 0xf85b 36 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 1330 0xfe54 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2736 0xd906 44 InterArPfx 0.0.0.6 192.168.4.1 0x80000090 580 0xefec 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000091 1892 0xbc95 36 InterArPfx 0.0.0.8 192.168.4.1 0x80000090 392 0x8d50 44 InterArPfx 0.0.0.9 192.168.4.1 0x80000091 205 0xeede 44 InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 1142 0xac5a 44 IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 771 0xbda0 64 IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 770 0x85d7 64 IntraArPfx *0.0.0.1 192.168.2.1 0x80000096 1702 0xc7bd 64 IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 2078 0x93f0 64 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Router *0.0.0.0 192.168.2.1 0x80000093 15 0x8f62 56 Router 0.0.0.0 192.168.3.1 0x80000093 2828 0x39b7 56 Router 0.0.0.0 192.168.4.1 0x80000092 16 0x8768 56 InterArPfx *0.0.0.1 192.168.2.1 0x80000094 1515 0xec6c 36 InterArPfx *0.0.0.3 192.168.2.1 0x80000090 202 0x994d 44 InterArPfx *0.0.0.4 192.168.2.1 0x8000008f 1327 0xd839 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000094 1703 0xd781 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000090 390 0xe002 44 InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 1515 0xc34e 44 InterArPfx 0.0.0.1 192.168.4.1 0x80000093 1422 0x193b 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000090 672 0xed1 44 InterArPfx 0.0.0.4 192.168.4.1 0x8000008f 1235 0xe824 44 IntraArPfx *0.0.0.1 192.168.2.1 0x80000097 2265 0x6bf1 76 IntraArPfx 0.0.0.1 192.168.3.1 0x80000099 953 0xadb8 76 IntraArPfx 0.0.0.1 192.168.4.1 0x80000098 2079 0x3c26 76 interface at-0/3/1.0 Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.2 192.168.1.1 0x80000091 1770 0xaecd 56 Link *0.0.0.8 192.168.2.1 0x80000091 1890 0x80f3 56 interface so-0/2/0.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.6 192.168.2.1 0x80000092 2452 0x6018 56 Link 0.0.0.7 192.168.3.1 0x80000092 2453 0x3a3d 56 interface fe-1/1/0.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.7 192.168.2.1 0x80000092 2077 0x8de7 56 Link 0.0.0.8 192.168.4.1 0x80000091 2172 0x8ce5 56 user@2> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.0.1 Intra Router IP 2 NH-interface (null), NH-addr feee::10:255:71:3 192.168.1.1 Intra Router IP 1 NH-interface at-0/3/1.0 192.168.3.1 Intra Area BR IP 1 NH-interface so-0/2/0.0 192.168.4.1 Intra Area BR IP 1 NH-interface fe-1/1/0.0 9009:1::/64 Intra Network IP 2 NH-interface so-0/2/0.0 9009:1::2/128 Intra Network IP 1 NH-interface so-0/2/0.0 9009:2::/64 Intra Network IP 1 NH-interface at-0/3/1.0 9009:2::2/128 Intra Network IP 0 NH-interface at-0/3/1.0 9009:3::/64 Intra Network IP 1 NH-interface so-0/2/0.0 9009:4::/64 Intra Network IP 1 NH-interface fe-1/1/0.0 9009:5::/64 Intra Network IP 2 NH-interface so-0/2/0.0 NH-interface fe-1/1/0.0 9009:6::/64 Inter Network IP 2 NH-interface fe-1/1/0.0 9009:6::1/128 Inter Network IP 1 NH-interface fe-1/1/0.0 feee::10:255:71:1/128 Intra Network IP 1 NH-interface at-0/3/1.0 feee::10:255:71:3/128 Intra Network IP 1 NH-interface so-0/2/0.0 feee::10:255:71:4/128 Intra Network IP 2 NH-interface so-0/2/0.0 feee::10:255:71:5/128 Intra Network IP 1 NH-interface fe-1/1/0.0 feee::10:255:71:6/128 Inter Network IP 2 NH-interface fe-1/1/0.0 feee::10:255:71:11/128 Intra Network IP 0 NH-interface lo0.0 user@2> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 so-0/2/0.0 up up inet6 9009:3::1/64 fe80::2a0:a514:0:84c/64 fe-1/1/0.0 up up inet6 9009:4::1/64 fe80::2a0:a514:0:94c/64 at-0/3/1.0 up up inet6 9009:2::2/64 fe80::2a0:a514:0:c4c/64 lo0 lo0.0 up up inet 192.168.2.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:11 ...
Geräte 3-Status
Zweck
Stellen Sie sicher, dass Gerät 3 die erwarteten Routen gelernt hat und die erwarteten Nachbarschaften festgelegt hat.
Aktion
user@3> show ospf3 interface Interface State Area DR ID BDR ID Nbrs so-0/3/2.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 vl-192.168.2.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 vl-192.168.4.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0 t1-0/2/1.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 so-0/3/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 user@3> show ospf3 neighbor ID Interface State Pri Dead 192.168.0.1 so-0/3/2.0 Full 128 31 Neighbor-address fe80::2a0:a514:0:14c 192.168.2.1 vl-192.168.2.1 Full 0 33 Neighbor-address 9009:3::1 192.168.4.1 vl-192.168.4.1 Full 0 38 Neighbor-address 9009:5::2 192.168.4.1 t1-0/2/1.0 Full 128 35 Neighbor-address fe80::2a0:a514:0:44c 192.168.2.1 so-0/3/0.0 Full 128 37 Neighbor-address fe80::2a0:a514:0:84c user@3> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.0.1 0x80000090 11 0x6c22 40 Router 0.0.0.0 192.168.1.1 0x80000090 12 0x503e 40 Router 0.0.0.0 192.168.2.1 0x80000091 69 0x9c63 56 Router *0.0.0.0 192.168.3.1 0x80000093 255 0x26e 72 Router 0.0.0.0 192.168.4.1 0x80000090 163 0x6e17 40 InterArPfx 0.0.0.1 192.168.2.1 0x80000093 1382 0xfc5c 36 InterArPfx 0.0.0.2 192.168.2.1 0x80000093 1194 0x156 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000092 2882 0x31a4 44 InterArPfx 0.0.0.4 192.168.2.1 0x80000090 819 0xc320 44 InterArPfx 0.0.0.5 192.168.2.1 0x80000092 1007 0xf85a 36 InterArPfx 0.0.0.6 192.168.2.1 0x80000091 632 0xe1fc 44 InterArPfx *0.0.0.1 192.168.3.1 0x80000093 1568 0xf562 36 InterArPfx *0.0.0.2 192.168.3.1 0x80000094 1005 0x64e 36 InterArPfx *0.0.0.3 192.168.3.1 0x80000092 2880 0xbc26 44 InterArPfx *0.0.0.4 192.168.3.1 0x80000090 818 0x2aaa 44 InterArPfx *0.0.0.5 192.168.3.1 0x80000091 1380 0xe56e 36 InterArPfx *0.0.0.6 192.168.3.1 0x80000090 443 0xdc02 44 InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1945 0xf461 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1757 0xf85b 36 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 1570 0xfe54 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2976 0xd906 44 InterArPfx 0.0.0.6 192.168.4.1 0x80000090 820 0xefec 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000091 2132 0xbc95 36 InterArPfx 0.0.0.8 192.168.4.1 0x80000090 632 0x8d50 44 InterArPfx 0.0.0.9 192.168.4.1 0x80000091 445 0xeede 44 InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 1382 0xac5a 44 IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 1011 0xbda0 64 IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 1012 0x85d7 64 IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 1944 0xc7bd 64 IntraArPfx *0.0.0.1 192.168.3.1 0x80000097 2318 0x93f0 64 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.2.1 0x80000093 257 0x8f62 56 Router *0.0.0.0 192.168.3.1 0x80000094 68 0x37b8 56 Router 0.0.0.0 192.168.4.1 0x80000092 257 0x8768 56 InterArPfx 0.0.0.1 192.168.2.1 0x80000094 1757 0xec6c 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000090 444 0x994d 44 InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 1569 0xd839 44 InterArPfx *0.0.0.1 192.168.3.1 0x80000094 1943 0xd781 36 InterArPfx *0.0.0.3 192.168.3.1 0x80000090 630 0xe002 44 InterArPfx *0.0.0.4 192.168.3.1 0x8000008f 1755 0xc34e 44 InterArPfx 0.0.0.1 192.168.4.1 0x80000093 1663 0x193b 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000090 913 0xed1 44 InterArPfx 0.0.0.4 192.168.4.1 0x8000008f 1476 0xe824 44 IntraArPfx 0.0.0.1 192.168.2.1 0x80000097 2507 0x6bf1 76 IntraArPfx *0.0.0.1 192.168.3.1 0x80000099 1193 0xadb8 76 IntraArPfx 0.0.0.1 192.168.4.1 0x80000098 2320 0x3c26 76 interface so-0/3/2.0 Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.2 192.168.0.1 0x80000091 2011 0xc0c7 56 Link *0.0.0.8 192.168.3.1 0x80000091 2505 0x84f9 56 interface t1-0/2/1.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.9 192.168.3.1 0x80000092 2130 0x1661 56 Link 0.0.0.7 192.168.4.1 0x80000092 2507 0x383f 56 interface so-0/3/0.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.6 192.168.2.1 0x80000092 2694 0x6018 56 Link *0.0.0.7 192.168.3.1 0x80000092 2693 0x3a3d 56 user@3> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.0.1 Intra Router IP 1 NH-interface so-0/3/2.0 192.168.1.1 Intra Router IP 2 NH-interface (null), NH-addr feee::10:255:71:11 192.168.2.1 Intra Area BR IP 1 NH-interface so-0/3/0.0 192.168.4.1 Intra Area BR IP 1 NH-interface t1-0/2/1.0 9009:1::/64 Intra Network IP 1 NH-interface so-0/3/2.0 9009:1::2/128 Intra Network IP 0 NH-interface so-0/3/2.0 9009:2::/64 Intra Network IP 2 NH-interface so-0/3/0.0 9009:2::2/128 Intra Network IP 1 NH-interface so-0/3/0.0 9009:3::/64 Intra Network IP 1 NH-interface so-0/3/0.0 9009:4::/64 Intra Network IP 2 NH-interface so-0/3/0.0 NH-interface t1-0/2/1.0 9009:5::/64 Intra Network IP 1 NH-interface t1-0/2/1.0 9009:6::/64 Inter Network IP 2 NH-interface t1-0/2/1.0 9009:6::1/128 Inter Network IP 1 NH-interface t1-0/2/1.0 feee::10:255:71:1/128 Intra Network IP 2 NH-interface so-0/3/0.0 feee::10:255:71:3/128 Intra Network IP 0 NH-interface lo0.0 feee::10:255:71:4/128 Intra Network IP 1 NH-interface so-0/3/2.0 feee::10:255:71:5/128 Intra Network IP 1 NH-interface t1-0/2/1.0 feee::10:255:71:6/128 Inter Network IP 2 NH-interface t1-0/2/1.0 feee::10:255:71:11/128 Intra Network IP 1 NH-interface so-0/3/0.0 user@3> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 so-0/3/2.0 up up inet6 9009:1::2/64 fe80::2a0:a514:0:24c/64 t1-0/2/1.0 up up inet6 9009:5::1/64 fe80::2a0:a514:0:34c/64 so-0/3/0.0 up up inet6 9009:3::2/64 fe80::2a0:a514:0:74c/64 lo0 lo0.0 up up inet 192.168.3.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:3 ...
Geräte 4-Status
Zweck
Stellen Sie sicher, dass Gerät 4 die erwarteten Routen gelernt hat und die erwarteten Nachbarschaften festgelegt hat.
Aktion
user@4> show ospf3 interface Interface State Area DR ID BDR ID Nbrs lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0 fe-1/1/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 t1-0/2/1.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 fe-0/0/0.0 PtToPt 0.0.0.2 0.0.0.0 0.0.0.0 1 vl-192.168.3.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 user@4> show ospf3 neighbor ID Interface State Pri Dead 192.168.2.1 fe-1/1/0.0 Full 128 35 Neighbor-address fe80::2a0:a514:0:94c 192.168.3.1 t1-0/2/1.0 Full 128 34 Neighbor-address fe80::2a0:a514:0:34c 192.168.5.1 fe-0/0/0.0 Full 128 39 Neighbor-address fe80::2a0:a514:0:64c 192.168.3.1 vl-192.168.3.1 Full 0 33 Neighbor-address 9009:5::1 user@4> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.0.1 0x80000090 270 0x6c22 40 Router 0.0.0.0 192.168.1.1 0x80000090 271 0x503e 40 Router 0.0.0.0 192.168.2.1 0x80000091 328 0x9c63 56 Router 0.0.0.0 192.168.3.1 0x80000093 514 0x26e 72 Router *0.0.0.0 192.168.4.1 0x80000090 420 0x6e17 40 InterArPfx 0.0.0.1 192.168.2.1 0x80000093 1641 0xfc5c 36 InterArPfx 0.0.0.2 192.168.2.1 0x80000093 1453 0x156 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000093 141 0x2fa5 44 InterArPfx 0.0.0.4 192.168.2.1 0x80000090 1078 0xc320 44 InterArPfx 0.0.0.5 192.168.2.1 0x80000092 1266 0xf85a 36 InterArPfx 0.0.0.6 192.168.2.1 0x80000091 891 0xe1fc 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000093 1827 0xf562 36 InterArPfx 0.0.0.2 192.168.3.1 0x80000094 1264 0x64e 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000093 139 0xba27 44 InterArPfx 0.0.0.4 192.168.3.1 0x80000090 1077 0x2aaa 44 InterArPfx 0.0.0.5 192.168.3.1 0x80000091 1639 0xe56e 36 InterArPfx 0.0.0.6 192.168.3.1 0x80000090 702 0xdc02 44 InterArPfx *0.0.0.2 192.168.4.1 0x80000092 2202 0xf461 36 InterArPfx *0.0.0.3 192.168.4.1 0x80000092 2014 0xf85b 36 InterArPfx *0.0.0.4 192.168.4.1 0x80000091 1827 0xfe54 36 InterArPfx *0.0.0.5 192.168.4.1 0x80000091 233 0xd707 44 InterArPfx *0.0.0.6 192.168.4.1 0x80000090 1077 0xefec 44 InterArPfx *0.0.0.7 192.168.4.1 0x80000091 2389 0xbc95 36 InterArPfx *0.0.0.8 192.168.4.1 0x80000090 889 0x8d50 44 InterArPfx *0.0.0.9 192.168.4.1 0x80000091 702 0xeede 44 InterArPfx *0.0.0.10 192.168.4.1 0x8000008f 1639 0xac5a 44 IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 1270 0xbda0 64 IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 1271 0x85d7 64 IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 2203 0xc7bd 64 IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 2577 0x93f0 64 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.2.1 0x80000093 515 0x8f62 56 Router 0.0.0.0 192.168.3.1 0x80000094 327 0x37b8 56 Router *0.0.0.0 192.168.4.1 0x80000092 514 0x8768 56 InterArPfx 0.0.0.1 192.168.2.1 0x80000094 2015 0xec6c 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000090 702 0x994d 44 InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 1827 0xd839 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000094 2202 0xd781 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000090 889 0xe002 44 InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 2014 0xc34e 44 InterArPfx *0.0.0.1 192.168.4.1 0x80000093 1920 0x193b 36 InterArPfx *0.0.0.3 192.168.4.1 0x80000090 1170 0xed1 44 InterArPfx *0.0.0.4 192.168.4.1 0x8000008f 1733 0xe824 44 IntraArPfx 0.0.0.1 192.168.2.1 0x80000097 2765 0x6bf1 76 IntraArPfx 0.0.0.1 192.168.3.1 0x80000099 1452 0xadb8 76 IntraArPfx *0.0.0.1 192.168.4.1 0x80000098 2577 0x3c26 76 Area 0.0.0.2 Type ID Adv Rtr Seq Age Cksum Len Router *0.0.0.0 192.168.4.1 0x80000091 45 0x4741 40 Router 0.0.0.0 192.168.5.1 0x80000090 270 0x3a50 40 InterArPfx *0.0.0.1 192.168.4.1 0x80000094 2295 0xfa5a 36 InterArPfx *0.0.0.2 192.168.4.1 0x80000094 2108 0xfe54 36 InterArPfx *0.0.0.3 192.168.4.1 0x80000093 139 0xe7f6 44 InterArPfx *0.0.0.4 192.168.4.1 0x80000091 2483 0xda7a 36 InterArPfx *0.0.0.5 192.168.4.1 0x80000090 983 0xab35 44 InterArPfx *0.0.0.6 192.168.4.1 0x80000091 795 0xdc3 44 InterArPfx *0.0.0.7 192.168.4.1 0x80000090 1545 0xa2b2 36 InterArPfx *0.0.0.9 192.168.4.1 0x80000090 1358 0x9cb5 36 InterArPfx *0.0.0.11 192.168.4.1 0x80000090 608 0x8f49 44 InterArPfx *0.0.0.12 192.168.4.1 0x80000090 327 0x37a3 44 InterArPfx *0.0.0.13 192.168.4.1 0x8000008f 1452 0x689e 44 InterArPfx *0.0.0.14 192.168.4.1 0x8000008f 1264 0x6c98 44 IntraArPfx *0.0.0.1 192.168.4.1 0x80000098 2858 0x82f5 64 IntraArPfx 0.0.0.1 192.168.5.1 0x80000095 1270 0xf25a 64 interface fe-1/1/0.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.7 192.168.2.1 0x80000092 2577 0x8de7 56 Link *0.0.0.8 192.168.4.1 0x80000091 2670 0x8ce5 56 interface t1-0/2/1.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.9 192.168.3.1 0x80000092 2389 0x1661 56 Link *0.0.0.7 192.168.4.1 0x80000092 2764 0x383f 56 interface fe-0/0/0.0 Area 0.0.0.2 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.6 192.168.4.1 0x80000092 2952 0x79fc 56 Link 0.0.0.2 192.168.5.1 0x80000091 2270 0xb1c7 56 user@4> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.0.1 Intra Router IP 2 NH-interface (null), NH-addr feee::10:255:71:3 192.168.1.1 Intra Router IP 3 NH-interface (null), NH-addr feee::10:255:71:3 192.168.2.1 Intra Area BR IP 1 NH-interface fe-1/1/0.0 192.168.3.1 Intra Area BR IP 1 NH-interface t1-0/2/1.0 192.168.5.1 Intra Router IP 1 NH-interface fe-0/0/0.0 9009:1::/64 Intra Network IP 2 NH-interface t1-0/2/1.0 9009:1::2/128 Intra Network IP 1 NH-interface t1-0/2/1.0 9009:2::/64 Intra Network IP 2 NH-interface fe-1/1/0.0 9009:2::2/128 Intra Network IP 1 NH-interface fe-1/1/0.0 9009:3::/64 Intra Network IP 2 NH-interface t1-0/2/1.0 NH-interface fe-1/1/0.0 9009:4::/64 Intra Network IP 1 NH-interface fe-1/1/0.0 9009:5::/64 Intra Network IP 1 NH-interface t1-0/2/1.0 9009:6::/64 Intra Network IP 1 NH-interface fe-0/0/0.0 9009:6::1/128 Intra Network IP 0 NH-interface fe-0/0/0.0 feee::10:255:71:1/128 Intra Network IP 2 NH-interface fe-1/1/0.0 feee::10:255:71:3/128 Intra Network IP 1 NH-interface t1-0/2/1.0 feee::10:255:71:4/128 Intra Network IP 2 NH-interface t1-0/2/1.0 feee::10:255:71:5/128 Intra Network IP 0 NH-interface lo0.0 feee::10:255:71:6/128 Intra Network IP 1 NH-interface fe-0/0/0.0 feee::10:255:71:11/128 Intra Network IP 1 NH-interface fe-1/1/0.0 user@4> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 t1-0/2/1.0 up up inet6 9009:5::2/64 fe80::2a0:a514:0:44c/64 fe-0/0/0.0 up up inet6 9009:6::1/64 fe80::2a0:a514:0:54c/64 fe-1/1/0.0 up up inet6 9009:4::2/64 fe80::2a0:a514:0:a4c/64 lo0 lo0.0 up up inet 192.168.4.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:5 ...
Geräte 5-Status
Zweck
Vergewissern Sie sich, dass Gerät 5 die erwarteten Routen gelernt hat und die erwarteten Nachbarschaften festgelegt hat.
Aktion
user@5> show ospf3 interface Interface State Area DR ID BDR ID Nbrs lo0.0 DRother 0.0.0.2 0.0.0.0 0.0.0.0 0 fe-0/0/0.0 PtToPt 0.0.0.2 0.0.0.0 0.0.0.0 1 user@5> show ospf3 neighbor ID Interface State Pri Dead 192.168.4.1 fe-0/0/0.0 Full 128 34 Neighbor-address fe80::2a0:a514:0:54c user@5> show ospf3 database Area 0.0.0.2 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.4.1 0x80000091 509 0x4741 40 Router *0.0.0.0 192.168.5.1 0x80000090 732 0x3a50 40 InterArPfx 0.0.0.1 192.168.4.1 0x80000094 2759 0xfa5a 36 InterArPfx 0.0.0.2 192.168.4.1 0x80000094 2572 0xfe54 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000093 603 0xe7f6 44 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 2947 0xda7a 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 1447 0xab35 44 InterArPfx 0.0.0.6 192.168.4.1 0x80000091 1259 0xdc3 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000090 2009 0xa2b2 36 InterArPfx 0.0.0.9 192.168.4.1 0x80000090 1822 0x9cb5 36 InterArPfx 0.0.0.11 192.168.4.1 0x80000090 1072 0x8f49 44 InterArPfx 0.0.0.12 192.168.4.1 0x80000090 791 0x37a3 44 InterArPfx 0.0.0.13 192.168.4.1 0x8000008f 1916 0x689e 44 InterArPfx 0.0.0.14 192.168.4.1 0x8000008f 1728 0x6c98 44 IntraArPfx 0.0.0.1 192.168.4.1 0x80000099 322 0x80f6 64 IntraArPfx *0.0.0.1 192.168.5.1 0x80000095 1732 0xf25a 64 interface fe-0/0/0.0 Area 0.0.0.2 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.6 192.168.4.1 0x80000093 416 0x77fd 56 Link *0.0.0.2 192.168.5.1 0x80000091 2732 0xb1c7 56 user@5> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 fe-0/0/0.0 up up inet6 9009:6::2/64 fe80::2a0:a514:0:64c/64 lo0 lo0.0 up up inet 192.168.5.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:6 ...