Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Auf dieser Seite
 

GMPLS-Konfiguration

Einführung in GMPLS

Herkömmliches MPLS ist darauf ausgelegt, Layer-3-IP-Datenverkehr über etablierte IP-basierte Pfade zu übertragen und diese Pfade mit willkürlich zugewiesenen Labels zu verknüpfen. Diese Bezeichnungen können explizit von einem Netzwerkadministrator konfiguriert oder dynamisch über ein Protokoll wie LDP oder RSVP zugewiesen werden.

GMPLS verallgemeinert MPLS insofern, als es Labels für das Switching verschiedener Arten von Layer-1-, Layer-2- oder Layer-3-Datenverkehr definiert. GMPLS-Knoten können Verbindungen mit einer oder mehreren der folgenden Switching-Funktionen haben:

  • Glasfaser-fähig (FSC)

  • Lambda-fähig (LSC)

  • Zeitmultiplexing (TDM) schaltfähig (TSC)

  • Paketvermittelt fähig (PSC)

Label-Switched-Pfade (LSPs) müssen auf Links mit derselben Switching-Fähigkeit beginnen und enden. Router können beispielsweise paketvermittelte LSPs mit anderen Routern einrichten. Die LSPs können über einen TDM-geswitchten LSP zwischen SONET Add/Drop-Multiplexern (ADMs) übertragen werden, die wiederum über einen Lambda-geswitchten LSP übertragen werden können.

Das Ergebnis dieser Erweiterung des MPLS-Protokolls ist eine Erweiterung der Anzahl der Geräte, die am Label Switching teilnehmen können. Geräte der unteren Schicht, wie z. B. OXCs und SONET ADMs, können jetzt an der GMPLS-Signalübertragung teilnehmen und Pfade zur Datenübertragung einrichten. Ein Router kann an der Signalisierung optischer Pfade über ein Transportnetzwerk beteiligt sein.

Zwei Servicemodelle bestimmen die Visibilität, die ein Clientknoten (z. B. ein Router) in den optischen Core oder das Transportnetzwerk hat. Die erste erfolgt über eine Benutzer-zu-Netzwerk-Schnittstelle (UNI), die oft als Overlay-Modell bezeichnet wird. Das zweite Modell wird als Peermodell bezeichnet. Juniper Networks unterstützt beide Modelle.

HINWEIS:

Es gibt nicht notwendigerweise eine Eins-zu-eins-Entsprechung zwischen einer physischen Schnittstelle und einer GMPLS-Schnittstelle. Wenn eine GMPLS-Verbindung einen nicht kanalisierten physischen Stecker verwendet, kann das GMPLS-Label die physische Port-ID verwenden. Die Bezeichnung für kanalisierte Schnittstellen basiert jedoch häufig auf einem Kanal oder Zeitschlitz. Daher ist es am besten, GMPLS-Labels als Identifikatoren für eine Ressource auf einer Traffic-Engineering-Verbindung zu verwenden.

Zur Etablierung von Sprachdienstleistern nutzt GMPLS die folgenden Mechanismen:

  • Ein Out-of-Band-Steuerungskanal und ein Datenkanal – RSVP-Nachrichten für die LSP-Einrichtung werden über ein Out-of-Band-Steuerungsnetzwerk gesendet. Sobald die LSP-Einrichtung abgeschlossen und der Pfad bereitgestellt wurde, ist der Datenkanal verfügbar und kann für die Übertragung des Datenverkehrs verwendet werden. Das Link Management Protocol (LMP) wird verwendet, um die Datenkanäle zwischen einem Knotenpaar zu definieren und zu verwalten. Optional können Sie LMP verwenden, um LMP-Steuerungskanäle zwischen Peers einzurichten und zu verwalten, auf denen dieselbe Junos OS-Version ausgeführt wird.

  • RSVP-TE-Erweiterungen für GMPLS—RSVP-TE wurde bereits entwickelt, um die Einrichtung von Paket-LSPs zu signalisieren. Dies wurde für GMPLS erweitert, um in der Lage zu sein, die Pfadeinrichtung für verschiedene Arten von LSPs (Nonpacket) anzufordern und Labels wie Wellenlängen, Zeitschlitze und Fasern als Label-Objekte anzufordern.

  • Bidirektionale LSPs: Daten können zwischen GMPLS-Geräten über einen einzigen Pfad in beide Richtungen übertragen werden, sodass Nicht-Paket-LSPs als bidirektional signalisiert werden.

GMPLS-Begriffe und Akronyme

Verallgemeinertes MPLS (GMPLS)

Eine Erweiterung von MPLS, mit der Daten aus mehreren Schichten über Label-Switched-Pfade (LSPs) umgeschaltet werden können. GMPLS-LSP-Verbindungen sind zwischen ähnlichen Layer-1-, Layer-2- und Layer-3-Geräten möglich.

Weiterleitungs-Adjacency

Ein Weiterleitungspfad zum Senden von Daten zwischen GMPLS-fähigen Geräten.

GMPLS-Etikett

Layer-3-Kennungen, Glasfaser-Port, TDM-Zeitschlitz (Time-Division Multiplexing) oder DWDM-Wellenlänge (Dense Wavelength Division Multiplexing) eines GMPLS-fähigen Geräts, das als Next-Hop-Kennung verwendet wird.

GMPLS LSP-Typen

Die vier Arten von GMPLS-LSPs sind:

  • Fiber-Switched-fähig (FSC) – LSPs werden zwischen zwei glasfaserbasierten Geräten umgeschaltet, z. B. zwischen optischen Cross-Connects (OXCs), die auf der Ebene einzelner Fasern arbeiten.

  • Lambda-Switched-fähig (LSC): LSPs werden zwischen zwei DWDM-Geräten umgeschaltet, z. B. OXCs, die auf der Ebene einzelner Wellenlängen arbeiten.

  • TDM-Switched-fähig (TDM): LSPs werden zwischen zwei TDM-Geräten, wie z. B. SONET-ADMs, umgeschaltet.

  • Paketvermittelte Fähigkeit (PSC): LSPs werden zwischen zwei paketbasierten Geräten wie Routern oder ATM-Switches umgeschaltet.

Link-Management-Protokoll

Ein Protokoll, das verwendet wird, um eine Weiterleitungsnachbarschaft zwischen Peers zu definieren und um Ressourcen auf den Traffic-Engineering-Verbindungen zu verwalten und zuzuweisen.

Traffic-Engineering-Link

Eine logische Verbindung zwischen GMPLS-fähigen Geräten. Traffic Engineering-Links können Adressen oder IDs haben und sind bestimmten Ressourcen oder Schnittstellen zugeordnet. Sie haben auch bestimmte Attribute (Codierungstyp, Switching-Fähigkeit, Bandbreite usw.). Die logischen Adressen können routingfähig sein, obwohl dies nicht erforderlich ist, da sie als Verbindungsbezeichner fungieren. Jede Traffic-Engineering-Verbindung stellt eine Weiterleitungsnachbarschaft zwischen einem Gerätepaar dar.

GMPLS-Betrieb

Die grundlegende Funktionalität von GMPLS erfordert eine enge Interaktion zwischen RSVP und LMP. Es funktioniert in der folgenden Reihenfolge:

  1. LMP benachrichtigt RSVP über die neuen Einheiten:

    • Traffic-Engineering-Link (Weiterleitungsnachbarschaft)

    • Verfügbare Ressourcen für die Verkehrstechnik-Verbindung

    • Peer steuern

  2. GMPLS extrahiert die LSP-Attribute aus der Konfiguration und fordert RSVP auf, einen oder mehrere spezifische Pfade zu signalisieren, die durch die Traffic-Engineering-Link-Adressen angegeben werden.

  3. RSVP bestimmt die lokale Traffic-Engineering-Verbindung, die entsprechende Steuerungsnachbarschaft und den aktiven Steuerungskanal sowie Übertragungsparameter (z. B. IP-Ziel). Er fordert LMP auf, eine Ressource aus der Traffic-Engineering-Verknüpfung mit den angegebenen Attributen zuzuweisen. Wenn LMP eine Ressource findet, die den Attributen entspricht, ist die Beschriftungszuweisung erfolgreich. RSVP sendet Hop für Hop einen PathMsg-Hop, bis er den Zielrouter erreicht.

  4. Wenn der Zielrouter die PathMsg empfängt, fordert RSVP erneut an, dass LMP eine Ressource basierend auf den signalisierten Parametern zuweist. Wenn die Labelzuweisung erfolgreich ist, sendet der Router ein ResvMsg zurück.

  5. Wenn die Signalübertragung erfolgreich ist, wird ein bidirektionaler optischer Pfad bereitgestellt.

GMPLS und OSPF

Sie können OSPF für GMPLS konfigurieren. OSPF ist ein Interior Gateway Protocol (IGP), das Pakete innerhalb eines einzelnen autonomen Systems (AS) weiterleitet. OSPF verwendet Verbindungsstatusinformationen, um Routing-Entscheidungen zu treffen.

GMPLS und CSPF

GMPLS führt zusätzliche Einschränkungen für die Berechnung von Pfaden für GMPLS-LSPs ein, die CSPF verwenden. Diese zusätzlichen Einschränkungen wirken sich auf die folgenden Linkattribute aus:

  • Signaltyp (minimale LSP-Bandbreite)

  • Codierungstyp

  • Switching-Typ

