AUF DIESER SEITE
Konfigurieren der OSPF-Unterstützung für Traffic Engineering
OSPF-Unterstützung für Traffic-Engineering
Mit Traffic Engineering können Sie den Pfad steuern, dem Datenpakete folgen, indem Sie das Standard-Routing-Modell umgehen, das Routing-Tabellen verwendet. Beim Traffic Engineering werden Datenströme von überlasteten Verbindungen auf alternative Verbindungen verlagert, die nicht von der automatisch berechneten zielbasierten kürzesten Route ausgewählt würden.
Um Traffic Engineering und MPLS mit Informationen über Netzwerktopologie und -auslastung zu versorgen, wurde die Junos OS-Implementierung von OSPF um Erweiterungen erweitert. Wenn das Traffic Engineering auf dem Routinggerät aktiviert ist, können Sie auch die OSPF-Unterstützung für das Traffic Engineering aktivieren. Wenn Sie Traffic Engineering für OSPF aktivieren, berücksichtigt der SPF-Algorithmus (shortest-path-first) die verschiedenen unter MPLS konfigurierten Label-Switched-Pfade (LSPs) und konfiguriert OSPF so, dass undurchsichtige Link State Advertisements (LSAs) generiert werden, die Traffic Engineering-Parameter enthalten. Die Parameter werden verwendet, um die Traffic-Engineering-Datenbank aufzufüllen. Die Traffic-Engineering-Datenbank wird ausschließlich für die Berechnung von Explicit Paths für die Platzierung von LSPs in der physischen Topologie verwendet. Der CSPF-Algorithmus (Constrained Shortest Path First) verwendet die Traffic-Engineering-Datenbank, um die Pfade zu berechnen, die MPLS-LSPs nehmen. RSVP verwendet diese Pfadinformationen, um LSPs einzurichten und Bandbreite für sie zu reservieren.
Standardmäßig ist die Unterstützung für Traffic Engineering deaktiviert. Um das Traffic-Engineering zu aktivieren, fügen Sie die Traffic-Engineering-Anweisung ein. Sie können auch die folgenden OSPF-Traffic-Engineering-Erweiterungen konfigurieren:
advertise-unnumbered-interfaces—(nur OSPFv2) Kündigt den Link-Local-Identifikator im Link-Local-Traffic-Engineering-LSA-Paket an. Sie müssen diese Anweisung nicht einschließen, wenn RSVP in der Lage ist, nicht nummerierte Schnittstellen zu signalisieren, wie in RFC 3477, Signalling Unnumbered Links in Resource Reservation Protocol – Traffic Engineering (RSVP-TE) definiert.
credibility-protocol-preference—(nur OSPFv2) Weist OSPF-Routen in der Traffic-Engineering-Datenbank einen Glaubwürdigkeitswert zu. Standardmäßig bevorzugt Junos OS OSPF-Routen in der Traffic-Engineering-Datenbank gegenüber anderen IGP-Routen (Interior Gateway Protocol), selbst wenn die Routen eines anderen IGP mit einem niedrigeren, d. h. bevorzugten Präferenzwert konfiguriert sind. Die Traffic-Engineering-Datenbank weist jedem IGP einen Glaubwürdigkeitswert zu und bevorzugt die Routen des IGP mit dem höchsten Glaubwürdigkeitswert. In Junos OS Version 9.4 und höher können Sie OSPF so konfigurieren, dass Protokollpräferenzen berücksichtigt werden, um den Glaubwürdigkeitswert der Traffic Engineering-Datenbank zu bestimmen. Wenn die Protokollpräferenz zur Bestimmung des Glaubwürdigkeitswerts verwendet wird, werden OSPF-Routen von der Traffic-Engineering-Datenbank nicht automatisch bevorzugt, je nach Konfiguration.
ignore-lsp-metrics: Ignoriert RSVP-LSP-Metriken bei OSPF-Traffic-Engineering-Verknüpfungsberechnungen oder bei der Konfiguration von LDP-over-RSVP-LSPs. Diese Option vermeidet gegenseitige Abhängigkeiten zwischen OSPF und RSVP, sodass der Zeitraum, in dem die für das Tunneling des Datenverkehrs verwendete RSVP-Metrik nicht auf dem neuesten Stand ist, entfällt. Wenn Sie RSVP für das Traffic-Engineering verwenden, können Sie außerdem LDP gleichzeitig ausführen, um die Verteilung externer Routen im Core zu eliminieren. Die von LDP eingerichteten LSPs werden durch die von RSVP eingerichteten LSPs getunnelt. LDP behandelt die Traffic-Engineering-LSPs effektiv als Single Hops.
multicast-rpf-routes—(nur OSPFv2) Installiert Unicast-IPv4-Routen (keine LSPs) in der Multicast-Routing-Tabelle (inet.2) für Multicast-RPF-Überprüfungen (Reverse Path Forwarding). Die Routing-Tabelle inet.2 besteht aus Unicast-Routen, die für die Multicast-RPF-Suche verwendet werden. RPF ist ein Anti-Spoofing-Mechanismus, mit dem überprüft wird, ob das Paket über eine Schnittstelle eingeht, die auch Daten an die Paketquelle zurücksendet.
no-topology – (nur OSPFv2) Deaktivieren der Verbreitung von Informationen zur Verbindungsstatustopologie. Wenn diese Option deaktiviert ist, werden die Informationen zur Traffic-Engineering-Topologie nicht mehr innerhalb des OSPF-Bereichs verteilt.
shortcuts: Konfiguriert IGP-Verknüpfungen, die es OSPF ermöglichen, einen LSP als nächsten Hop zu verwenden, als wäre er eine logische Schnittstelle vom Eingangs-Routing-Gerät zum Ausgangs-Routing-Gerät. Die Adresse, die in der to-Anweisung auf der Hierarchieebene [ edit protocols mpls label-switched-path lsp-path-name] auf dem Eingangs-Routing-Gerät angegeben ist, muss mit der Router-ID des Ausgangs-Routing-Geräts übereinstimmen, damit der LSP als direkte Verbindung zum Ausgangs-Routing-Gerät fungiert und als Eingabe für die OSPF-SPF-Berechnungen verwendet werden kann. Wenn LSPs auf diese Weise verwendet werden, unterscheiden sie sich nicht von ATM (Asynchronous Transfer Mode) und virtuellen Verbindungen (VCs) mit Frame Relay, mit der Ausnahme, dass LSPs nur IPv4-Datenverkehr übertragen.
OSPFv2 installiert das Präfix für IPv4-Routen in der Routing-Tabelle inet.0 , und die LSPs werden standardmäßig in der Routing-Tabelle inet.3 installiert.
OSPFv3-LSPs, die für Verknüpfungen verwendet werden, werden weiterhin über IPv4 signalisiert. Standardmäßig werden IPv6-Verknüpfungsrouten, die über OSPFv3 berechnet werden, jedoch der inet6.3-Routing-Tabelle hinzugefügt. Standardmäßig verwendet BGP in seinen Berechnungen nur LSPs. Wenn Sie MPLS so konfigurieren, dass sowohl BGP als auch IGPs LSPs zum Weiterleiten von Datenverkehr verwenden, werden der Routing-Tabelle inet6.0 IPv6-Verknüpfungsrouten hinzugefügt, die über OSPFv3 berechnet werden.
Anmerkung:Verwenden Sie, wann immer möglich, OSPF-IGP-Verknüpfungen anstelle von Traffic-Engineering-Verknüpfungen.
lsp-metric-info-summary: Kündigt die LSP-Metrik in Zusammenfassungs-LSAs an, um den LSP als Link zu behandeln. Diese Konfiguration ermöglicht es anderen Routing-Geräten im Netzwerk, diesen LSP zu verwenden. Um dies zu erreichen, müssen Sie MPLS und OSPF Traffic Engineering so konfigurieren, dass die LSP-Metrik in zusammenfassenden LSAs angekündigt wird.
Wenn Sie das Traffic Engineering auf dem Routinggerät aktivieren, können Sie auch eine OSPF-Metrik konfigurieren, die ausschließlich für das Traffic Engineering verwendet wird. Die Traffic-Engineering-Metrik wird für Informationen verwendet, die in die Traffic-Engineering-Datenbank eingespeist werden. Sein Wert wirkt sich nicht auf die normale OSPF-Weiterleitung aus.
Beispiel: Aktivieren der Unterstützung für OSPF-Traffic Engineering
In diesem Beispiel wird gezeigt, wie Sie den OSPF-Traffic Engineering-Support aktivieren, um die LSP-Metrik (Label Switched Path) in zusammenfassenden Link-State-Ankündigungen (LSAs) anzukündigen.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die Geräteschnittstellen. Weitere Informationen finden Sie im Benutzerhandbuch für Sicherheitsgeräte der Schnittstelle.
Konfigurieren Sie BGP entsprechend Ihren Netzwerkanforderungen. Siehe BGP-Benutzerhandbuch
Konfigurieren Sie MPLS entsprechend Ihren Netzwerkanforderungen. Weitere Informationen finden Sie im Benutzerhandbuch für MPLS-Anwendungen.
Überblick
Sie können OSPF so konfigurieren, dass ein LSP als Verbindung behandelt wird, und andere Routing-Geräte im Netzwerk diesen LSP verwenden lassen. Zu diesem Zweck konfigurieren Sie MPLS und OSPF Traffic Engineering so, dass die LSP-Metrik in zusammenfassenden LSAs angekündigt wird.
In diesem Beispiel befinden sich vier Routing-Geräte im Bereich 0.0.0.0, und OSPF soll den LSP mit dem Namen R1-to-R4, der vom Eingangsgerät R1 zum Ausgangsgerät R4 geht, als Link behandeln.
Für OSPF aktivieren Sie das Traffic-Engineering auf allen vier Routinggeräten in der Umgebung, indem Sie die traffic-engineering Anweisung einschließen. Diese Konfiguration stellt sicher, dass der SPF-Algorithmus (shortest-path-first) die unter MPLS konfigurierten LSPs berücksichtigt und OSPF so konfiguriert, dass LSAs generiert werden, die Traffic Engineering-Parameter übertragen. Außerdem stellen Sie sicher, dass OSPF den MPLS-LSP als nächsten Hop verwendet und die LSP-Metrik in Zusammenfassungs-LSAs ankündigt, indem Sie die optionale shortcuts lsp-metric-into-summary Anweisung auf dem Eingangsgerät R1 einfügen.
Für MPLS aktivieren Sie das Traffic Engineering, sodass MPLS das Traffic Engineering sowohl auf BGP- als auch auf IGP-Zielen ausführt, indem es die traffic-engineering bgp-igp Anweisung einschließt, und Sie schließen den LSP mit dem Namen R1-to-R4 ein, indem Sie die label-switched-path lsp-path-name to address Anweisung auf dem Eingangsgerät R1 einschließen. Die Adresse, die in der to Anweisung für das Eingangsgerät R1 angegeben ist, muss mit der Router-ID des Ausgangsgeräts R4 übereinstimmen, damit der LSP als direkte Verbindung zum Ausgangs-Routing-Gerät fungiert und als Eingabe für die OSPF-SPF-Berechnungen verwendet werden kann. In diesem Beispiel lautet die Router-ID des Ausgangsgeräts R4 10.0.0.4.
Konfiguration
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Ändern der Junos OS-Konfiguration imCLI-Benutzerhandbuch.
Verfahren
CLI Schnellkonfiguration
Kopieren Sie die folgenden Befehle, und fügen Sie sie in die CLI ein, damit der OSPF-Traffic Engineering-Support die LSP-Metrik in Übersichts-LSAs ankündigen kann.
Konfiguration auf R1:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4
Konfiguration auf R2:
[edit] set routing-options router-id 10.0.0.2 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Konfiguration auf R3:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Konfiguration auf R4:
[edit] set routing-options router-id 10.0.0.4 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Schritt-für-Schritt-Anleitung
So aktivieren Sie den OSPF-Traffic Engineering-Support, um LSP-Metriken in zusammenfassenden LSAs anzukündigen:
Konfigurieren Sie die Router-ID.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R2# set routing-options router-id 10.0.0.2
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R4# set routing-options router-id 10.0.0.4
Konfigurieren Sie den OSPF-Bereich und fügen Sie die Schnittstellen hinzu.
Anmerkung:Um OSPFv3 anzugeben, fügen Sie die
ospf3Anweisung auf der[edit protocols]Hierarchieebene ein.[edit] user@R1# set protocols ospf area 0.0.0.0 interface all user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R2# set protocols ospf area 0.0.0.0 interface all user@R2# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R4# set protocols ospf area 0.0.0.0 interface all user@R4# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Aktivieren Sie OSPF-Traffic-Engineering.
[edit] user@R1# set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary
[edit] user@R2# set protocols ospf traffic-engineering
[edit] user@R3# set protocols ospf traffic-engineering
[edit] user@R4# set protocols ospf traffic-engineering
Konfigurieren Sie auf Gerät R1 das MPLS-Traffic Engineering.
[edit ] user@R1#
set protocols mpls traffic-engineering bgp-igpuser@R1#set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
Befund
Bestätigen Sie Ihre Konfiguration, indem Sie die show routing-optionsBefehle , show protocols ospfund show protocols mpls eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
Ausgang für R1:
user@host# show routing-options router-id 10.0.0.1;
user@host# show protocols ospf
traffic-engineering {
shortcuts lsp-metric-into-summary;
}
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
user@host# show protocols mpls
traffic-engineering bgp-igp;
label-switched-path R1-to-R4 {
to 10.0.0.4;
}
Ausgabe für R2:
user@host# show routing-options router-id 10.0.0.2;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Ausgang für R3:
user@host# show routing-options router-id 10.0.0.3;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Ausgang für R4:
user@host# show routing-options router-id 10.0.0.4;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Um Ihre OSPFv3-Konfiguration zu bestätigen, geben Sie die show routing-optionsBefehle , show protocols ospf3und show protocols mpls ein.
Verifizierung
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
- Überprüfen der Traffic-Engineering-Fähigkeit für OSPF
- Überprüfung von OSPF-Einträgen in der Traffic-Engineering-Datenbank
- Überprüfen, ob die Traffic-Engineering-Datenbank Knoteninformationen von OSPF lernt
Überprüfen der Traffic-Engineering-Fähigkeit für OSPF
Zweck
Vergewissern Sie sich, dass das Traffic-Engineering für OSPF aktiviert wurde. Standardmäßig ist das Traffic-Engineering deaktiviert.
Aktion
Geben Sie im Betriebsmodus den show ospf overview Befehl für OSPFv2 und den show ospf3 overview Befehl für OSPFv3 ein.
Überprüfung von OSPF-Einträgen in der Traffic-Engineering-Datenbank
Zweck
Überprüfen Sie die OSPF-Informationen in der Traffic-Engineering-Datenbank. Im Feld Protokoll werden OSPF und der Bereich, aus dem die Informationen gelernt wurden, angezeigt.
Aktion
Geben Sie im Betriebsmodus den show ted database Befehl ein.
Überprüfen, ob die Traffic-Engineering-Datenbank Knoteninformationen von OSPF lernt
Zweck
Stellen Sie sicher, dass OSPF Knoteninformationen meldet. Im Feld Protokollname werden OSPF und der Bereich, aus dem die Informationen gelernt wurden, angezeigt.
Aktion
Geben Sie im Betriebsmodus den show ted protocol Befehl ein.
Beispiel: Konfigurieren der Traffic-Engineering-Metrik für eine bestimmte OSPF-Schnittstelle
In diesem Beispiel wird gezeigt, wie der OSPF-Metrikwert konfiguriert wird, der für das Traffic Engineering verwendet wird.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die Geräteschnittstellen. Weitere Informationen finden Sie im Benutzerhandbuch für Sicherheitsgeräte der Schnittstelle.
Konfigurieren Sie OSPF für Traffic Engineering. Siehe Beispiel: Aktivieren der OSPF-Traffic-Engineering-Unterstützung
Überblick
Sie können eine OSPF-Metrik konfigurieren, die ausschließlich für das Traffic-Engineering verwendet wird. Um den Standardwert der Traffic Engineering-Metrik zu ändern, schließen Sie die te-metric Anweisung ein. Die OSPF-Traffic-Engineering-Metrik wirkt sich nicht auf die normale OSPF-Weiterleitung aus. Standardmäßig ist die Traffic-Engineering-Metrik derselbe Wert wie die OSPF-Metrik. Der Bereich liegt zwischen 1 und 65.535.
In diesem Beispiel konfigurieren Sie die OSPF-Traffic-Engineering-Metrik für die OSPF-Schnittstelle fe-0/1/1 im Bereich 0.0.0.0.
Konfiguration
CLI Schnellkonfiguration
Um die OSPF-Traffic-Engineering-Metrik für eine bestimmte Schnittstelle schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle 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 auf commit .
[edit] set protocols ospf area 0.0.0.0 interface fe-0/1/1 te-metric 10
Verfahren
Schritt-für-Schritt-Anleitung
So konfigurieren Sie eine OSPF-Traffic-Engineering-Metrik für eine bestimmte Schnittstelle, die nur für Traffic-Engineering verwendet wird:
Erstellen Sie einen OSPF-Bereich.
Anmerkung:Um OSPFv3 anzugeben, fügen Sie die
ospf3Anweisung auf der[edit protocols]Hierarchieebene ein.[edit] user@host# edit protocols ospf area 0.0.0.0
Konfigurieren Sie die Traffic-Engineering-Metrik der OSPF-Netzwerksegmente.
[edit protocols ospf area 0.0.0.0] user@host
set interface fe-0/1/1 te-metric 10Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit protocols ospf area 0.0.0.0] user@host# commit
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.
user@host# show protocols ospf
area 0.0.0.0 {
interface fe-0/1/1.0 {
te-metric 10;
}
}
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 konfigurierten Traffic-Engineering-Metrik
Zweck
Überprüfen Sie den Wert der Traffic-Engineering-Metrik. Vergewissern Sie sich, dass im Feld Metrik die konfigurierte Traffic-Engineering-Metrik angezeigt wird.
Aktion
Geben Sie im Betriebsmodus den show ted database extensive Befehl ein.
OSPF-Modus für passives Traffic Engineering
Normalerweise werden interne Routing-Protokolle wie OSPF nicht auf Verbindungen zwischen autonomen Systemen ausgeführt. Damit das Inter-AS-Traffic-Engineering jedoch ordnungsgemäß funktioniert, müssen Informationen über die Inter-AS-Verbindung – insbesondere die Adresse auf der Remote-Schnittstelle – innerhalb des autonomen Systems (AS) zur Verfügung gestellt werden. Diese Informationen sind normalerweise weder in den Erreichbarkeitsmeldungen für externe BGP (EBGP) noch in den OSPF-Routingankündigungen enthalten.
Um diese Verbindungsadressinformationen innerhalb des AS zu fluten und für Traffic Engineering-Berechnungen verfügbar zu machen, müssen Sie den passiven OSPF-Modus für das Traffic Engineering auf jeder Inter-AS-Schnittstelle konfigurieren. Außerdem müssen Sie die Remote-Adresse angeben, damit OSPF sie verteilen und in die Traffic Engineering-Datenbank aufnehmen kann. Der OSPF-Traffic-Engineering-Modus ermöglicht es MPLS-Label-Switched-Pfaden (LSPs), OSPF AS-Boundary-Router dynamisch zu erkennen und Routern die Einrichtung eines Traffic-Engineering-LSP über mehrere autonome Systeme hinweg zu ermöglichen.
Beispiel: Konfigurieren des passiven Traffic-Engineering-Modus von OSPF
In diesem Beispiel wird gezeigt, wie der passive OSPF-Modus für das Traffic Engineering auf einer Inter-AS-Schnittstelle konfiguriert wird. Die AS-Bound-Router-Verbindung zwischen den EBGP-Peers muss eine direkt verbundene Verbindung sein und als passive Traffic-Engineering-Verbindung konfiguriert sein.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die Geräteschnittstellen. Weitere Informationen finden Sie im Benutzerhandbuch für Sicherheitsgeräte der Schnittstelle.
Konfigurieren Sie BGP entsprechend Ihren Netzwerkanforderungen. Weitere Informationen finden Sie im BGP-Benutzerhandbuch.
Konfigurieren Sie den LSP gemäß Ihren Netzwerkanforderungen. Weitere Informationen finden Sie im Benutzerhandbuch für MPLS-Anwendungen.
Konfigurieren Sie die Router-IDs für die Geräte in Ihrem OSPF-Netzwerk. Siehe Beispiel: Konfigurieren einer OSPF-Router-Kennung.
Kontrollieren Sie die Auswahl des designierten OSPF-Routers. Siehe Beispiel: Steuern der Auswahl des designierten OSPF-Routers
Konfigurieren Sie ein OSPF-Netzwerk mit nur einem Bereich. Siehe Beispiel: Konfigurieren eines OSPF-Netzwerks für einen einzelnen Bereich.
Konfigurieren Sie ein Mehrbereichs-OSPF-Netzwerk. Siehe Beispiel: Konfigurieren eines Mehrbereichs-OSPF-Netzwerks.
Überblick
Sie können den passiven OSPF-Modus für das Traffic-Engineering auf einer Inter-AS-Schnittstelle konfigurieren. Die Adresse, die für den Remote-Knoten der passiven Traffic-Engineering-Verbindung OSPF verwendet wird, muss mit der Adresse übereinstimmen, die für die EBGP-Verbindung verwendet wird. In diesem Beispiel konfigurieren Sie die Schnittstelle so-1/1/0 im Bereich 0.0.0.1 als Inter-AS-Link, um Traffic-Engineering-Informationen mit OSPF innerhalb des AS zu verteilen, und schließen die folgenden Einstellungen ein:
passive: Gibt die direkten Schnittstellenadressen auf einer Schnittstelle bekannt, ohne OSPF auf dieser Schnittstelle auszuführen. Eine passive Schnittstelle ist eine Schnittstelle, für die die Adressinformationen als interne Route in OSPF angekündigt werden, auf der das Protokoll jedoch nicht ausgeführt wird.
traffic-engineering: Konfiguriert eine Schnittstelle im passiven OSPF-Traffic-Engineering-Modus, um eine dynamische Erkennung von OSPF AS-Boundary-Routern zu ermöglichen. Standardmäßig ist der passive Traffic-Engineering-Modus von OSPF deaktiviert.
remote-node-id: Gibt die IP-Adresse am anderen Ende der Verbindung zwischen AS an. In diesem Beispiel lautet die Remote-IP-Adresse 192.168.207.2.
Konfiguration
Um den passiven OSPF-Modus für das Traffic Engineering schnell zu konfigurieren, kopieren Sie den folgenden Befehl, entfernen Sie alle Zeilenumbrüche, und fügen Sie ihn in die CLI ein.
[edit] set protocols ospf area 0.0.0.1 interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
Verfahren
Schritt-für-Schritt-Anleitung
So konfigurieren Sie den passiven Traffic-Engineering-Modus von OSPF:
Erstellen Sie einen OSPF-Bereich.
Anmerkung:Um OSPFv3 anzugeben, fügen Sie die
ospf3Anweisung auf der[edit protocols]Hierarchieebene ein.[edit] user@host# set protocols ospf area 0.0.0.1
Konfigurieren Sie die Schnittstelle so-1/1/0 als passive Schnittstelle, die für Traffic Engineering konfiguriert ist, und geben Sie die IP-Adresse am anderen Ende der Inter-AS-Verbindung an.
[edit protocols ospf area 0.0.0.1] user@host# set interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit protocols ospf] user@host# commit
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.
user@host# show protocols ospf
area 0.0.0.1 {
interface so-1/1/0.0 {
passive {
traffic-engineering {
remote-node-id 192.168.207.2;
}
}
}
}
Geben Sie den show protocols ospf3 Befehl ein, um Ihre OSPFv3-Konfiguration zu bestätigen.
Verifizierung
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
Überprüfen des Status von OSPF-Schnittstellen
Zweck
Überprüfen Sie den Status von OSPF-Schnittstellen. Wenn die Schnittstelle passiv ist, ist das Feld Adj-Anzahl 0, da keine Nachbarschaften gebildet wurden. Neben diesem Feld wird möglicherweise auch das Wort Passiv angezeigt.
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.
Ankündigung von Label-Switched-Pfaden in OSPFv2
Einer der Hauptgründe für die Konfiguration von Label-Switched-Pfaden (LSPs) in Ihrem Netzwerk ist die Steuerung des kürzesten Pfads zwischen zwei Punkten im Netzwerk. Sie können LSPs in OSPFv2 als Punkt-zu-Punkt-Links ankündigen, sodass alle beteiligten Routing-Geräte den LSP bei SPF-Berechnungen berücksichtigen können. Die Ankündigung enthält eine lokale Adresse (die Absenderadresse des Sprachdienstleisters), eine Remoteadresse (die An-Adresse des Sprachdienstleisters) und eine Metrik mit der folgenden Rangfolge:
Verwenden Sie die LSP-Metrik, die unter OSPFv2 definiert ist.
Verwenden Sie die LSP-Metrik, die für den label-switched-Pfad unter MPLS konfiguriert ist.
Wenn Sie keine der oben genannten Optionen konfigurieren, verwenden Sie die OSPFv2-Standardmetrik 1.
Wenn Sie möchten, dass ein LSP, der in OSPFv2 angekündigt ist, in SPF-Berechnungen verwendet werden soll, muss ein umgekehrter Link vorhanden sein (d. h. ein Link vom Ende des LSP zum Kopfende). Sie können dies erreichen, indem Sie einen LSP in umgekehrter Richtung konfigurieren und ihn auch in OSPFv2 ankündigen.
Beispiel: Ankündigung von Label-Switched-Pfaden in OSPFv2
In diesem Beispiel wird gezeigt, wie LSPs in OSPFv2 angekündigt werden.
Anforderungen
Bevor Sie beginnen, konfigurieren Sie die Geräteschnittstellen. Routing-Geräte finden Sie in der Junos OS Network Interfaces Library.
Überblick
Um einen LSP in OSPFv2 anzukündigen, definieren Sie den LSP und konfigurieren OSPFv2 so, dass Datenverkehr mithilfe des LSP weitergeleitet wird. Auf diese Weise können Sie den LSP verwenden, um den kürzesten Pfad zwischen zwei Punkten im Netzwerk zu steuern. Sie können dies tun, wenn Sie möchten, dass OSPF-Datenverkehr entlang des LSP weitergeleitet wird, anstatt OSPF das standardmäßige Best-Effort-Routing verwenden zu lassen.
In diesem Beispiel konfigurieren Sie Folgendes, um einen LSP in OSPFv2 anzukündigen:
BGP
Konfigurieren Sie für alle Routing-Geräte die lokale AS-Nummer 65000 und definieren Sie die IBGP-Gruppe, die die angegebenen BGP-Systeme als Peers erkennt. Alle Mitglieder sind intern für den lokalen AS, sodass Sie eine interne Gruppe mit einer vollständigen Liste von Peers konfigurieren. Sie schließen auch die Peer-AS-Gruppe ein, die mit der von Ihnen konfigurierten lokalen AS-Nummer identisch ist.
MPLS
Konfigurieren Sie für alle Routing-Geräte die Protokollfamilie auf jeder logischen Transitschnittstelle, und aktivieren Sie MPLS auf allen Schnittstellen mit Ausnahme der Verwaltungsschnittstelle (fxp0.0). Geben Sie den Typ der MPLS-Protokollfamilie an.
U.A.W.G
Aktivieren Sie für alle Routing-Geräte RSVP auf allen Schnittstellen, mit Ausnahme der Verwaltungsschnittstelle (fxp0.0). Sie aktivieren RSVP auf den Geräten in diesem Netzwerk, um sicherzustellen, dass die Schnittstellen Signale an den LSP senden können.
OSPFv2
Verwenden Sie für alle Routing-Geräte die Loopback-Adresse, um die Router-ID zuzuweisen, gruppieren Sie alle Geräte administrativ im OSPF-Bereich 0.0.0.0, fügen Sie alle an OSPF beteiligten Schnittstellen zum Bereich 0.0.0.0 hinzu und deaktivieren Sie OSPF in der Verwaltungsschnittstelle (fxp0.0).
Label-Switched-Pfad
Konfigurieren Sie auf dem Eingangsroutinggerät R1, das den Anfang (oder das Kopfende) des LSP darstellt, einen LSP mit einem Explicit Path. Der Explicit Path gibt an, dass der LSP zur nächsten angegebenen IP-Adresse im Pfad gehen muss, ohne andere Knoten zu durchlaufen. In diesem Beispiel erstellen Sie einen LSP mit dem Namen R1-to-R6 und geben die IP-Adresse des Ausgangsroutinggeräts R6 an.
Ankündigung des LSP in OSPFv2
Auf dem Eingangs-Routing-Gerät R1 kündigen Sie den LSP als Punkt-zu-Punkt-Verbindung für OSPFv2 an. Optional können Sie eine Metrik zuweisen, damit der LSP der mehr oder weniger bevorzugte Pfad zum Ziel ist.
Topologie
Abbildung 1 zeigt ein Beispiel für eine Netzwerktopologie, die aus Folgendem besteht:
BGP ist auf allen Routing-Geräten konfiguriert, wobei ein lokales autonomes System (AS) 65000 drei Routing-Geräte enthält:
R1: Gerät R1 ist das Eingangsgerät mit der Router-ID 10.0.0.1. Die Schnittstelle so-0/0/2 wird mit Gerät R3 verbunden.
R3: Gerät R3 ist das Transitgerät mit der Router-ID 10.0.0.3. Die Schnittstelle so-0/0/2 wird mit Gerät R1 und die Schnittstelle so-0/0/3 mit Gerät R6 verbunden.
R6: Gerät R6 ist das Ausgangsgerät mit der Router-ID 10.0.0.6. Die Schnittstelle so-0/0/3 wird mit dem Gerät R3 verbunden.
OSPFv2 ist auf allen Routing-Geräten konfiguriert.
MPLS und RSVP sind auf allen Routing-Geräten aktiviert.
Auf Gerät R1 ist ein RSVP-signalisierter LSP konfiguriert.
Konfiguration
In den folgenden Beispielen müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Ändern der Junos OS-Konfiguration im CLI-Benutzerhandbuch.
Führen Sie die folgenden Aufgaben aus, um die Geräte so zu konfigurieren, dass sie einen LSP in OSPFv2 ankündigen:
- Konfigurieren von BGP
- Konfigurieren von MPLS
- Konfigurieren von RSVP
- Konfigurieren von OSPF
- Konfigurieren des LSP
- Ankündigung des LSP in OSPFv2
Konfigurieren von BGP
CLI Schnellkonfiguration
Um BGP auf jedem Routing-Gerät schnell zu konfigurieren, kopieren Sie die folgenden Befehle, und fügen Sie sie in die CLI ein.
Konfiguration auf Gerät R1:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
Konfiguration auf Gerät R3:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
Konfiguration auf Gerät R6:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.6 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers peer-as 65000
Schritt-für-Schritt-Anleitung
So konfigurieren Sie BGP:
Konfigurieren Sie auf jedem Routinggerät die lokale AS-Nummer.
[edit] user@R1# set routing-options autonomous-system 65000
[edit] user@R3# set routing-options autonomous-system 65000
[edit] user@R6# set routing-options autonomous-system 65000
Konfigurieren Sie auf jedem Routinggerät die internen BGP-Nachbarverbindungen.
[edit] user@R1# set protocols bgp group internal-peers type internal user@R1# set protocols bgp group internal-peers local-address 10.0.0.1 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R1# set protocols bgp group internal-peers peer-as 65000
[edit] user@R3# set protocols bgp group internal-peers type internal user@R3# set protocols bgp group internal-peers local-address 10.0.0.3 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R3# set protocols bgp group internal-peers peer-as 65000
[edit] user@R6# set protocols bgp group internal-peers type internal user@R6# set protocols bgp group internal-peers local-address 10.0.0.6 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R6# set protocols bgp group internal-peers peer-as 65000
Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
Befund
Bestätigen Sie Ihre Konfiguration, indem Sie die show routing-options Befehle und show protocols bgp 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 R1:
user@R1# show routing-options autonomous-system 65000;
user@R1# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.1;
peer-as 65000;
neighbor 10.0.0.3;
neighbor 10.0.0.6;
}
Konfiguration auf R3:
user@R3# show routing-options autonomous-system 65000;
user@R3# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.3;
peer-as 65000;
neighbor 10.0.0.1;
neighbor 10.0.0.6;
}
Konfiguration auf R6:
user@R6# show routing-options autonomous-system 65000;
user@R6# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.6;
peer-as 65000;
neighbor 10.0.0.1;
neighbor 10.0.0.3;
}
Konfigurieren von MPLS
CLI Schnellkonfiguration
Um MPLS auf allen Routing-Geräten in AS 65000 schnell zu konfigurieren, kopieren Sie die folgenden Befehle, und fügen Sie sie in die CLI ein.
Konfiguration auf Gerät R1:
[edit] set interfaces so-0/0/2 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Konfiguration auf Gerät R3:
[edit] set interfaces so-0/0/2 unit 0 family mpls set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Konfiguration auf Gerät R6:
[edit] set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Schritt-für-Schritt-Anleitung
So konfigurieren Sie MPLS:
Konfigurieren Sie die Transitschnittstellen für MPLS.
[edit ] user@R1# set interfaces so-0/0/2 unit 0 family mpls
[edit ] user@R3# set interfaces so-0/0/2 unit 0 family mpls user@R3# set interfaces so-0/0/3 unit 0 family mpls
[edit ] user@R6# set interfaces so-0/0/3 unit 0 family mpls
Aktivieren Sie MPLS.
[edit ] user@R1# set protocols mpls interface all
[edit ] user@R3# set protocols mpls interface all
[edit ] user@R6# set protocols mpls interface all
Deaktivieren Sie MPLS auf der Verwaltungsschnittstelle (fxp0.0).
[edit ] user@R1# set protocols mpls interface fxp0.0 disable
[edit ] user@R3# set protocols mpls interface fxp0.0 disable
[edit ] user@R6# set protocols mpls interface fxp0.0 disable
Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
Befund
Bestätigen Sie Ihre Konfiguration, indem Sie die show interfaces Befehle und show protocols mpls 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 Gerät R1:
user@R1# show interfaces
so-0/0/2 {
unit 0 {
family mpls;
}
}
user@R1# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Konfiguration auf Gerät R3:
user@R3# show interfaces
so-0/0/2 {
unit 0 {
family mpls;
}
}
so-0/0/3 {
unit 0 {
family mpls;
}
}
user@R3# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Konfiguration auf Gerät R6:
user@R6# show interfaces
so-0/0/3 {
unit 0 {
family mpls;
}
}
user@R6# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Konfigurieren von RSVP
CLI Schnellkonfiguration
Um RSVP auf allen Routing-Geräten in AS 65000 schnell zu konfigurieren, kopieren Sie die folgenden Befehle, und fügen Sie sie in die CLI ein.
Konfiguration auf Gerät R1:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface fxp0.0 disable
Konfiguration auf Gerät R3:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
Konfiguration auf Gerät R6:
[edit] set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
Schritt-für-Schritt-Anleitung
So konfigurieren Sie RSVP:
Aktivieren Sie RSVP.
[edit ] user@R1# set protocols rsvp interface so-0/0/2
[edit ] user@R3# set protocols rsvp interface so-0/0/2 user@R3# set protocols rsvp interface so-0/0/3
[edit ] user@R6# set protocols rsvp interface so-0/0/3
Deaktivieren Sie RSVP auf der Verwaltungsschnittstelle (fxp0.0).
[edit ] user@R1# set protocols rsvp interface fxp0.0 disable
[edit ] user@R3# set protocols rsvp interface fxp0.0 disable
[edit ] user@R6# set protocols rsvp interface fxp0.0 disable
Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit] user@host# commit
Befund
Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols rsvp 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 Gerät R1:
user@R1# show protocols rsvp
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
Konfiguration auf Gerät R3:
user@R3# show protocols rsvp
interface so-0/0/2.0;
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
Konfiguration auf Gerät R6:
user@R3# show protocols rsvp
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
Konfigurieren von OSPF
CLI Schnellkonfiguration
Um OSPF schnell zu konfigurieren, kopieren Sie die folgenden Befehle, und fügen Sie sie in die CLI ein.
Konfiguration auf Gerät R1:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Konfiguration auf Gerät R3:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Konfiguration auf Gerät R6:
[edit] set routing-options router-id 10.0.0.6 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Schritt-für-Schritt-Anleitung
So konfigurieren Sie OSPF:
Konfigurieren Sie die Router-ID.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R6# set routing-options router-id 10.0.0.6
Konfigurieren Sie den OSPF-Bereich und die Schnittstellen.
[edit] user@R1# set protocols ospf area 0.0.0.0 interface all
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all
[edit] user@R6# set protocols ospf area 0.0.0.0 interface all
Deaktivieren Sie OSPF auf der Verwaltungsschnittstelle (fxp0.0).
[edit] user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R6# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.
[edit ] user@host# commit
Befund
Bestätigen Sie Ihre Konfiguration, indem Sie die show routing-options und 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 Gerät R1:
user@R1# show routing-options router-id 10.0.0.1;
user@R1# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Konfiguration auf Gerät R3:
user@R3# show routing-options router-id 10.0.0.3;
user@R3# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Konfiguration auf Gerät R6:
user@R6# show routing-options router-id 10.0.0.6;
user@R6# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Konfigurieren des LSP
CLI Schnellkonfiguration
Kopieren Sie den folgenden Befehl, und fügen Sie ihn in die CLI ein, um den LSP auf dem Eingangs-Routing-Gerät Router R1 schnell zu konfigurieren.
[edit] set protocols mpls label-switched-path R1-to-R6 to 10.0.0.6
Schritt-für-Schritt-Anleitung
So konfigurieren Sie den LSP auf Gerät R1:
Wechseln Sie in den MPLS-Konfigurationsmodus.
[edit] user@R1# edit protocols mpls
Erstellen Sie den LSP.
[edit protocols mpls] user@R1# set label-switched-path R1-to-R6 to 10.0.0.6
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit ] user@R1# commit
Befund
Bestätigen Sie Ihre Konfiguration, indem Sie den show protocols mpls Befehl eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@R1# show protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
Ankündigung des LSP in OSPFv2
CLI Schnellkonfiguration
Um den LSP schnell in OSPFv2 anzukündigen und optional eine Metrik für den LSP auf Gerät R1 einzuschließen, kopieren Sie die folgenden Befehle, und fügen Sie sie in die CLI ein.
[edit] set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
Schritt-für-Schritt-Anleitung
So kündigen Sie den LSP in OSPFv2 auf Router R1 an:
Wechseln Sie in den OSPF-Konfigurationsmodus.
[edit] user@R1# edit protocols ospf
Schließen Sie die
label-switched-pathAnweisung ein, und geben Sie den LSP R1-to-R6 an, den Sie erstellt haben.[edit protocols ospf] user@R1# set area 0.0.0.0 label-switched-path R1-to-R6
(Optional) Geben Sie eine Metrik für den LSP an.
[edit protocols ospf] user@R1# set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.
[edit] user@R1# commit
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.
user@R1# show protocols ospf
area 0.0.0.0 {
label-switched-path R1-to-R6 {
metric 2;
}
}
Verifizierung
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
Static Adjacency Segment Identifier für OSPF
Das Adjacency-Segment ist ein strikt weitergeleiteter Single-Hop-Tunnel, der Pakete unabhängig von den damit verbundenen Kosten über eine bestimmte Verbindung zwischen zwei Knoten transportiert. Sie können statische SID-Bezeichnungen (Adjacency Segment Identifier) für eine Schnittstelle konfigurieren.
Das Konfigurieren einer statischen benachbarten SID auf einer Schnittstelle führt dazu, dass die vorhandene dynamisch zugewiesene benachbarte SID zusammen mit der Transitroute für dieselbe entfernt wird.
Bei statischen benachbarten SIDs werden die Bezeichnungen entweder aus einem statisch reservierten Bezeichnungspool oder aus einem OSPF-Segment-Routing-Block (SRGB) ausgewählt.
Sie können einen Beschriftungsbereich reservieren, der für die statische Zuordnung von Etiketten verwendet werden soll, indem Sie die folgende Konfiguration verwenden:
user@host# set protocols mpls label-range static-label-range start-value end-value
Der statische Pool kann von jedem Protokoll verwendet werden, um eine Bezeichnung in diesem Bereich zuzuweisen. Sie müssen sicherstellen, dass keine zwei Protokolle dieselbe statische Bezeichnung verwenden. OSPF-Nachbarschafts-SIDs können aus diesem Label-Block über die Konfiguration mit dem Schlüsselwort zugewiesen labelwerden. Der label Wert für die spezifischen benachbarten SIDs muss explizit konfiguriert werden. Im Folgenden finden Sie eine Beispielkonfiguration:
user@host# set protocols mpls label-range static-label-range 700000 799999;user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected label 700001;
Wenn Sie einen Befehl verwenden ipv4-adjacency-segment , muss die zugrunde liegende Schnittstelle Punkt-zu-Punkt-Schnittstelle sein.
SRGB ist ein globaler Label-Bereich, der dem Protokoll basierend auf der Konfiguration zugewiesen wird. Die Labels im gesamten SRGB stehen OSPF zur Verfügung und sind nicht anderen Anwendungen/Protokollen zugeordnet. Präfix-SIDs (und Knoten-SIDs) werden aus diesem SRGB indiziert.
OSPF-Adj-SIDs können von OSPF SRGB mit dem Schlüsselwort 'index' in der Konfiguration zugewiesen werden. In solchen Fällen sollte sichergestellt werden, dass der Adj-SID-Index nicht mit einer anderen Präfix-SID in der Domäne in Konflikt steht. Wie Präfix-SIDs werden auch Adj-SIDs konfiguriert, indem der Index in Bezug auf den SRGB erwähnt wird. Das Adj-SID-Subtlv hat jedoch weiterhin die SID als Wert und die Flags L und V sind gesetzt. Im Folgenden finden Sie eine Beispielkonfiguration:
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;
Statische Nachbarschafts-SIDs können pro Bereich konfiguriert werden und auch darauf, ob der Schutz erforderlich ist oder nicht. Nachbarschafts-SIDs sollten pro Schnittstelle auf der [edit protocols ospf area area interface interface-name]-Hierarchieebene konfiguriert werden.
Geschützt: Stellt sicher, dass benachbarte SID einen Backup-Pfad haben kann und dass in einer Ankündigung für benachbarte SID ein B-Flag gesetzt ist.
Ungeschützt: Stellt sicher, dass kein Sicherungspfad für eine bestimmte benachbarte SID berechnet wird und kein B-Flag in einer Ankündigung für benachbarte SID festgelegt ist.
Im Folgenden finden Sie eine Beispielkonfiguration:
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/1.1 ipv4-adjacency-segment protected index 2;
Wenn Segment-Routing in LAN-Subnetzen verwendet wird, kann jeder Router im LAN die benachbarte SID jedes seiner Nachbarn ankündigen. Um die Nachbarschafts-SID für eine LAN-Schnittstelle zu einem bestimmten Nachbarn zu konfigurieren, sollten Sie die benachbarten SIDs unter der LAN-Nachbar-Konfiguration auf der Hierarchieebene [edit protocols ospf area 0.0.0.0 interface interface_name lan-neighbor neighbor-routerid] konfigurieren. Im Folgenden finden Sie eine Beispielkonfiguration:
user@host# set protocols mpls label-range static-label-range 700000 799999;user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-1/0/0.1 lan-neighbor 11.12.1.2 ipv4-adjacency-segment unprotected label 700001;
Verwenden Sie die folgende CLI-Hierarchie für die Konfiguration der benachbarten SID:
[edit ]
protocols {
ospf {
area 0.0.0.0 {
interface <interface_name> {
ipv4-adjacency-segment {
protected {
dynamic;
label <value>
index <index>
}
unprotected {
dynamic;
label <value>
index <index>
}
}
}
interface <interface_name> {
lan-neighbor <neighbor-routerid>{
ipv4-adjacency-segment {
protected {
dynamic;
label <value>
index <index>
}
unprotected {
dynamic;
label <value>
index <index>
}
}
}
}
}
}
}
Verwenden Sie die folgenden betrieblichen CLI-Befehle, um die Konfiguration zu überprüfen:
OSPF-Nachbardetails anzeigen
In der folgenden Beispielausgabe werden die Details der konfigurierten und dynamischen benachbarten SID angezeigt.
user@host> show ospf neighbor detail
Address Interface State ID Pri Dead
11.12.1.2 ge-1/0/0.0 Full 12.1.1.1 128 34
Area 0.0.0.0, opt 0x52, DR 0.0.0.0, BDR 0.0.0.0
Up 00:06:27, adjacent 00:06:27
SPRING Adjacency Labels:
Label Flags Adj-Sid-Type
90010 BVLP Protected
1212 VLP UnProtected
regress@10.49.129.231# run show route label 90010
mpls.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
90010 *[L-OSPF/10/5] 00:00:21, metric 0
> to 11.12.1.2 via ge-1/0/0.0, Pop
to 11.12.2.2 via ge-1/0/2.0, Swap 16021
to 11.12.3.2 via ge-1/0/3.0, Swap 16021
Grundlegendes zum Routing von Quellpaketen in Netzwerken (SPRING)
Quellpaket-Routing oder Segment-Routing ist eine Architektur der Steuerungsebene, die es einem Eingangs-Router ermöglicht, ein Paket durch eine bestimmte Gruppe von Knoten und Verbindungen im Netzwerk zu steuern, ohne sich darauf zu verlassen, dass die Zwischenknoten im Netzwerk den tatsächlichen Pfad bestimmen, den es nehmen soll. In diesem Zusammenhang bedeutet der Begriff "Quelle" "den Punkt, an dem der explizite Weg vorgeschrieben wird". Ab Junos OS Version 17.2R1 wird das Segment-Routing für IS-IS und OSPFv2 auf QFX5100- und QFX10000-Switches unterstützt.
Ab Junos OS Version 20.3R1 unterstützt Segment-Routing OSPF- und IS-IS-Protokolle zur Bereitstellung grundlegender Funktionen mit Source Packet Routing in Networking (SPRING).
Im Wesentlichen nutzt Segment-Routing IGPs wie IS-IS und OSPF für die Ankündigung von zwei Arten von Netzwerksegmenten oder Tunneln:
-
Erstens, ein strikt weitergeleiteter Single-Hop-Tunnel, der Pakete über eine bestimmte Verbindung zwischen zwei Knoten transportiert, unabhängig von den Verbindungskosten, die als Adjacency-Segmente bezeichnet werden.
-
Zweitens, ein Multihop-Tunnel mit den kürzesten Pfadverbindungen zwischen zwei bestimmten Knoten, die als Knotensegmente bezeichnet werden.
Eingangs-Router können ein Paket durch eine gewünschte Gruppe von Knoten und Links leiten, indem sie dem Paket eine geeignete Kombination von Tunneln vorab anhängen.
Segment-Routing nutzt das Source-Routing-Paradigma. Ein Knoten steuert ein Paket durch eine geordnete Liste von Anweisungen, die als Segmente bezeichnet werden. Ein Segment kann jede Anweisung darstellen, topologisch oder dienstbasiert. Ein Segment kann eine lokale Semantik zu einem Segment-Routing-Knoten oder zu einem globalen Knoten innerhalb einer Segment-Routing-Domäne haben. Segment-Routing erzwingt einen Datenfluss durch jeden topologischen Pfad und jede Servicekette, während der Zustand pro Datenstrom nur am Eingangsknoten zur Segment-Routing-Domäne beibehalten wird. Segment-Routing kann direkt auf die MPLS-Architektur angewendet werden, ohne dass Änderungen auf der Weiterleitungsebene vorgenommen werden. Ein Segment wird als MPLS-Label codiert. Eine geordnete Liste von Segmenten wird als Stapel von Bezeichnungen codiert. Das zu verarbeitende Segment befindet sich ganz oben im Stapel. Nach Abschluss eines Segments wird die zugehörige Beschriftung aus dem Stapel entfernt. Segment-Routing kann mit einer neuen Art von Routing-Erweiterungsheader auf die IPv6-Architektur angewendet werden. Ein Segment wird als IPv6-Adresse codiert. Eine geordnete Liste von Segmenten wird als geordnete Liste von IPv6-Adressen im Routingerweiterungsheader codiert. Das zu verarbeitende Segment wird durch einen Zeiger in der Kopfzeile der Routing-Erweiterung angegeben. Nach Abschluss eines Segments wird der Mauszeiger inkrementiert.
Traffic-Engineering-Verknüpfungen sind für beschriftete IS-IS-Segmentrouten aktiviert, wenn Sie auf den folgenden Hierarchieebenen konfigurieren shortcuts :
-
[edit protocols is-is traffic-engineering family inet]für IPv4-Datenverkehr. -
[edit protocols is-is traffic-engineering family inet6]für IPv6-Datenverkehr.
Wenn Quellpaket-Routing im Netzwerk bereitgestellt wird, tauschen das Datencenter, das Backbone und Peering-Geräte MPLS-Pakete mit einem Label-Stack aus, der von der Quelle des Datenverkehrs aufgebaut wird. Zum Beispiel Datencenter-Server. In Junos OS Version 17.4R1 koexistiert der von der Quelle geroutete Datenverkehr mit dem Datenverkehr, der RSVP-signalisierte Pfade nimmt, und das Quell-Routing wird als reguläres Label Switching über die Tabelle mpls.0 mit den Label-Operationen pop, swap (zum gleichen Labelwert) und swap-push (für den Schnittstellenschutz) implementiert. In allen Fällen kann der Lastenausgleich des Datenverkehrs zwischen mehreren Layer-3-Schnittstellen oder innerhalb einer aggregierten Schnittstelle erfolgen. Ab Junos OS Version 17.4R1 können die Datenverkehrsstatistiken in einem Segment-Routing-Netzwerk in einem OpenConfig-kompatiblen Format für die Layer-3-Schnittstellen aufgezeichnet werden. Die Statistiken werden nur für den SPRING-Datenverkehr (Source Packet Routing in Networking) aufgezeichnet, mit Ausnahme von RSVP- und LDP-signalisiertem Datenverkehr, und die MPLS-Familienstatistiken pro Schnittstelle werden separat erfasst. Die SR-Statistik umfasst auch SPRING-Datenverkehrsstatistiken pro LAG-Mitglied (Link Aggregation Group) und pro Segmentkennung (SID). Um die Aufzeichnung von Segment-Routing-Statistiken zu aktivieren, schließen Sie die Anweisung auf Hierarchieebene [edit protocol isis source-packet-routing] einsensor-based-stats.
Vor Junos OS-Version 19.1R1 waren Sensoren nur für die Erfassung von Segment-Routing-Statistiken für den MPLS-Transitverkehr verfügbar, bei dem es sich um MPLS-zu-MPLS-Anwendungen handelt. Ab Junos OS Version 19.1R1 werden auf Routern der MX-Serie mit MPC- und MIC-Schnittstellen und Routern der PTX-Serie zusätzliche Sensoren eingeführt, um Segment-Routing-Statistiken für den eingehenden MPLS-Datenverkehr (IP-zu-MPLS-Natur) zu erfassen. Mit diesem Feature können Sie Sensoren nur für den Datenverkehr mit IS-IS-Segmentrouting aktivieren und die Statistiken an einen gRPC-Client streamen.
Sie können die Segment-Routing-Statistiken für eingehenden MPLS-Datenverkehr mithilfe der egress Option unter der per-sid Konfigurationsanweisung aktivieren. Der Ressourcenname für die Pro-Sid-Ausgangsfunktionalität lautet:
/junos/services/segment-routing/sid/egress/usage/
Sie können die Beschriftung IS-IS-Routenzuordnung zu den Sensoren über die show isis spring sensor info Befehlsausgabe anzeigen. Dieser Befehl zeigt keine Zählerwerte der aktuellen Sensoren an.
Die Segment-Routing-Statistikdatensätze werden auf einen Server exportiert. Sie können Segment-Routing-Statistikdaten aus den folgenden OpenConfig-Pfaden anzeigen:
-
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts -
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-ISIS-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts
-
Graceful Routing-Engine Switchover (GRES) wird für Segment-Routing-Statistiken nicht unterstützt.
Nonstop Active Routing (NSR) wird für die Bezeichnung IS-IS nicht unterstützt. Während eines Routing-Engine-Switchovers wird ein neuer Sensor in der neuen primären Routing-Engine erstellt, der den Sensor ersetzt, der von der vorherigen primären Routing-Engine erstellt wurde. Dies hat zur Folge, dass der Zähler für die Segment-Routing-Statistik zum Zeitpunkt eines Routing-Engine-Switchovers bei Null beginnt.
-
Der ordnungsgemäße Neustart wird für die Bezeichnung IS-IS nicht unterstützt.
Bei einem ordnungsgemäßen Neustart wird der vorhandene Sensor gelöscht und bei der IS-IS-Initialisierung ein neuer Sensor erstellt. Der Zähler für Segment-Routing-Statistiken wird bei Null neu gestartet.
-
In-Service-Software-Upgrade (ISSU) und Nonstop-Software-Upgrade (NSSU) werden nicht unterstützt. In solchen Fällen wird der Zähler für die Segment-Routing-Statistik neu gestartet.
-
Segmentroutingdaten ohne Statistik werden unterdrückt und nicht an die gRPC-Clients gestreamt.
Siehe auch
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.