Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

LSP-Router

Router in einem LSP

Jeder Router in einem LSP führt eine der folgenden Funktionen aus:

  • Ingress-Router: der Router am Anfang eines LSP. Dieser Router verkapselt IP-Pakete mit einem MPLS-Frame auf Layer 2 und weitergeleitet sie an den nächsten Router auf dem Pfad. Jeder LSP kann nur einen Ingress-Router haben.

  • Egress Router– Der Router am Ende eines LSP. Dieser Router entfernt die MPLS kapselung und transformiert es so von einem MPLS-Paket zu einem IP-Paket und weiterleitung des Pakets über die Informationen in der IP-Weiterleitungstabelle an sein endgültiges Ziel. Jeder LSP kann nur einen Egress-Router haben. Die Ingress- und Egress-Router in einem LSP können nicht gleich Router sein.

  • Transit-Router: Alle Zwischenrouter im LSP zwischen dem Ingress- und dem Egress-Router. Ein Transit-Router weitergeleitet empfangene MPLS pakete an den nächsten Router im MPLS Router. Ein LSP kann Zero oder mehr Transit-Router, bis zu maximal 253 Transitrouter in einem einzigen LSP, enthalten.

Ein einzelner Router kann Teil mehrerer LSPs sein. Er kann der Ingress- oder Egress-Router für einen oder mehrere LSPs sein und auch ein Transit-Router in einem oder mehrere LSPs sein. Die Funktionen, die jeder Router unterstützt, hängen von Ihrem Netzwerkdesign ab.

Konfigurieren der Ingress- und Egress-Routeradressen für LSPs

In den folgenden Abschnitten wird beschrieben, wie die Adressen eines Ingress- und Egress-Routers eines LSP angegeben werden:

Konfigurieren der Ingress-Routeradresse für LSPs

Der lokale Router gilt immer als der Ingress-Router, was der Anfang des LSP ist. Die Software ermittelt automatisch die korrekte ausgehende Schnittstelle und IP-Adresse, die verwendet werden, um den nächsten Router in einem LSP zu erreichen.

Standardmäßig wird die Router-ID als Adresse des Ingress-Routers ausgewählt. Um die automatische Auswahl der Quelladresse zu überschreiben, geben Sie eine Quelladresse in der Anweisung from ein:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

Die vom LSP verwendete ausgehende Schnittstelle wird nicht von der konfigurierten Quelladresse betroffen.

Konfigurieren der Egress Router-Adresse für LSPs

Bei der Konfiguration eines LSP müssen Sie die Adresse des Egress-Routers einschließlich der Anweisung to angeben:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

Wenn Sie einen signalisierten LSP einrichten, ist die Aussage to die einzige erforderliche Aussage. Alle anderen Anweisungen sind optional.

Nach der Konfiguration des LSP wird die Adresse des Egress-Routers in der Routingtabelle als Hostroute installiert. Diese Route kann dann verwendet werden, BGP Datenverkehr weiter zu routen.

Wenn die Software den BGP über einen LSP sendet, ist die Adresse des Ausgangsrouters dieselbe wie die Adresse des BGP nächsten Hop. Sie können die Adresse des Egress-Routers als eine der Schnittstellenadressen des Routers oder als die BGP-Router-ID angeben. Wenn Sie eine andere Adresse angeben, selbst wenn sich die Adresse auf demselben Router befindet, wird BGP nicht über das LSP gesendet.

Verwenden Sie den Befehl, um die Adresse BGP nächsten Hop zu show route detail bestimmen. Verwenden Sie den Befehl, um die Zieladresse eines LSP show mpls lsp zu bestimmen. Verwenden Sie den befehl oder den Befehl, um zu bestimmen, ob eine Route einen LSP show routeshow route forwarding-table durchgegangen ist. In der Ausgabe dieser letzten beiden Befehle gibt das Stichwort bzw. die Anweisung an, dass der Befehl in der Route label-switched-pathpush durch einen LSP bestanden wurde. Verwenden Sie den Befehl traceroute auch, um den tatsächlichen Pfad zu verfolgen, zu dem die Route führt. Dies ist ein weiteres Anzeichen dafür, ob eine Route durch einen LSP bestanden wurde.