Diese neuen Einschränkungen werden in der Traffic-Engineering-Datenbank durch den Austausch eines Deskriptors für Schnittstellen-Switching-Funktionen, Typ, Länge, Wert (TLV) über ein IGP aufgefüllt.

Zu den ignorierten Einschränkungen, die über den Deskriptor der Schnittstellenswitching-Funktion ausgetauscht werden, gehören:

  • Maximale LSP-Bandbreite

  • Maximale Übertragungseinheit (MTU)

Die CSPF-Pfadberechnung ist die gleiche wie in Nicht-GMPLS-Umgebungen, mit der Ausnahme, dass die Verbindungen ebenfalls durch GMPLS-Einschränkungen begrenzt sind.

Jede Verbindung kann mehrere Deskriptoren für die Schnittstellen-Switching-Fähigkeit haben. Alle Deskriptoren werden überprüft, bevor ein Link abgelehnt wird.

Die Abhängigkeiten werden in der folgenden Reihenfolge überprüft:

  1. Der für den GMPLS LSP konfigurierte Signaltyp gibt die angeforderte Bandbreite an. Wenn die gewünschte Bandbreite kleiner als die minimale LSP-Bandbreite ist, wird der Schnittstellen-Switching-Deskriptor zurückgewiesen.

  2. Der Codierungstyp der Verbindung für die Eingangs- und Ausgangsschnittstelle sollte übereinstimmen. Der Codierungstyp wird ausgewählt und am Eingangsknoten gespeichert, nachdem alle Einschränkungen von der Verknüpfung erfüllt wurden, und wird verwendet, um die Verknüpfung auf dem Ausgangsknoten auszuwählen.

  3. Der Schalttyp der Verbindungen der Zwischenschalter sollte mit dem des in der Konfiguration angegebenen GMPLS LSP übereinstimmen.

GMPLS-Funktionen

Das Junos-Betriebssystem umfasst die folgenden GMPLS-Funktionen:

  • Eine Out-of-Band-Steuerungsebene ermöglicht es, die Einrichtung des LSP-Pfads zu signalisieren.

  • RSVP-TE-Erweiterungen unterstützen zusätzliche Objekte, die über Layer-3-Pakete hinausgehen, z. B. Ports, Zeitschlitze und Wellenlängen.

  • Das LMP-Protokoll erstellt und verwaltet eine Datenbank mit Traffic-Engineering-Links und Peer-Informationen. Nur die statische Version dieses Protokolls wird im Junos-Betriebssystem unterstützt. Optional können Sie LMP so konfigurieren, dass LMP-Steuerungskanäle zwischen Peers mit derselben Junos OS-Version eingerichtet und verwaltet werden.

  • Zwischen Geräten sind bidirektionale Sprachdienstleister erforderlich.

  • Es werden mehrere GMPLS-Label-Typen unterstützt, die in RFC 3471, Generalized MPLS —Signaling Functional Description, definiert sind, z. B. MPLS, Generalized, SONET/SDH, Suggested und Upstream. Generalisierte Beschriftungen enthalten kein Typfeld, da die Knoten aus dem Kontext ihrer Verbindung wissen sollten, welche Art von Beschriftung zu erwarten ist.

  • Datenverkehrsparameter erleichtern die GMPLS-Bandbreitenkodierung und die SONET/SDH-Formatierung.

  • Zu den weiteren unterstützten Attributen gehören die Schnittstellenidentifikation und die fehlerhafte Schnittstellenidentifikation, die Signalisierung im Benutzer-zu-Netzwerk-Stil (UNI) und sekundäre LSP-Pfade.

MPLS-Pfade für GMPLS konfigurieren

Im Rahmen der GMPLS-Konfiguration müssen Sie für jedes einzelne Gerät, das über GMPLS verbunden ist, einen MPLS-Pfad einrichten. Konfigurieren Sie die Remoteadresse der Traffic Engineering-Verbindung als Adresse auf Hierarchieebene .[edit protocols mpls path path-name] Constrained Shortest Path First (CSPF) wird unterstützt, sodass Sie entweder die Option "Oder" mit der Adresse auswählen können.strictloose

Unter LMP-Konfigurationsübersicht finden Sie Informationen zum Abrufen einer Traffic-Engineering-Link-Remoteadresse.https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/mpls-lmp-configuration-overview.html

Um den MPLS-Pfad zu konfigurieren, fügen Sie die Anweisung auf Hierarchieebene ein:path[edit protocols mpls]

Informationen zum Konfigurieren von MPLS-Pfaden finden Sie unter Erstellen von benannten Pfaden.Konfigurieren des Eingangsrouters für MPLS-signalisierte LSPs

Nachverfolgung des LMP-Datenverkehrs

Um den Datenverkehr des LMP-Protokolls zu verfolgen, fügen Sie die Anweisung auf Hierarchieebene ein:traceoptions[edit protocols link-management]

Verwenden Sie die Anweisung, um den Namen der Datei anzugeben, die die Ausgabe des Ablaufverfolgungsvorgangs empfängt.file Alle Dateien werden im Verzeichnis /var/log abgelegt.

Die folgenden Ablaufverfolgungsflags zeigen die Vorgänge an, die mit dem Senden und Empfangen verschiedener LMP-Nachrichten verbunden sind:

  • all—Verfolgen Sie alle verfügbaren Vorgänge

  • hello-packets—Verfolgung von Hello-Paketen auf jedem LMP-Steuerkanal

  • init—Ausgabe der Initialisierungsmeldungen

  • packets—Verfolgen Sie alle Pakete außer Hello-Paketen auf einem beliebigen LMP-Steuerungskanal

  • parse—Funktionsweise des Parsers

  • process—Bedienung der allgemeinen Konfiguration

  • route-socket—Ausführung von Route-Socket-Ereignissen

  • routing—Funktionsweise der Routing-Protokolle

  • server—Server-Verarbeitungsvorgänge

  • —Wartungsvorgänge für Befehleshowshow

  • state—Verfolgen Sie die Zustandsübergänge der LMP-Steuerkanäle und Traffic-Engineering-Links

Jedes Flag kann einen oder mehrere der folgenden Flag-Modifikatoren tragen:

  • detail—Detaillierte Trace-Informationen bereitstellen

  • receive—Empfangene Pakete

  • send—Pakete, die übertragen werden

MPLS-LSPs für GMPLS konfigurieren

Um die richtigen GMPLS-Switching-Parameter zu aktivieren, konfigurieren Sie die LSP-Attribute (Label Switched Path), die für Ihre Netzwerkverbindung geeignet sind. Der Standardwert für ist , der auch für Standard-MPLS geeignet ist .switching-typepsc-1

Um die LSP-Attribute zu konfigurieren, schließen Sie die Anweisung auf Hierarchieebene ein:lsp-attributes[edit protocols mpls label-switched-path lsp-name]

Wenn Sie die Anweisung in die Konfiguration des label-switched-Pfads aufnehmen, müssen Sie auch primäre und sekundäre Pfade konfigurieren, andernfalls kann für die Konfiguration kein Commit ausgeführt werden.no-cspf

In den folgenden Abschnitten wird beschrieben, wie die einzelnen LSP-Attribute für einen GMPLS-LSP konfiguriert werden:

Konfigurieren des Codierungstyps

Sie müssen den Codierungstyp der Nutzlast angeben, die vom LSP übertragen wird. Dabei kann es sich um eine der folgenden Optionen handeln:

  • ethernet—Ethernet

  • packet—Paket

  • pdh—Plesiochrone digitale Hierarchie (PDH)

  • sonet-sdh—SONET/SDH

Der Standardwert ist .packet

Um den Codierungstyp zu konfigurieren, schließen Sie die Anweisung auf Hierarchieebene ein:encoding-type[edit protocols mpls label-switched-path lsp-name lsp-attributes]

Konfigurieren der GPID

Sie müssen den Typ der Nutzlast angeben, die vom LSP getragen wird. Die Nutzlast ist der Pakettyp unter der MPLS-Bezeichnung. Die Nutzlast wird durch den Generalized Payload Identifier (GPID) angegeben.

Sie können die GPID mit einem der folgenden Werte angeben:

  • hdlc—High-Level Data Link Control (HDLC)

  • ethernet—Ethernet

  • ipv4—IP-Version 4 (Standard)

  • pos-scrambling-crc-16—Für die Interoperabilität mit Geräten anderer Hersteller

  • pos-no-scrambling-crc-16—Für die Interoperabilität mit Geräten anderer Hersteller

  • pos-scrambling-crc-32—Für die Interoperabilität mit Geräten anderer Hersteller

  • pos-no-scrambling-crc-32—Für die Interoperabilität mit Geräten anderer Hersteller

  • ppp—Punkt-zu-Punkt-Protokoll (PPP)

Um die GPID zu konfigurieren, fügen Sie die Anweisung auf Hierarchieebene ein:gpid[edit protocols mpls label-switched-path lsp-name lsp-attributes]

Konfigurieren des Signalbandbreitentyps

Der Signalbandbreitentyp ist die Codierung, die für die Pfadberechnung und Zugangssteuerung verwendet wird. Um den Signalbandbreitentyp zu konfigurieren, fügen Sie die Anweisung auf Hierarchieebene ein:signal-bandwidth[edit protocols mpls label-switched-path lsp-name lsp-attributes]

