Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Auf dieser Seite
 

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 kapselt IP-Pakete mit einem MPLS-Layer-2-Frame und leitet sie an den nächsten Router im Pfad weiter. Jeder LSP kann nur über einen Eingangsrouter verfügen.

  • Ausgangsrouter - Der Router am Ende eines LSP. Dieser Router entfernt die MPLS-Kapselung, wandelt sie so von einem MPLS-Paket in ein IP-Paket um und leitet das Paket mithilfe der Informationen in der IP-Weiterleitungstabelle an sein endgültiges Ziel weiter. Jeder LSP kann nur über einen Ausgangsrouter verfügen. Die Eingangs- und Ausgangsrouter in einem LSP dürfen nicht derselbe Router sein.

  • Transit-Router: Ein beliebiger Zwischenrouter im LSP zwischen dem Eingangs- und dem Ausgangsrouter. 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 einem Maximum von 253 Transitroutern in einem einzelnen LSP.

Ein einzelner Router kann Teil mehrerer Sprachdienstleister sein. Dabei kann es sich um den Eingangs- oder Ausgangsrouter für einen oder mehrere LSPs handeln, und es kann sich auch um einen Transitrouter in einem oder mehreren LSPs handeln. Welche Funktionen die einzelnen Router unterstützen, hängt von Ihrem Netzwerkdesign ab.

Konfigurieren der Eingangs- und Ausgangsrouteradressen für Sprachdienstleister

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

Konfigurieren der Eingangsrouteradresse für Sprachdienstleister

Der lokale Router wird immer als Eingangsrouter betrachtet, der den Anfang des LSP darstellt. Die Software ermittelt automatisch die richtige ausgehende Schnittstelle 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 ausgewählt. Um die automatische Auswahl der Quelladresse zu überschreiben, geben Sie in der Anweisung eine Quelladresse an:from

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

Die vom Sprachdienstleister verwendete ausgehende Schnittstelle wird von der von Ihnen konfigurierten Quelladresse nicht beeinflusst.

Konfigurieren der Ausgangsrouteradresse für Sprachdienstleister

Wenn Sie einen LSP konfigurieren, müssen Sie die Adresse des Ausgangsrouters angeben, indem Sie die folgende Anweisung einfügen:to

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

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

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

Damit die Software BGP-Datenverkehr über einen LSP sendet, ist die Adresse des Ausgangsrouters identisch mit der Adresse des nächsten BGP-Hops. Sie können die Adresse des Ausgangsrouters als eine beliebige Schnittstellenadresse des Routers oder als BGP-Router-ID angeben. Wenn Sie eine andere Adresse angeben, wird kein BGP-Datenverkehr über den LSP gesendet, auch wenn sich die Adresse auf demselben Router befindet.

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

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

Verhindern des Hinzufügens von Ausgangsrouteradressen zu Routing-Tabellen

Sie müssen eine Adresse mit der Anweisung für alle Sprachdienstleister konfigurieren.to Diese Adresse wird immer als Präfix in die Routing-Tabellen inet.3 oder inet.0 eingebaut./32 Sie können verhindern, dass die mit der Anweisung konfigurierte Ausgangsrouteradresse zu den Routingtabellen inet.3 und inet.0 hinzugefügt wird, indem Sie die Anweisung einschließen.tono-install-to-address

Einige Gründe, die Anweisungsadresse nicht in den Routingtabellen inet.3 und inet.0 zu installieren, sind die folgenden:to

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

    • Stellen Sie sicher, dass der Sprachdienstleister ordnungsgemäß eingerichtet wurde, ohne den Datenverkehr zu beeinträchtigen.

    • Ordnen Sie den Datenverkehr dem LSP in inkrementellen Schritten zu.

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

  • Verhindern Sie, dass bei CCC-Verbindungen IP-Datenverkehr verloren geht. Wenn ein Sprachdienstleister feststellt, dass er nicht zu einer Verbindung gehört, installiert er die Adresse, die mit der Anweisung in der Routing-Tabelle inet.3 angegeben ist.to Der IP-Datenverkehr wird dann an den CCC-Remote-Endpunkt weitergeleitet, was dazu führen kann, dass einige Arten von PICs fehlschlagen.