Sie können auch die Adresse des BGP nächsten Hops ändern, indem Sie einen importbasierten BGP-Richtlinienfilter definieren, der die Next-Hop-Adresse der Route legt.

Verhindern des Zusatzs von Egress-Router-Adressen zu Routingtabellen

Sie müssen eine Adresse mithilfe der to Anweisung für alle LSPs konfigurieren. Diese Adresse wird immer als Präfix /32 in den Inet.3- oder inet.0-Routingtabellen installiert. Sie können verhindern, dass die konfigurierte Ausgangsrouteradresse mit der Anweisung zu den to inet.3- und inet.0-Routingtabellen hinzugefügt wird, indem Sie die Anweisung no-install-to-address angeben.

Es gibt einige Gründe, die Anweisungsadresse to nicht in den Routingtabellen in inet.3 und inet.0 zu installieren:

  • Ermöglicht die Zuordnung von Constrained Shortest Path First (CSPF)-RSVP-LSPs zu Datenverkehr für sekundäre Loopback-Adressen. Wenn Sie einen RSVP-Tunnel (einschließlich der Anweisung) konfigurieren und eine Richtlinie später konfigurieren, können Sie no-install-to-addressinstall pfx/ <active> Folgendes tun:

    • Stellen Sie sicher, dass der LSP richtig eingerichtet wurde, ohne den Datenverkehr zu beeinflussen.

    • Datenverkehr dem LSP in schrittweisen Schritten zuordnen.

    • Zuordnen des Datenverkehrs zur Ziel-Loopback-Adresse (dem BGP nächsten Hop), indem Sie die Anweisung löschen, sobald die no-install-to-address Fehlerbehebung abgeschlossen ist.

  • Verhindern, dass CCC-Verbindungen IP-Datenverkehr verlieren. Wenn ein LSP feststellt, dass er nicht zu einer Verbindung gehört, installiert er die Adresse, die mit der Anweisung in der to inet.3-Routingtabelle angegeben ist. Der IP-Datenverkehr wird dann an das CCC-Remote-Endgerät weitergeleitet, was dazu führen kann, dass einige Arten von PICs ausfallen.

Um zu verhindern, dass die mithilfe der Anweisung konfigurierte Egress-Routeradresse zu to den inet.3- und inet.0-Routingtabellen hinzugefügt wird, müssen Sie die Anweisung no-install-to-address mit angeben:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

Konfigurieren des Ingress-Routers für signalisierte MPLS LSPs

MPLS Label Switched Paths (LSPs) werden von einem bestimmten Router in einem Ausgangsrouter ausgeführt. Für grundlegende MPLS LSP-Funktion müssen Sie den Ingress-Router konfigurieren, müssen aber keine anderen Router konfigurieren.

Um signalisierte LSPs zu konfigurieren, führen Sie die folgenden Aufgaben auf dem Ingress-Router aus:

Erstellen benannter Pfade

Zur Konfiguration von signalisierten LSPs müssen Sie zuerst einen oder mehrere benannten Pfade auf dem Ingress-Router erstellen. Für jeden Pfad können Sie einige oder alle Transit-Router auf dem Pfad angeben, oder Sie können ihn leer lassen.

Jeder Pfadname kann bis zu 32 Zeichen enthalten und kann Buchstaben, Digits, Zeiträume und Bindestriche enthalten. Der Name muss im Router des Angreifers eindeutig sein. Sobald ein benannter Pfad erstellt wurde, können Sie den benannten Pfad mit der bzw. der Anweisung verwenden, um primarysecondary LSPs auf der [edit protocols mpls label-switched-path label-path-name] Hierarchieebene zu konfigurieren. Sie können für eine beliebige Anzahl von LSPs den gleichen angegebenen Pfad angeben.