Konfiguration von GMPLS Bidirektionale Sprachdienstleister

Da MPLS und GMPLS dieselbe Konfigurationshierarchie für LSPs verwenden, ist es hilfreich zu wissen, welche LSP-Attribute die LSP-Funktionalität steuern. Paketvermittelte Standard-MPLS-LSPs sind unidirektional, während GMPLS-Nichtpaket-LSPs bidirektional sind.

Wenn Sie den standardmäßigen Paketvermittlungstyp verwenden, wird Ihr LSP unidirektional.psc-1 Um einen bidirektionalen GMPLS-LSP zu aktivieren, müssen Sie eine Option vom Typ "Nicht-Paketvermittlung" auswählen, z. B . , oder .lambdafiberethernet Fügen Sie die Anweisung auf Hierarchieebene ein:switching-type[edit protocols mpls label-switched-path lsp-name lsp-attributes]

Einrichten von Pfaden über Router mit Junos OS für Nichtpaket-GMPLS-LSPs

Durch Setzen des A-Bits im Admin Status-Objekt. Sie können Nicht-Paket-GMPLS-LSPs aktivieren, um Pfade über Router einzurichten, auf denen Junos ausgeführt wird. Wenn ein Eingangsrouter eine RSVP PATH-Nachricht mit dem gesetzten Admin-Status-A-Bit sendet, kann ein externes Gerät (kein Router, auf dem das Junos-Betriebssystem ausgeführt wird) entweder einen Layer-1-Pfadeinrichtungstest durchführen oder dabei helfen, eine optische Querverbindung herzustellen.

Wenn diese Option festgelegt ist, gibt das A-Bit im Objekt "Admin Status" den Administrationsstatus für einen GMPLS-LSP an. Diese Funktion wird speziell von Nichtpaket-GMPLS-LSPs verwendet. Sie wirkt sich nicht auf die Einrichtung des Kontrollpfads oder die Datenweiterleitung für Paket-LSPs aus.

Junos unterscheidet nicht zwischen der Einrichtung des Steuerungspfads und der Einrichtung des Datenpfads. Andere Knoten entlang des Netzwerkpfads verwenden die RSVP PATH-Signalisierung mit dem A-Bit auf sinnvolle Weise.

Um das Objekt "Admin Status" für einen GMPLS-LSP zu konfigurieren, fügen Sie die folgende Anweisung ein:admin-down

Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

GMPLS-LSPs elegant abreißen

Sie können GMPLS-LSPs, die keine Pakete sind, problemlos entfernen. Ein abrupt abgebrochener LSP, ein häufiger Prozess in einem paketvermittelten Netzwerk, kann in nicht paketvermittelten Netzwerken Stabilitätsprobleme verursachen. Um die Stabilität von nicht paketvermittelten Netzwerken aufrechtzuerhalten, kann es erforderlich sein, LSPs ordnungsgemäß herunterzufahren.

In den folgenden Abschnitten wird beschrieben, wie Sie GMPLS-LSPs ordnungsgemäß abbauen:

GMPLS-LSPs vorübergehend löschen

Mit dem Befehl können Sie einen GMPLS-LSP ordnungsgemäß herunterfahren.clear rsvp session gracefully

Mit diesem Befehl wird eine RSVP-Sitzung für einen Nichtpaket-LSP in zwei Durchläufen ordnungsgemäß unterbrochen. Im ersten Durchlauf wird das Admin Status-Objekt entlang des Pfads zum Endpunkt des LSP signalisiert. Beim zweiten Durchgang wird der LSP abgebaut. Mit diesem Befehl wird der LSP vorübergehend heruntergefahren. Nach dem entsprechenden Intervall wird der GMPLS LSP erneut signalisiert und dann wieder hergestellt.

Der Befehl hat die folgenden Eigenschaften:clear rsvp session gracefully

  • Es funktioniert nur auf den Eingangs- und Ausgangsroutern einer RSVP-Sitzung. Wenn es auf einem Transitrouter verwendet wird, hat es das gleiche Verhalten wie der Befehl.clear rsvp session

  • Es funktioniert nur für LSPs, die keine Pakete sind. Bei Verwendung mit Paket-LSPs hat es das gleiche Verhalten wie der Befehl.clear rsvp session

Weitere Informationen finden Sie im CLI-Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/

Dauerhaftes Löschen von GMPLS-LSPs

Wenn Sie einen LSP in der Konfiguration deaktivieren, wird der LSP endgültig gelöscht. Durch die Konfiguration der Anweisung können Sie einen GMPLS-LSP dauerhaft deaktivieren.disable Wenn es sich bei dem deaktivierten LSP um einen Nichtpaket-LSP handelt, werden die ordnungsgemäßen LSP-Teardown-Verfahren verwendet, die das Admin Status-Objekt verwenden. Wenn es sich bei dem deaktivierten LSP um einen Paket-LSP handelt, werden die regulären Signalisierungsverfahren zum Löschen von LSPs verwendet.

Um einen GMPLS-LSP zu deaktivieren, fügen Sie die Anweisung auf einer der folgenden Hierarchieebenen ein:disable

  • [edit protocols mpls label-switched-path lsp-name]– Deaktivieren Sie den LSP.

  • [edit protocols link-management te-link te-link-name]: Deaktivieren Sie einen Traffic Engineering-Link.

  • [edit protocols link-management te-link te-link-name interface interface-name]: Deaktiviert eine Schnittstelle, die von einem Traffic-Engineering-Link verwendet wird.

Konfigurieren des Timeoutintervalls für das ordnungsgemäße Löschen

Der Router, der das ordnungsgemäße Löschverfahren für eine RSVP-Sitzung initiiert, wartet auf das Timeoutintervall für das ordnungsgemäße Löschen, um sicherzustellen, dass alle Router entlang des Pfads (insbesondere die Eingangs- und Ausgangsrouter) sich auf die Entfernung des LSP vorbereitet haben.

Der Eingangsrouter initiiert das ordnungsgemäße Löschverfahren, indem er das Admin Status-Objekt in der Pfadnachricht mit dem gesetzten Bit sendet.D Der Eingangsrouter erwartet, dass er eine Resv-Nachricht mit dem gesetzten Bit vom Ausgangsrouter erhält.D Wenn der Eingangsrouter diese Nachricht nicht innerhalb der Zeit empfängt, die durch das Zeitüberschreitungsintervall für das ordnungsgemäße Löschen angegeben ist, initiiert er einen erzwungenen Abbau des LSP, indem er eine PathTear-Nachricht sendet.

Um das Timeoutintervall für das ordnungsgemäße Löschen zu konfigurieren, schließen Sie die Anweisung auf Hierarchieebene ein.graceful-deletion-timeout[edit protocols rsvp] Sie können eine Zeit zwischen 1 und 300 Sekunden konfigurieren. Der Standardwert ist 30 Sekunden.

Sie können diese Anweisung auf den folgenden Hierarchieebenen konfigurieren:

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

Sie können den Befehl verwenden, um den aktuellen Wert zu bestimmen, der für das Zeitlimit für das ordnungsgemäße Löschen konfiguriert ist.show rsvp version

GMPLS RSVP-TE VLAN LSP Signalisierung – Übersicht

Grundlegendes zur GMPLS-RSVP-TE-Signalübertragung

Signalisierung ist der Prozess des Austauschs von Nachrichten innerhalb der Steuerungsebene, um Datenpfade (Label-Switched-Pfade (LSPs)) in der Datenebene einzurichten, zu verwalten, zu ändern und zu beenden. Generalized MPLS (GMPLS) ist eine Protokollsuite, die die vorhandene Steuerungsebene von MPLS erweitert, um weitere Klassen von Schnittstellen zu verwalten und andere Formen des Label Switching zu unterstützen, wie z. B. Time-Division Multiplexing (TDM), Glasfaser (Port), Lambda usw.

GMPLS erweitert intelligente IP/MPLS-Verbindungen von Layer 2 und Layer 3 bis hin zu optischen Layer-1-Geräten. Im Gegensatz zu MPLS, das hauptsächlich von Routern und Switches unterstützt wird, kann GMPLS auch von optischen Plattformen unterstützt werden, einschließlich SONET/SDH, Optical Cross-Connects (OXCs) und Dense Wave Division Multiplexing (DWDM).

Zusätzlich zu den Labels, die in erster Linie zur Weiterleitung von Daten in MPLS verwendet werden, können auch andere physikalische Einträge wie Wellenlängen, Zeitschlitze und Fasern als Label-Objekte zur Weiterleitung von Daten in GMPLS verwendet werden, wodurch die bestehenden Mechanismen der Steuerungsebene genutzt werden, um verschiedene Arten von LSPs zu signalisieren. GMPLS verwendet RSVP-TE, um die anderen Label-Objekte anfordern zu können, um die verschiedenen Arten von LSPs (Nonpacket) zu signalisieren. Bidirektionale LSPs und ein Out-of-Band-Steuerkanal und ein Datenkanal unter Verwendung des Link Management Protocol (LMP) sind die anderen Mechanismen, die von GMPLS zur Einrichtung von LSPs verwendet werden.

Bedarf an GMPLS-, RSVP-TE-VLAN-LSP-Signalübertragung

