Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

LSP-Routen

MPLS- und Routing-Tabellen

Die IGPs und BGP speichern ihre Routing-Informationen in der Routing-Tabelle inet.0, der wichtigsten IP-Routingtabelle. Wenn der Befehl konfiguriert ist, sodass nur BGP MPLS-Pfade für die traffic-engineering bgp Weiterleitung des Datenverkehrs verwenden kann, werden die MPLS-Pfadinformationen in einer separaten Routingtabelle inet.3 gespeichert. Nur BGP greift auf die Routingtabelle inet.3 zu. BGP verwendet sowohl inet.0 als auch inet.3, um Next-Hop-Adressen zu beheben. Wenn der traffic-engineering bgp-igp Befehl konfiguriert ist, sodass die IGPs MPLS-Pfade für die Weiterleitung des Datenverkehrs verwenden können, werden MPLS-Pfadinformationen in der Routingtabelle inet.0 gespeichert. (Abbildung 1 und Abbildung 2 veranschaulichen die Routing-Tabellen in den beiden Traffic-Engineering-Konfigurationen.)

Abbildung 1: Routing- und Weiterleitungstabellen, Traffic-Engineering bgpRouting- und Weiterleitungstabellen, Traffic-Engineering bgp

Die Inet.3-Routingtabelle enthält die Hostadresse des Egress-Routers jedes LSP. Diese Routing-Tabelle wird auf Eingangsroutern verwendet, um Pakete an den Ziel-Ausgangsrouter zu routen. BGP verwendet die Inet.3-Routingtabelle auf dem Ingress-Router, um Next-Hop-Adressen zu auflösen.

MPLS verwaltet auch eine MPLS-Pfadroutingtabelle (mpls.0), die eine Liste des nächsten Label-Switched-Routers in jedem LSP enthält. Diese Routing-Tabelle wird auf Transitroutern verwendet, um Pakete entlang eines LSP an den nächsten Router zu routen.

Normalerweise wird die mpls.0-Routingtabelle vom Ausgangsrouter in einem LSP nicht konsultiert. (Dieser Router muss mpls.0 nicht einsehen, da der vorletzte Router im LSP entweder das Label des Pakets auf einen Wert von 0 ändert oder das Label pops.) In beiden Fällen leitet der Ausgangsrouter es als IPv4-Paket weiter und berät die IP-Routingtabelle inet.0, um zu bestimmen, wie das Paket weitergeleitet werden soll.

Wenn ein Transit- oder Ausgangsrouter ein MPLS-Paket empfängt, werden Informationen in der MPLS-Weiterleitungstabelle verwendet, um den nächsten Transitrouter im LSP zu bestimmen oder zu bestimmen, dass dieser Router der Ausgangsrouter ist.

Wenn BGP ein Next-Hop-Präfix behebt, untersucht es sowohl die Routingtabellen inet.0 als auch inet.3 und sucht nach dem nächsten Hop mit der geringsten Präferenz. Wenn ein Next-Hop-Eintrag mit einer gleichen Präferenz in beiden Routingtabellen gefunden wird, bevorzugt BGP den Eintrag in der Inet.3-Routingtabelle.

Abbildung 2: Routing- und Weiterleitungstabellen, Traffic-Engineering bgp-igpRouting- und Weiterleitungstabellen, Traffic-Engineering bgp-igp

Im Allgemeinen wählt BGP Next-Hop-Einträge in der Inet.3-Routingtabelle aus, da ihre Einstellungen immer niedriger sind als OSPF- und IS-IS-Next-Hop-Einstellungen. Wenn Sie LSPs konfigurieren, können Sie die Standardpräferenz für MPLS-LSPs außer Kraft setzen, was den Auswahlprozess im nächsten Hop ändern könnte.

