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:

  • Eingangsrouter: Der Router am Anfang eines LSP. Dieser Router verkapselt IP-Pakete mit einem MPLS Layer 2 Frame und leitet sie an den nächsten Router in dem Pfad weiter. Jeder LSP kann nur einen Eingangsrouter haben.

  • Ausgangsrouter : Der Router am Ende eines LSP. Dieser Router entfernt die MPLS-Einkapselung und wandelt sie von einem MPLS-Paket in ein IP-Paket um und leitet das Paket mithilfe von Informationen in der IP-Weiterleitungstabelle an sein endgültiges Ziel weiter. Jeder LSP kann nur einen Ausgangsrouter haben. Die Eingangs- und Ausgangsrouter in einem LSP können nicht dieselben Router sein.

  • Transit-Router– Alle Intermediate-Router im LSP zwischen den Ingress- und Egress-Routern. Ein Transitrouter leitet empfangene MPLS-Pakete an den nächsten Router im MPLS-Pfad weiter. Ein LSP kann null oder mehr Transitrouter enthalten, bis zu maximal 253 Transitrouter in einem einzigen LSP.

Ein einzelner Router kann Teil mehrerer LSPs sein. Es kann der Eingangs- oder Ausgangsrouter für einen oder mehrere LSPs sein, und es kann auch ein Transitrouter in einem oder mehreren LSPs sein. Die Funktionen, die jeder Router unterstützt, hängen von Ihrem Netzwerkdesign ab.

Konfigurieren der Eingangs- und Ausgangsrouteradressen für LSPs

In den folgenden Abschnitten wird beschrieben, wie die Adressen der Eingangs- und Ausgangsrouter eines LSP angegeben werden:

Konfigurieren der Eingangsrouteradresse für LSPs

Der lokale Router gilt immer als der Eingangsrouter, der der Beginn des LSP ist. Die Software ermittelt automatisch die richtige Ausgangsschnittstelle und IP-Adresse, die verwendet werden soll, um den nächsten Router in einem LSP zu erreichen.

Standardmäßig wird die Router-ID als Adresse des Eingangsrouters gewählt. Um die automatische Auswahl der Quelladresse außer Kraft zu setzen, geben Sie in der from Anweisung eine Quelladresse an:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

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

Konfigurieren der Ausgangsrouteradresse für LSPs

Bei der Konfiguration eines LSP müssen Sie die Adresse des Ausgangsrouter angeben, indem Sie die to Anweisung angeben:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

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

Nach der Einrichtung des LSP wird die Adresse des Ausgangsrouters als Hostroute in der Routingtabelle installiert. Diese Route kann dann von BGP zur Weiterleitung des Datenverkehrs verwendet werden.

Wenn die Software BGP-Datenverkehr über einen LSP sendet, entspricht die Adresse des Ausgangsrouters der Adresse des BGP Next Hop. Sie können die Ausgangsrouteradresse als eine der Schnittstellenadressen des Routers oder als BGP-Router-ID angeben. Wenn Sie eine andere Adresse angeben, wird der BGP-Datenverkehr auch dann nicht über den LSP gesendet, wenn sich die Adresse auf demselben Router befindet.

Verwenden Sie den Befehl, show route detail um die Adresse des nächsten BGP-Hops zu bestimmen. Um die Zieladresse eines LSP zu bestimmen, verwenden Sie den show mpls lsp Befehl. Verwenden Sie den Befehl oder show route forwarding-table den show route Befehl, um zu bestimmen, ob eine Route einen LSP durchlaufen hat. In der Ausgabe dieser letzten beiden Befehle gibt das mit der label-switched-path Route enthaltene Schlüsselwort or push an, dass es über ein LSP weitergeleitet wurde. Verwenden Sie außerdem den traceroute Befehl, um den tatsächlichen Pfad zu verfolgen, zu dem die Route führt. Dies ist ein weiterer Hinweis darauf, ob eine Route einen LSP durchlaufen hat.

Sie können auch die Adresse des BGP Next Hop bearbeiten, indem Sie einen BGP-Importrichtlinienfilter definieren, der die Next-Hop-Adresse der Route festlegt.

Verhindern des Hinzufügens von Egress-Routeradressen zu Routing-Tabellen

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