Geben Sie den Befehl aus, um zu bestimmen, ob ein LSP in einer RSVP-Sitzung mit dem primären oder sekundären Pfad show rsvp session detail verknüpft ist.

Um einen leeren Pfad zu erstellen, erstellen Sie einen benannten Pfad mit dem folgenden Formular der path Anweisung. Diese Form der Aussage ist leer und bedeutet, dass jeder Pfad zwischen dem path Ingress- und dem Egress-Router akzeptiert wird. Tatsächlich ist der Pfad meist derselbe pfad wie der zielbasierte Verkehr mit den besten Anstrengungen.

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

  • [edit protocols mpls]

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

Um einen Pfad zu erstellen, in dem Sie einige oder alle Transitrouter im Pfad angeben, fügen Sie das folgende Formular der Anweisung ein und geben Sie eine Adresse für jeden Transitrouter path ein:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

  • [edit protocols mpls]

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

In dieser Form der path Erklärung geben Sie eine oder mehrere Transitrouter-Adressen an. Die Angabe der ingress- oder Egress-Router ist optional. Sie können die Adresse oder den Hostnamen jedes Transit-Routers angeben. Sie müssen jedoch nicht jeden Transit-Router angeben, wenn sein Typ loose ist. Geben Sie die Adressen in der Reihenfolge an, die mit dem Ingress-Router (optional) oder dem ersten Transit-Router beginnen und schritt für Schritt entlang des Pfads zum Egress Router (optional) oder dem Router unmittelbar vor dem Egress-Router fort geht. Sie müssen nur eine Adresse pro Router-Hop angeben. Wenn Sie für denselben Router mehr als eine Adresse angeben, wird nur die erste Adresse verwendet. werden die zusätzlichen Adressen ignoriert und abgeschnitten.

Geben Sie für jede Routeradresse den Typ an, der einer der folgenden sein kann:

  • strict— (Standard) Die Route, die vom vorherigen Router zu diesem Router genommen wird, ist ein direkter Pfad und darf keine anderen Router umfassen. Wenn es sich um eine Schnittstellenadresse handelt, stellt dieser Router außerdem sicher, dass die eingehende address Schnittstelle die angegebene ist. Es ist wichtig sicherzustellen, dass die eingehende Schnittstelle die angegebene ist, wenn parallele Verbindungen zwischen dem vorherigen Router und diesem Router verfügbar sind. Außerdem wird sichergestellt, dass das Routing auf Verbindungsbasis durchgesetzt werden kann.

    Bei Strict-Adressen müssen Sie sicherstellen, dass der Router, der unmittelbar vor dem von Ihnen konfigurierten Router steht, eine direkte Verbindung zu diesem Router hat. Die Adresse kann eine Loopback-Schnittstellenadresse sein. In diesem Fall wird die eingehende Schnittstelle nicht geprüft.

  • loose—Vom vorherigen Router zu diesem Router muss es sich nicht um einen direkten Pfad gehen, er kann auch andere Router umfassen und kann an jeder beliebigen Schnittstelle empfangen werden. Die Adresse kann eine beliebige Schnittstellenadresse oder die Adresse der Loopback-Schnittstelle sein.

Beispiele: Erstellen benannter Pfade

Konfigurieren Sie einen Pfad, um den vollständigen, strengen Pfad vom to-hastings Ingress- zu den Egress-Routern durch , und 14.1.1.1 in dieser Reihenfolge 13.1.1.112.1.1.111.1.1.1 anzugeben. Außer den angegebenen Intermediate Routern gibt es keine. Es kann jedoch zwischen und dem Egress-Router Intermediate Router geben, da der Egress-Router in der Anweisung nicht 11.1.1.1 speziell path aufgeführt ist. Um Intermediate Router vor dem Egress zu verhindern, konfigurieren Sie den Egress-Router als letzten Router mit einem strict Typ.