Wenn BGP einen Next-Hop-Eintrag aus der Inet.3-Routingtabelle auswählt, wird dieser LSP in die Weiterleitungstabelle in der Packet Forwarding Engine installiert, wodurch Pakete, die für den nächsten Hop bestimmt sind, entlang des LSP ein- und übertragen werden. Wenn der LSP entfernt wird oder ausfällt, wird der Pfad aus der Routingtabelle inet.3 und aus der Weiterleitungstabelle entfernt, und BGP wendet sich mit einem nächsten Hop aus der Routingtabelle inet.0 zurück.

Fast Reroute – Übersicht

Fast Reroute bietet Redundanz für einen LSP-Pfad. Wenn Sie eine schnelle Umleitung aktivieren, werden Umwege vorkomputiert und entlang des LSP eingerichtet. Bei einem Netzwerkausfall auf dem aktuellen LSP-Pfad wird der Datenverkehr schnell zu einem der Umleitungen geleitet. Abbildung 3 zeigt einen LSP von Router A zu Router F und zeigt die etablierten Umleitungen an. Jeder Umweg wird von einem Upstream-Knoten eingerichtet, um die Verbindung zum unmittelbaren Downstream-Knoten und dem unmittelbaren Downstream-Knoten selbst zu vermeiden. Jede Umleitung kann durch einen oder mehrere labelvermittelte Router (oder Switches) gehen, die in der Abbildung nicht dargestellt sind.

Fast Reroute schützt den Datenverkehr vor einem Single Point of Failure zwischen den Ingress- und Egress-Routern (oder Switches). Wenn es in einem skalierten Szenario für die schnelle Umleitung zu einem Fehler kommt, verlieren die Geräte die Erreichbarkeit für alle Peers, die über die fehlgeschlagene Verbindung verbunden waren. Dies führt zu einer Unterbrechung des Datenverkehrs, da die BGP-Sitzung unter den Geräten ausfällt. Wenn es entlang eines LSP mehrere Ausfälle gibt, kann die schnelle Umleitung selbst fehlschlagen. Außerdem schützt Fast Reroute nicht vor Ausfällen der Ingress- oder Egress-Router.

Abbildung 3: Detours Etabliert für einen LSP mit Fast RerouteDetours Etabliert für einen LSP mit Fast Reroute

Wenn ein Knoten erkennt, dass eine Downstream-Verbindung fehlgeschlagen ist (mithilfe eines Link-Layer-spezifischen Liveness-Erkennungsmechanismus) oder dass ein Downstream-Knoten fehlgeschlagen ist (z. B. mit dem RSVP Neighbor Hello-Protokoll), schaltet der Knoten den Datenverkehr schnell auf den Umweg und signalisiert gleichzeitig dem Eingangsrouter den Link- oder Knotenausfall. Abbildung 4 zeigt den Umweg, der beim Ausfall der Verbindung zwischen Router B und Router C genommen wird.

Abbildung 4: Detour nach dem Ausfall der Verbindung von Router B zu Router CDetour nach dem Ausfall der Verbindung von Router B zu Router C

Wenn die Netzwerktopologie nicht reich genug ist (es gibt nicht genügend Router mit ausreichend Verbindungen zu anderen Routern), sind einige der Umwege möglicherweise nicht erfolgreich. Beispielsweise kann der Umweg von Router A zu Router C in Abbildung 3 die Verbindung A-B und Router B nicht passieren. Ist ein solcher Weg nicht möglich, erfolgt der Umweg nicht.

Beachten Sie, dass der Datenverkehr, nachdem der Knoten den Datenverkehr auf den Umweg umgestellt hat, der Datenverkehr möglicherweise bald darauf wieder auf einen neu berechneten Umweg umgestellt wird. Dies liegt daran, dass die erste Umleitungsroute möglicherweise nicht die beste Route ist. Um die Umleitung so schnell wie möglich zu gestalten, schaltet der Knoten den Datenverkehr auf den ersten Umweg, ohne zuerst zu überprüfen, ob der Umweg gültig ist. Sobald der Switch hergestellt ist, rekomputiert der Knoten den Umweg. Wenn der Knoten feststellt, dass die anfängliche Umleitung weiterhin gültig ist, fließt der Datenverkehr weiterhin über diesen Umweg. Wenn der Knoten feststellt, dass der erste Umweg nicht mehr gültig ist, wird der Datenverkehr erneut auf einen neu berechneten Umweg umgeschaltet.

