Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

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 Advertisements (LSAs) und anderer OSPF-Overhead-Datenverkehr, die über das Netzwerk gesendet werden, sowie die Größe der Topologiedatenbank, die von jedem Router verwaltet werden 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 Routing-Gerätefunktionen beschrieben:

Flächen

Ein Bereich ist eine Gruppe von Netzwerken und Hosts innerhalb eines AS, die administrativ gruppiert wurden. Es wird empfohlen, einen Bereich als Sammlung zusammenhängender IP-Subnetznetzwerke zu konfigurieren. Routing-Geräte, die sich vollständig innerhalb eines Bereichs befinden, werden als interne Router bezeichnet. Alle Schnittstellen der internen Router sind direkt mit den Netzwerken in der Umgebung verbunden.

Die Topologie eines Bereichs wird vor dem Rest des AS verborgen, wodurch der Routing-Verkehr im AS erheblich reduziert wird. Außerdem wird das Routing innerhalb des Gebiets nur durch die Topologie des Gebiets bestimmt, wodurch das Gebiet einen gewissen Schutz vor fehlerhaften Routingdaten bietet.

Alle Routing-Geräte innerhalb eines Bereichs haben identische Topologiedatenbanken.

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 sich eine andere Schnittstelle in einem anderen Bereich befindet. ABRs unterhalten außerdem eine separate topologische Datenbank für jedes Gebiet, mit dem sie verbunden sind.

Backbone-Bereiche

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

Die Routing-Geräte, aus denen das Backbone besteht, müssen physisch miteinander verbunden sein. Ist dies nicht der Fall, müssen Sie virtuelle Verbindungen konfigurieren, um den Anschein von Backbone-Konnektivität zu erwecken. Sie können virtuelle Verbindungen zwischen zwei beliebigen ABRs erstellen, die über eine Schnittstelle zu einem gemeinsamen Nicht-Backbone-Bereich verfügen. OSPF behandelt zwei Routing-Geräte, die durch eine virtuelle Verbindung verbunden sind, so, als wären sie mit einem nicht nummerierten Punkt-zu-Punkt-Netzwerk verbunden.

AS-Boundary-Router

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

Routing-Geräte in dem Bereich, in dem sich der AS-Bound-Router befindet, kennen den Pfad zu diesem AS-Bound-Router. Jedes Routing-Gerät außerhalb des Bereichs kennt nur den Pfad zum nächsten ABR, der sich in demselben Bereich befindet, in dem sich der AS-Boundary-Router 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 auf internen Routern sind direkt mit Netzwerken innerhalb eines einzigen Bereichs verbunden.

Stub-Bereiche

Stub-Bereiche sind Bereiche, durch die bzw. in die keine AS-Außenwerbung geflutet wird. Möglicherweise möchten Sie 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 auf den internen Routern im Stub-Bereich reduziert.

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

Die folgenden Einschränkungen gelten für Stubbereiche: Sie können keinen virtuellen Link durch einen Stubbereich erstellen, ein Stubbereich darf keinen AS-Boundary-Router enthalten, der Backbone darf kein Stubbereich sein, und Sie können einen Bereich nicht sowohl als Stubbereich als auch als nicht so stubby-Bereich konfigurieren.

Nicht ganz so stumpfe Bereiche

Ein OSPF-Stub-Bereich enthält keine externen Routen, sodass Sie nicht von einem anderen Protokoll in einen Stub-Bereich umverteilen können. Ein nicht so stumpfer Bereich (NSSA) ermöglicht es, externe Wege innerhalb des Gebiets zu fluten. Diese Routen werden dann in andere Bereiche geleitet. Externe Routen aus anderen Gebieten führen jedoch nach wie vor nicht in die NSSA ein.

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

Transitbereiche

Transitbereiche werden verwendet, um Datenverkehr von einem angrenzenden Bereich zum Backbone (oder zu einem anderen Bereich, wenn der Backbone mehr als zwei Hops von einem Bereich entfernt ist) zu leiten. Der Verkehr hat seinen Ursprung nicht im Transitgebiet und ist auch nicht für dieses bestimmt.

OSPF-Bereichstypen und akzeptierte LSAs

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

Übersicht über designierte OSPF-Router

Große LANs mit vielen Routing-Geräten und damit vielen benachbarten OSPFs können starken Steuerpaketverkehr produzieren, da Link State Advertisements (LSAs) über das Netzwerk geflutet werden. Um das potenzielle Datenverkehrsproblem zu verringern, verwendet OSPF in allen Multiaccess-Netzwerken (Broadcast- und Non-Broadcast-Multiaccess-Netzwerktypen [NBMA]-Netzwerktypen). Anstatt LSAs an alle OSPF-Nachbarn zu senden, senden die Routing-Geräte diese LSAs an den dafür vorgesehenen Router. Jedes Multiaccess-Netzwerk verfügt über einen bestimmten Router, der zwei Hauptfunktionen erfüllt:

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

  • Stellen Sie Nachbarschaften zu allen Routing-Geräten im Netzwerk her und beteiligen Sie sich so an der Synchronisierung der Verbindungsstatusdatenbanken.

In LANs erfolgt die Wahl des designierten Routers bei der Ersteinrichtung des OSPF-Netzwerks. Wenn die ersten OSPF-Verbindungen aktiv sind, wird das Routing-Gerät mit der höchsten Router-ID (definiert durch den Konfigurationswert router-id , bei dem es sich in der Regel um die IP-Adresse des Routing-Geräts oder die Loopback-Adresse handelt) zum designierten Router gewählt. Das Routing-Gerät mit der zweithöchsten Router-Kennung wird zum designierten Backup-Router gewählt. Wenn der designierte Router ausfällt oder die Verbindung verliert, übernimmt der designierte Backup-Router seine Rolle und es findet eine neue Auswahl des designierten Backup-Routers zwischen allen Routern im OSPF-Netzwerk statt.

OSPF verwendet die Router-ID für zwei Hauptzwecke: zur Auswahl eines bestimmten Routers, es sei denn, Sie geben manuell einen Prioritätswert an, und zur Identifizierung des Routing-Geräts, von dem ein Paket stammt. Bei der Auswahl eines designierten Routers werden zuerst die Routerprioritäten ausgewertet, und das Routing-Gerät mit der höchsten Priorität wird zum designierten Router gewählt. Bei Gleichheit der Routerprioritäten wird das Routing-Gerät mit der höchsten Router-ID, bei der es sich in der Regel um die IP-Adresse des Routing-Geräts handelt, als designierter Router ausgewählt. Wenn Sie keine Routerkennung konfigurieren, wird die IP-Adresse der ersten Schnittstelle verwendet, die online geschaltet wird. Dies ist in der Regel die Loopback-Schnittstelle. Andernfalls wird die erste Hardwareschnittstelle mit einer IP-Adresse verwendet.

Mindestens ein Routinggerät in jedem logischen IP-Netzwerk oder Subnetz muss als designierter Router für OSPFv2 zugelassen sein. Mindestens ein Routing-Gerät auf jeder logischen Verbindung muss als designierter Router für OSPFv3 in Frage kommen.

Standardmäßig haben Routing-Geräte eine Priorität von 128. Eine Priorität von 0 kennzeichnet das Routing-Gerät als nicht berechtigt, 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

In diesem Beispiel wird gezeigt, wie eine OSPF-Router-ID konfiguriert wird.

Anforderungen