Erstellen Sie einen alt-hastings Pfad, um eine beliebige Anzahl von Zwischenroutern zwischen Routern und 14.1.1.1 zu 11.1.1.1 ermöglichen. Außerdem sind Intermediate Router zwischen und dem 11.1.1.1 Egress-Router zulässig.

Konfigurieren alternativer Backup-Pfade mit Fate Sharing

Sie können eine Datenbank mit Informationen erstellen, die Constrained Shortest Path First (CSPF) zur Berechnung eines oder mehrere Backup-Pfade verwendet, falls der primäre Pfad instabil wird. Die Datenbank beschreibt die Beziehungen zwischen Elementen des Netzwerks wie Routern und Links. Diese Netzwerkelemente teilen sich dasselbe Risiko und diese Beziehung wird als Fate Sharing bezeichnet.

Sie können Backup-Pfade konfigurieren, die die Anzahl gemeinsamer Links und Glasfaserpfade mit den primären Pfaden so weit wie möglich minimieren, um sicherzustellen, dass bei der Cut-Nutzung einer Glasfaser die minimale Datenmenge verloren geht und ein Pfad zum Ziel vorhanden ist.

Damit ein Backup-Pfad optimal funktioniert, darf er die Verbindungen oder physischen Glasfaserpfade nicht mit dem primären Pfad teilen. Dadurch wird sichergestellt, dass die primären und Backup-Pfade durch einen single Point-of-Failure nicht gleichzeitig beeinträchtigt werden.

In den folgenden Abschnitten wird beschrieben, wie Sie Fate Sharing konfigurieren und wie sich dies auf CSPF auswirken kann, und bietet ein Beispiel für eine Fate Sharing-Konfiguration:

Konfigurieren von Fate Sharing

Um das Fate Sharing zu konfigurieren, fügen Sie die fate-sharing Aussage hinzu:

Eine Liste von Hierarchieebenen, in denen Sie diese Aussage enthalten können, finden Sie im Abschnitt "Statement Summary" in dieser Anweisung.

Jede Fate Sharing-Gruppe muss einen Namen haben, der bis zu 32 Zeichen lang sein kann und Buchstaben, Digits, Zeiträume (.) und Abstriche (-) enthalten kann. Sie können bis zu 512 Gruppen definieren.

Fate-Sharing-Gruppen enthalten drei Arten von Objekten:

  • Point-to-Point-Links: Identifiziert durch die IP-Adressen an jedem Ende der Verbindung. Nicht in untergliederte Punkt-zu-Punkt-Links werden normalerweise durch IP-Adressen von anderen Schnittstellen identifiziert. Die Bestellung ist nicht wichtig. from 1.2.3.4 to 1.2.3.5 und from 1.2.3.5 to 1.2.3.4 haben die gleiche Bedeutung.

  • Non-Point-to-Point-Links: Schließen Sie Links auf einer LAN-Schnittstelle (z. B. Gigabit Ethernet-Schnittstellen) oder Nonbroadcast Multiaccess (NBMA)-Schnittstellen (wie Asynchronous Transfer Mode [ATM] oder Frame Relay) ein. Sie identifizieren diese Links durch ihre individuelle Schnittstellenadresse. Wenn an die LAN-Schnittstelle beispielsweise vier Router angeschlossen sind, wird jede 192.168.200.0/24 Router-Verbindung individuell identifiziert:

    Sie können die Adressen in beliebiger Reihenfolge auflisten.

  • Ein Routerknoten – Identifiziert durch seine konfigurierte Router-ID.

Alle Objekte in einer Gruppe teilen sich bestimmte Ähnlichkeiten. Sie können z. B. eine Gruppe für alle Fasern definieren, die den gleichen Glasfaserkabelkabel teilen. Dies sind alle optischen Kanäle, die die gleiche Glasfaser teilen. All die Verbindungen, die mit demselben LAN-Switch verbunden sind, alle Geräte, die dasselbe Netzteil nutzen, und so weiter. Alle Objekte werden als /32 Host-Adressen behandelt.