Anmerkung:

Wenn Sie Befehle erteilen show , nachdem der Knoten den Datenverkehr zum ersten Umweg gewechselt hat, kann der Knoten darauf hinweisen, dass der Datenverkehr immer noch über den ursprünglichen LSP fließt. Diese Situation ist vorübergehend und sollte sich schnell korrigieren.

Die Zeit, die für eine Schnelle Umleitungsumleitung zur Wirkung benötigt wird, hängt von zwei unabhängigen Zeitintervallen ab:

  • Zeitaufwand für die Erkennung eines Verbindungs- oder Knotenfehlers– Dieses Intervall hängt stark von der verwendeten Linkschicht und der Art des Ausfalls ab. Beispielsweise ist die Fehlererkennung auf einer SONET/SDH-Verbindung in der Regel viel schneller als auf einer Gigabit Ethernet-Verbindung, und beide sind viel schneller als die Erkennung eines Routerausfalls.

  • Zeitaufwand für die Verbindung des Datenverkehrs auf den Umweg– Dieser Vorgang wird von der Packet Forwarding Engine ausgeführt, was wenig Zeit für die Verbindung des Datenverkehrs auf den Umweg erfordert. Die benötigte Zeit kann je nach Anzahl der LSPs, die auf Umwege umgestellt werden, variieren.

Fast Reroute ist ein kurzfristiger Patch zur Reduzierung von Paketverlusten. Da die Detourberechnung möglicherweise keine ausreichende Bandbreite reserviert, können die Umleitungen zu Überlastungen auf den alternativen Verbindungen führen. Der Eingangsrouter ist der einzige Router, der sich vollständig der LSP-Richtlinieneinschränkungen bewusst ist und daher der einzige Router ist, der in der Lage ist, geeignete langfristige alternative Pfade bereitzustellen.

Detours werden mithilfe von RSVP erstellt, und wie alle RSVP-Sitzungen benötigen sie zusätzlichen Status und Overhead im Netzwerk. Aus diesem Grund erstellt jeder Knoten höchstens einen Umweg für jeden LSP, der über eine schnelle Umleitung verfügt. Die Erstellung von mehr als einem Umweg für jeden LSP erhöht den Overhead, dient aber keinem praktischen Zweck.

Um den Netzwerk-Overhead weiter zu reduzieren, versucht jeder Umweg, so schnell wie möglich nach dem ausgefallenen Knoten oder der Verbindung wieder in den LSP zu verschmelzen. Wenn Sie einen LSP in Betracht ziehen können, der durch n Routerknoten übertragen wird, ist es möglich Umwege zu erstellen n – 1 . Beispielsweise versucht der Umweg, Abbildung 5bei Router D statt bei Router E oder Router F wieder in den LSP zu verschmelzen. Durch die Zusammenführung in den LSP lässt sich das Problem der Umleitungsskalierbarkeit leichter bewältigen. Wenn Topologiebeschränkungen verhindern, dass der Umweg schnell wieder in den LSP zurückgeht, werden Detours automatisch mit anderen Umleitungen zusammengeführt.

Abbildung 5: Detours Zusammenführung in andere DetoursDetours Zusammenführung in andere Detours

Fast Reroute konfigurieren

Fast Reroute bietet einen Mechanismus für die automatische Umleitung des Datenverkehrs auf einem LSP, wenn ein Knoten oder eine Verbindung in einem LSP ausfällt, wodurch der Verlust von Paketen, die über den LSP übertragen werden, reduziert wird.

Um fast reroute auf einem LSP zu konfigurieren, fügen Sie die fast-reroute Anweisung auf dem Ingress-Router (oder Switch) ein:

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