Bevor Sie beginnen:

  • Identifizieren Sie die Schnittstellen auf dem Routing-Gerät, die am OSPF teilnehmen werden. Sie müssen OSPF auf allen Schnittstellen innerhalb des Netzwerks aktivieren, über die OSPF-Datenverkehr übertragen werden soll.

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

Überblick

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

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

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

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

  4. Wenn eine Routerkennung explizit über die router-id address Anweisung unter der [edit routing-options] Hierarchieebene konfiguriert wird, werden die oben genannten drei Regeln ignoriert.

Anmerkung:

1. Das hier beschriebene Verhalten der Router-ID gilt auch bei der Konfiguration unter [edit routing-instances routing-instance-name routing-options] und [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options] Hierarchieebene.

2. Wenn die Router-ID in einem Netzwerk geändert wird, werden die Link State Advertisements (LSAs), die von der vorherigen Router-ID angekündigt wurden, in der OSPF-Datenbank beibehalten, bis das LSA-Intervall für die erneute Übertragung abgelaufen ist. Daher wird dringend empfohlen, die Router-ID explizit unter der [edit routing-options] Hierarchieebene zu konfigurieren, um unvorhersehbares Verhalten zu vermeiden, wenn sich die Schnittstellenadresse einer Loopback-Schnittstelle ändert.

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

Konfiguration

CLI Schnellkonfiguration

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

Verfahren

Schritt-für-Schritt-Anleitung

So konfigurieren Sie eine OSPF-Router-ID:

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

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

Befund

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

Verifizierung

Nachdem Sie die Router-ID konfiguriert und OSPF auf dem Routinggerät aktiviert haben, wird auf die Router-ID in mehreren OSPF-Befehlen für den Betriebsmodus verwiesen, mit denen Sie das OSPF-Protokoll überwachen und Fehler beheben können. Die Felder für die Router-ID sind in der Ausgabe deutlich gekennzeichnet.

Beispiel: Steuern der Auswahl des designierten OSPF-Routers

In diesem Beispiel wird gezeigt, wie die Auswahl des designierten OSPF-Routers gesteuert wird.

Anforderungen

Bevor Sie beginnen:

Überblick

In diesem Beispiel wird gezeigt, wie die Auswahl des designierten OSPF-Routers gesteuert wird. Im Beispiel legen Sie die OSPF-Schnittstelle auf ge-/0/0/1 und die Gerätepriorität auf 200 fest. Je höher der Prioritätswert, desto größer ist die Wahrscheinlichkeit, dass das Routing-Gerät zum designierten Router wird.

Standardmäßig haben Routing-Geräte eine Priorität von 128. Eine Priorität von 0 kennzeichnet das Routing-Gerät als nicht berechtigt, 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 schnell eine OSPF-Routerauswahl zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die erforderlich sind, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und wechseln Sie commit dann aus dem Konfigurationsmodus.

Verfahren

Schritt-für-Schritt-Anleitung

So steuern Sie die Auswahl des designierten OSPF-Routers:

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

    Anmerkung:

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

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

Befund

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

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

Verifizierung

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

Überprüfen der Auswahl 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 für den Bereich bestimmten Routers bestätigen. Im Feld "DR-ID", "DR" oder "DR-ID" wird die Adresse des für den Bereich bestimmten Routers angezeigt. Im Feld BDR-ID, BDR oder BDR-ID wird die Adresse des für die Sicherung vorgesehenen Routers angezeigt.

Aktion

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

Grundlegendes der OSPF-Bereiche und Backbone-Bereiche

OSPF-Netzwerke in einem autonomen System (AS) werden 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 das Gebiet, Link State Advertisements (LSAs) werden nur an Knoten innerhalb des Bereichs gesendet, und Routen werden nur innerhalb des Bereichs berechnet. Die Topologie eines Bereichs wird vor dem Rest des AS verborgen, wodurch der Routing-Verkehr im AS erheblich reduziert wird. Teilnetze sind in andere Bereiche unterteilt, die zum Gesamtnetz verbunden sind. Routing-Geräte, die sich vollständig innerhalb eines Bereichs befinden, werden als interne Router bezeichnet. Alle Schnittstellen der internen Router sind direkt mit den Netzwerken in der Umgebung verbunden.

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

Abbildung 1: Multiarea-OSPF-Topologie Multiarea OSPF Topology

Da alle Bereiche an den Backbone-Bereich angrenzen, leiten OSPF-Router den gesamten Datenverkehr, der nicht für einen eigenen Bereich bestimmt ist, durch den Backbone-Bereich. Die ABRs im Backbone-Bereich sind dann dafür verantwortlich, den Datenverkehr durch den entsprechenden ABR in den Zielbereich zu übertragen. Die ABRs fassen die Verbindungsstatusdatensätze der einzelnen Gebiete zusammen und kündigen Zusammenfassungen der Zieladressen für benachbarte Gebiete an. Die Ankündigungen enthalten die ID des Bereichs, in dem jedes Ziel liegt, so dass Pakete an den entsprechenden ABR geroutet werden. In den OSPF-Bereichen in Abbildung 1 werden beispielsweise Pakete, die von Router A an Router C gesendet werden, automatisch über ABR B geleitet.

Junos OS unterstützt aktive Backbone-Erkennung. Eine 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 Routing-Geräts nicht bekannt gegeben, wodurch der Datenverkehr effektiv durch einen anderen ABR mit einer gültigen Verbindung zum Backbone umgeleitet wird. Die aktive Backbone-Erkennung ermöglicht den Transit durch ein ABR ohne aktive Backbone-Verbindung. Ein ABR signalisiert anderen Routing-Geräten, dass es sich um einen ABR handelt, auch wenn die Verbindung zum Backbone unterbrochen ist, sodass die Nachbarn ihn 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äß weitergeleitet werden können. Standardmäßig werden alle Pakete zuerst in den Backbone-Bereich geroutet. Pakete, die für einen anderen Bereich als den Backbone-Bereich bestimmt sind, werden dann an den entsprechenden ABR und weiter 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 konfigurieren, um nicht zusammenhängende Bereiche zu verbinden. Virtuelle Verbindungen verwenden einen Transitbereich, der zwei oder mehr ABRs enthält, um Netzwerkdatenverkehr von einem benachbarten Bereich zu einem anderen zu leiten. Abbildung 2 zeigt beispielsweise eine virtuelle Verbindung zwischen einem nicht zusammenhängenden Bereich und dem Backbone-Bereich durch einen Bereich, der mit beiden verbunden ist.

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

In der in Abbildung 2 dargestellten Topologie wird eine virtuelle Verbindung zwischen dem Bereich 0.0.0.3 und dem Backbone-Bereich durch den 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 in den Backbone-Bereich und dann in den entsprechenden ABR geleitet. Der gesamte eingehende Datenverkehr, der für den Bereich 0.0.0.3 bestimmt ist, wird in den Backbone-Bereich und dann durch den Bereich 0.0.0.2 geleitet.

Beispiel: Konfigurieren eines OSPF-Netzwerks für einen einzelnen Bereich

In diesem Beispiel wird gezeigt, wie ein OSPF-Netzwerk für einen einzelnen Bereich konfiguriert wird.

Anforderungen

Bevor Sie beginnen:

Überblick

Um OSPF in einem Netzwerk zu aktivieren, müssen Sie das OSPF-Protokoll auf allen Schnittstellen innerhalb des Netzwerks aktivieren, über die OSPF-Datenverkehr übertragen werden soll. 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.0 zugewiesen (innerhalb eines einfachen Single-Area-Netzwerks ist dies auch die ID des Bereichs). Bereichs-IDs sind eindeutige numerische Identifikatoren in Dezimalschreibweise mit Punkten. Bereichs-IDs müssen nur innerhalb eines AS eindeutig sein. Alle anderen Netze oder Bereiche im AS müssen über Area Border Router, die über Schnittstellen in mehr als einem Bereich verfügen, direkt mit dem Backbone-Bereich verbunden sein. 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 nach Bedarf Schnittstellen hinzu, z. B. ge-0/0/0.

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