Die herkömmlichen Layer-2-Punkt-zu-Punkt-Services verwenden Layer-2-Schaltungen und Layer-2-VPN-Technologien, die auf LDP und BGP basieren. In der herkömmlichen Bereitstellung nehmen die Kunden-Edge-Geräte (CE) nicht an der Signalisierung des Layer-2-Service teil. Die Provider-Edge-Geräte (PE) verwalten und stellen den Layer-2-Service bereit, um End-to-End-Konnektivität zwischen den CE-Geräten bereitzustellen.

Eine der größten Herausforderungen bei der Bereitstellung der Layer-2-Services für jeden Layer-2-Circuit zwischen einem CE-Gerätepaar durch PE-Geräte ist die Belastung des Netzwerks mit dem Netzwerkmanagement.

Abbildung 1 veranschaulicht, wie der Layer-2-Service von den CE-Routern in einer LDP/BGP-basierten Layer-2-VPN-Technologie eingerichtet und verwendet wird. Zwei CE-Router CE1 und CE2 sind über die PE-Router PE1 bzw. PE2 mit einem MPLS-Netzwerk des Providers verbunden. Die CE-Router sind über Ethernet-Verbindungen mit den PE-Routern verbunden. Die Router CE1 und CE2 sind mit logischen VLAN1- und VLAN2-Layer-3-Schnittstellen konfiguriert, sodass sie direkt verbunden zu sein scheinen. Die Router PE1 und PE2 sind mit einer Layer-2-Verbindung (Pseudowire) konfiguriert, um den Layer-2-VLAN-Datenverkehr zwischen den CE-Routern zu übertragen. Die PE-Router verwenden Paket-MPLS-LSPs innerhalb des MPLS-Netzwerks des Anbieters, um den Layer-2-VLAN-Datenverkehr zu übertragen.

Abbildung 1: Herkömmliche Layer-2-Punkt-zu-Punkt-ServicesHerkömmliche Layer-2-Punkt-zu-Punkt-Services

Mit der Einführung der GMPLS-basierten VLAN-LSP-Signalübertragung wird die Notwendigkeit für das PE-Netzwerk (auch Server-Layer genannt) zur Bereitstellung jeder einzelnen Layer-2-Verbindung zwischen den CE-Geräten (auch Client-Geräte genannt) minimiert. Der Client-Router fordert den Server-Layer-Router, mit dem er direkt verbunden ist, zum Einrichten des Layer-2-Dienstes an, um sich über GMPLS-Signale mit einem Remote-Client-Router zu verbinden.

Die Geräte auf Serverebene erweitern die Signalübertragung über das Netzwerk auf Serverebene, um eine Verbindung zu den Remote-Client-Routern herzustellen. Dabei richtet das Gerät auf Serverebene die Datenebene für den Layer-2-Dienst an der Server-Client-Grenze ein und richtet die Datenebene für die Übertragung des Layer-2-Datenverkehrs innerhalb des Netzwerks auf Serverebene ein. Mit der Einrichtung des Layer-2-Dienstes können die Client-Router IP/MPLS direkt auf dem Layer-2-Service ausführen und IP/MPLS-Nachbarschaft zueinander haben.

Die GMPLS-Signalisierung reduziert nicht nur die auf den Geräten auf Serverebene erforderliche Bereitstellungsaktivität, sondern bietet den Client-Routern auch die Flexibilität, die Layer-2-Schaltungen auf einer On-Demand-Basis hochzufahren, ohne für die Bereitstellung des Layer-2-Dienstes von der Verwaltung auf Serverebene abhängig zu sein.

Die Verwendung derselben Topologie wie in Abbildung 1 veranschaulicht, wie der Layer-2-Dienst von den Clientroutern in GMPL RSVP-TE-basierter Layer-2-VPN-Technologie eingerichtet und verwendet wird.Abbildung 2

Abbildung 2: GMPLS RSVP-TE VLAN LSPGMPLS RSVP-TE VLAN LSP

Anstatt eine Pseudowire für die Übertragung des Layer-2-VLAN-Datenverkehrs zwischen den Client-Routern zu konfigurieren, werden die Router PE1 und PE2 mit einem IP-basierten Kommunikationskanal und anderen GMPLS-spezifischen Konfigurationen (Identifizierung von Ethernet-Verbindungen als TE-Verbindungen) konfiguriert, um den Austausch von GMPLS-RSVP-TE-Signalisierungsnachrichten mit den Client-Routern zu ermöglichen.Abbildung 2 Die Router CE1 und CE2 sind ebenfalls mit einem IP-basierten Kommunikationskanal und einer entsprechenden GMPLS-Konfiguration für den Austausch der GMPLS-RSVP-TE-Signalnachrichten mit den Routern auf Serverebene konfiguriert. Die Router CE1 und CE2 stellen zusätzlich zu diesem Layer-2-Dienst eine IP/MPLS-Nachbarschaft her.

GMPLS-RSVP-TE-VLAN LSP-Signalisierungsfunktionalität

Basierend auf richtet der Clientrouter den Layer-2-Dienst im Server-Layer-Netzwerk wie folgt ein:Abbildung 2

  1. Router CE1 initiiert die GMPLS-RSVP-TE-Signalisierung mit Router PE1. In dieser Signalisierungsnachricht gibt Router CE1 das VLAN auf der Ethernet-Verbindung an, für das er den Layer-2-Service benötigt, und den Remote-CE-Router, Router CE2, mit dem das VLAN verbunden werden soll.

    Router CE1 gibt in der Signalisierungsnachricht auch den Remote-PE-Router Router PE2 an, mit dem Router CE2 verbunden ist, sowie die genaue Ethernet-Verbindung, die Router CE2 mit Router PE2 verbindet und auf der der Layer-2-Dienst erforderlich ist.

  2. Router PE1 verwendet die Informationen von Router CE1 in der Signalisierungsnachricht und bestimmt den Remote-PE-Router, Router PE2, mit dem Router CE2 verbunden ist. Router PE1 richtet dann über das MPLS-Netzwerk auf Serverebene ein MPLS-Paket-LSP (Associated Bidirectional) für die Übertragung des VLAN-Datenverkehrs ein und übergibt dann die GMPLS-RSVP-TE-Signalnachricht mithilfe des LSP-Hierarchiemechanismus an Router PE2.

  3. Router PE2 gibt die GMPLS-RSVP-TE-Signalisierungsnachricht an Router CE2 mit dem VLAN weiter, das auf der PE2-CE2-Ethernet-Verbindung verwendet werden soll.

  4. Router CE2 antwortet mit einer Bestätigung auf die GMPLS-RSVP-TE-Signalisierungsnachricht an Router PE2. Router PE2 gibt sie dann an Router PE1 weiter, der sie wiederum an Router CE1 weitergibt.

  5. Im Rahmen dieser Nachrichtenweitergabe richten die Router PE1 und PE2 die Weiterleitungsebene ein, um den bidirektionalen Fluss von VLAN-Layer-2-Datenverkehr zwischen den Routern CE1 und CE2 zu ermöglichen.

LSP-Hierarchie mit GMPLS RSVP-TE VLAN LSP

Der Layer-2-Dienst in der GMPLS-RSVP-TE-VLAN-LSP-Signalisierung wird mithilfe eines Hierarchiemechanismus aufgerufen, bei dem zwei verschiedene RSVP-LSPs für den Layer-2-Service erstellt werden:

  • Ein End-to-End-VLAN-LSP mit Statusinformationen auf den Routern auf Client- und Serverebene.

  • Ein zugeordneter bidirektionaler Pakettransport-LSP, der in den Routern auf Serverebene (PE und P) des Netzwerks auf Serverebene vorhanden ist.

Die LSP-Hierarchie vermeidet die gemeinsame Nutzung von Informationen über technologiespezifische LSP-Merkmale mit den Core-Knoten des Netzwerks auf Serverebene. Diese Lösung trennt den VLAN-LSP-Status sauber vom Transport-LSP-Status und stellt sicher, dass der VLAN-LSP-Status nur auf den Knoten (PE, CE) vorhanden ist, auf denen er benötigt wird.

Pfadspezifikation für GMPLS, RSVP-TE, VLAN, LSP

Der Pfad für die GMPLS RSVP-TE LSP wird auf dem initiierenden Client-Router als Explicit Route Object (ERO) konfiguriert. Da dieser LSP verschiedene Netzwerkdomänen durchläuft (initiierend, terminierend im Clientnetzwerk und durchlaufen das Netzwerk auf Serverebene), fällt das LSP-Setup unter die Kategorie eines domänenübergreifenden LSP-Setups. In einem domänenübergreifenden Szenario hat eine Netzwerkdomäne in der Regel keinen vollständigen Einblick in die Topologie der anderen Netzwerkdomäne. Daher verfügt der ERO, der auf dem initiierenden Client-Router konfiguriert wird, nicht über vollständige Hop-Informationen für den Teil der Serverebene. Diese Funktion erfordert, dass der am CE-Router konfigurierte ERO über drei Hops verfügt, wobei der erste Hop ein strikter Hop ist, der die CE1-PE1-Ethernet-Verbindung identifiziert, der zweite Hop ein loser Hop ist, der den ausgehenden PE-Router (PE2) identifiziert, und der dritte Hop ein strikter Hop ist, der die CE2-PE2-Ethernet-Verbindung identifiziert.

GMPLS RSVP-TE VLAN LSP Konfiguration