Sie müssen keine schnelle Umleitung auf den Transit- und Egress-Routern (oder Switches) des LSP konfigurieren. Sobald Fast Reroute aktiviert ist, signalisiert der Ingress-Router (oder Switch) allen Downstream-Routern (oder Switches), dass Fast Reroute auf dem LSP aktiviert ist, und jeder Downstream-Router gibt sein Bestes, um Umwege für den LSP einzurichten. Wenn ein Downstream-Router keine schnelle Umleitung unterstützt, ignoriert er die Anforderung zur Einrichtung von Umleitungen und unterstützt weiterhin den LSP. Ein Router, der keine schnelle Umleitung unterstützt, führt zu einem Ausfall einiger Umleitungen, hat aber sonst keine Auswirkungen auf den LSP.

Anmerkung:

Um PFE Fast Reroute zu aktivieren, konfigurieren Sie eine Routing-Richtlinienanweisung mit der load-balance per-packet Anweisung auf der [edit policy-options policy-statement policy-name then] Hierarchieebene auf jedem der Router, in denen der Datenverkehr umgeleitet werden könnte. Siehe auch Konfiguration von Load Balancing für RSVP-LSPs.

Für den umgeleiteten Pfad ist standardmäßig keine Bandbreite reserviert. Um die Bandbreite für den umgeleiteten Pfad zuzuweisen, fügen Sie entweder die bandwidth Anweisung oder die bandwidth-percent Anweisung ein. Sie können jeweils nur eine dieser Anweisungen einfügen. Wenn Sie weder die bandwidth Anweisung noch die bandwidth-percent Anweisung enthalten, ist die Standardeinstellung, die Bandbreite für den Umleitungspfad nicht zu reservieren.

Wenn Sie die bandwidth Anweisung angeben, können Sie die spezifische Bandbreitenmenge (in Bits pro Sekunde [bps]) angeben, die Sie für den Detourpfad reservieren möchten. Die Bandbreite muss nicht identisch mit der für den LSP zugewiesenen sein.

Wenn Sie mithilfe der bandwidth-percent Anweisung einen Bandbreitenprozentsatz angeben, wird die Detourpfadbandbreite berechnet, indem der Bandbreitenanteil mit der für den Hauptverkehrsdatenverkehr konfigurierten Bandbreite multipliziert wird. Informationen zur Konfiguration der Bandbreite für ein trafficorientiertes LSP finden Sie unter Konfigurieren von Traffic-Engineered LSPs.

Hop-Limit-Beschränkungen definieren, wie viele weitere Router ein Umweg passieren darf, verglichen mit dem LSP selbst. Standardmäßig ist das Hop-Limit auf 6 festgelegt. Wenn ein LSP beispielsweise 4 Router durchläuft, kann jeder Umweg für den LSP bis zu 10 (d. h. 4 + 6) Router-Hops einschließlich der Eingangs- und Ausgangsrouter sein.

Standardmäßig erbt ein Umleitungspfad die gleichen administrativen (Coloring)-Gruppenbeschränkungen wie sein übergeordneter LSP, wenn CSPF den alternativen Pfad bestimmt. Administrative Gruppen, auch bekannt als Link Coloring oder Ressourcenklasse, sind manuell zugewiesene Attribute, die die "Farbe" von Verbindungen beschreiben, sodass Verbindungen mit derselben Farbe konzeptionell zur gleichen Klasse gehören. Wenn Sie die Anweisung bei der include-any Konfiguration des übergeordneten LSP angeben, müssen alle Verbindungen, die von der alternativen Sitzung übertragen werden, mindestens eine Farbe in der Liste der Gruppen enthalten. Wenn Sie die Anweisung bei der include-all Konfiguration des übergeordneten LSP angeben, müssen alle Verbindungen, die von der alternativen Sitzung durchlaufen werden, alle Farben haben, die in der Liste der Gruppen gefunden werden. Wenn Sie die Anweisung bei der exclude Konfiguration des übergeordneten LSP angeben, muss keiner der Verbindungen eine Farbe in der Liste der Gruppen enthalten. Weitere Informationen zu Beschränkungen administrativer Gruppen finden Sie unter Konfigurieren von Administrativen Gruppen für LSPs.