Abbildung 3: Typische OSPF-Netzwerktopologie Typical Single-Area OSPF Network Topology mit einem einzelnen Bereich

Topologie

Konfiguration

CLI Schnellkonfiguration

Um schnell ein OSPF-Netzwerk mit nur einem Bereich zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und betreten commit Sie sie dann aus dem Konfigurationsmodus.

Verfahren

Schritt-für-Schritt-Anleitung

So konfigurieren Sie ein OSPF-Netzwerk mit einem Bereich:

  1. Konfigurieren Sie das OSPF-Netzwerk für einen einzelnen Bereich, indem Sie die Bereichs-ID und die zugehörige Schnittstelle angeben.

    Anmerkung:

    Schließen Sie für ein OSPFv3-Netzwerk mit einem Bereich die ospf3 Anweisung auf der [edit protocols] Hierarchieebene ein.

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

Befund

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

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

Verifizierung

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

Überprüfung der Schnittstellen in der Umgebung

Zweck

Stellen Sie sicher, dass die Schnittstelle für OSPF oder OSPFv3 für den entsprechenden Bereich konfiguriert wurde. Vergewissern Sie sich, dass im Feld Bereich der von Ihnen konfigurierte 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 für mehrere Bereiche

In diesem Beispiel wird gezeigt, wie ein OSPF-Netzwerk mit mehreren Bereichen konfiguriert wird. Um den Datenverkehr und die Topologiewartung für die Geräte in einem autonomen OSPF-System (AS) zu reduzieren, können Sie die OSPF-fähigen Routing-Geräte in mehreren Bereichen gruppieren.

Anforderungen

Bevor Sie beginnen:

Überblick

Um OSPF in einem Netzwerk zu aktivieren, müssen Sie das OSPF-Protokoll auf allen Schnittstellen innerhalb des Netzwerks aktivieren, über die OSPF-Datenverkehr übertragen werden soll. 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.0 zugewiesen. (Alle Bereichs-IDs müssen innerhalb eines AS eindeutig sein.) Alle anderen Netze oder Bereiche im AS müssen durch einen Router, der über Schnittstellen in mehr als einem Bereich verfügt, direkt mit dem Backbone-Bereich verbunden sein. In diesem Beispiel handelt es sich bei diesen Area Border-Routern um A, C, D und E. Sie legen einen zusätzlichen Bereich (Bereich 2) an, weisen ihm die eindeutige Bereichs-ID 0.0.0.2 zu und fügen dann dem OSPF-Bereich die Schnittstelle ge-0/0/0 hinzu.

Um den Datenverkehr und die Topologiewartung 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 Bereichsgrenzrouter, wobei die Schnittstelle ge-0/0/0 am OSPF-Bereich 0 und die Schnittstelle ge-0/0/2 am OSPF-Bereich 2 teilnimmt.

Abbildung 4: Typische OSPF-Netzwerktopologie Typical Multiarea OSPF Network Topology für mehrere Bereiche

Topologie

Konfiguration

Verfahren

CLI Schnellkonfiguration

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

Gerät A

Gerät C

Gerät B

Gerät D

Gerät E

Schritt-für-Schritt-Anleitung

So konfigurieren Sie ein Mehrbereichs-OSPF-Netzwerk:

  1. Konfigurieren Sie den Backbone-Bereich.

    Anmerkung:

    Schließen Sie für ein OSPFv3-Netzwerk die ospf3 Anweisung auf der [edit protocols] Hierarchieebene ein.

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

    Anmerkung:

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

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

Befund

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

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

Verifizierung

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

Überprüfung der Schnittstellen in der Umgebung

Zweck

Stellen Sie sicher, dass die Schnittstelle für OSPF oder OSPFv3 für den entsprechenden Bereich konfiguriert wurde. Vergewissern Sie sich, dass im Feld Bereich der von Ihnen konfigurierte 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.

Grundlegendes zur Nachbarschaft mehrerer Bereiche für OSPF

Standardmäßig kann eine einzelne Schnittstelle nur zu einem OSPF-Bereich gehören. In einigen Situationen kann es jedoch sinnvoll sein, eine Schnittstelle so zu konfigurieren, dass sie zu mehr als einem Bereich gehört. Auf diese Weise kann der entsprechende Link in mehreren Bereichen als Intra-Area-Link betrachtet und anderen teureren Intra-Area-Pfaden vorgezogen werden. Sie können z. B. eine Schnittstelle so konfigurieren, dass sie zu mehreren Bereichen mit einer Hochgeschwindigkeits-Backboneverbindung zwischen zwei Area Border Routern (ABRs) gehört, sodass Sie nachbarschaftliche Bereiche mit mehreren Bereichen 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. Die 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 Nachbarschaften ein, die zu verschiedenen Bereichen über dieselbe logische Schnittstelle gehören. Jede benachbarte Zone wird von den mit der Verbindung verbundenen Routern als nicht nummerierte Punkt-zu-Punkt-Verbindung im konfigurierten Bereich angekündigt. Für jeden Bereich wird eine der logischen Schnittstellen als primär behandelt, und die übrigen Schnittstellen, die für den Bereich konfiguriert sind, werden als sekundär bezeichnet.

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 der Nachbarschaft mehrerer Bereiche für OSPF

In diesem Beispiel wird gezeigt, wie die Nachbarschaft mehrerer Bereiche für OSPF konfiguriert wird.

Anforderungen

Bevor Sie beginnen, planen Sie Ihr Mehrbereichs-OSPF-Netzwerk. Siehe Beispiel: Konfigurieren eines Mehrbereichs-OSPF-Netzwerks.

Überblick

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. Auf diese Weise kann der entsprechende Link in mehreren Bereichen als Intra-Area-Link betrachtet und anderen teureren Intra-Area-Pfaden vorgezogen werden. Beachten Sie beim Konfigurieren einer sekundären Schnittstelle Folgendes:

  • Für OSPFv2 können Sie Punkt-zu-Mehrpunkt- und Non-Broadcast-Multiaccess-Netzwerkschnittstellen (NBMA) nicht als sekundäre Schnittstelle konfigurieren, da sekundäre Schnittstellen als nicht nummerierte Punkt-zu-Punkt-Verbindungen 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 nicht nummerierte Punkt-zu-Punkt-Verbindungen über das LAN behandelt). In diesem Szenario müssen Sie sicherstellen, dass nur zwei Routinggeräte im LAN vorhanden sind oder dass nur zwei Routinggeräte im LAN vorhanden sind, für die sekundäre Schnittstellen für einen bestimmten OSPF-Bereich konfiguriert sind.

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

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

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

  • Eine sekundäre Schnittstelle kann nicht anhand ihrer IP-Adresse konfiguriert werden.

Abbildung 5: Nachbarschaften in mehreren Bereichen in OSPF Multiarea Adjacency in OSPF

In diesem Beispiel konfigurieren Sie eine Schnittstelle so, dass sie sich in zwei Bereichen befindet, wodurch eine nachbarschaftliche Umgebung mit mehreren Bereichen mit einer Verknüpfung zwischen zwei ABRs erstellt wird: ABR R1 und ABR R2. Bei 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 Einschließen 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 sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die erforderlich sind, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und treten Sie dann aus dem Konfigurationsmodus ein commit .