Die Konfiguration, die zum Einrichten eines GMPLS-VLAN-LSP auf den Client- und Server-Routern erforderlich ist, verwendet das vorhandene GMPLS-Konfigurationsmodell mit einigen Erweiterungen. Das GMPLS-Konfigurationsmodell von Junos OS für Nichtpaket-LSPs zielt darauf ab, die physischen Schnittstellen über GMPLS-RSVP-TE-Signale zum Laufen zu bringen, während die Signalisierung eines GMPLS-RSVP-TE-VLAN-LSP darauf abzielt, einzelne VLANs auf einer physischen Schnittstelle hochzufahren. Die Konfigurationsanweisung unter der Hierarchie ermöglicht dies.ethernet-vlan[edit protocols link-management te-link]

Der Client-Router verfügt über physische Schnittstellen, die mit einem Servernetzwerk verbunden sind, und das Servernetzwerk stellt eine Punkt-zu-Punkt-Verbindung zwischen zwei Client-Routern über die angeschlossenen physischen Schnittstellen bereit. Die physikalische Schnittstelle wird von GMPLS RSVP-TE wie folgt in einen betriebsbereiten Zustand gebracht:

  1. Der Client-Router unterhält eine Routing- oder Signalisierungsnachbarschaft mit dem Servernetzwerkknoten, mit dem die physische Schnittstelle verbunden ist, in der Regel über einen Steuerkanal, der sich von der physischen Schnittstelle unterscheidet, da die physische Schnittstelle selbst erst nach der Signalisierung in Betrieb genommen wird.

  2. Der Client-Router und der Netzwerkknoten des Servers identifizieren die physischen Schnittstellen, die sie mithilfe des TE-Link-Mechanismus verbinden.

  3. Der Client-Router und der Server-Netzwerkknoten verwenden die TE-Link-Kennung (IP-Adresse) als GMPLS-RSVP-Hop und die Kennung der physischen Schnittstelle als GMPLS-Label-Werte in den GMPLS-RSVP-TE-Signalnachrichten, um die physische Schnittstelle in einen Betriebszustand zu versetzen.

In der vorhandenen GMPLS-Konfiguration verwenden die Server- und Client-Netzwerkknoten die Konfigurationsanweisung, um den benachbarten Peer-Knoten anzugeben.protocols link-management peer peer-name Da ein Clientrouter über eine oder mehrere physische Schnittstellen verfügen kann, die mit dem Netzwerkknoten des Servers verbunden sind, werden diese physischen Schnittstellen gruppiert und über die Konfigurationsanweisung durch eine IP-Adresse identifiziert.protocols link-management te-link link-name Dem TE-Link werden eine lokale IP-Adresse, eine Remote-IP-Adresse und eine Liste der physischen Schnittstellen zugewiesen. Der TE-Link wird dann mit der Konfigurationsanweisung verknüpft.protocols link-management peer peer-name te-link te-link-list

Der Out-of-Band-Steuerkanal, der für den Austausch von Signalisierungsnachrichten erforderlich ist, wird mit der Konfigurationsanweisung angegeben.protocols link-management peer peer-name control-channel interface-name Die Existenz des Server- oder Client-Netzwerkknotens wird für die Protokolle RSVP und IGP (OSPF) durch die Konfigurationsanweisung unter den Hierarchieebenen und sichtbar gemacht.peer-interface interface-name[edit protocols rsvp][edit protocols ospf]

In der bestehenden GMPLS-Konfiguration ist das Label (Upstream-Label und resv-Label), das in der Signalisierungsnachricht enthalten ist, ein ganzzahliger Bezeichner, der die physische Schnittstelle identifiziert, die aufgerufen werden muss. Da das Etikett zur Identifizierung der physischen Schnittstelle verwendet wird, ermöglicht die vorhandene GMPLS-Konfiguration die Gruppierung mehrerer Schnittstellen unter einer einzigen TE-Verbindung. In der vorhandenen GMPLS-Konfiguration enthält die GMPLS-RSVP-TE-Signalisierungsnachricht ausreichende Informationen, wie z. B. TE-Link-Adresse und Label-Wert, um die physische Schnittstelle zu identifizieren, die aufgerufen werden muss. Im Gegensatz dazu wird bei der GMPLS-RSVP-TE-VLAN-LSP-Konfiguration der VLAN-ID-Wert als Bezeichnung in der Signalisierungsnachricht verwendet.

Wenn in der GMPLS-RSVP-TE-VLAN-LSP-Konfiguration mehrere Schnittstellen unter einer einzigen TE-Verbindung konfiguriert werden dürfen, kann die Verwendung der VLAN-ID als Bezeichnungswert in der Signalisierungsnachricht zu Unklarheiten darüber führen, auf welcher physischen Schnittstelle das VLAN bereitgestellt werden muss. Daher wird der TE-Link mit der Konfigurationsanweisung konfiguriert, wenn die Anzahl der physikalischen Schnittstellen, die unter dem TE-Link konfiguriert werden können, auf nur eine beschränkt ist.ethernet-vlan

In der bestehenden GMPLS-Konfiguration ist die Bandbreite für einen Nichtpaket-LSP eine diskrete Größe, die der Bandbreite der physischen Schnittstelle entspricht, die hochgefahren werden muss. Die GMPLS-LSP-Konfiguration erlaubt also die Angabe einer Bandbreite nicht, sondern nur die Angabe der Bandbreite über die Konfigurationsanweisung unter der Hierarchieebene .signal-bandwidth[protocols mpls label-switched-path lsp-name lsp-attributes] In der GMPLS-VLAN-LSP-Konfiguration wird eine Bandbreite angegeben, die der eines Paket-LSP ähnelt. In der GMPLS-VLAN-LSP-Konfiguration wird die Option unterstützt und nicht unterstützt.bandwidthsignal-bandwidth

Zugeordneter bidirektionaler Paket-LSP

Die GMPLS-RSVP-TE-VLAN-LSP wird auf einem zugeordneten bidirektionalen Transport-LSP innerhalb des Netzwerks auf Serverebene übertragen, bei dem es sich um einen einseitig bereitgestellten LSP handelt. Die Transport-LSP-Signalisierung wird als unidirektionales LSP vom Quell-Router zum Ziel-Router in Vorwärtsrichtung initiiert, und der Ziel-Router wiederum initiiert die Signalisierung des unidirektionalen LSP in umgekehrter Richtung zurück zum Quell-Router.

Make-before-break für zugehöriges bidirektionales Paket und GMPLS, RSVP-TE, VLAN, LSP

Die Unterstützung von "Aktivierung vor Unterbrechung" für einen zugeordneten bidirektionalen Transport-LSP folgt einem ähnlichen Modell, bei dem der Zielrouter für die Vorwärtsrichtung des bidirektionalen LSP keine "Machen-vor-Unterbrechung"-Vorgänge in der umgekehrten Richtung des bidirektionalen LSP ausführt. Es ist der Quellrouter (Initiator des zugeordneten bidirektionalen LSP), der die neuere Instanz des zugeordneten bidirektionalen LSP initiiert, und der Zielrouter wiederum initiiert die neuere Instanz vor der Unterbrechung in die andere Richtung.

Beispielsweise wird in der der unidirektionale Transport-LSP von Router PE1 zu Router PE2 in Weiterleitungsrichtung initiiert, und wiederum initiiert Router PE2 den Transport-LSP zu Router PE1 in umgekehrter Richtung.Abbildung 2 Wenn eine Make-before-Break-Instanz auftritt, kann nur Router PE1 als initiierender Client-Router eine neue Instanz des zugeordneten bidirektionalen LSP einrichten. Router PE2 wiederum initiiert die neuere Make-before-Break-Instance in umgekehrter Richtung.

Die Unterstützung für den zugehörigen bidirektionalen Transport-LSP wird nur in Szenarien verwendet, in denen der Transport-LSP aufgrund eines Verbindungs- oder Knotenfehlers auf dem Pfad des LSP lokal geschützt ist. Das GMPLS RSVP-TE VLAN LSP verwendet den Make-before-Break-Mechanismus zum Anpassen nahtloser Bandbreitenänderungen.

HINWEIS:

Die regelmäßige Neuoptimierung ist für die zugeordneten bidirektionalen Transport-LSPs nicht aktiviert.

Die neuere Make-before-Break-Instanz des GMPLS-VLAN-LSP wird unter den folgenden Einschränkungen unterstützt:

  • Sie sollte vom selben Client-Router wie die ältere Instanz stammen und für denselben Client-Router wie die ältere Instanz bestimmt sein.

  • Sie sollte auf beiden Server-Client-Enden dieselben Server-Client-Links wie die ältere Instanz verwenden.

  • Es sollte dieselbe VLAN-Bezeichnung an den Server-Client-Verbindungen wie die ältere Instanz verwendet werden.

  • Der GMPLS-VLAN-LSP sollte so konfiguriert werden, dass die Bandbreitenänderung über die CLI initiiert wird, andernfalls wird die aktuelle Instanz des VLAN-LSP abgerissen und eine neue VLAN-LSP-Instanz eingerichtet.adaptive

Der Make-before-Break-Vorgang für das GMPLS-VLAN LSP auf dem Edge-Router auf Serverebene wird abgelehnt, wenn diese Einschränkungen nicht erfüllt sind.