Damit eine Gruppe sinnvoll ist, sollte sie mindestens zwei Objekte enthalten. Sie können Gruppen mit Null oder einem Objekt konfigurieren. werden diese Gruppen bei der Verarbeitung ignoriert.

Ein Objekt kann in einer beliebigen Anzahl von Gruppen enthalten sein, und eine Gruppe kann eine beliebige Anzahl von Objekten enthalten. Jede Gruppe verfügt über konfigurierbare Kosten, die ihr zugeschrieben werden. Dies stellt den Grad der Auswirkungen dieser Gruppe auf die CSPF-Berechnungen dar. Je höher die Kosten sind, desto weniger wahrscheinlich ist, dass ein Backup-Pfad alle Objekte in der Gruppe mit dem Hauptpfad teilt. Die Kosten sind direkt mit den Traffic-Engineering-Kennzahlen vergleichbar. Standardmäßig sind die Kosten 1. Die Änderung der Fate Sharing-Datenbank wirkt sich erst nach der nächsten Reoptimierung von CSPF auf etablierte LSPs aus. Die Fate-Sharing-Datenbank wirkt sich auf Fast Reroute-Berechnungen aus.

Auswirkungen für CSPF

Wenn CSPF die primären Pfade eines LSP (oder sekundärer Pfade, wenn der primäre Pfad nicht aktiv ist), berechnet, werden die Fate-Sharing-Informationen ignoriert. Sie möchten stets den bestmöglichen Pfad (die IGP Kosten) für den primären Pfad finden.

Wenn CSPF einen sekundären Pfad berechnet, während der Primäre Pfad (desselben LSP) aktiv ist, tritt Folgendes auf:

  1. CSPF identifiziert alle Fate-Sharing-Gruppen, die dem primären Pfad zugeordnet werden. CSPF tut dies durch das Identifizieren aller Verbindungen und Knoten, die der primäre Pfad durchläuft, und Zusammenstellung von Gruppenlisten, die mindestens eine der Verbindungen oder Knoten enthalten. CSPF ignoriert die in der Suche ein- und ausgehenden Knoten.

  2. CSPF prüft jede Verbindung in der Traffic Engineering-Datenbank mit der kompilierten Gruppenliste. Wenn die Verbindung ein Mitglied einer Gruppe ist, werden die Kosten dieser Verbindung in die Kosten der Gruppe erhöht. Wenn eine Verbindung ein Mitglied mehrerer Gruppen ist, werden alle Gruppenkosten zusammen hinzugefügt.

  3. CSPF führt die Prüfung für jeden Knoten in der Traffic Engineering-Datenbank aus, außer für den Ingress- und Egress-Knoten. Auch hier kann ein Knoten mehreren Gruppen angehören, sodass die Kosten n

  4. Der Router führt regelmäßige CSPF-Berechnung mit der angepassten Topologie durch.

Implications for CSPF When Fate Sharing with Bypass-LSPs (Auswirkungen auf CSPF wenn Fate Sharing mit Bypass-LSPs)

Wenn Fate Sharing mit Linkschutz oder Link-Node-Schutz aktiviert wird, funktioniert CSPF bei der Berechnung des Bypass-LSP-Pfads wie folgt:

  • CSPF identifiziert die Fate-Sharing-Gruppen, die dem primären LSP-Pfad zugeordnet werden. CSPF tut dies durch das Identifizieren der unmittelbaren Downstream-Verbindung und der unmittelbaren nachgeschalteten Knoten, die der Bypass schützen soll. CSPF erstellt Gruppenlisten, die die unmittelbaren Downstream-Verbindungen und die unmittelbaren Nachgeschalteten Knoten enthalten.

  • CSPF prüft jede Verbindung (vom Ingress-Knoten zum unmittelbaren Downstream-Knoten) in der Traffic Engineering-Datenbank mit einer Liste der kompilierten Gruppen. Wenn die Verbindung ein Mitglied einer Gruppe ist, werden die Kosten dieser Verbindung in die Kosten der Gruppe erhöht.

  • CSPF identifiziert das nachgeschaltete Glied, das nicht vom Fate Shared Path versiert ist.