Konfiguration auf ABR R1:

Konfiguration auf ABR R2:

Verfahren

Schritt-für-Schritt-Anleitung

So konfigurieren Sie eine sekundäre logische Schnittstelle:

  1. Konfigurieren Sie die Geräteschnittstellen.

    Anmerkung:

    Geben Sie für OSPFv3 auf jeder Schnittstelle die inet6-Adressfamilie an, und schließen Sie die IPv6-Adresse ein.

  2. Konfigurieren Sie die Router-ID.

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

    Anmerkung:

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

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

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

Befund

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

Konfiguration auf ABR R1:

Konfiguration auf ABR R2:

Verifizierung

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

Überprüfen der sekundären Schnittstelle

Zweck

Vergewissern Sie sich, dass die sekundäre Schnittstelle für den konfigurierten Bereich angezeigt wird. Das Feld Sekundär wird angezeigt, wenn die Schnittstelle als sekundäre Schnittstelle konfiguriert ist. Die Ausgabe kann auch dieselbe 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 in der Umgebung

Zweck

Überprüfen Sie die Schnittstellen, die für den angegebenen Bereich konfiguriert sind.

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üfen von Nachbarstandorten

Zweck

Überprüfen Sie die Nachbarschaften zwischen dem primären und dem sekundären Nachbarn. Das Feld Sekundär wird angezeigt, wenn sich der Nachbar 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 Nachbarschaften in mehreren Bereichen für OSPFv3

Ein Bereich ist eine Gruppe 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 Situationen kann es jedoch sinnvoll sein, eine Schnittstelle so zu konfigurieren, dass sie zu mehr als einem Bereich gehört, um suboptimales Routing zu vermeiden. Auf diese Weise kann die entsprechende Verbindung in mehreren Gebieten als Intra-Area-Link betrachtet und gegenüber teureren Intra-Area-Links bevorzugt 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. Die 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 Nachbarschaften ein, die zu verschiedenen Bereichen über dieselbe logische Schnittstelle gehören. Jede benachbarte Zone wird von den mit der Verbindung verbundenen Routern als nicht nummerierte Punkt-zu-Punkt-Verbindung im konfigurierten Bereich angekündigt.

Eine Schnittstelle wird als primär in einem Bereich liegend betrachtet. Wenn Sie dieselbe Schnittstelle in einem anderen Bereich konfigurieren, wird sie als sekundär im anderen Bereich betrachtet. Den sekundären Bereich legen Sie fest, indem Sie die secondary Anweisung auf Hierarchieebene [edit protocols ospf3 area area-number interface interface-name] einschließen.

Beispiel: Konfigurieren einer Nachbarschaft mit mehreren Bereichen für OSPFv3

In diesem Beispiel wird gezeigt, wie eine nachbarschaftliche Umgebung für OSPFv3 konfiguriert wird.

Anforderungen

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

Überblick

OSPFv3-Pfade innerhalb von Bereichen werden bereichsübergreifenden Pfaden vorgezogen. In diesem Beispiel sind Gerät 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 langsamer.

Wenn Sie einen Teil des Datenverkehrs von Bereich 1 zwischen Gerät R1 und Gerät R2 über die Hochgeschwindigkeitsverbindung weiterleiten möchten, können Sie dieses Ziel erreichen. Sie machen die Hochgeschwindigkeitsverbindung zu einer nachbarschaftlichen Verbindung mit mehreren Bereichen, sodass die Verbindung sowohl Teil von Bereich 0 als auch von Bereich 1 ist.

Wenn die Hochgeschwindigkeitsverbindung zwischen Gerät R1 und Gerät R2 nur in Bereich 1 verbleibt, leitet Gerät R1 den Datenverkehr immer über Bereich 1 über die Verbindungen mit niedrigerer Geschwindigkeit zu Gerät R4 und Gerät R5. Gerät R1 verwendet auch den Pfad innerhalb des Bereichs 1 durch Gerät R3, um zu Zielen in Bereich 1 zu gelangen, die Gerät R2 nachgelagert sind.

Dieses Szenario führt eindeutig zu einem suboptimalen Routing.

Eine virtuelle OSPF-Verbindung kann nicht verwendet werden, um dieses Problem zu beheben, ohne die Verbindung zwischen Gerät R1 und Gerät R2 in Bereich 1 zu verschieben. Dies ist möglicherweise nicht sinnvoll, wenn die physische Verbindung zur Backbone-Topologie des Netzwerks gehört.

Die in RFC 5185, OSPF Multi-Area Adjacency beschriebene OSPF/OSPFv3-Protokollerweiterung löst dieses Problem, indem sie zulässt, dass die Verbindung zwischen Gerät R1 und Gerät R2 sowohl Teil des Backbone-Bereichs als auch von Bereich 1 ist.

Um eine Nachbarschaft mit mehreren Bereichen 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 das primäre Bindeglied zwischen den Geräten. Bereich 1 enthält die sekundäre logische Schnittstelle, die Sie konfigurieren, indem Sie die secondary Anweisung einschließen.

Abbildung 6: OSPFv3-Multiarea-Nachbarschaft OSPFv3 Multiarea Adjacency

Die CLI-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 6. Im Abschnitt #d19e74__d19e376 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 sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie Ihrer Netzwerkkonfiguration entsprechen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.

Gerät R1

Gerät R2

Gerät R3

Gerät R4

Gerät R5

Gerät R6

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät R1:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen, die sich in Bereich 0 befinden.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 1 befindet.

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät R2:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen, die sich in Bereich 0 befinden.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 1 befindet.

Befund

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

Gerät R1

Gerät R2

Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.

Verifizierung

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

Überprüfen des Datenverkehrsflusses

Zweck

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

Aktion

Verwenden Sie im Betriebsmodus auf Gerät R1 den traceroute Befehl check the traffic flow to Device R5 and Device R6.

Bedeutung

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

Überprüfen, ob sich der Datenverkehrsfluss ändert, wenn Sie die Nachbarschaft zwischen mehreren Bereichen entfernen

Zweck

Überprüfen Sie die Ergebnisse, ohne dass die Nachbarschaft mehrerer Bereiche konfiguriert ist.

Aktion
  1. Deaktivieren Sie die Backbone-Link-Schnittstellen in Bereich 1 sowohl auf R1 als auch auf R2.

  2. Verwenden Sie im Betriebsmodus auf Gerät R1 den traceroute Befehl check the traffic flow to Device R5 and Device R6.

Bedeutung

Ohne die Nachbarschaft zwischen mehreren Bereichen zeigt die Ausgabe ein suboptimales Routing, bei dem der Datenverkehr den Weg durch die Low-Speed-Links von Bereich 1 nimmt.

Grundlegendes zu OSPF-Stub-Bereichen, vollständig stubby-Bereichen und nicht so stubby-Bereichen

Abbildung 7 zeigt ein autonomes System (AS), über das viele externe Routen angekündigt werden. Wenn externe Routen einen erheblichen Teil einer Topologiedatenbank ausmachen, können Sie die Ankündigungen in Bereichen unterdrücken, die nicht über Verbindungen außerhalb des Netzwerks verfügen. Auf diese Weise können Sie die Menge an Arbeitsspeicher reduzieren, die die Knoten für die Verwaltung der Topologiedatenbank verwenden, und sie für andere Zwecke freigeben.

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