Wenn auf den Edge-Routern auf Serverebene eine Make-before-Break-Instanz des GMPLS-VLAN-LSP angezeigt wird, wird ein völlig neuer, separater zugeordneter bidirektionaler Transport-LSP erstellt, um diese Make-before-Break-Instanz zu unterstützen. Der vorhandene zugeordnete bidirektionale LSP (der die ältere Instanz unterstützt) wird nicht ausgelöst, um eine Make-before-Break-Instanz auf Transport-LSP-Ebene zu initiieren. Diese Wahl (das Initiieren eines neuen Transport-LSP) hat zur Folge, dass auf Serverebene keine gemeinsame Nutzung von Ressourcen und Bandbreite erfolgt, wenn ein Make-before-Break-Vorgang für das GMPLS-VLAN-LSP ausgeführt wird.

Unterstützte und nicht unterstützte Funktionen

Junos OS unterstützt die folgenden Funktionen mit dem GMPLS RSVP-TE VLAN LSP:

  • Anforderung einer bestimmten Bandbreite und lokalen Schutzes für den VLAN-LSP auf dem Client-Router an den Router auf Serverebene.

  • NSR-Unterstützung (Nonstop Active Routing) für das GMPLS-VLAN LSP an den Client-Routern, Edge-Routern auf Serverebene und zugehörigen bidirektionalen Transport-LSP an den Edge-Routern auf Serverebene.

  • Multichassis-Unterstützung.

Junos OS unterstützt die folgenden GMPLS-RSVP-TE-VLAN-LSP-Funktionen:not

  • Unterstützung eines ordnungsgemäßen Neustarts für zugeordnete bidirektionale Paket-LSP und GMPLS-VLAN-LSP.

  • End-to-End-Pfadberechnung für GMPLS-VLAN-LSP mithilfe des CSPF-Algorithmus am Client-Router.

  • Nicht-CSPF-Routing-basierte Erkennung von Next-Hop-Routern durch die verschiedenen Client- und Server-Layer-Edge-Router.

  • Automatische Bereitstellung der Layer-3-VLAN-Schnittstellen des Clients nach erfolgreicher Einrichtung des VLAN-LSP an den Client-Routern.

  • MPLS OAM (LSP-ping, BFD).

  • Paket-MPLS-Anwendungen, z. B. Next-Hop in statischen Routen und in IGP-Verknüpfungen.

  • Lokaler Cross-Connect-Mechanismus, bei dem ein Client-Router eine Verbindung zu einem Remote-Client-Router herstellt, der mit demselben Server-Router verbunden ist.

  • Junos OS Services Framework.

  • IPv6-Unterstützung.

  • Logische Systeme.

  • Aggregierte Ethernet-/SONET-/IRB-Schnittstellen an der Server-Client-Verbindung.

Beispiel: Konfigurieren von GMPLS, RSVP-TE, VLAN, LSP Signaling

In diesem Beispiel wird gezeigt, wie die GMPLS-RSVP-TE-VLAN-LSP-Signalisierung auf den Clientroutern konfiguriert wird, damit ein Client-Router über ein Server-Layer-Netzwerk mithilfe der LSP-Hierarchie eine Verbindung mit einem Remote-Client-Router herstellen kann. Dies ermöglicht es den Client-Routern, die Layer-2-Services einzurichten, zu warten und bereitzustellen, ohne von der Verwaltung auf Serverebene abhängig zu sein, wodurch die Belastung der Betriebskosten des Provider-Netzwerks verringert wird.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Sechs Router, die eine Kombination aus Multiservice-Edge-Routern der M-Serie, universellen 5G-Routing-Plattformen der MX-Serie, Core-Routern der T-Serie und Paketübertragungs-Routern der PTX-Serie sein können

  • Junos OS Version 14.2 oder höher, das auf Client-Routern und Edge-Routern auf Serverebene ausgeführt wird

Bevor Sie beginnen:

  1. Konfigurieren Sie die Geräteschnittstellen.

  2. Konfigurieren Sie die VLANs, die der Schnittstelle zugeordnet sind.

  3. Konfigurieren Sie die folgenden Routing-Protokolle:

    • RSVP

    • MPLS

    • AMP

Überblick

Ab Junos OS Version 14.2 werden die Layer-2-Services zwischen zwei Client-Routern über ein externes/externes Server-Layer-Netzwerk eines Drittanbieters von den Client-Routern auf Bedarfsbasis über GMPLS-RSVP-TE-Signalisierung eingerichtet. Diese Funktion bietet den Client-Routern die Flexibilität, die Layer-2-Services einzurichten, zu warten und bereitzustellen, ohne von der Verwaltung auf Serverebene abhängig zu sein, wodurch die Belastung der Betriebskosten des Provider-Netzwerks verringert wird. Bei herkömmlicher Layer-2-VPN-Technologie, die auf LDP und BGP basiert, verarbeitete das Provider-Netzwerk die Bereitstellungsaktivität für jede Layer-2-Verbindung, die zwischen zwei Client-Routern eingerichtet wurde.

Abbildung 3 veranschaulicht die Einrichtung und Signalisierung des GMPLS-VLAN-LSP zwischen zwei Client-Routern, CE1 und CE2, über ein Netzwerk auf Serverebene mit zwei Edge-Routern auf Serverebene, PE1 und PE2, und einem Core-Router auf Serverebene, P.

Abbildung 3: Einrichten eines GMPLS-VLAN-LSPEinrichten eines GMPLS-VLAN-LSP