Bei dieser Berechnung wird verhindert, dass Bypasses denselben physischen Link wie der primäre LSP-Pfad verwenden, wenn praktikable Alternativen verfügbar sind.

Beispiel: Konfigurieren von Fate Sharing

Konfigurieren Sie Fate-Sharing-Gruppen east und west . Weil west keine Objekte enthalten sind, wird diese bei der Verarbeitung ignoriert.

Konfigurieren der Intermediate- und Egress-Router für signalisierte MPLS-LSPs

Zur Konfiguration von signalisierten LSPs auf allen MPLS-Routern, die teilzunehmen MPLS, müssen Sie MPLS und RSVP auf diesen Routern aktivieren.

Konfigurieren der Verbindung zwischen Ingress- und Egress-Routern

Der Ingress-Router versucht möglicherweise viele Versuche, über den primären Pfad eine Verbindung mit dem Egress-Router herzustellen und wieder zu verbinden. Sie können steuern, wie oft der Router versucht, eine Verbindung über den primären Pfad herzustellen, und wie lange er zwischen Wiederholungsversuchen wartet.

Der Wiederholungs-Timer konfiguriert, wie lange der Router wartet, bevor er versucht, eine erneute Verbindung mit dem Egress-Router über den primären Pfad herzustellen. Die Standard-Wiederholungszeit beträgt 30 Sekunden. Die Zeit kann 1 bis 600 Sekunden dauern. Um diesen Wert zu ändern, fügen Sie die Aussage retry-timer hinzu:

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

Standardmäßig ist keine Begrenzung auf die Anzahl der Versuche eines Ingress-Routers festgelegt, eine Verbindung zum Ausgangsrouter über den primären Pfad herzustellen oder wieder herzustellen. Um die Anzahl der Versuche zu begrenzen, fügen Sie die Aussage retry-limit hinzu:

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

Die Grenze kann bis zu 10.000 sein. Wenn die Limite für Wiederholungen überschritten wird, werden keine neuen Versuche unternommen, eine Pfadverbindung herzustellen. Zu diesem Zeitpunkt ist ein Neustart des Hauptpfads erforderlich.

Wenn Sie eine Begrenzung des Wiederholungspfads festlegen, wird sie auf 1 zurückgesetzt, wenn ein erfolgreicher Primärpfad erstellt wird.

Ping-LSPs

In den folgenden Abschnitten wird beschrieben, wie der Befehl verwendet ping mpls wird, um die LSP-Arbeitsweise zu bestätigen.

Ping-MPLS-LSPs

Sie können einen bestimmten LSP Ping. Echoanfragen werden als E-Mail-MPLS an den LSP gesendet. Bei der Payload handelt es sich um ein UDP-Paket (User Datagram Protocol), das an eine Adresse im 127/8-Bereich (standardmäßig 127.0.0.1 und diese Adresse konfigurierbar) und den Port 3503 weitergeleitet wird. Die Label- und Schnittstelleninformationen zum Erstellen und Senden dieser Informationen als Paket MPLS gleichen wie für standardmäßigen LSP-Datenverkehr.

Wenn die Echoanfrage am Ausgangsknoten eintrifft, überprüft der Empfänger den Paketinhalt und sendet mithilfe von UDP eine Antwort mit dem richtigen Rückgabewert. Der Router, der die Echoanfrage sendet, wartet darauf, nach einer Timeout von 2 Sekunden auf eine Antwort auf diese Antwort zu erhalten (Sie können diesen Wert nicht konfigurieren).