Um die Ankündigung externer Routen in ein Gebiet zu steuern, verwendet OSPF Stub-Bereiche. Indem Sie eine ABR-Schnittstelle (Area Border Router) zu dem Bereich als Stubschnittstelle festlegen, unterdrücken Sie externe Routenankündigungen über den ABR. Stattdessen kündigt der ABR eine Standardroute (durch sich selbst) anstelle der externen Routen an und generiert Link State Advertisements (LSAs) (Typ 3) für die Netzwerkzusammenfassung. 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 routet.

Anmerkung:

Sie müssen den ABR explizit so konfigurieren, dass er eine Standardroute generiert, wenn er an einen Stub oder einen NSSA-Bereich (Not-so-stubby-area) angehängt wird. Um eine Standardroute mit einem angegebenen Metrikwert in den Bereich einzufügen, 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 gesamte ausgehende Datenverkehr wird über den ABR zum Backbone und dann zu den Zieladressen geleitet. Indem Sie den Bereich 0.0.0.3 als Stub-Bereich festlegen, verringern Sie die Größe der Topologiedatenbank für diesen Bereich, indem Sie die Routeneinträge auf die Routen beschränken, die innerhalb des Bereichs liegen.

Ein Stub-Bereich, der nur Routen innerhalb des Bereichs zulässt und LSAs vom Typ 3 daran hindert, in den Stub-Bereich einzudringen, wird oft als Total-Stubby-Bereich bezeichnet. Sie können den Bereich 0.0.0.3 in einen völlig stumpfen Bereich umwandeln, indem Sie den ABR so konfigurieren, dass er nur ankündigt und die Standardroute in den Bereich einführt. Externe Routen und Ziele in andere Gebiete werden nicht mehr zusammengefasst oder in einen völlig stumpfen Bereich gelassen.

Anmerkung:

Wenn Sie einen völlig stumpfen Bereich falsch konfigurieren, können Probleme mit der Netzwerkkonnektivität auftreten. Sie sollten über fortgeschrittene Kenntnisse in OSPF verfügen und Ihre Netzwerkumgebung verstehen, bevor Sie völlig stumpfe Bereiche konfigurieren.

Ähnlich wie der Bereich 0.0.0.3 in Abbildung 7 hat der Bereich 0.0.0.4 keine externen Anschlüsse. Der 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 Routenankündigungen auf das Gebiet beschränken und die statischen Kundenrouten ankündigen, indem Sie das Gebiet als NSSA festlegen. In einer NSSA generiert der AS-Bound-Router externe NSSA-LSAs (Typ 7) und leitet sie an die NSSA weiter, wo sie enthalten sind. LSAs vom Typ 7 ermöglichen es einer NSSA, das Vorhandensein von AS-Boundary-Routern und den entsprechenden externen Routing-Informationen zu unterstützen. Die ABR wandelt LSAs des Typs 7 in externe LSAs (Typ 5) um und gibt sie an die anderen Gebiete weiter, aber externe Routen aus anderen Gebieten werden innerhalb der NSSA nicht beworben.

Beispiel: Konfigurieren von OSPF-Stubs und vollständig Stubby-Bereichen

In diesem Beispiel wird gezeigt, wie ein OSPF-Stub-Bereich und ein vollständig stubby-Bereich konfiguriert werden, um die Ankündigung externer Routen in einen Bereich zu steuern.

Anforderungen

Bevor Sie beginnen:

Überblick

Der Backbone-Bereich, der in Abbildung 8 0 ist, hat eine besondere Funktion und erhält immer die Bereichs-ID 0.0.0.0. Bereichs-IDs sind eindeutige numerische Identifikatoren in Dezimalschreibweise mit Punkten. 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 über Area Border Router (ABRs) mit Schnittstellen in mehr als einem Bereich direkt mit dem Backbone-Bereich verbunden werden.

Stubbereiche sind Bereiche, durch die oder in die OSPF keine externen Link-State-Ankündigungen (LSAs vom Typ 5) flutet. 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 Stubbereich minimieren möchten.

Die folgenden Einschränkungen gelten für Stub-Bereiche:

  • Es ist nicht möglich, einen virtuellen Link über einen Stubbereich zu erstellen.

  • Ein Stubbereich kann keinen AS-Begrenzungsrouter enthalten.

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

  • Sie können einen Bereich nicht gleichzeitig als Stubbereich und als NSSA-Bereich (Not so-stubby Area) konfigurieren.

In diesem Beispiel konfigurieren Sie jedes Routing-Gerät in 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 Stub-Bereich wird und nicht mit LSAs des Typs 5 überflutet wird. Sie müssen die stub Anweisung auf allen Routing-Geräten einbinden, die sich im Bereich 7 befinden, da dieser Bereich keine externen Verbindungen hat.

  • default-metric: Konfiguriert den ABR so, dass eine Standardroute mit einer angegebenen Metrik in den Stub-Bereich generiert wird. Diese Standardroute ermöglicht die Paketweiterleitung vom Stubbereich an externe Ziele. Sie konfigurieren diese Option nur auf dem ABR. Der ABR generiert nicht automatisch eine Standardroute, wenn er an einen Stub angehängt wird. Sie müssen diese Option explizit konfigurieren, um eine Standardroute zu generieren.

  • no-summaries—(Optional) Verhindert, dass der ABR Zusammenfassungsrouten in den Stub-Bereich ankündigt, indem der Stub-Bereich in einen vollständig stubby-Bereich umgewandelt wird. Wenn es in Kombination mit der default-metric Anweisung konfiguriert wird, lässt ein vollständig stumpfer Bereich nur Routen innerhalb des Bereichs zu und kündigt die Standardroute in den Bereich an. Externe Routen und Ziele in andere Gebiete werden nicht mehr zusammengefasst oder in einen völlig stumpfen Bereich gelassen. Nur der ABR erfordert diese zusätzliche Konfiguration, da er das einzige Routing-Gerät innerhalb des völlig stumpfen Bereichs ist, das LSAs vom Typ 3 erstellt, die zum Empfangen und Senden von Datenverkehr von außerhalb des Bereichs verwendet werden.

Anmerkung:

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

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

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

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

Topologie

Konfiguration

CLI Schnellkonfiguration

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

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

  • (Optional) Kopieren Sie den folgenden Befehl, und fügen Sie ihn in die CLI ein, um den ABR schnell so zu konfigurieren, dass er alle Zusammenfassungsankündigungen einschränkt und nur interne Routen und Standardroutenankündigungen in den Bereich zulässt. Sie wenden diese Konfiguration nur auf den ABR an.

Verfahren

Schritt-für-Schritt-Anleitung

So konfigurieren Sie OSPF-Stub-Bereiche:

  1. Konfigurieren Sie auf allen Routing-Geräten in dem Bereich einen OSPF-Stubbereich.

    Anmerkung:

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

  2. Fügen Sie im ABR eine Standardroute in den Bereich ein.

  3. (Optional) Schränken Sie auf dem ABR das Betreten des Bereichs durch zusammenfassende LSAs ein. Dieser Schritt wandelt den Stub-Bereich in einen vollständig stumpfen Bereich um.

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

Befund

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

Konfiguration auf allen Routing-Geräten:

Konfiguration auf dem ABR (die Ausgabe enthält auch die optionale Einstellung):

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

Verifizierung

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

Überprüfung der Schnittstellen in der Umgebung

Zweck

Stellen Sie sicher, dass die Schnittstelle für OSPF für den entsprechenden Bereich konfiguriert wurde. Vergewissern Sie sich, 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 es sich bei dem OSPF-Bereich um einen Stubbereich handelt. Vergewissern Sie sich, dass in der Ausgabe "Normaler Stub" als Stubtyp 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-Bereichen, die nicht so stubby sind