Detour-Zusammenführungsprozess

In diesem Abschnitt wird der Prozess beschrieben, der von einem Router verwendet wird, um zu bestimmen, welcher LSP ausgewählt werden soll, wenn der Router Pfadmeldungen von verschiedenen Schnittstellen mit identischen Session- und Sender Template-Objekten empfängt. In diesem Fall muss der Router die Pfadzustände zusammenführen.

Der Router verwendet den folgenden Prozess, um zu bestimmen, wann und wie Pfadzustände zusammengeführt werden:

  • Wenn alle Pfadmeldungen kein Fast Reroute- oder Detour-Objekt enthalten oder wenn der Router der Ausgang des LSP ist, ist keine Zusammenführung erforderlich. Die Nachrichten werden gemäß RSVP Traffic Engineering verarbeitet.

  • Andernfalls muss der Router den Pfadstatus zusätzlich zur eingehenden Schnittstelle aufzeichnen. Wenn die Pfadmeldungen nicht dieselbe Ausgangsschnittstelle und den nächsten Hop-Router teilen, betrachtet der Router sie als unabhängige LSPs und führt sie nicht zusammen.

  • Für alle Pfadmeldungen, die dieselbe Ausgangsschnittstelle und den gleichen Next-Hop-Router verwenden, verwendet der Router den folgenden Prozess, um den endgültigen LSP auszuwählen:

    • Wenn nur ein LSP von diesem Knoten stammt, wählen Sie ihn als letzten LSP aus.

    • Wenn nur ein LSP ein Fast Reroute-Objekt enthält, wählen Sie es als endgültigen LSP aus.

    • Wenn mehrere LSPs vorhanden sind und einige von ihnen über ein Umleitungsobjekt verfügen, eliminieren Sie diejenigen, die ein Umleitungsobjekt enthalten, aus dem letzten LSP-Auswahlprozess.

    • Wenn mehrere endgültige LSP-Kandidaten verbleiben (d. h. es gibt weiterhin sowohl Umleitungs- als auch geschützte LSPs), wählen Sie die LSPs mit Schnellen Umleitungsobjekten aus.

    • Wenn keine der LSPs Fast Reroute-Objekte hat, wählen Sie die Objekte ohne Umleitungsobjekte aus. Wenn alle LSPs Detour-Objekte haben, wählen Sie alle aus.

    • Von den verbleibenden LSP-Kandidaten eliminieren Sie diejenigen, die Knoten durchqueren, die andere LSPs vermeiden.

    • Wenn noch mehrere LSPs für Kandidaten übrig bleiben, wählen Sie diejenige mit der kürzesten Explicit Route Object (ERO)-Pfadlänge aus. Wenn mehr als ein LSP die gleiche Pfadlänge hat, wählen Sie nach dem Zufallsprinzip einen.

  • Sobald der endgültige LSP identifiziert wurde, muss der Router nur die Pfadmeldungen übertragen, die diesem LSP entsprechen. Alle anderen LSPs werden an diesem Knoten zusammengeführt.

Detour-Berechnungen

Die Berechnung und Einrichtung von Umleitungen erfolgt unabhängig von jedem Knoten. Wenn ein LSP über eine schnelle Umleitung verfügt und wenn eine Downstream-Verbindung oder ein Knoten identifiziert werden kann, führt der Router unter Verwendung der Informationen in der lokalen Traffic Engineering-Datenbank eine CSPF-Berechnung (Constrained Shortest Path First) durch. Aus diesem Grund verlassen sich detours auf Ihr IGP, das Traffic-Engineering-Erweiterungen unterstützt. Ohne die Traffic Engineering-Datenbank können Umwege nicht eingerichtet werden.