Die Signalisierung von GMPLS-VLAN LSP wird wie folgt ausgeführt:

  1. Initiating GMPLS VLAN LSP at CE1

    Router CE1 initiiert die GMPLS-VLAN-LSP-Einrichtung, indem er die GMPLS-RSVP-TE-Pfadnachricht an Router PE1 sendet. Die Signalisierung zwischen CE1 und PE1 erfolgt über einen Out-of-Band-Steuerkanal, bei dem es sich um ein separates Steuerungs-VLAN handelt, das auf der Ethernet-Verbindung zwischen den beiden Routern konfiguriert ist.

    Die von Router CE1 initiierte GMPLS-RSVP-TE-Pfadnachricht wird verwendet, um Folgendes auszuführen:

    1. Identifizieren Sie die Ethernet-Verbindung, auf der das VLAN aktiv ist.

    2. Abstrahieren Sie die Ethernet-Verbindung als TE-Link und weisen Sie eine IP-Adresse zu, um die Ethernet-Verbindung zu identifizieren.

    3. Weisen Sie jeder Ethernet-Verbindung, die Router PE1 mit der identifizierten Ethernet-Verbindung verbindet, eine VLAN-ID aus dem Pool der freien VLANs zu, die von Router CE1 verwaltet werden.

      Diese VLAN-ID kann auch für das GMPLS-VLAN LSP an der Ethernet-Verbindung CE2-PE2 verwendet werden.

    4. Identifizieren Sie das VLAN, für das der Layer-2-Service eingerichtet werden muss, indem Sie die zugewiesene VLAN-ID als Upstream-Label-Objekt und den Upstream-Richtungslabel-Wert verwenden.

    5. Fügen Sie ein ERO-Objekt hinzu, das Router PE1 beim Einrichten des VLAN-LSP über das Netzwerk auf Serverebene zum Remote-Client-Router CE2 unterstützt. Das ERO-Objekt in der Pfadnachricht enthält drei Hops:

      • Erster Hop: Strikter Hop, der die initiierende Client-Server-Ethernet-Verbindung PE1-CE1 identifiziert.

      • Zweiter Hop - Loser Hop zur Identifizierung des Remote-Routers auf Serverebene, PE2.

      • Dritter Hop - Strikter Hop zur Identifizierung der Remote-CLINET-Server-Ethernet-Verbindung PE2-CE2.

    6. Geben Sie die Bandbreite an, die für das GMPLS-VLAN-LSP erforderlich ist.

    7. Fügen Sie jeglichen lokalen Schutz hinzu, der innerhalb des Netzwerks auf Serverebene für den VLAN-LSP erforderlich ist.

  2. Initiating Associated Bidirectional Transport LSP at PE1

    Nachdem Router PE1 die Pfadnachricht von Router CE1 empfangen hat, wird die Nachricht validiert, um die Verfügbarkeit der Ethernet-Verbindung und der VLAN-ID zu überprüfen. Im Server-Layer-Netzwerk werden die Layer-2-Services zwischen den Server-Layer-Routern PE1 und PE2 auf der Datenebene ähnlich wie bei Layer-2-Schaltungen bereitgestellt. Router PE1 ruft einen Transport-LSP zu Router PE2 auf und erweitert dann den GMPLS-VLAN-LSP als hierarchischen LSP, der auf dem PE1-PE2-Transport-LSP ausgeführt wird. Der PE1-PE2-Transport-LSP ist ein Paket-LSP und ist bidirektional. Dies liegt daran, dass das GMPLS-VLAN LSP bidirektional ist und jeder Router auf Serverebene Folgendes können muss:

    • Empfangen Sie Datenverkehr von der Server-Client-Ethernet-Verbindung (z. B. PE1-CE1-Verbindung) und senden Sie ihn an den Remote-Router auf Serverebene, PE2.

    • Empfangen Sie Datenverkehr vom Remote-Router PE2 und senden Sie ihn über die PE1-CE1-Ethernet-Verbindung.

    Für jedes GMPLS-VLAN-LSP wird ein Pakettransport-LSP innerhalb des Netzwerks auf Serverebene eingerichtet. Der Transport-LSP wird ausschließlich für den Transport des Datenverkehrs des GMPLS-VLAN-LSP verwendet, für den er erstellt wurde. Der Transport-LSP wird dynamisch zum Zeitpunkt des Empfangs des GMPLS-VLAN-LSP erstellt. Daher ist keine Konfiguration erforderlich, um die Erstellung auszulösen. Der für den VLAN-LSP eingerichtete Transport-LSP erbt die Bandbreite und die lokalen Schutzattribute vom VLAN-LSP.

    Router PE1 signalisiert dem PE1-PE2-Transport-LSP an Router PE2. Router PE1 bestimmt das Ziel für den Transport-LSP aus dem losen Hop, der im ERO-Objekt der GMPLS-RSVP-TE-Pfadnachricht von Router CE1 angegeben ist, und signalisiert dann den VLAN-LSP. Wenn der PE1-PE2-Transport-LSP jedoch nicht hergestellt werden kann, sendet Router PE1 eine Pfadfehlermeldung an Router CE1 zurück, und der GMPLS-VLAN-LSP wird ebenfalls nicht eingerichtet.

  3. Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer Routers

    Der zugeordnete bidirektionale LSP zwischen den Routern PE1 und PE2 besteht aus zwei unidirektionalen Paket-LSPs:

    • PE1-zu-PE2

    • PE2-zu-PE1

    Router PE1 initiiert die Signalübertragung eines unidirektionalen Paket-LSP an Router PE2. Dieser unidirektionale Paket-LSP stellt die Vorwärtsrichtung (PE1-zu-PE2) des zugeordneten bidirektionalen LSP dar, und die Pfadnachricht enthält das Extended Association Object, das darauf hinweist, dass es sich um ein einseitiges Bereitstellungsmodell handelt. Beim Empfang der Pfadnachricht für den LSP antwortet Router PE2 mit einer Resv-Nachricht und löst die Signalisierung eines unidirektionalen Pakets LSP an Router PE1 mit demselben Pfad wie (PE1-zu-PE2) in umgekehrter Richtung aus. Dieser unidirektionale Paket-LSP verwendet die PE2-zu-PE1-Richtung des zugeordneten bidirektionalen LSP, und diese Pfadnachricht enthält dasselbe erweiterte Zuordnungsobjekt wie in der PE1-zu-PE2-Pfadnachricht.

    Wenn Router PE1 die Resv-Nachricht für den unidirektionalen LSP PE1-zu-PE2 und die Pfadnachricht für den unidirektionalen LSP PE2-zu-PE1 empfängt, bindet PE1 die unidirektionalen LSPs PE1 an PE2 und PE2 an PE1, indem es die in den jeweiligen Pfadnachrichten enthaltenen erweiterten Zuordnungsobjekte abgleicht. Für die Pfadnachricht für den unidirektionalen LSP PE2 zu PE1 antwortet Router PE1 mit der Resv-Nachricht. Beim Empfang der Resv-Nachricht für den PE1-zu-PE2-LSP und der Pfadnachricht für den PE2-zu-PE1-LSP hat Router PE1 den zugehörigen bidirektionalen Pakettransport-LSP eingerichtet.

  4. Setting Up the GMPLS VLAN LSP at Router PE1

    Nach erfolgreichem Aufbau des Transport-LSP löst Router PE1 die Signalisierung des GMPLS-VLAN-LSP aus. Router PE1 sendet die GMPLS-RSVP-TE-Pfadnachricht, die dem VLAN-LSP entspricht, direkt an Router PE2, der bidirektional ist und das Upstream-Label-Objekt enthält.

    Router PE2 kennt die Zuordnung zwischen dem Transport-LSP und dem VLAN-LSP nicht. Diese Zuordnung wird Router PE2 von Router PE1 angezeigt.

  5. Setting Up the GMPLS VLAN LSP at Router PE2

    Beim Empfang der VLAN-LSP-Pfadnachricht von Router PE1 überprüft Router PE2 die Verfügbarkeit des Transport-LSP. Wenn der Transport-LSP nicht verfügbar ist oder die LSP-Einrichtung ausgeführt wird, wird die VLAN-LSP-Verarbeitung angehalten. Wenn der Transport-LSP verfügbar ist, verarbeitet Router PE2 die VLAN-LSP-Pfadnachricht. Das ERO-Objekt in dieser Pfadmeldung gibt an, dass der nächste Hop ein strikter Hop ist, der die PE2-zu-CE2-Ethernet-Verbindung identifiziert. Das ERO-Objekt kann die VLAN-ID angeben, die vom Router PE2 auf der PE2-zu-CE2-Ethernet-Verbindung verwendet werden soll.

    Router PE2 weist die VLAN-ID, die als Upstream-Label in der VLAN-LSP-Pfadnachricht gesendet werden soll, entsprechend dem Router CE2 zu und sendet sie über einen Out-of-Band-Steuerkanal.

  6. Processing the GMPLS VLAN LSP at Router CE2

    Beim Empfang der GMPLS RSVP-TE LSP von Router PE2 überprüft Router CE2 die Verfügbarkeit der VLAN-ID für die Zuweisung auf der PE2-zu-CE2-Verbindung. Router CE2 weist dann die VLAN-ID für diesen VLAN-LSP zu und sendet eine Resv-Nachricht mit der VLAN-ID als Label-Objekt in der Resv-Nachricht an Router PE2 zurück.

  7. Processing the GMPLS VLAN LSP at Router PE2

    Beim Empfang der Resv-Nachricht von Router CE2 überprüft Router PE2, ob das Label-Objekt in der Resv-Nachricht dieselbe VLAN-ID wie in der Pfadnachricht hat. Router PE2 weist dann eine 20-Bit-MPLS-Bezeichnung zu, die in der an Router PE1 gesendeten Resv-Nachricht enthalten ist.

    Router PE2 programmiert dann die Weiterleitungsebene mit den Einträgen, um die Layer-2-Servicefunktionalität bereitzustellen.

    HINWEIS:

    Für alle VLAN-IDs, die als Labels auf den Ethernet-Verbindungen PE1 zu CE1 und PE2-CE2 zugewiesen werden können, müssen Sie logische Schnittstellen manuell für CCC-Zwecke (Circuit Cross Connect) auf den Edge-Routern auf Serverebene konfigurieren und nicht für andere Familien wie IPv4, IPv6 oder MPLS.

  8. Processing the GMPLS VLAN LSP at Router PE1

    Beim Empfang der Resv-Nachricht für den VLAN-LSP von Router PE2 sendet Router PE1 eine Resv-Nachricht an Router CE1 mit derselben VLAN-ID, die er als Upstream-Label von Router CE1 erhalten hat. Router PE1 programmiert die Weiterleitungsebene mit den Einträgen so, dass die Layer-2-Servicefunktionalität als Router PE2 bereitgestellt wird.

  9. Processing the GMPLS VLAN LSP at Router CE1

    Beim Empfang der Resv-Nachricht von Router PE1 überprüft Router CE1, ob die in der Resv-Nachricht empfangene VLAN-ID mit der VLAN-ID im Upstream-Label in der gesendeten Pfadnachricht übereinstimmt. Damit ist die Einrichtung des GMPLS-VLAN LSP von Router CE1 auf Router CE2 abgeschlossen.

    HINWEIS:

    • Die Einrichtung des GMPLS-VLAN-LSP führt nicht dazu, dass an den Client-Routern CE1 und CE2 Einträge für die Weiterleitungsebene hinzugefügt werden. Nur die Router auf Serverebene, PE1 und PE2, fügen die Weiterleitungsebeneneinträge für das GMPLS-VLAN-LSP hinzu.

    • Es findet kein Austausch von Routing-Informationen zwischen dem Client und den Routern auf Serverebene statt. Die Router auf Client- und Serverebene tauschen ihre Netzwerktopologieinformationen nicht untereinander aus.

  10. Accounting for Bandwidth of the GMPLS VLAN LSP

    Nach erfolgreicher Einrichtung des GMPLS-VLAN-LSP reduzieren sowohl der Client- als auch der Server-Layer-Router die verfügbare Bandbreite auf den Server-Client-Ethernet-Verbindungen um die Bandbreite, die dem GMPLS-VLAN-LSP zugewiesen ist. Diese Bandbreitenabrechnungsinformationen werden für die Zugangssteuerung verwendet, wenn zusätzliche GMPLS-VLAN-LSPs auf den Server-Client-Ethernet-Verbindungen aufgerufen werden.

  11. Using GMPLS VLAN LSP by the Client Routers

    Nach der erfolgreichen Einrichtung des GMPLS-VLAN-LSP müssen die Client-Router – CE1 und CE2 – manuell mit der logischen VLAN-Schnittstelle über den Server-Client-Ethernet-Verbindungen mit der signalisierten VLAN-ID konfiguriert werden. Diese logische Schnittstelle muss mit der IP-Adresse konfiguriert und in das IGP-Protokoll aufgenommen werden. Als Ergebnis dieser Konfiguration stellen die Router CE1 und CE2 eine IGP-Nachbarschaft her und tauschen Datenverkehr über den Layer-2-Dienst aus, der über die GMPLS-Signalisierung eingerichtet wurde.

    Abbildung 4 veranschaulicht den Datenverkehrsfluss des GMPLS-VLAN-LSP von Router CE1 zu Router CE2, nachdem die LSP-Einrichtung abgeschlossen ist und die erforderliche CE1-zu-CE2-IGP/MPLS-Nachbarschaft hergestellt wurde. Der Transport-LSP auf Serverebene stammt von Router PE1, durchläuft einen einzelnen Core-Router auf Serverebene, Router P, und erreicht Router PE2. Der Transport-LSP auf Serverebene wird als Pop-LSP des vorletzten Hops angezeigt, wobei Router P das Transport-LSP-Label ablöst und nur das Service-Label auf der P-zu-PE2-Verbindung vorhanden ist.

    Abbildung 4: Datenverkehrsfluss von GMPLS-VLAN-LSPDatenverkehrsfluss von GMPLS-VLAN-LSP