In diesem Beispiel wird gezeigt, wie ein OSPF-NSSA (Not-so-Stubby Area) konfiguriert wird, um die Ankündigung externer Routen in einen Bereich zu steuern.

Anforderungen

Bevor Sie beginnen:

Überblick

Der Backbone-Bereich, der in Abbildung 9 0 ist, hat eine besondere Funktion und erhält immer die Bereichs-ID 0.0.0.0. Bereichs-IDs sind eindeutige numerische Identifikatoren in Dezimalschreibweise mit Punkten. 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 über ABRs, die über Schnittstellen in mehr als einem Bereich verfügen, direkt mit dem Backbone-Bereich verbunden sein.

Ein OSPF-Stub-Bereich hat keine externen Routen, sodass Sie keine Routen von einem anderen Protokoll in einen Stub-Bereich umverteilen können. OSPF NSSAs ermöglichen die Überflutung externer Routen innerhalb des Gebiets.

Darüber hinaus kann es zu einer Situation kommen, in der das Exportieren von LSAs vom Typ 7 in die NSSA nicht erforderlich ist. Wenn ein AS-Grenzrouter auch ein ABR mit angeschlossener NSSA ist, werden LSAs vom Typ 7 standardmäßig in die NSSA exportiert. Wenn der ABR an mehrere NSSAs angehängt ist, wird standardmäßig eine separate LSA vom Typ 7 in jede NSSA exportiert. Bei der Routenneuverteilung generiert dieses Routing-Gerät sowohl LSAs vom Typ 5 als auch LSAs vom Typ 7. Sie können den Export von LSAs vom Typ 7 in die NSSA deaktivieren.

Anmerkung:

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

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

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

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

  • no-summariesVerhindert, dass der ABR Zusammenfassungsrouten in die NSSA ankündigt. Wenn sie in Kombination mit der default-metric Anweisung konfiguriert wird, lässt die NSSA nur Routen innerhalb des Gebiets zu und kündigt die Standardroute in das Gebiet an. Externe Routen und Ziele in andere Gebiete werden nicht mehr zusammengefasst oder in die NSSA aufgenommen. Nur der ABR erfordert diese zusätzliche Konfiguration, da er das einzige Routing-Gerät innerhalb der NSSA ist, das LSAs vom Typ 3 erstellt, die zum Empfangen und Senden von Datenverkehr von außerhalb des Bereichs verwendet werden.

  • default-lsa: Konfiguriert den ABR so, dass eine Standardroute in die NSSA generiert wird. 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 an externe Ziele. Sie konfigurieren diese Option nur auf dem ABR. Der ABR generiert nicht automatisch eine Standardroute, wenn er mit einer NSSA verbunden ist. Sie müssen diese Option explizit konfigurieren, damit der ABR eine Standardroute generiert.

    • metric-type—(Optional) Gibt den externen Metriktyp für die Standard-LSA an, der entweder Typ 1 oder Typ 2 sein kann. Wenn OSPF Routeninformationen aus externen ASs exportiert, enthält dies eine Kosten- oder externe Metrik in der Route. Der Unterschied zwischen den beiden Metriken besteht darin, wie OSPF die Kosten der Route berechnet. Externe Metriken vom Typ 1 entsprechen der Link-State-Metrik, bei der die Kosten der Summe der internen Kosten zuzüglich der externen Kosten entsprechen. Externe Metriken vom Typ 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 vom Typ 7 in die NSSA, wenn die no-summaries Anweisung konfiguriert ist. Wenn die Anweisung konfiguriert ist, wird standardmäßig no-summaries eine LSA vom Typ 3 in NSSAs für Junos OS Version 5.0 und höher eingefügt. Um die Abwärtskompatibilität mit früheren Junos OS-Versionen zu unterstützen, fügen Sie die type-7 Anweisung ein.

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

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

Topologie

Konfiguration

Konfigurieren von Routing-Geräten für die Teilnahme an einem "Not so-Stubby"-Bereich

CLI Schnellkonfiguration

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

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

Schritt-für-Schritt-Anleitung

So konfigurieren Sie OSPF-NSSAs:

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

    Anmerkung:

    Um einen OSPFv3-NSSA-Bereich anzugeben, schließen Sie die ospf3 Anweisung auf der [edit protocols] Hierarchieebene ein.

  2. Wechseln Sie im ABR in den OSPF-Konfigurationsmodus, und geben Sie den NSSA-Bereich 0.0.0.9 an, den Sie bereits erstellt haben.

  3. Fügen Sie im ABR eine Standardroute in den Bereich ein.

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

  5. (Optional) Geben Sie auf dem ABR die Überflutung von LSAs vom Typ 7 an.

  6. Schränken Sie auf dem ABR das Betreten des Bereichs durch zusammenfassende LSAs ein.

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

Befund

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

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

Konfiguration auf dem ABR. Die Ausgabe enthält auch die optionalen metric-type and-Anweisungen type-7 .

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

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

CLI Schnellkonfiguration

Um den Export von LSAs vom Typ 7 in die NSSA schnell zu deaktivieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene [Bearbeiten] ein und wechseln commit Sie dann aus dem Konfigurationsmodus. Sie konfigurieren diese Einstellung auf einem AS-Bound-Router, bei dem es sich auch um einen ABR mit angeschlossenem NSSA-Bereich handelt.

Schritt-für-Schritt-Anleitung

Sie können diese Einstellung konfigurieren, wenn Sie über einen AS-Boundary-Router verfügen, der auch ein ABR mit angeschlossenem NSSA-Bereich ist.

  1. Deaktivieren Sie das Exportieren von LSAs vom Typ 7 in die NSSA.

    Anmerkung:

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

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

Befund

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

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

Verifizierung

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

Überprüfung der Schnittstellen in der Umgebung

Zweck

Stellen Sie sicher, dass die Schnittstelle für OSPF für den entsprechenden Bereich konfiguriert wurde. Vergewissern Sie sich, 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 es sich bei dem OSPF-Bereich um einen Stubbereich handelt. Vergewissern Sie sich, dass in der Ausgabe Not 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 des Typs der LSAs

Zweck

Überprüfen Sie den Typ der LSAs, die sich in dem Bereich befinden. Wenn Sie das Exportieren von LSAs vom Typ 7 in eine NSSA deaktiviert haben, vergewissern Sie sich, dass das Feld Typ NSSA nicht als LSA-Typ 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-Stubs und vollständig Stubby-Bereichen

Die Junos OS 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 Sie IPv6-Adressen auf den Schnittstellen festlegen, auf denen OSPFv3 ausgeführt wird.

Stubbereiche sind Bereiche, durch die oder in die OSPF keine externen Link-State-Ankündigungen (LSAs vom Typ 5) flutet. 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 Stubbereich minimieren möchten.

Die folgenden Einschränkungen gelten für Stub-Bereiche:

  • Es ist nicht möglich, einen virtuellen Link über einen Stubbereich zu erstellen.

  • Ein Stubbereich kann keinen AS-Begrenzungsrouter enthalten.

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

  • Sie können einen Bereich nicht gleichzeitig als Stubbereich und als NSSA-Bereich (Not so-stubby Area) konfigurieren.

Beispiel: Konfigurieren von OSPFv3-Stubs und vollständig Stubby-Bereichen

In diesem Beispiel wird gezeigt, wie ein OSPFv3-Stub-Bereich und ein vollständig stubby-Bereich konfiguriert werden, 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.

