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 BGP ihre Routing-Informationen in der Inet.0-Routingtabelle, der wichtigsten IP-Routing-Tabelle, speichern. Wenn der Befehl konfiguriert ist und nur BGP die Verwendung von MPLS-Pfaden für die Weiterleitung von Datenverkehr ermöglicht, werden MPLS-Pfadinformationen in einer separaten Routingtabelle traffic-engineering bgp inet.3 gespeichert. Nur BGP auf die Inet.3-Routingtabelle zu. BGP verwendet inet.0 und inet.3, um Next-Hop-Adressen zu lösen. Wenn der Befehl konfiguriert ist, können IGPs MPLS Pfade für die Weiterleitung des Datenverkehrs verwenden, MPLS Pfadinformationen in der traffic-engineering bgp-igp Inet.0-Routingtabelle gespeichert werden. ( 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 jedes Egress-Routers des LSP. Diese Routingtabelle wird auf eingehenden Routern zum Weiterleiten von Paketen an den Ziel-Egress-Router verwendet. BGP verwendet die Inet.3-Routingtabelle auf dem Ingress-Router, um beim Lösen von Adressen der nächsten Hops zu helfen.

MPLS verwaltet auch eine MPLS-Pfad-Routingtabelle (mpls.0), die eine Liste des nächsten Label-Switched-Routers in jedem LSP enthält. Diese Routingtabelle wird bei Transitroutern verwendet, um Pakete über einen LSP an den nächsten Router zu routen.

In der Regel ist der Egress-Router in einem LSP nicht in der MPLS.0-Routingtabelle enthalten. (Dieser Router benötigt mpls.0 nicht zu rate zu ziehen, da der vorletzte Router im LSP das Paket-Label entweder in einen Wert von 0 ändert oder das Label popt.) In jedem Fall überträgt der Egress-Router es als IPv4-Paket weiter und verwendet die IP-Routingtabelle inet.0, um zu bestimmen, wie das Paket weitergeleitet werden soll.

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

Wenn BGP Ein Präfix des nächsten Hops löst, wird sowohl die Inet.0- als auch inet.3-Routingtabellen untersucht. Auf diese Ebene wird der nächste Hop mit der geringsten Präferenz gesucht. Wenn ein Next-Hop-Eintrag mit einer gleichen Präferenz in beiden Routingtabellen findet, BGP den Eintrag in der inet.3-Routingtabelle bevorzugt.

Abbildung 2: Routing- und Weiterleitungstabellen, Traffic-Engineering BGP-iGPRouting- und Weiterleitungstabellen, Traffic-Engineering BGP-iGP

Im Allgemeinen BGP-Einträge in der Inet.3-Routingtabelle aus, da ihre Einstellungen immer unter den Präferenzen OSPF und IS-IS-Hop liegen. Wenn Sie LSPs konfigurieren, können Sie die Standardpräferenz für LSPs MPLS, die den Next-Hop-Auswahlprozess ändern können, außer Kraft setzen.

Wenn BGP einen Next-Hop-Eintrag aus der inet.3-Routingtabelle auswählt, wird dieser LSP in die Weiterleitungstabelle im Packet Forwarding Engine installiert. Dies bewirkt, dass Pakete, die für diesen nächsten Hop bestimmt sind, über den LSP übertragen werden. Wenn der LSP entfernt wird oder ausfällt, wird der Pfad aus der inet.3-Routingtabelle und der Weiterleitungstabelle entfernt und BGP auf die Verwendung eines nächsten Hops aus der Inet.0-Routingtabelle um.

Übersicht Fast Reroute

Fast Reroute bietet Redundanz für einen LSP-Pfad. Wenn Sie die Fast Reroute aktivieren, werden Detours vorgefertigt und entlang des LSP vorkonvergiert. Bei einem Netzwerkausfall auf dem aktuellen LSP-Pfad wird der Datenverkehr schnell an einen der Detours geroutet. Abbildung 3 zeigt einen LSP von Router A bis Router F, der die etablierten Detours zeigt. Jeder Detour wird durch einen Upstream-Knoten eingerichtet, um die Verbindung zum unmittelbaren Downstream-Knoten und dem unmittelbaren Downstream-Knoten selbst zu vermeiden. Jede Detour kann durch einen oder mehrere Label-Switches (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 in einem skalierten Fast Reroute-Szenario ein Fehler liegt, verlieren die Geräte die Erreichbarkeit für alle Peers, die über den fehlerhaften Link verbunden sind. Dies führt zu Datenverkehrsunterbrechungen, wenn BGP Sitzung unter den Geräten aus dem Weg geht. Wenn an einem LSP mehrere Ausfälle liegen, kann die Fast Reroute selbst ausfallen. Darüber hinaus schützt Fast Reroute nicht vor Ausfällen des in- oder ausgehenden Routers.

Abbildung 3: Detours für einen LSP mit Fast Reroute eingerichtetDetours für einen LSP mit Fast Reroute eingerichtet

Wenn ein Knoten erkennt, dass eine Downstream-Verbindung ausgefallen ist (über einen link-layer-spezifischen Liveness-Erkennungsmechanismus) oder dass ein Downstream-Knoten ausgefallen ist (beispielsweise beim RSVP Neighbor Hello-Protokoll), wechselt der Knoten den Datenverkehr schnell an den Detour und signalisiert gleichzeitig dem Ingress-Router den Fehler des Links oder Knotens. Abbildung 4 zeigt die Detour, die aufgenommen wird, wenn die Verbindung zwischen Router B und Router C ausfällt.

Abbildung 4: Detour Nach dem Verbindungsglied von Router B zu Router C fällt ausDetour Nach dem Verbindungsglied von Router B zu Router C fällt aus

Wenn die Netzwerktopologie nicht groß genug ist (es gibt nicht genügend Router mit ausreichenden Verbindungen zu anderen Routern), sind einige der Detours möglicherweise nicht erfolgreich. Beispielsweise kann die Umtour von Router A zu Router C nicht die Verbindung Abbildung 3 A-B und Router B durchlaufen. Wenn ein solcher Pfad nicht möglich ist, findet die Detour nicht statt.

Beachten Sie, dass, nachdem der Knoten den Datenverkehr zur Detour umschaltet, der Datenverkehr bald darauf wieder auf eine neu berechnete Detour umgeschaltet werden kann. Der Grund dafür ist, dass die erste Detour-Route möglicherweise nicht die beste Route ist. Um eine Umrouting so schnell wie möglich zu machen, wechselt der Knoten den Datenverkehr auf die erste Detour, ohne zuerst zu prüfen, ob die Detour gültig ist. Sobald der Switch erstellt wurde, führt der Knoten die Detour neu aus. Wenn der Knoten feststellt, dass die erste Detour weiterhin gültig ist, fließt der Datenverkehr weiter über diese Umtour. Wenn der Knoten feststellt, dass die erste Detour nicht mehr gültig ist, wechselt er den Datenverkehr erneut zu einer neu berechneten Detour.

Anmerkung:

Wenn Sie Befehle eingeben, nachdem der Knoten den Datenverkehr auf den ersten Umweg umgeschaltet hat, gibt der Knoten möglicherweise an, dass der Datenverkehr weiterhin über den ursprünglichen show LSP fließt. Diese Situation ist vorübergehend und sollte sich schnell korrigieren.

Die Zeit, die für eine Schnelle Umleitungs-Detour erforderlich ist, hängt von zwei unabhängigen Zeitintervallen ab:

  • Zeit zum Erkennen eines Verbindungs- oder Knotenausfalls: Dieses Intervall hängt maßgeblich von der derzeit verwendeten Linkschicht und der Art des Fehlers ab. Beispielsweise ist die Fehlererkennung bei einem SONET/SDH-Link in der Regel viel schneller als bei einer Gigabit-Ethernet-Verbindung. Beide sind viel schneller als die Erkennung eines Routerausfalls.

  • Zeitaufwand für die Splice des Datenverkehrs auf der Detour: Dieser Vorgang wird von der Packet Forwarding Engine durchgeführt, was wenig Zeit benötigt, um den Datenverkehr auf die Detour zu splice. Je nach Anzahl der auf Detours umgeschalteten LSPs kann der Zeitweg variieren.

Fast Reroute ist ein kurzfristiger Patch zur Reduzierung von Paketverlusten. Da die Detour-Berechnung unter Umständen keine ausreichende Bandbreite reservet, können die Detours zu Überlastungen auf den alternativen Verbindungen führen. Der Ingress-Router ist der einzige Router, der sich vollständig mit LSP-Richtlinieneinschränkungen ausspricht und daher der einzige Router ist, der angemessene, langfristige alternative Pfade einrichten kann.

Detours werden mit RSVP erstellt und erfordern, wie alle RSVP-Sitzungen, zusätzlichen Status und Overhead im Netzwerk. Aus diesem Grund stellt jeder Knoten bei jedem LSP fast eine Detour mit aktivierter Fast Reroute fest. Die Schaffung von mehr als einer Umtour für jeden LSP erhöht den Aufwand, erfüllt aber keinen praktischen Zweck.

Um den Netzwerkaufwand weiter zu reduzieren, versucht jeder Umweg, sich so bald wie möglich nach dem ausgefallenen Knoten oder Link in den LSP zu verbinden. Wenn Sie einen LSP in Betracht ziehen können, der durch Routerknoten führt, ist es n möglich, n – 1 Detours zu erstellen. Beispielsweise versucht die Detour, anstelle von Router E oder Router F, wieder in den LSP am Router D zu verbinden. Durch die Zusammenführung in den LSP wird das Problem der Abbildung 5 Detour-Skalierbarkeit überschaubarer. Wenn Topologieeinschränkungen verhindern, dass die Umtour schnell wieder in den LSP zusammengeführt wird, werden Detours automatisch mit anderen Detours zusammengeführt.

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

Konfigurieren von Fast Reroute

Fast Reroute bietet einen Mechanismus für die automatische Umleitung von Datenverkehr auf einem LSP, wenn ein Knoten oder Link in einem LSP ausfällt. Dadurch verringert sich der Verlust von Paketen, die über den LSP übertragen werden.

Um die schnelle Umleitung auf einem LSP zu konfigurieren, geben Sie die fast-reroute Anweisung auf dem Ingress-Router (oder Switch) ein:

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

Sie müssen keine Schnelle Reroute auf den Transit- und Egress-Routern (oder Switches) des LSP konfigurieren. Sobald die Fast Reroute aktiviert ist, zeigt der Ingress-Router (oder Switch) allen Downstream-Routern (oder Switches) an, dass die schnelle Umleitung auf dem LSP aktiviert ist. Jeder Downstream-Router gibt sein Bestes, um Detours für den LSP zu einrichten. Wenn ein Downstream-Router keine Schnelle Umleitung unterstützt, ignoriert er die Anforderung zur Einrichtung von Detours und unterstützt weiterhin den LSP. Ein Router, der keine Fast Reroute unterstützt, kann einige der Detours zum Ausfall führen, hat aber keine Auswirkungen auf den LSP.

Anmerkung:

Konfigurieren Sie eine Routing-Richtlinienauszug mit der Anweisung auf der Hierarchieebene auf jedem Router, für den Datenverkehr umgeleitet werden kann, um PFE-Fast load-balance per-packet[edit policy-options policy-statement policy-name then] Reroute zu ermöglichen. Siehe auch Konfigurieren des Load Balancing über RSVP-LSPs.

Standardmäßig wird keine Bandbreite für den umgeleiteten Pfad reserviert. Um die Bandbreite für den umgeleiteten Pfad zu weisen, geben Sie entweder die bandwidth Anweisung oder die Anweisung bandwidth-percent an. Sie können nur eine der Anweisungen nach dem anderen enthalten. Wenn Sie weder die Anweisung noch die Anweisung enthalten, besteht die Standardeinstellung nicht in der Reserve der Bandbreite bandwidthbandwidth-percent für den Detour-Pfad.

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

Wenn Sie mithilfe der Anweisung einen Bandbreitenprozent angeben, wird die Detour-Pfadbandbreite berechnet, indem der Bandbreitenanteil mit der für den wichtigsten traffic-engineered LSP konfigurierten Bandbreite multipliziert bandwidth-percent wird. Informationen zur Konfiguration der Bandbreite eines Traffic Engineered-LSP finden Sie unter Konfigurieren von Traffic-Engineered-LSPs.

Hop-Limit-Beschränkungen definieren, wie viele mehr Router eine Detour im Vergleich zum LSP selbst durchqueren darf. Standardmäßig ist die Hop-Begrenzung auf 6 festgelegt. Wenn ein LSP beispielsweise 4 Router durchläuft, kann jede Detour für den LSP bis zu 10 (4 + 6) Router-Hops (einschließlich der Ingress- und Egress-Router) sein.

Standardmäßig erbt ein Detour die gleichen administrativen (Coloring)-Gruppeneinschränkungen wie sein übergeordneter LSP, wenn CSPF den alternativen Pfad bestimmt. Administrative Gruppen, die auch als Link-Coloring oder Ressourcenklasse bezeichnet werden, werden manuell Attribute zugewiesen, die die "Farbe" von Links beschreiben. So können Verbindungen mit derselben Farbe konzeptuell zur gleichen Klasse gehören. Wenn Sie die Anweisung bei der Konfiguration des übergeordneten LSP angeben, müssen alle Verbindungen, die durch die alternative Sitzung durchquert werden, über mindestens eine Farbe in der Liste include-any von Gruppen verfügen. Wenn Sie die Anweisung bei der Konfiguration des übergeordneten LSP angeben, müssen alle Verbindungen, die durch die alternative Sitzung durchquert werden, alle Farben enthalten, die in der Liste include-all von Gruppen zu finden sind. Wenn Sie die Anweisung bei der Konfiguration des übergeordneten LSP angeben, muss für keine der Links eine Farbe in der exclude Liste von Gruppen enthalten sein. Weitere Informationen zu Beschränkungen administrativer Gruppen finden Sie unter Konfigurieren administrativer Gruppen für LSPs.

Detour-Zusammenschlussprozess

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

Der Router nutzt das folgende Verfahren, um zu bestimmen, wann und wie Pfadzustände zusammengeführt werden:

  • Wenn alle Pfadmeldungen keine Schnelle Umleitung oder ein Detour-Objekt enthalten oder wenn der Router der Ausgangs-Router 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 die gleiche ausgehende Schnittstelle und den Next-Hop-Router verwenden, berücksichtigt der Router sie als unabhängige LSPs und führt diese nicht zusammen.

  • Für alle Pfadmeldungen, die die gleiche ausgehende Schnittstelle und den Next-Hop-Router nutzen, verwendet der Router den folgenden Prozess, um das letzte LSP auszuwählen:

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

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

    • Wenn mehrere LSPs sind und einige von ihnen ein Detour-Objekt haben, beseitigen Sie die Objekte, die ein Detour-Objekt enthalten, im letzten LSP-Auswahlprozess.

    • Wenn noch mehrere letzte LSP-Kandidaten bestehen (d. h. es gibt immer noch Detour- und geschützte LSPs), dann wählen Sie die LSPs mit Fast Reroute-Objekten aus.

    • Wenn kein LSPs Schnelles Rerouten von Objekten hat, wählen Sie die Objekte ohne Detour-Objekte aus. Wenn alle LSPs Über Detour-Objekte verfügen, können Sie alle auswählen.

    • Die verbleibenden LSP-Kandidaten müssen nicht mehr berücksichtigt werden, welche Knoten von anderen LSPs vermieden werden.

    • Wenn mehrere LSPs an einem Kandidaten bestehen bleiben, wählen Sie einen LSPs mit der kürzesten Explicit Route Object (ERO)-Pfadlänge aus. Wenn mehr als ein LSP die gleiche Pfadlänge hat, wählen Sie einen zufällig aus.

  • Sobald der letzte LSP identifiziert wurde, muss der Router nur die Pfadmeldungen übertragen, die zu diesem LSP korrespondieren. Alle anderen LSPs werden auf diesem Knoten als zusammengeführt betrachtet.

Detour-Berechnungen

Die Berechnung und Einrichtung von Detours erfolgt unabhängig von jedem Knoten. Wenn auf einem Knoten ein LSP schnell umgeleitet wird und wenn eine Downstream-Verbindung oder ein Nachgeschalteter Knoten identifiziert werden kann, führt der Router unter Verwendung der Informationen in der lokalen Traffic Engineering-Datenbank eine Constrained Shortest Path First (CSPF)-Berechnung durch. Aus diesem Grund verlassen sich Detours darauf, dass Ihr Netzwerk IGP Traffic Engineering Erweiterungen unterstützt. Ohne die Traffic Engineering-Datenbank kann Detours nicht eingerichtet werden.

CSPF versucht zunächst, einen Pfad zu finden, der den nächsten Downstream-Knoten übersprungen hat. Der Versuch, diesen Pfad zu finden, bietet Schutz vor nachgeschalteten Ausfällen in Nodes oder Verbindungen. Wenn kein Übersprungspfad 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 Schutz vor nachgeschalteten Fehlern nur in Verbindungen. Die Detour-Berechnungen sind möglicherweise beim ersten Mal nicht erfolgreich. Wenn eine Berechnung ausfällt, führt der Router etwa jedes Aktualisierungsintervall etwa einmal neu, bis die Berechnung erfolgreich ist. Die RSVP-Kennzahl für jede Detour wird auf einen Wert im Bereich zwischen 10.000 und 19.999 gesetzt.

Fast Reroute Path-Optimierung

Ein Fast Reroute-Schutzpfad ist nichtterministisch. Der tatsächliche Schutzpfad eines bestimmten Knotens hängt vom Verlauf des LSP und der Netzwerktopologie ab, bei der der Schnelle Reroute-Pfad berechnet wurde. Das Fehlen deterministischer Verhaltensweisen kann nach mehreren Verbindungsflaps in einem Netzwerk zu Betriebsproblemen und unzureichend optimierten Pfaden führen. Selbst in einem kleinen Netzwerk kann nach ein paar Link-Flaps Fast Reroute-Pfaden eine beliebige große Anzahl von Knoten durchlaufen und unbegrenzt in diesem Zustand bleiben. Dies ist ineffizient und macht das Netzwerk weniger vorhersehbar.

Die schnelle Umleitoptimierung löst dieses Mangels. Er bietet einen globalen Timer zur Pfadoptimierung, mit dem Sie alle LSPs optimieren können, die schnelle Umleitung aktiviert haben und einen Detour-Pfad einrichten und ausführen. Der Timer-Wert kann je nach der zu erwartenden RE-Verarbeitungslast variieren.

Der Algorithmus für die Fast Reroute-Optimierung basiert nur auf IGP Metrik. Solange die IGP des neuen Pfads geringer ist als die des alten Pfads, wird das CSPF-Ergebnis akzeptiert, auch wenn der neue Pfad möglicherweise mehr ausgelastet ist (höhere Bandbreitenauslastung) oder mehr Hops durchläuft.

Gemäß RFC 4090, Fast Reroute Extensions to RSVP-TE for LSP Tunnels,wenn ein neuer Pfad berechnet und für eine schnelle Umleitungsoptimierung akzeptiert wird, wird die vorhandene Detour zuerst gelöscht und dann die neue Detour eingerichtet. Um Datenverluste zu verhindern, werden Detours aktiv geschützter Datenverkehr 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 Optimize Timer löst einen regelmäßigen Optimierungsprozess aus, bei dem die Fast Reroute-Detour-LSPs neu komputiert werden, um Netzwerkressourcen effizienter zu nutzen.

Um die Fast Reroute-Pfad-Optimierung zu aktivieren, geben Sie die Anzahl von Sekunden unter Verwendung der Optimize-Timer-Option für die Anweisung fast-reroute an:

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

  • [edit protocols rsvp]

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

Hinzufügen von LSP-bezogenen Routen zur Inet.3- oder inet6.3-Routingtabelle

Standardmäßig wird eine Hostroute zum Egress-Router in der Inet.3- oder inet6.3-Routingtabelle installiert. (Die Hostroute-Adresse wird in der Anweisung to konfiguriert.) Die Installation der Hostroute ermöglicht BGP Next-Hop-Auflösung. Es verhindert auch, dass die Host-Route die aus dynamischen Routingprotokollen gelernten Präfixe stören und in der Inet.0- oder inet6.0-Routingtabelle gespeichert wird.

Im Gegensatz zu den Routen in der Tabelle inet.0 oder inet6.0 werden Routen in der Tabelle inet.3 oder inet6.3 nicht in den Packet Forwarding Engine kopiert. Daher können keine Änderungen an der Systemweiterleitungstabelle direkt vorgenommen werden. Der Befehl ping bzw. der traceroute Befehl kann nicht über diese Routen verwendet werden. Die einzige Verwendung von inet.3 oder inet6.3 ist, dass BGP Next-Hop-Auflösung ermöglichen. Verwenden Sie den Befehl oder den Befehl, um die Tabelle inet.3 oder inet6.3 show route table inet.3show route table inet6.3 zu prüfen.

Um weitere Routen in die inet.3- oder inet6.3-Routingtabelle einspeisen zu können, fügen Sie die Anweisung install hinzu:

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

Die angegebenen Routen werden bei der Gründung des LSP als Aliase in die Routingtabelle installiert. Durch die Installation zusätzlicher Routen BGP die nächsten Hops innerhalb des angegebenen Präfixs lösen und zusätzlichen Datenverkehr für diese nächsten Hops an einen bestimmten LSP leitet.

Die Option mit der Anweisung installiert das angegebene Präfix in der activeinstall Inet.0- oder inet6.0-Routingtabelle, der primären Weiterleitungstabelle. Das Ergebnis ist eine Route, die bei jeder LSP-Installation 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 Aliasrouten für Router mit mehreren Adressen, die als Next Hops BGP oder für Router verwendet werden, die nicht MPLS sind. In beiden Fällen kann der LSP zu 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. Von diesem Router aus führt die Layer-3-Weiterleitung das Paket an den echten Next-Hop-Router.

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

Im Fall eines Point of Presence (POP), der Router nicht MPLS unterstützt, kann ein Router (z. B. ein Core-Router), der MPLS unterstützt, als Proxy für die gesamte POP fungieren und eine Reihe von Präfixen hinzufügen, die den POP. Folglich können sich alle Router innerhalb der POP als Interior BGP (IBGP)-Next-Hops präsentieren, und der Datenverkehr kann dem LSP folgen, um den Core-Router zu erreichen. Das bedeutet, dass IGP Routing innerhalb der Frist POP.

Die Befehle oder Befehle auf Routen können nicht in der pingtraceroute Inet.3- oder inet6.3-Routingtabelle verwendet werden.

Für BGP-Next-Hop macht es keinen Unterschied, ob eine Route inet.0/inet6.0 oder inet.3/inet6.3; ist. wird der Route mit der besten Übereinstimmung (längste Maske) ausgewählt. Unter mehreren Routen, die am besten übereinstimmen, wird eine Route mit dem höchsten Einstellungswert ausgewählt.

Anmerkung:

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