Um zu verhindern, dass die mit der Anweisung konfigurierte Ausgangsrouteradresse zu den Routingtabellen inet.3 und inet.0 hinzugefügt wird, fügen Sie die folgende Anweisung ein:tono-install-to-address

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

Konfigurieren des Eingangsrouters 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.

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

Erstellen von benannten Pfaden

Um signalisierte LSPs zu konfigurieren, müssen Sie zunächst einen oder mehrere benannte Pfade auf dem Eingangsrouter erstellen. Für jeden Pfad können Sie einige oder alle Transitrouter im Pfad angeben oder ihn leer lassen.

Jeder Pfadname kann bis zu 32 Zeichen lang sein und Buchstaben, Ziffern, Punkte und Bindestriche enthalten. Der Name muss innerhalb des Eingangsrouters eindeutig sein. Nachdem ein benannter Pfad erstellt wurde, können Sie den benannten Pfad mit der oder-Anweisung verwenden, um LSPs auf Hierarchieebene zu konfigurieren.primarysecondary[edit protocols mpls label-switched-path label-path-name] Sie können denselben benannten Pfad für eine beliebige Anzahl von Sprachdienstleistern angeben.

Um zu bestimmen, ob ein LSP dem primären oder sekundären Pfad in einer RSVP-Sitzung zugeordnet ist, geben Sie den Befehl ein.show rsvp session detail