Überblick

Abbildung 10 zeigt die in diesem Beispiel verwendete Topologie.

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

In diesem Beispiel konfigurieren Sie jedes Routing-Gerät in 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 Stub-Bereich wird und nicht mit LSAs des Typs 5 überflutet wird. Sie müssen die stub Anweisung auf allen Routing-Geräten einbinden, die sich im Bereich 7 befinden, da dieser Bereich keine externen Verbindungen hat.

  • default-metric: Konfiguriert den ABR so, dass eine Standardroute mit einer angegebenen Metrik in den Stub-Bereich generiert wird. Diese Standardroute ermöglicht die Paketweiterleitung vom Stubbereich an externe Ziele. Sie konfigurieren diese Option nur auf dem ABR. Der ABR generiert nicht automatisch eine Standardroute, wenn er an einen Stub angehängt wird. Sie müssen diese Option explizit konfigurieren, um eine Standardroute zu generieren.

  • no-summaries—(Optional) Verhindert, dass der ABR Zusammenfassungsrouten in den Stub-Bereich ankündigt, indem der Stub-Bereich in einen vollständig stubby-Bereich umgewandelt wird. Wenn es in Kombination mit der default-metric Anweisung konfiguriert wird, lässt ein vollständig stumpfer Bereich nur Routen innerhalb des Bereichs zu und kündigt die Standardroute in den Bereich an. Externe Routen und Ziele in andere Gebiete werden nicht mehr zusammengefasst oder in einen völlig stumpfen Bereich gelassen. Nur der ABR erfordert diese zusätzliche Konfiguration, da er das einzige Routing-Gerät innerhalb des völlig stumpfen Bereichs ist, das LSAs vom Typ 3 erstellt, die zum Empfangen und Senden von Datenverkehr von außerhalb des Bereichs verwendet werden.

Anmerkung:

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

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

  • OSPF kündigt eine lokale Route mit einer Präfixlänge von 32 als Stublink an, wenn die Loopbackschnittstelle 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.

Die CLI-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 10. In Abschnitt #d24e104__d24e443 werden die Schritte auf Gerät 2, Gerät 6, Gerät 7 und Gerät 8 beschrieben.

Konfiguration

Verfahren

CLI Schnellkonfiguration

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

Gerät 1

Gerät 2

Gerät 3

Gerät 4

Gerät 5

Gerät 6

Gerät 7

Gerät 8

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 2:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen, die sich in Bereich 0 befinden.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 7 befindet.

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

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

  5. Fügen Sie im ABR eine Standardroute in den Bereich ein.

  6. (Optional) Schränken Sie auf dem ABR das Betreten des Bereichs durch zusammenfassende LSAs ein.

    Dieser Schritt wandelt den Stub-Bereich in einen vollständig stumpfen Bereich um.

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 6:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 7 befindet.

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

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

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 7:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 9 befindet.

  3. Konfigurieren Sie statische Routen, die eine Verbindung zu den Kundenrouten ermöglichen.

  4. Konfigurieren Sie eine Routing-Richtlinie, um die statischen Routen neu zu verteilen.

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

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 8:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfigurieren Sie zwei Loopback-Schnittstellenadressen, um Kundenrouten zu simulieren.

Befund

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

Gerät 2

Gerät 6

Gerät 7

Gerät 8

Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.

Verifizierung

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

Überprüfen des Typs des OSPFv3-Bereichs

Zweck

Stellen Sie sicher, dass es sich bei dem OSPFv3-Bereich um einen Stubbereich handelt. Vergewissern Sie sich, dass in der Ausgabe Stub als Stubtyp angezeigt wird.

Aktion

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

Bedeutung

Auf Gerät 2 ist Not Stubder Stub-Typ des Bereichs 0 . Der Stub-Typ des Bereichs 7 ist Stub. Die Standardmetrik für den Stub ist 10.

Auf Gerät 6 ist Stubder Stub-Typ des Bereichs 7 .

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

Zweck

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

Aktion

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

Bedeutung

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

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-Bereichen, die nicht ganz so stubby sind

Wie ein OSPF-Stub-Bereich hat auch ein OSPFv3-Stub-Bereich keine externen Routen, sodass Sie keine Routen von einem anderen Protokoll in einen Stub-Bereich umverteilen können. Not-so-stubby-areas (NSSAs) ermöglichen es, externe Wege innerhalb des Gebiets zu überfluten. Router in einer NSSA empfangen keine externen Link State Advertisements (LSAs) von Area Border Routern (ABRs), dürfen aber externe Routinginformationen zur Neuverteilung senden. Sie verwenden LSAs vom Typ 7, um die ABRs über diese externen Routen zu informieren, die der ABR dann in externe LSAs des Typs 5 übersetzt und wie gewohnt an den Rest des OSPF-Netzwerks weiterleitet.

Beispiel: Konfigurieren von OSPFv3-Bereichen, die nicht so stubby sind

In diesem Beispiel wird gezeigt, wie ein OSPFv3-NSSA-Bereich (Not-so-stubby Area) konfiguriert wird, 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.

Überblick

In diesem Beispiel verteilt Gerät 7 statische Client-1-Routen in OSPFv3 um. Gerät 7 befindet sich im Bereich 9, der als NSSA konfiguriert ist. Gerät 3 ist das an die NSSA angeschlossene ABR. Ein NSSA ist eine Art Stub-Bereich, der externe Routen des autonomen Systems importieren und an andere Bereiche senden kann, aber dennoch keine externen AS-Routen aus anderen Bereichen empfangen kann. Da Bereich 9 als NSSA definiert ist, verwendet Gerät 7 LSAs vom Typ 7, um den ABR (Gerät 3) über diese externen Routen zu informieren. Gerät 3 übersetzt dann die Typ-7-Routen in externe LSAs des Typs 5 und überflutet sie wie gewohnt mit dem Rest des OSPF-Netzwerks.

In Bereich 3 verteilt Gerät 5 statische Client-2-Routen in OSPFv3 um. Diese Routen werden auf Gerät 3 gelernt, aber nicht auf Gerät 7 oder 10. Gerät 3 fügt eine standardmäßige statische Route in Bereich 9 ein, sodass Geräte 7 und 10 weiterhin die Routen von Kunde 2 erreichen können.

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

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

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

  • no-summariesVerhindert, dass der ABR Zusammenfassungsrouten in die NSSA ankündigt. Wenn sie in Kombination mit der default-metric Anweisung konfiguriert wird, lässt die NSSA nur Routen innerhalb des Gebiets zu und kündigt die Standardroute in das Gebiet an. Externe Routen und Ziele in andere Gebiete werden nicht mehr zusammengefasst oder in die NSSA aufgenommen. Nur der ABR erfordert diese zusätzliche Konfiguration, da er das einzige Routing-Gerät innerhalb der NSSA ist, das Zusammenfassungs-LSAs vom Typ 3 erstellt, die zum Empfangen und Senden von Datenverkehr von außerhalb des Bereichs verwendet werden.

  • default-lsa: Konfiguriert den ABR so, dass eine Standardroute in die NSSA generiert wird. 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 an externe Ziele. Sie konfigurieren diese Option nur auf dem ABR. Der ABR generiert nicht automatisch eine Standardroute, wenn er mit einer NSSA verbunden ist. Sie müssen diese Option explizit konfigurieren, damit der ABR eine Standardroute generiert.

    • metric-type—(Optional) Gibt den externen Metriktyp für die Standard-LSA an, der entweder Typ 1 oder Typ 2 sein kann. Wenn OSPFv3 Routeninformationen aus externen ASs exportiert, enthält dies einen Kostenwert oder eine externe Metrik in der Route. Der Unterschied zwischen den beiden Metriken besteht darin, wie OSPFv3 die Kosten der Route berechnet. Externe Metriken vom Typ 1 entsprechen der Link-State-Metrik, bei der die Kosten der Summe der internen Kosten zuzüglich der externen Kosten entsprechen. Externe Metriken vom Typ 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 vom Typ 7 in die NSSA, wenn die no-summaries Anweisung konfiguriert ist. Wenn die Anweisung konfiguriert ist, wird standardmäßig no-summaries eine LSA vom Typ 3 in NSSAs für Junos OS Version 5.0 und höher eingefügt. Um die Abwärtskompatibilität mit früheren Junos OS-Versionen zu unterstützen, fügen Sie die type-7 Anweisung ein.

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