Einige Gründe dafür, die to Anweisungsadresse nicht in den Routing-Tabellen inet.3 und inet.0 zu installieren, sind die folgenden:

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

    • Vergewissern Sie sich, dass der LSP ordnungsgemäß eingerichtet wurde, ohne den Datenverkehr zu beeinträchtigen.

    • Zuordnen des Datenverkehrs zum LSP in inkrementellen Schritten.

    • Ordnen Sie den Datenverkehr der Ziel-Loopback-Adresse (dem nächsten BGP-Hop) zu, indem Sie die Anweisung nach Abschluss der no-install-to-address Fehlerbehebung entfernen.

  • 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 to Anweisung in der Routingtabelle inet.3 angegeben wurde. Der IP-Datenverkehr wird dann an den CCC-Remoteendpunkt weitergeleitet, was dazu führen kann, dass einige Arten von PICs ausfallen.

Um zu verhindern, dass die Ausgangsrouteradresse, die mit der to Anweisung konfiguriert wurde, zu den Routing-Tabellen inet.3 und inet.0 hinzugefügt wird, fügen Sie die no-install-to-address Anweisung hinzu:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

Konfigurieren des Eingangsrouter für MPLS-signalisierte LSPs

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

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

Erstellen benannter Pfade

Um signalisierte LSPs zu konfigurieren, müssen Sie zuerst einen oder mehrere benannte Pfade auf dem Ingress-Router erstellen. Für jeden Pfad können Sie einige oder alle Transitrouter im Pfad angeben oder leer lassen.

Jeder Pathname kann bis zu 32 Zeichen enthalten und Buchstaben, Ziffern, Perioden und Bindestriche enthalten. Der Name muss innerhalb des Eingangsrouter eindeutig sein. Sobald ein benannter Pfad erstellt wurde, können Sie den benannten Pfad mit der primary oder secondary Anweisung verwenden, um LSPs auf der [edit protocols mpls label-switched-path label-path-name] Hierarchieebene zu konfigurieren. Sie können auf einer beliebigen Anzahl von LSPs den gleichen benannten Pfad angeben.

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

Um einen leeren Pfad zu erstellen, erstellen Sie einen benannten Pfad, indem Sie die folgende Form der path Anweisung einbeziehen. Diese Form der path Anweisung ist leer, was bedeutet, dass jeder Pfad zwischen den Ingress- und Egress-Routern akzeptiert wird. Tatsächlich handelt es sich bei dem verwendeten Pfad in der Regel um denselben Pfad, auf den zielbasierter Best-Effort-Datenverkehr folgt.

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

  • [edit protocols mpls]

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

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

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

  • [edit protocols mpls]

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

In dieser Form der path Anweisung geben Sie eine oder mehrere Transitrouteradressen an. Die Angabe der eingangs- oder ausgehenden Router ist optional. Sie können die Adresse oder den Hostnamen jedes Transitrouters angeben, obwohl Sie nicht jeden Transitrouter auflisten müssen, wenn dieser Typ ist loose. Geben Sie die Adressen in der reihenfolge an, beginnend mit dem Eingangsrouter (optional) oder dem ersten Transitrouter und der schrittweisen Fortsetzung entlang des Pfads zum Ausgangsrouter (optional) oder dem Router unmittelbar vor dem Egress-Router. Sie müssen pro Router-Hop nur eine Adresse 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.

Für jede Routeradresse geben Sie den Typ an, der einer der folgenden sein kann:

  • strict—(Standard) Die Route vom vorherigen Router zu diesem Router ist ein direkter Pfad und kann keine anderen Router enthalten. Wenn address es sich um eine Schnittstellenadresse handelt, stellt dieser Router auch sicher, dass die eingehende 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 vorhanden sind. Außerdem wird sichergestellt, dass das Routing auf Linkbasis durchgesetzt werden kann.

    Für strikte Adressen müssen Sie sicherstellen, dass der Router, der unmittelbar vor dem router, den Sie konfigurieren, 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— Die Route vom vorherigen Router zu diesem Router muss kein direkter Pfad sein, kann auch andere Router enthalten und kann auf jeder Schnittstelle empfangen werden. Die Adresse kann eine beliebige Schnittstellenadresse oder die Adresse der Loopback-Schnittstelle sein.

Beispiele: Erstellen benannter Pfade

Konfigurieren Sie einen Pfad, to-hastingsum den vollständigen strengen Pfad vom Eingangs- zu den Ausgangsroutern über 10.14.1.1, 10.13.1.1, 10.12.1.1und 10.11.1.1, in dieser Reihenfolge anzugeben. Außer den angegebenen Routern gibt es keine Zwischenrouter. Es können sich jedoch Zwischenrouter zwischen 10.11.1.1 und dem Ausgangsrouter befinden, da der Ausgangsrouter nicht speziell in der path Anweisung aufgeführt ist. Um Zwischenrouter vor dem Ausgehenden zu verhindern, konfigurieren Sie den Ausgangsrouter als letzten Router mit einem strict Typ.