Um einen leeren Pfad zu erstellen, erstellen Sie einen benannten Pfad, indem Sie die folgende Form der Anweisung einfügen.path Diese Form der Anweisung ist leer, was bedeutet, dass jeder Pfad zwischen dem Eingangs- und dem Ausgangsrouter akzeptiert wird.path Tatsächlich ist der verwendete Pfad in der Regel derselbe Pfad, dem der zielbasierte Best-Effort-Verkehr folgt.

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

  • [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 die folgende Form der Anweisung ein und geben Sie eine Adresse für jeden Transitrouter an:path

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

  • [edit protocols mpls]

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

In dieser Form der Anweisung geben Sie eine oder mehrere Transit-Router-Adressen an.path Die Angabe der Eingangs- oder Ausgangsrouter ist optional. Sie können die Adresse oder den Hostnamen jedes Transitrouters angeben, obwohl Sie nicht jeden Transitrouter auflisten müssen, wenn sein Typ .loose Geben Sie die Adressen in der angegebenen Reihenfolge an, beginnend mit dem Eingangsrouter (optional) oder dem ersten Transitrouter und fortlaufend entlang des Pfads bis zum Ausgangsrouter (optional) oder dem Router unmittelbar vor dem Ausgangsrouter. Sie müssen nur eine Adresse pro Router-Hop angeben. Wenn Sie mehr als eine Adresse für denselben Router angeben, wird nur die erste Adresse verwendet. Die zusätzlichen Adressen werden ignoriert und abgeschnitten.

Für jede Routeradresse geben Sie den Typ an, bei dem es sich um einen der folgenden Optionen handeln kann:

  • strict—(Standard) Die Route, die vom vorherigen Router zu diesem Router genommen wird, ist ein direkter Pfad und kann keine anderen Router einschließen. Wenn es sich um eine Schnittstellenadresse handelt, stellt dieser Router auch sicher, dass die eingehende Schnittstelle die angegebene ist.address Die Sicherstellung, dass es sich um die angegebene eingehende Schnittstelle handelt, ist wichtig, wenn parallele Verbindungen zwischen dem vorherigen Router und diesem Router bestehen. Außerdem wird sichergestellt, dass das Routing für jede Verbindung einzeln erzwungen werden kann.

    Bei strikten Adressen müssen Sie sicherstellen, dass der Router, der dem von Ihnen konfigurierten Router unmittelbar vorausgeht, über eine direkte Verbindung zu diesem Router verfügt. Bei der Adresse kann es sich um eine Loopback-Schnittstellenadresse handeln, 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 andere Router umfassen und kann auf jeder Schnittstelle empfangen werden. Die Adresse kann eine beliebige Schnittstellenadresse oder die Adresse der Loopback-Schnittstelle sein.

Beispiele: Erstellen von benannten Pfaden

Konfigurieren Sie einen Pfad, , um den vollständigen strikten Pfad vom Eingangs- zu den Ausgangsroutern über , , und , in dieser Reihenfolge anzugeben.to-hastings10.14.1.110.13.1.110.12.1.110.11.1.1 Es dürfen keine anderen Zwischenrouter als die angegebenen vorhanden sein. Es können jedoch Zwischenrouter zwischen und dem Ausgangsrouter vorhanden sein, da der Ausgangsrouter in der Anweisung nicht ausdrücklich aufgeführt ist.10.11.1.1path Um Zwischenrouter vor dem Ausgang zu verhindern, konfigurieren Sie den Ausgangsrouter als letzten Router mit einem Typ.strict

Erstellen Sie einen Pfad, , um eine beliebige Anzahl von Zwischenroutern zwischen Routern und zuzulassen.alt-hastings10.14.1.110.11.1.1 Darüber hinaus sind zwischengeschaltete Router zwischen und dem Ausgangsrouter zulässig.10.11.1.1

Konfigurieren alternativer Backup-Pfade mit Fate Sharing

Sie können eine Datenbank mit Informationen erstellen, die CSPF (Constrained Shortest Path First) verwendet, um einen oder mehrere Sicherungspfade zu berechnen, falls der primäre Pfad instabil wird. Die Datenbank beschreibt die Beziehungen zwischen Elementen des Netzwerks, z. B. Routern und Verbindungen. Da diese Netzwerkelemente das gleiche Schicksal teilen, wird diese Beziehung als Schicksalsteilung bezeichnet.

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 einer Unterbrechung einer Glasfaser nur eine minimale Datenmenge verloren geht und noch ein Pfad 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 sich ein einzelner Fehlerpunkt nicht gleichzeitig auf den Primär- und den Sicherungspfad auswirkt.

In den folgenden Abschnitten wird beschrieben, wie Sie die Schicksalsfreigabe konfigurieren und wie sie sich auf CSPF auswirkt, und es wird ein Konfigurationsbeispiel für die Schicksalsteilung bereitgestellt:

Konfigurieren von Fate Sharing

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

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Anweisungszusammenfassung für diese Anweisung.

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

Gruppen mit geteiltem Schicksal enthalten drei Arten von Objekten:

  • Punkt-zu-Punkt-Verbindungen: Identifiziert durch die IP-Adressen an jedem Ende der Verbindung. Nicht nummerierte Punkt-zu-Punkt-Links werden in der Regel durch das Ausleihen von IP-Adressen von anderen Schnittstellen identifiziert. Ordnung ist nicht wichtig; und haben die gleiche Bedeutung.from 10.1.3.4 to 10.1.3.5from 10.1.3.5 to 10.1.3.4

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

    Sie können die Adressen in beliebiger Reihenfolge auflisten.

  • Ein Router-Knoten: Identifiziert durch seine konfigurierte Router-ID.

Alle Objekte in einer Gruppe weisen bestimmte Ähnlichkeiten auf. Sie können z. B. eine Gruppe für alle Glasfasern definieren, die sich dieselbe Glasfaserleitung teilen, für alle optischen Kanäle, die dieselbe Glasfaser verwenden, für alle Verbindungen, die mit demselben LAN-Switch verbunden sind, für alle Geräte, die dieselbe Stromquelle verwenden, usw. Alle Objekte werden als /32-Hostadressen behandelt.

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

Ein Objekt kann sich in einer beliebigen Anzahl von Gruppen befinden, und eine Gruppe kann eine beliebige Anzahl von Objekten enthalten. Jeder Gruppe werden konfigurierbare Kosten zugeordnet, die den Grad der Auswirkungen dieser Gruppe auf CSPF-Berechnungen darstellen. Je höher die Kosten, desto geringer ist die Wahrscheinlichkeit, dass ein Sicherungspfad alle Objekte in der Gruppe mit dem primären Pfad teilt. Die Kosten sind direkt vergleichbar mit den Metriken des Traffic Engineering. Standardmäßig betragen die Kosten 1. Das Ändern der Fate-Sharing-Datenbank wirkt sich erst bei der nächsten Neuoptimierung von CSPF auf etablierte Sprachdienstleister aus. Die Fate-Sharing-Datenbank beeinflusst Fast-Reroute-Berechnungen.

Implikationen für 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 zur Schicksalsteilung. Sie möchten immer den bestmöglichen Pfad (die geringsten 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, geschieht Folgendes:

  1. CSPF identifiziert alle Gruppen mit Schicksalsteilung, die dem primären Pfad zugeordnet sind. CSPF identifiziert dazu alle Links und Knoten, die der primäre Pfad durchläuft, und erstellt Gruppenlisten, die mindestens einen der Links oder Knoten enthalten. CSPF ignoriert die Eingangs- und Ausgangsknoten bei der Suche.

  2. CSPF vergleicht jeden Link in der Traffic-Engineering-Datenbank mit der kompilierten Gruppenliste. Wenn der Link Mitglied einer Gruppe ist, werden die Kosten des Links um die Kosten der Gruppe erhöht. Wenn ein Link Mitglied mehrerer Gruppen ist, werden alle Gruppenkosten addiert.

  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 gilt, dass ein Knoten mehreren Gruppen angehören kann, sodass die Kosten additiv sind.

  4. Der Router führt eine reguläre CSPF-Berechnung mit der angepassten Topologie durch.

Implikationen für CSPF bei Schicksalsteilung mit Umgehungs-LSPs

Wenn die Schicksalsfreigabe mit Link-Schutz oder Link-Node-Schutz aktiviert ist, geht CSPF bei der Berechnung des Umgehungs-LSP-Pfads wie folgt vor:

  • CSPF identifiziert die Gruppen mit Schicksalsteilung, die dem primären LSP-Pfad zugeordnet sind. CSPF identifiziert dazu die unmittelbare Downstream-Verbindung und die unmittelbaren Downstream-Knoten, die durch die Umgehung geschützt werden sollen. CSPF erstellt Gruppenlisten, die den unmittelbaren Downstream-Link und die unmittelbar nachgelagerten Knoten enthalten.

  • CSPF vergleicht jeden Link (vom Eingang zum unmittelbar nachgelagerten Knoten) in der Traffic-Engineering-Datenbank anhand der kompilierten Gruppenliste. Wenn der Link Mitglied einer Gruppe ist, werden die Kosten des Links um die Kosten der Gruppe erhöht.

  • CSPF identifiziert den Downstream-Link, der sich nicht im Pfad "Schicksalsfreigabe" befindet.

Diese Berechnung verhindert, dass Bypässe dieselbe physische Verbindung wie den primären LSP-Pfad verwenden, wenn praktikable Alternativen verfügbar sind.

Beispiel: Konfigurieren von Fate Sharing

Konfigurieren Sie Schicksalsteilungsgruppen und .eastwest Da es keine Objekte hat, wird es während der Verarbeitung ignoriert.west

Konfigurieren der Zwischen- und Ausgangsrouter für MPLS-signalisierte LSPs

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

Konfigurieren der Verbindung zwischen Eingangs- und Ausgangsroutern

Der Eingangsrouter kann viele Versuche unternehmen, über den primären Pfad eine Verbindung mit dem Ausgangsrouter herzustellen und erneut herzustellen. 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 Wiederholungstimer konfiguriert, wie lange der Eingangsrouter wartet, bevor er versucht, über den primären Pfad erneut eine Verbindung zum Ausgangsrouter herzustellen. Die standardmäßige Wiederholungszeit beträgt 30 Sekunden. Die Zeit kann zwischen 1 und 600 Sekunden liegen. Um diesen Wert zu ändern, fügen Sie die folgende Anweisung ein:retry-timer

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

Standardmäßig ist kein Limit für die Anzahl der Versuche eines Eingangsrouters festgelegt, eine Verbindung zum Ausgangsrouter über den primären Pfad herzustellen oder wiederherzustellen. Um die Anzahl der Versuche zu begrenzen, fügen Sie die folgende Anweisung ein:retry-limit

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

Der Grenzwert kann ein Wert bis zu 10.000 sein. Wenn das Wiederholungslimit überschritten wird, werden keine Versuche mehr unternommen, eine Pfadverbindung herzustellen. An diesem Punkt 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ärer Pfad erstellt wird.

Ping von LSPs

In den folgenden Abschnitten wird beschrieben, wie Sie den Befehl verwenden, um die Funktion von LSP zu bestätigen.ping mpls

Pingen von MPLS-LSPs

Sie können einen bestimmten Sprachdienstleister anpingen. Echo-Anforderungen werden als MPLS-Pakete über den LSP gesendet. Bei der Nutzlast handelt es sich um 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 Bezeichnung und die Schnittstelleninformationen zum Erstellen und Senden dieser Informationen als MPLS-Paket sind die gleichen wie für den standardmäßigen LSP-Datenverkehr.

Wenn die Echoanforderung am Ausgangsknoten eintrifft, überprüft der Empfänger den Inhalt des Pakets und sendet mithilfe von UDP eine Antwort mit dem korrekten Rückgabewert. Der Router, der die Echoanforderung sendet, wartet nach einer Zeitüberschreitung von 2 Sekunden auf den Empfang einer Echoantwort (Sie können diesen Wert nicht konfigurieren).

Sie müssen MPLS auf der Hierarchieebene auf dem Remote-Router konfigurieren, um einen Spingen an einen LSP senden zu können, der dort endet.[edit protocols mpls] Sie müssen MPLS auch dann konfigurieren, wenn Sie beabsichtigen, nur LDP-Weiterleitungsäquivalenzklassen (FECs) anzupingen.

Um einen MPLS-LSP anzupingen, verwenden Sie den Befehl.ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> Verwenden Sie den Befehl, um einen sekundären MPLS-LSP anzupingen.ping mpls <count count> <rsvp <lsp-name>> standby path-name Eine ausführliche Beschreibung dieses Befehls finden Sie im CLI-Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/

HINWEIS:

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

HINWEIS:

Self-Ping wird für die Master-Instanz und nicht für VLAN-basierte LSPs oder LSPs, die in CCC verwendet werden, unterstützt. Die Meldung wird für jeden LSP angezeigt und verringert die Lesbarkeit der Konfiguration.

Pingen von Punkt-zu-Multipunkt-LSPs

Um einen Punkt-zu-Mehrpunkt-LSP anzupingen, verwenden Sie die Befehle oder .ping mpls rsvp lsp-name multipointping mpls rsvp egress address Der Befehl gibt eine Liste aller Ausgangsrouter-IDs und den aktuellen Status der Point-to-Multipoint-LSP-Ausgangsrouter zurück.ping mpls rsvp lsp-name multipoint Der Befehl gibt den aktuellen Status des angegebenen Ausgangsrouters zurück.ping mpls rsvp lsp-name multipoint egress address

Pingen der Endpunktadresse von MPLS-LSPs

Um festzustellen, ob ein LSP zwischen zwei Provider-Edge-Routern (PE) aktiv ist, können Sie die Endpunktadresse des LSP pingen. Verwenden Sie den Befehl, um einen MPLS-LSP-Endpunkt anzupingen.ping mpls lsp-end-point address Dieser Befehl gibt an, welcher LSP-Typ (RSVP oder LDP) an der angegebenen Adresse endet und ob dieser LSP aktiv oder inaktiv ist.

Eine ausführliche Beschreibung dieses Befehls finden Sie im CLI-Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/

CCC-Sprachdienstleister anpingen

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

Eine ausführliche Beschreibung dieses Befehls finden Sie im CLI-Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/

Pingen von Layer-3-VPNs

Sie können einen ähnlichen Befehl verwenden, um ein Layer-3-VPN anzupingen.ping mpls l3vpn vpn-name prefix prefix <count count> Weitere Informationen zu diesem Befehl finden Sie in der Junos OS VPNs-Bibliothek für Routing-Geräte und im CLI-Explorer.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-vpns/index.htmlhttps://www.juniper.net/documentation/content-applications/cli-explorer/junos/

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

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

LSP und Befehle, die auf RFC 4379 basieren, versuchen, den Pfad eines LSP zu verfolgen, indem sie sich auf den MPLS-TTL-Ablauf verlassen.pingtraceroute Ein LSP kann mehrere Pfade vom Eingang zum Ausgang nehmen. Dies geschieht insbesondere bei Equal Cost Multipath (ECMP). Mit dem LSP-Befehl können alle möglichen Pfade zu einem LSP-Knoten verfolgt werden.traceroute

Verwandte Themen