Topologie

In GMPLS RSVP-TE VLAN LSP-Signalisierung wird verwendet, um die Layer-2-Dienste zwischen den Client-Routern Router CE1 und Router CE2 einzurichten.Abbildung 5 Die Serverrouter Router PE1 und Router PE2 verfügen über einen GRE-Tunnel, der mit jedem der direkt verbundenen Client-Router aufgebaut ist. Die Router P1 und P2 sind ebenfalls Serverrouter im Server-Layer-Netzwerk.

Abbildung 5: Konfigurieren von GMPLS, RSVP-TE, VLAN, LSP SignalingKonfigurieren von GMPLS, RSVP-TE, VLAN, LSP Signaling

Konfiguration

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

CE1

PE1

P1

P2

PE2

CE2

Konfigurieren des Client-Routers

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.Verwenden des CLI-Editors im Konfigurationsmodushttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

So konfigurieren Sie Router CE1:

HINWEIS:

Wiederholen Sie diesen Vorgang für Router CE2 im Server-Layer-Netzwerk, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und anderen Parameter für den Router geändert haben.

  1. Konfigurieren Sie die Schnittstelle, die Router CE1 mit Router PE1 verbindet.

  2. Konfigurieren Sie das Steuerungs-VLAN für die ge-0/0/0-Schnittstelle.

  3. Konfigurieren Sie das LSP-VLAN auf der ge-0/0/0-Schnittstelle.

  4. Konfigurieren Sie den GRE-Tunnel als steuernde Schnittstelle für Router CE1.

  5. Konfigurieren Sie die Loopback-Schnittstelle des Routers CE1.

  6. Konfigurieren Sie die Loopback-Adresse des Routers CE1 als Router-ID.

  7. Aktivieren Sie RSVP auf allen Schnittstellen des Routers CE1, mit Ausnahme der Verwaltungsschnittstelle.

  8. Konfigurieren Sie die RSVP-Peer-Schnittstelle für Router CE1.

  9. Deaktivieren Sie die automatische Pfadberechnung für Label-Switched-Pfade (LSPs).

  10. Konfigurieren Sie den LSP so, dass Router CE1 mit Router CE2 verbunden wird.

  11. Konfigurieren Sie die LSP-Attribute CE1 bis CE2.

  12. Konfigurieren Sie den LSP-Pfad und die Pfadparameter von CE1 bis CE2.

  13. Aktivieren Sie MPLS auf allen Schnittstellen des Routers CE1, mit Ausnahme der Verwaltungsschnittstelle.

  14. Konfigurieren Sie eine Traffic-Engineering-Verbindung, und weisen Sie Adressen für das lokale und das Remote-Ende der Verbindung zu.

  15. Aktivieren Sie die Einrichtung eines Layer-2-VLAN-LSP auf der Link10-Traffic-Engineering-Verbindung.

  16. Konfigurieren Sie die Router-CE1-Schnittstelle als Mitgliedsschnittstelle der Link10-Traffic-Engineering-Verbindung.

  17. Konfigurieren Sie Router PE1 als LMP-Peer (Link Management Protocol) für Router CE1, und konfigurieren Sie die Peer-Attribute.

Ergebnisse

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle , und eingeben.show interfacesshow routing-optionsshow protocols Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Konfigurieren des Server-Routers

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.Verwenden des CLI-Editors im Konfigurationsmodushttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html

So konfigurieren Sie Router PE1:

HINWEIS:

Wiederholen Sie diesen Vorgang für Router PE2 im Server-Layer-Netzwerk, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und anderen Parameter für den Router geändert haben.

  1. Konfigurieren Sie die Schnittstelle, die Router PE1 mit Router CE1 verbindet.

  2. Konfigurieren Sie das Steuerungs-VLAN für die ge-0/0/0-Schnittstelle.

  3. Konfigurieren Sie das LSP-VLAN auf der ge-0/0/0-Schnittstelle.

  4. Konfigurieren Sie die Schnittstelle, die Router PE1 mit den Core-Routern (Router P1 und Router P2) verbindet.

  5. Konfigurieren Sie den GRE-Tunnel als steuernde Schnittstelle für Router PE1.

  6. Konfigurieren Sie die Loopback-Schnittstelle des Routers PE1.

  7. Konfigurieren Sie die Loopback-Adresse des Routers PE1 als Router-ID.

  8. Konfigurieren Sie einen zugeordneten bidirektionalen LSP, und aktivieren Sie das unidirektionale Reverse-LSP-Setup für einseitig bereitgestellte Forward-LSP.

  9. Aktivieren Sie RSVP auf allen Schnittstellen des Routers PE1, mit Ausnahme der Verwaltungsschnittstelle.

  10. Konfigurieren Sie die RSVP-Peer-Schnittstelle für Router PE1 und aktivieren Sie die dynamische Einrichtung eines bidirektionalen Paket-LSP für den Transport von Nicht-Paket-GMPLS-LSP.

  11. Aktivieren Sie MPLS auf allen Schnittstellen des Routers PE1, mit Ausnahme der Verwaltungsschnittstelle.

  12. Konfigurieren Sie OSPF mit Traffic-Engineering-Funktionen.

  13. Aktivieren Sie den OSPF-Bereich 0 auf allen Schnittstellen des Routers PE1, mit Ausnahme der Verwaltungsschnittstelle.

  14. Konfigurieren Sie eine Traffic-Engineering-Verbindung, und weisen Sie Adressen für das lokale und das Remote-Ende der Verbindung zu.

  15. Aktivieren Sie die Einrichtung eines Layer-2-VLAN-LSP für einen bestimmten VLAN-Bereich auf der Link1-Traffic-Engineering-Verbindung.

  16. Konfigurieren Sie die Router-PE1-Schnittstelle als Member-Schnittstelle der Link1-Traffic-Engineering-Verbindung.

  17. Konfigurieren Sie Router CE1 als LMP-Peer für Router PE1 und konfigurieren Sie die Peer-Attribute.

Ergebnisse

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle , und eingeben.show interfacesshow routing-optionsshow protocols Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Überprüfung

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

Überprüfen des Traffic-Engineering-Verbindungsstatus auf den Client-Routern

Zweck

Überprüfen Sie den Status der Traffic-Engineering-Verbindung, die zwischen Router CE1 und Router CE2 konfiguriert ist.

Was

Führen Sie im Betriebsmodus die und die Befehle aus.show link-managementshow link-management te-link detail

Bedeutung

Das Link Management Protocol (LMP)-Peering wurde zwischen den Client-Routern eingerichtet, und die Traffic-Engineering-Verbindung ist sowohl auf den Routern CE1 als auch auf CE2 aktiv.

Überprüfen des RSVP-Sitzungsstatus auf den Client-Routern

Zweck

Überprüfen Sie den Status der RSVP-Sitzungen zwischen Router CE1 und Router CE2.

Was

Führen Sie den Befehl im Betriebsmodus aus.show rsvp session

Bedeutung

Die RSVP-Sitzungen werden zwischen dem Eingangsrouter (Router CE1) und dem Ausgangsrouter (Router CE2) eingerichtet.

Überprüfen des LSP-Status auf dem Serverrouter

Zweck

Überprüfen Sie den Status des MPLS-LSP auf Router PE1.

Was

Führen Sie den Befehl im Betriebsmodus aus.show mpls lsp

Bedeutung

Der LSP CE1 bis CE2 wird eingerichtet, und in der Ausgabe werden die LSP-Attribute angezeigt.

Überprüfen der CCC-Einträge in der MPLS-Routing-Tabelle der Server-Router

Zweck

Überprüfen Sie die Einträge der CCC-Schnittstelle (Circuit Cross Connect) in der MPLS-Routing-Tabelle.

Was

Führen Sie im Betriebsmodus die und die Befehle aus.show route table mpls.0show route forwarding-table ccc ccc-interface

Bedeutung

In der Ausgabe werden die CCC-Schnittstelle, bei der es sich um die Client-Router-Schnittstelle handelt, sowie die Next-Hop-Details für diese Schnittstelle angezeigt.

Überprüfen der End-to-End-Konnektivität

Zweck

Überprüfen Sie die Konnektivität zwischen Router CE1 und dem Remote-Client-Router Router CE2.

Was

Führen Sie den Befehl im Betriebsmodus aus.ping

Bedeutung

Der Ping von Router CE1 zu Router CE2 ist erfolgreich.

Verwandte Themen