Einen Pfad erstellen, alt-hastingsum eine beliebige Anzahl von Zwischenroutern zwischen Routern 10.14.1.1 und 10.11.1.1zu erlauben. Darüber hinaus sind Zwischenrouter zwischen 10.11.1.1 und dem Ausgangsrouter zulässig.

Konfigurieren alternativer Backup-Pfade mit Fate Sharing

Sie können eine Datenbank mit Informationen erstellen, die CSPF (Constrained Shortest Path First) zur Berechnung eines oder mehrerer Sicherungspfade verwendet, falls der primäre Pfad instabil wird. Die Datenbank beschreibt die Beziehungen zwischen Netzwerkelementen wie Routern und Verbindungen. Da diese Netzwerkelemente dasselbe Schicksal teilen, wird diese Beziehung Fate Sharing genannt.

Sie können Backup-Pfade konfigurieren, die die Anzahl der gemeinsam genutzten Verbindungen und Glasfaserpfade mit den primären Pfaden so weit wie möglich minimieren, um sicherzustellen, dass bei einem Glasfaserschnitt die minimale Datenmenge verloren geht und ein Pfad immer noch zum Ziel vorhanden ist.

Damit ein Backup-Pfad optimal funktioniert, darf er keine Verbindungen oder physischen Glasfaserpfade mit dem primären Pfad teilen. Dadurch wird sichergestellt, dass ein einzelner Fehlerpunkt die primären und Backup-Pfade nicht gleichzeitig beeinträchtigt.

In den folgenden Abschnitten wird beschrieben, wie Fate Sharing konfiguriert wird und wie es CSPF beeinflusst, und ein Beispiel für die Fate Sharing-Konfiguration:

Fate Sharing konfigurieren

Um fate sharing zu konfigurieren, fügen Sie die fate-sharing Anweisung ein:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen können, finden Sie im Abschnitt statement summary für diese Anweisung.

Jede schicksalsausgleichende Gruppe muss einen Namen haben, der bis zu 32 Zeichen lang sein kann und Buchstaben, Ziffern, Perioden (.) und Bindestriche (-) enthalten kann. Sie können bis zu 512 Gruppen definieren.

Fate-Sharing-Gruppen enthalten drei Arten von Objekten:

  • Punkt-zu-Punkt-Verbindungen: Identifiziert durch die IP-Adressen an jedem Ende des Links. Unnummerierte Punkt-zu-Punkt-Verbindungen werden in der Regel dadurch identifiziert, dass IP-Adressen von anderen Schnittstellen ausgeliehen werden. Auftrag ist nicht wichtig; from 10.1.3.4 to 10.1.3.5 und from 10.1.3.5 to 10.1.3.4 haben die gleiche Bedeutung.

  • Nicht-Punkt-zu-Punkt-Verbindungen: Fügen Sie Verbindungen auf einer LAN-Schnittstelle (z. B. Gigabit Ethernet-Schnittstellen) oder Nichtbroadcast-Multiaccess-Schnittstellen (NBMA) (z. B. Asynchronous Transfer Mode [ATM] oder Frame Relay) ein. Sie identifizieren diese Links anhand ihrer individuellen Schnittstellenadresse. Wenn beispielsweise an die LAN-Schnittstelle 192.168.200.0/24 vier Router angeschlossen sind, wird jede Routerverbindung individuell identifiziert:

    Sie können die Adressen in beliebiger Reihenfolge auflisten.

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

Alle Objekte in einer Gruppe haben bestimmte Ähnlichkeiten. Sie können z. B. eine Gruppe für alle Fasern definieren, die dieselbe Glasfaserleitung nutzen, alle optischen Kanäle, die dieselbe Glasfaser teilen, alle Verbindungen, die sich mit dem selben LAN-Switch verbinden, alle Geräte, die dieselbe Stromquelle teilen usw. 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 während der Verarbeitung ignoriert.

Ein Objekt kann in einer beliebigen Anzahl von Gruppen sein, und eine Gruppe kann eine beliebige Anzahl von Objekten enthalten. Jeder Gruppe werden konfigurierbare Kosten zugeordnet, die die Auswirkung dieser Gruppe auf CSPF-Berechnungen darstellen. Je höher die Kosten, desto geringer ist die Wahrscheinlichkeit, dass ein Backup-Pfad alle Objekte in der Gruppe mit dem primären Pfad teilt. Die Kosten sind direkt mit Traffic-Engineering-Kennzahlen vergleichbar. Standardmäßig sind die Kosten 1. Die Änderung der Fate Sharing-Datenbank betrifft die etablierten LSPs erst nach der nächsten Neuoptimierung von CSPF. Die Fate Sharing-Datenbank beeinflusst die Fast-Reroute-Berechnungen.