Die CLI-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 11. In Abschnitt #d26e123__d26e507 werden die Schritte auf Gerät 3, Gerät 7 und Gerät 9 beschrieben.

Konfiguration

Verfahren

CLI Schnellkonfiguration

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

Gerät 1

Gerät 3

Gerät 4

Gerät 5

Gerät 7

Gerät 8

Gerät 9

Gerät 10

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 3:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen, die sich in Bereich 0 befinden.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 9 befindet.

  4. Konfigurieren Sie eine OSPFv3-NSSA.

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

  5. Fügen Sie im ABR eine Standardroute in den Bereich ein.

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

  7. (Optional) Geben Sie auf dem ABR die Überflutung von LSAs vom Typ 7 an.

  8. Schränken Sie auf dem ABR das Betreten des Bereichs durch zusammenfassende LSAs ein.

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 5:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 3 befindet.

  3. Konfigurieren Sie statische Routen, die eine Verbindung zu den Kundenrouten ermöglichen.

  4. Konfigurieren Sie eine Routing-Richtlinie, um die statischen Routen neu zu verteilen.

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

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 7:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 9 befindet.

  3. Konfigurieren Sie eine OSPFv3-NSSA.

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

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 8:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfigurieren Sie zwei Loopback-Schnittstellenadressen, um Kundenrouten zu simulieren.

Befund

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

Gerät 3

Gerät 5

Gerät 7

Gerät 8

Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.

Verifizierung

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

Überprüfen des Typs des OSPFv3-Bereichs

Zweck

Stellen Sie sicher, dass es sich bei dem OSPFv3-Bereich um einen NSSA-Bereich handelt. Vergewissern Sie sich, dass die Ausgabe als Stub-Typ angezeigt wird Stub NSSA .

Aktion

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

Bedeutung

Auf Gerät 3 ist Not Stubder Stub-Typ des Bereichs 0 . Der Stub-Typ des Bereichs 9 ist Stub NSSA. Die Standardmetrik für den Stub ist 10.

Auf Gerät 7 und Gerät 10 ist Stub NSSAder Stub-Typ des Bereichs 9 .

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

Zweck

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

Aktion

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

Bedeutung

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

Gerät 10 verfügt über die Standardroute, die von Gerät 3 eingespeist wird, sowie über die externen OSPF-Routen, die von Gerät 7 eingespeist werden.

Weder Gerät 7 noch Gerät 10 verfügen über die externen Kundenrouten, die von Gerät 5 in OSPFv3 eingefügt 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 des Typs der LSAs

Zweck

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

Aktion

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

Bedeutung

Auf Gerät 7 handelt es sich bei den NSSA-LSAs um die externe Standardroute vom Typ 1, die von Gerät 3 gelernt wurde, und die externen statischen Routen des Typs 2 zum Netzwerk von Kunde 1.

Grundlegendes zu nicht ganz so stumpfen Bereichen Filtern

Möglicherweise kommt es zu einer Situation, in der das Exportieren von LSAs vom Typ 7 in einen nicht so stumpfen Bereich (NSSA) unnötig ist. Wenn ein ASBR (Autonomous System Boundary Router) auch ein Area Border Router (ABR) mit angeschlossener NSSA ist, werden LSAs vom Typ 7 standardmäßig in die NSSA exportiert.

Wenn die ASBR (ebenfalls ein ABR) an mehrere NSSAs angehängt ist, wird standardmäßig eine separate LSA vom Typ 7 in jede NSSA exportiert. Bei der Routenneuverteilung generiert dieses Routing-Gerät sowohl LSAs vom Typ 5 als auch LSAs vom Typ 7. Um zu vermeiden, dass dieselbe Route zweimal neu verteilt wird (von LSAs vom Typ 5 und LSA vom Typ 7), können Sie den Export von LSAs vom Typ 7 in die NSSA deaktivieren, indem Sie die no-nssa-abr Anweisung auf dem Routing-Gerät einfügen.

Beispiel: Konfigurieren von OSPFv3-Bereichen, die nicht so stubby sind, mit Filtern

In diesem Beispiel wird gezeigt, wie ein OSPFv3 Not-so-stubby Area (NSSA) konfiguriert wird, wenn es nicht erforderlich ist, externe Routen als LSAs (Link State Advertisements) vom Typ 7 in die NSSA einzufügen.

Anforderungen

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

Überblick

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

In diesem Beispiel befinden sich Gerät 5 und Gerät 3 in Kundennetzwerken. Sowohl Gerät 4 als auch 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, erzeugt es sowohl LSAs vom Typ 7 als auch vom Typ 5 und injiziert LSAs vom Typ 7 in Bereich 1 und LSAs vom Typ 5 in Bereich 0. Um zu verhindern, dass LSAs vom Typ 7 in Bereich 1 injiziert werden, ist die no-nssa-abr Anweisung in der Geräte-4-Konfiguration enthalten.

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

Die CLI-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 12. Im Abschnitt #d28e64__d28e386 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 sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie Ihrer Netzwerkkonfiguration entsprechen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.

Gerät 1

Gerät 2

Gerät 3

Gerät 4

Gerät 5

Gerät 6

Schritt-für-Schritt-Anleitung

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

So konfigurieren Sie Gerät 4:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPFv3 auf den Schnittstellen, die sich in Bereich 0 befinden.

  3. Aktivieren Sie OSPFv3 auf der Schnittstelle, die sich in Bereich 1 befindet.

  4. Konfigurieren Sie eine OSPFv3-NSSA.

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

  5. Fügen Sie im ABR eine Standardroute in den Bereich ein.

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

  7. (Optional) Geben Sie auf dem ABR die Überflutung von LSAs vom Typ 7 an.

  8. Schränken Sie auf dem ABR das Betreten des Bereichs durch zusammenfassende LSAs ein.

  9. Deaktivieren Sie das Exportieren von LSAs vom Typ 7 in die NSSA.

    Diese Einstellung ist nützlich, wenn Sie über einen AS-Bound-Router verfügen, der auch ein ABR mit einem angefügten NSSA-Bereich ist.

  10. Konfigurieren Sie statische Routen zum Kundennetzwerk.

  11. Konfigurieren Sie eine Richtlinie, um die statischen Routen in OSPFv3 einzufügen.

  12. Wenden Sie die Richtlinie auf OSPFv3 an.

Befund

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

Gerät 4

Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.

Verifizierung

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

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

Zweck

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

Aktion

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

Bedeutung

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

Auf Gerät 6 im Bereich 0 sind alle Kundenrouten gelernt.

Überprüfen des Typs der LSAs

Zweck

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

Aktion

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

Bedeutung

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