Sie müssen die MPLS Hierarchieebene des Remote-Routers konfigurieren, um einen dort beendeten [edit protocols mpls] LSP pingen zu können. Sie müssen die MPLS selbst dann konfigurieren, wenn Sie nur LDP Forwarding Equivalence Classes (FECs) pingen möchten.

Verwenden Sie zum Ping MPLS LSP den ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> Befehl. Verwenden Sie den Befehl zum Ping MPLS sekundären ping mpls <count count> <rsvp <lsp-name>> standby path-name LSP. Eine detaillierte Beschreibung dieses Befehls finden Sie im CLI Explorer.

Anmerkung:

Der ping mpls Befehl wird in Routing-Instanzen nicht unterstützt.

Anmerkung:

Selbst-Ping wird für die Master-Instanz unterstützt und nicht für BEI CCC verwendete VLAN-basierte LSPs oder LSPs. Die Nachricht wird für jeden LSP angezeigt und verringert die Lesbarkeit der Konfiguration.

Ping-Point-to-Multipoint-LSPs

Verwenden Sie die oder die Befehle, um einen Point-to-Multipoint LSP ping mpls rsvp lsp-name multipointping mpls rsvp egress address zu pingen. Der Befehl gibt eine Liste aller Egress Router-Identifikatoren und den aktuellen Status der ping mpls rsvp lsp-name multipoint Point-to-Multipoint LSP-Ausgangsrouter zurück. Der ping mpls rsvp lsp-name multipoint egress address Befehl gibt den aktuellen Status des angegebenen Egress-Routers zurück.

Ping der Endpunktadresse von MPLS-LSPs

Um zu bestimmen, ob ein LSP zwischen zwei Provider-Edge-Routern (PE) eingerichtet und ausgeführt wird, können Sie die Endpunktadresse des LSP pingen. Verwenden Sie den Befehl zum Ping MPLS ping mpls lsp-end-point address LSP-Endpunkts. Mit diesem Befehl erfahren Sie, welcher LSP-Typ (RSVP oder LDP) an der angegebenen Adresse endet und ob dieser LSP oben oder unten ist.

Eine detaillierte Beschreibung dieses Befehls finden Sie im CLI Explorer.

Pinging CCC-LSPs

Sie können einen bestimmten CCC-LSP Ping. Der CCC-LSP-Ping-Befehl ist identisch mit dem Befehl, der für MPLS LSPs verwendet wird. Der befehl, den Sie verwenden, ist ping mpls <count count> <rsvp <lsp-name>> . Sie können auch einen sekundären Standby-CCC-LSP mithilfe des Befehls ping mpls <count count> <rsvp <lsp-name>> standby path-name pingen.

Eine detaillierte Beschreibung dieses Befehls finden Sie im CLI Explorer.

Ping-Layer-3-VPNs

Sie können einen ähnlichen Befehl ping mpls l3vpn vpn-name prefix prefix <count count> verwenden, um ein Layer-3-VPN zu pingen. Weitere Informationen zu diesem Befehl finden Sie in der Junos OS VPNs-Bibliothek für Routinggeräte und CLI Explorer.

Unterstützung für LSP-Ping- und Traceroute-Befehle basierend auf RFC 4379

Der Junos OS unterstützt LSP und Befehle basierend auf pingtraceroute RFC 4379, Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures().

LSP und Befehle basierend auf ping RFC 4379 versuchen, den von einem LSP eingeschlagenen Pfad zu verfolgen, indem auf ein MPLS traceroute TTL-Ablaufdatum angewiesen wird. Ein LSP kann mehrere Pfade vom Ingress zum Egress nehmen. Dies geschieht insbesondere mit Equal-Cost-Multipath (ECMP). Der LSP-Befehl traceroute kann alle möglichen Pfade zu einem LSP-Knoten zurückverfolgen.