Auswirkungen auf CSPF

Wenn CSPF die primären Pfade eines LSP berechnet (oder sekundäre Pfade, wenn der primäre Pfad nicht aktiv ist), ignoriert es die informationen, die für das Schicksal geteilt werden. Sie möchten immer den bestmöglichen Pfad (am wenigsten 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 der Folgende auf:

  1. CSPF identifiziert alle Schicksalsgruppen, die dem primären Pfad zugeordnet sind. CSPF tut dies, indem es alle Links und Knoten identifiziert, die der primäre Pfad durchläuft, und Gruppenlisten zusammenstellt, die mindestens einen der Links oder Knoten enthalten. CSPF ignoriert die Eingangs- und Ausgangsknoten bei der Suche.

  2. CSPF prüft jeden Link in der Traffic Engineering-Datenbank mit der kompilierten Gruppenliste. Wenn die Verbindung Mitglied einer Gruppe ist, werden die Kosten für die Verbindung durch die Kosten der Gruppe erhöht. Wenn eine Verbindung Mitglied mehrerer Gruppen ist, werden alle Gruppenkosten zusammengerechnet.

  3. CSPF führt die Prüfung für jeden Knoten in der Traffic Engineering-Datenbank durch, mit Ausnahme des Eingangs- und Ausgangsknotens. Auch hier kann ein Knoten zu mehreren Gruppen gehören, sodass die Kosten additiv sind.

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

Auswirkungen auf CSPF, wenn Fate Sharing mit Bypass-LSPs

Wenn fate sharing mit Link Protection oder Link-Node-Schutz aktiviert ist, wird CSPF bei der Berechnung des Bypass-LSP-Pfads wie folgt ausgeführt:

  • CSPF identifiziert die schicksalsausgleichenden Gruppen, die dem primären LSP-Pfad zugeordnet sind. CSPF tut dies, indem es die unmittelbare Downstream-Verbindung und die unmittelbaren Downstream-Knoten identifiziert, die der Bypass zu schützen versucht. CSPF kompiliert Gruppenlisten, die die unmittelbare Downstream-Verbindung und die unmittelbaren Downstream-Knoten enthalten.

  • CSPF überprüft jede Verbindung (vom Eingang zum unmittelbaren Downstream-Knoten) in der Traffic Engineering-Datenbank mit der kompilierten Gruppenliste. Wenn die Verbindung Mitglied einer Gruppe ist, werden die Kosten für die Verbindung durch die Kosten der Gruppe erhöht.

  • CSPF identifiziert die downstream-Verbindung, die sich nicht auf dem schicksalsbasierten Pfad befindet.

Diese Berechnung verhindert, dass Bypasses dieselbe physische Verbindung wie der primäre LSP-Pfad verwenden, wenn praktikable Alternativen verfügbar sind.

Beispiel: Fate Sharing konfigurieren

Konfigurieren Sie Fate Sharing-Gruppen east und west. Da west es keine Objekte gibt, wird es während der Verarbeitung ignoriert.

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

Um signalisierte LSPs auf allen MPLS-Routern zu konfigurieren, die in MPLS teilnehmen sollten, müssen Sie MPLS und RSVP auf diesen Routern aktivieren.

Konfigurieren der Verbindung zwischen Eingangs- und Ausgangsroutern

Der Eingangsrouter kann viele Versuche machen, eine Verbindung herzustellen und über den primären Pfad wieder mit dem Ausgangsrouter zu verbinden. Sie können steuern, wie oft der Eingangsrouter versucht, eine Verbindung über den primären Pfad herzustellen und wie lange er zwischen wiederholungsversuchen wartet.

Der Timer für den erneuten Versuch konfiguriert, wie lange der eingehende Router wartet, bevor versucht wird, sich über den primären Pfad erneut mit dem Ausgangsrouter zu verbinden. Die Standardwiederholzeit beträgt 30 Sekunden. Die Zeit kann zwischen 1 und 600 Sekunden sein. Um diesen Wert zu ändern, fügen Sie die retry-timer Anweisung ein:

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

Standardmäßig ist keine Begrenzung auf die Anzahl der Zeiten festgelegt, in denen ein Eingehender Router versucht, eine Verbindung zum Ausgangsrouter über den primären Pfad herzustellen oder wiederhergestellt zu haben. Um die Anzahl der Versuche zu begrenzen, fügen Sie die retry-limit Anweisung ein:

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

Die Grenze kann ein Wert bis zu 10.000 sein. Beim Überschreiten des Wiederholungsgrenzwerts werden keine Versuche mehr unternommen, eine Pfadverbindung herzustellen. An dieser Stelle ist ein Eingriff erforderlich, um den primären Pfad neu zu starten.

Wenn Sie ein Wiederholungslimit festlegen, wird es jedes Mal auf 1 zurückgesetzt, wenn ein erfolgreicher Primärpfad erstellt wird.

Ping von LSPs

In den folgenden Abschnitten wird beschrieben, wie der Befehl zur Bestätigung der ping mpls LSP-Funktion verwendet wird.

Ping von MPLS-LSPs

Sie können einen bestimmten LSP pingen. Echo-Anfragen werden über den LSP als MPLS-Pakete gesendet. Der Payload ist ein UDP-Paket (User Datagram Protocol), das an eine Adresse im 127/8-Bereich (standardmäßig 127.0.0.1, diese Adresse ist konfigurierbar) und Port 8503 weitergeleitet wird. Die Label- und Schnittstelleninformationen zum Erstellen und Senden dieser Informationen als MPLS-Paket sind die gleichen wie für Standard-LSP-Datenverkehr.

Wenn die Echo-Anfrage am Ausgangsknoten ankommt, überprüft der Empfänger den Inhalt des Pakets und sendet mithilfe von UDP eine Antwort mit dem richtigen Rückgabewert. Der Router, der die Echo-Anfrage sendet, wartet darauf, nach einer Timeout von 2 Sekunden eine Echo-Antwort zu erhalten (Sie können diesen Wert nicht konfigurieren).

Sie müssen MPLS auf der [edit protocols mpls] Hierarchieebene auf dem Remote-Router konfigurieren, um einen dort beendeten LSP pingen zu können. Sie müssen MPLS konfigurieren, auch wenn Sie beabsichtigen, nur LDP-FeCs (Forwarding Equivalence Classes) anzupingen.

Verwenden Sie den ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> Befehl zum Ping eines MPLS-LSP. Um einen sekundären MPLS-LSP anpingen zu können, verwenden Sie den ping mpls <count count> <rsvp <lsp-name>> standby path-name Befehl. Eine detaillierte Beschreibung dieses Befehls finden Sie im CLI-Explorer.

Anmerkung:

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

Anmerkung:

Self-Ping wird für die Masterinstanz unterstützt und nicht für VLAN-basierte LSPs oder in CCC verwendete LSPs unterstützt. Die Meldung wird für jeden LSP angezeigt und reduziert die Lesbarkeit der Konfiguration.

Ping von Point-to-Multipoint-LSPs

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

Ping der Endpunktadresse von MPLS-LSPs

Um zu bestimmen, ob ein LSP zwischen zwei Provider-Edge-Routern (PE) einsatzbereit ist, können Sie die Endpunktadresse des LSP pingen. Verwenden Sie den ping mpls lsp-end-point address Befehl, um einen MPLS-LSP-Endpunkt anzupingen. Mit diesem Befehl erfahren Sie, welcher LSP-Typ (RSVP oder LDP) an der angegebenen Adresse beendet wird und ob dieser LSP aktiv oder abwärts ist.

Eine detaillierte Beschreibung dieses Befehls finden Sie im CLI-Explorer.

Ping von CCC-LSPs

Sie können einen bestimmten CCC-LSP pingen. Der CCC-LSP-Ping-Befehl ist identisch mit dem für MPLS-LSPs. Der von Ihnen benutzte Befehl 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.

Pinging von Layer 3-VPNs

Sie können einen ähnlichen Befehl verwenden, ping mpls l3vpn vpn-name prefix prefix <count count>um ein Layer-3-VPN anzupingen. Weitere Informationen zu diesem Befehl finden Sie in der Junos OS VPNs Library for Routing Devices und dem CLI Explorer.

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

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

LSP ping und traceroute Befehle basierend auf RFC 4379 versuchen, den von einem LSP genommenen Pfad zu verfolgen, indem sie sich auf den MPLS-TTL-Ablaufablauf stützen. Ein LSP kann mehrere Pfade vom Eingang zum Ausgang nehmen. Dies tritt insbesondere bei Equal Cost Multipath (ECMP) auf. Der LSP-Befehl traceroute kann alle möglichen Pfade zu einem LSP-Knoten verfolgen.