CSPF versucht zunächst, einen Pfad zu finden, der den nächsten downstream-Knoten überspringt. Der Versuch, diesen Pfad zu finden, bietet Schutz vor Downstream-Fehlern in entweder Knoten oder Verbindungen. Wenn ein Node-Skipping-Pfad nicht verfügbar ist, versucht CSPF, einen Pfad auf einer alternativen Verbindung zum nächsten downstream-Knoten zu finden. Der Versuch, eine alternative Verbindung zu finden, bietet nur in Links Schutz vor Downstream-Fehlern. Detourberechnungen sind möglicherweise beim ersten Mal nicht erfolgreich. Wenn eine Berechnung ausfällt, berechnet der Router etwa einmal jedes Aktualisierungsintervall um, bis die Berechnung erfolgreich ist. Die RSVP-Metrik für jede Umleitung wird auf einen Wert im Bereich von 10.000 bis 19.9999 festgelegt.

Fast Reroute Path Optimization

Ein schneller Umleitungsschutzpfad ist nichtdeterministisch. Der tatsächliche Schutzpfad eines bestimmten Knotens hängt von der Geschichte des LSP und der Netzwerktopologie ab, wenn der Fast Reroute-Pfad berechnet wurde. Das fehlende deterministische Verhalten kann nach mehreren Link-Flaps in einem Netzwerk zu Betriebsschwierigkeiten und schlecht optimierten Pfaden führen. Selbst in einem kleinen Netzwerk können schnelle Umleitungspfade nach ein paar Link-Flaps eine beliebig große Anzahl von Knoten passieren und in diesem Zustand unbegrenzt verbleiben. Das ist ineffizient und macht das Netzwerk weniger vorhersehbar.

Schnelle Umleitungsoptimierung behebt diesen Mangel. Er bietet einen globalen Timer zur Pfadoptimierung, mit dem Sie alle LSPs optimieren können, die über einen schnellen Umleitungs- und Umleitungspfad verfügen. Der Timer-Wert kann abhängig von der erwarteten RE-Verarbeitungslast variieren.

Der Algorithmus für die schnelle Umleitungsoptimierung basiert nur auf der IGP-Metrik. Solange die IGP-Metrik des neuen Pfads niedriger ist als die des alten Pfads, ist das CSPF-Ergebnis akzeptiert, auch wenn der neue Pfad möglicherweise überlastet (höhere Bandbreitenauslastung) oder mehr Hops passiert.

In Übereinstimmung mit RFC 4090, Fast Reroute Extensions to RSVP-TE für LSP Tunnels wird der vorhandene Umweg zuerst zerstört und dann wird der neue Umweg eingerichtet, wenn ein neuer Pfad berechnet und für die Schnelle Umleitungsoptimierung akzeptiert wird. Um Datenverkehrsverluste zu verhindern, sind Umwege, die den Datenverkehr aktiv schützen, nicht optimiert.

Konfigurieren des Optimierungsintervalls für Fast Reroute Paths

Sie können die Pfadoptimierung für fast reroute aktivieren, indem Sie den Fast Reroute Optimize Timer konfigurieren. Der Optimierungs-Timer löst einen regelmäßigen Optimierungsprozess aus, der die schnellen Umleitungs-Detour-LSPs neu kompiliert, um Netzwerkressourcen effizienter zu nutzen.

Um eine schnelle Umleitungspfadoptimierung zu aktivieren, geben Sie die Anzahl der Sekunden mithilfe der Optimize-Timer-Option für die fast-reroute Anweisung an:

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

  • [edit protocols rsvp]

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

Hinzufügen von LSP-bezogenen Routen zur Routing-Tabelle inet.3 oder inet6.3

Standardmäßig ist eine Hostroute zum Ausgangsrouter in der Routingtabelle inet.3 oder inet6.3 installiert. (Die Hostroutenadresse ist die Adresse, die Sie in der to Anweisung konfigurieren.) Die Installation der Hostroute ermöglicht BGP die Next-Hop-Auflösung. Es verhindert auch, dass die Host-Route die Präfixe beeinträchtigt, die aus dynamischen Routing-Protokollen gelernt und in der inet.0- oder inet6.0-Routingtabelle gespeichert sind.

Im Gegensatz zu den Routen in der Tabelle inet.0 oder inet6.0 werden Die Routen in der Tabelle inet.3 oder inet6.3 nicht in die Packet Forwarding Engine kopiert, sodass sie keine direkten Änderungen in der Systemweiterleitungstabelle verursachen. Sie können den Befehl oder traceroute den ping Befehl nicht über diese Routen verwenden. Die einzige Verwendung für inet.3 oder inet6.3 besteht darin, BGP die Ausführung der Next-Hop-Auflösung zu ermöglichen. Verwenden Sie show route table inet.3 den Befehl or show route table inet6.3 , um die Tabelle inet.3 oder inet6.3 zu untersuchen.

Um zusätzliche Routen in die Routingtabelle inet.3 oder inet6.3 einzuschleusen, fügen Sie die install Anweisung hinzu:

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

Die angegebenen Routen werden als Aliase in der Routingtabelle installiert, wenn der LSP eingerichtet wird. Durch die Installation zusätzlicher Routen kann BGP next Hops innerhalb des angegebenen Präfixes auflösen und zusätzlichen Datenverkehr für diese nächsten Hops zu einem bestimmten LSP leiten.

Einschließlich der active Option mit der install Anweisung installiert das angegebene Präfix in der Routingtabelle inet.0 oder inet6.0, der primären Weiterleitungstabelle. Das Ergebnis ist eine Route, die bei jeder Einrichtung des LSP in der Weiterleitungstabelle installiert wird, was bedeutet, dass Sie die Route pingen oder verfolgen können. Verwenden Sie diese Option mit Sorgfalt, da diese Art von Präfix einer statischen Route sehr ähnlich ist.

Sie verwenden Alias-Routen für Router mit mehreren Adressen, die als BGP Next Hops verwendet werden, oder für Router, die nicht MPLS-fähig sind. In beiden Fällen kann der LSP in einem anderen MPLS-fähigen System innerhalb der lokalen Domäne konfiguriert werden, das dann als "Rand"-Router fungiert. Der LSP endet dann auf dem Border-Router, und von diesem Router aus führt die Layer-3-Weiterleitung das Paket zum echten Next-Hop-Router.

Im Fall einer Verbindung kann der Randrouter der Domäne als Proxy-Router fungieren und das Präfix für die Verbindung anzeigen, wenn der Border-Router den nächsten Hop des BGP-Hops nicht auf sich selbst setzt.

Im Falle eines Point of Presence (POP) mit Routern, die MPLS nicht unterstützen, kann ein Router (z. B. ein Core-Router), der MPLS unterstützt, als Proxy für den gesamten POP fungieren und eine Reihe von Präfixen einschleusen, die den POP abdecken. So können sich alle Router innerhalb des POP als Interior BGP (IBGP) Next Hops bewerben, und der Datenverkehr kann dem LSP folgen, um den Core-Router zu erreichen. Das bedeutet, dass sich normales IGP-Routing im POP durchsetzen würde.

Sie können die Befehle oder traceroute die ping Befehle auf Routen nicht in der Routingtabelle inet.3 oder inet6.3 verwenden.

Bei der BGP-Next-Hop-Auflösung spielt es keinen Unterschied, ob eine Route in inet.0/inet6.0 oder inet.3/inet6.3 ist; wird die Route mit der besten Übereinstimmung (längste Maske) gewählt. Unter mehreren Routen mit der besten Übereinstimmung wird die Route mit dem höchsten Präferenzwert gewählt.

Anmerkung:

Die install destination-prefix active Anweisung wird auf statischen LSPs nicht unterstützt. Wenn die install destination-prefix active Anweisung für einen statischen LSP konfiguriert ist, werden die MPLS-Routen nicht in der Routingtabelle inet.0 installiert.