LSP-Routen

Die IGPs und BGP speichern ihre Routing-Informationen in der Routing-Tabelle inet.0, der wichtigsten IP-Routing-Tabelle. Wenn der traffic-engineering bgp Befehl konfiguriert ist, sodass nur BGP MPLS-Pfade zur Weiterleitung des Datenverkehrs verwenden kann, werden die MPLS-Pfadinformationen in einer separaten Routing-Tabelle inet.3 gespeichert. Nur BGP greifen auf die Routingtabelle inet.3 zu. BGP verwendet sowohl inet.0 als auch inet.3, um Next-Hop-Adressen aufzulösen. Wenn der traffic-engineering bgp-igp Befehl konfiguriert ist, sodass die IGPs MPLS-Pfade zur Weiterleitung des Datenverkehrs verwenden können, werden die 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 bgp

Die Routingtabelle inet.3 enthält die Hostadresse des Ausgangsrouters jedes LSP. Diese Routing-Tabelle wird auf Eingangsroutern verwendet, um Pakete an den Ziel-Ausgangsrouter zu routen. BGP verwendet die Routing-Tabelle inet.3 auf dem Eingangsrouter, um die Auflösung von Next-Hop-Adressen zu unterstützen.

MPLS verwaltet auch eine MPLS-Pfad-Routing-Tabelle (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 leiten.

In der Regel konsultiert der Ausgangsrouter in einem LSP nicht die Routingtabelle mpls.0. (Dieser Router muss nicht mpls.0 konsultieren, da der vorletzte Router im LSP entweder das Label des Pakets auf einen Wert von 0 ändert oder das Label pops.) In jedem Fall leitet der Ausgangsrouter es als IPv4-Paket weiter, wobei die IP-Routing-Tabelle inet.0 verwendet wird, um zu bestimmen, wie das Paket weitergeleitet werden soll.

Wenn ein Transit- oder Ausgangsrouter ein MPLS-Paket empfängt, werden die 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 Next-Hop-Präfix auflöst, untersucht es sowohl die Routing-Tabellen inet.0 als auch inet.3 und sucht den nächsten Hop mit der niedrigsten Präferenz. Wenn ein Next-Hop-Eintrag mit gleicher Präferenz in beiden Routing-Tabellen gefunden wird, bevorzugt BGP den Eintrag in der Routingtabelle inet.3.

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

Im Allgemeinen wählt BGP Next-Hop-Einträge in der Routingtabelle inet.3 aus, da ihre Einstellungen immer niedriger sind als die Einstellungen für OSPF und IS-IS next-Hop. Wenn Sie LSPs konfigurieren, können Sie die Standardeinstellung für MPLS-LSPs überschreiben, was die Auswahl des nächsten Hops ändern kann.

Wenn BGP einen Next-Hop-Eintrag aus der Routing-Tabelle inet.3 auswählt, installiert es diesen LSP in der Weiterleitungstabelle in der Packet Forwarding Engine, wodurch Pakete, die für diesen nächsten Hop bestimmt sind, auf dem LSP ein- und weitergeleitet werden. Wenn der LSP entfernt wird oder fehlschlägt, wird der Pfad aus der Routingtabelle inet.3 und aus der Weiterleitungstabelle entfernt, und BGP wird mithilfe eines nächsten Hops aus der Routingtabelle inet.0 zurückgesetzt.

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

Fast Reroute schützt den Datenverkehr vor jedem einzelnen Fehlerpunkt zwischen den Eingangs- und Ausgangsroutern (oder Switches). Wenn es in einem skalierten, schnellen Umleitungsszenario zu einem Fehler kommt, verlieren die Geräte die Erreichbarkeit an alle Peers, die über die ausgefallene Verbindung verbunden waren. Dies führt zu einer Unterbrechung des Datenverkehrs, da die BGP-Sitzung unter den Geräten ausfällt. Wenn es an einem LSP zu mehreren Ausfällen kommt, kann die schnelle Umleitung selbst fehlschlagen. Außerdem schützt fast Reroute nicht vor Ausfällen der Ein- oder Ausgangsrouter.

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

Wenn ein Knoten feststellt, dass eine Downstream-Verbindung ausgefallen ist (mit einem Link-Layer-spezifischen Liveness-Erkennungsmechanismus) oder dass ein Downstream-Knoten ausfällt (z. B. mit dem RSVP Neighbor hello-Protokoll), wechselt der Knoten schnell den Datenverkehr auf den Umweg und signalisiert gleichzeitig dem eingehenden Router den Ausfall der Verbindung oder des Knotens. Abbildung 4 veranschaulicht den Umweg, der unternommen wird, wenn die Verbindung zwischen Router B und Router C ausfällt.

Abbildung 4: Umweg Nach dem Ausfall der Verbindung von Router B zu Router C

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

Beachten Sie, dass, nachdem der Knoten den Datenverkehr auf den Umweg wechselt, den Datenverkehr kurz darauf erneut auf einen neu berechneten Umweg umstellen kann. Dies liegt daran, dass die anfängliche Umleitungsroute möglicherweise nicht die beste Route ist. Um die Umleitung so schnell wie möglich zu gestalten, wechselt der Knoten den Datenverkehr auf den ersten Umweg, ohne vorher zu überprüfen, ob der Umweg gültig ist. Sobald der Switch gemacht ist, kompensiert der Knoten den Umweg neu. Wenn der Knoten feststellt, dass der anfängliche Umweg noch gültig ist, fließt der Datenverkehr weiterhin über diesen Umweg. Wenn der Knoten feststellt, dass der anfängliche Umweg nicht mehr gültig ist, wechselt er den Datenverkehr erneut auf einen neu berechneten Umweg.

Der Zeitaufwand für einen Schnellen Umweg hängt von zwei unabhängigen Zeitintervallen ab:

• Zeit bis zur Erkennung eines Verbindungs- oder Knotenausfalls – Dieses Intervall hängt stark von der verwendeten Verbindungsschicht und der Art des Fehlers ab. Zum Beispiel ist die Fehlererkennung an einem SONET/SDH-Link in der Regel viel schneller als bei einem Gigabit-Ethernet-Link, und beide sind viel schneller als die Erkennung eines Routerausfalls.

• Zeitaufwand für das Aufspleißen des Datenverkehrs auf dem Umweg– Dieser Vorgang wird von der Packet Forwarding Engine durchgeführt, die wenig Zeit benötigt, um den Datenverkehr auf dem Umweg zu zersplizieren. Der Zeitaufwand kann je nach Anzahl der LSPs, die auf Umwege umgestellt werden, variieren.

Fast Reroute ist ein kurzfristiger Patch zur Reduzierung von Paketverlusten. Da bei der Umleitungsberechnung möglicherweise keine ausreichende Bandbreite reserviert wird, können die Umwege zu Überlastungen auf den alternativen Verbindungen führen. Der Eingangsrouter ist der einzige Router, der sich der Einschränkungen der LSP-Richtlinien vollständig bewusst ist und daher der einzige Router ist, der geeignete langfristige alternative Pfade entwickeln kann.

Umwege werden mithilfe von RSVP erstellt und erfordern, wie alle RSVP-Sitzungen, zusätzlichen Status und Overhead im Netzwerk. Aus diesem Grund richtet jeder Knoten höchstens einen Umweg für jeden LSP ein, der die schnelle Umleitung aktiviert hat. Die Erstellung von mehr als einem Umweg für jeden LSP erhöht den Overhead, dient aber keinem praktischen Zweck.

Um den Netzwerkaufwand weiter zu reduzieren, wird bei jedem Umweg versucht, so schnell wie möglich nach dem ausgefallenen Knoten oder Link wieder in den LSP zu verschmelzen. Wenn Sie einen LSP in Betracht ziehen, der durch n Routerknoten fährt, können Sie Umwege schaffen n – 1 . Zum Beispiel versucht der Umweg, Abbildung 5wieder in den LSP bei Router D anstelle von Router E oder Router F zu verschmelzen. Durch die Wiedereinführung mit dem LSP wird das Umweg-Skalierbarkeitsproblem leichter zu bewältigen. Wenn die Topologiebeschränkungen verhindern, dass der Umweg schnell wieder in den LSP übergeht, werden Umwege automatisch mit anderen Umwegen zusammengeführt.

Abbildung 5: Umwege, die in andere Umwege übergehen

Fast Reroute bietet einen Mechanismus für die automatische Weiterleitung 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 die schnelle Reroute auf einem LSP zu konfigurieren, fügen Sie die fast-reroute Anweisung am Eingangsrouter (oder Switch) ein:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols mpls label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

Sie müssen keine schnelle Reroute auf den Transit- und Ausgangsroutern (oder Switches) des LSP konfigurieren. Sobald der Fast Reroute aktiviert ist, signalisiert der Eingangsrouter (oder Switch) allen Downstream-Routern (oder Switches), dass die schnelle Reroute auf dem LSP aktiviert ist, und jeder Downstream-Router tut 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 Umwegen und unterstützt weiterhin den LSP. Ein Router, der keine schnelle Umleitung unterstützt, führt dazu, dass einige der Umwege versagen, aber ansonsten keine Auswirkungen auf den LSP hat.

Standardmäßig ist keine Bandbreite für den umgeleiteten Pfad reserviert. Um die Bandbreite für den umgeleiteten Pfad zuzuweisen, geben Sie entweder die bandwidth Anweisung oder die bandwidth-percent Anweisung an. Sie können nur eine dieser Aussagen nach und nach beinen. Wenn Sie weder die Anweisung noch die bandwidthbandwidth-percent Anweisung einschließen, ist die Standardeinstellung, dass die Bandbreite für den Umwegpfad nicht reserviert wird.

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

Wenn Sie mithilfe der Anweisung einen Prozentsatz der bandwidth-percent Bandbreite angeben, wird die Umwegspfadbandbreite berechnet, indem der Bandbreitenanteil mit der Bandbreite multipliziert wird, die für den hauptverkehrsgesteuerten LSP konfiguriert wurde. Informationen zur Konfiguration der Bandbreite für einen datenverkehrsgesteuerten LSP finden Sie unter Konfigurieren von traffic-engineered LSPs.

Hop-Limit-Einschränkungen definieren, wie viele weitere Router ein Umweg passieren darf im Vergleich zum LSP selbst. Standardmäßig ist die Hop-Begrenzung auf 6 festgelegt. Wenn beispielsweise ein LSP 4 Router durchquert, kann jeder Umweg für den LSP bis zu 10 (d. h. 4 + 6) Router-Hops umfassen, einschließlich der Eingangs- und Ausgangsrouter.

Standardmäßig erbt ein Umweg die gleichen Administrativen (Coloring)-Gruppeneinschränkungen wie der übergeordnete LSP, wenn CSPF den alternativen Pfad bestimmt. Administrative Gruppen, auch bekannt als Link Coloring oder Resource Class, sind manuell zugewiesene Attribute, die die "Farbe" von Links beschreiben, sodass Links mit derselben Farbe konzeptionell zur gleichen Klasse gehören. Wenn Sie die include-any Anweisung bei der Konfiguration des übergeordneten LSP angeben, müssen alle Verbindungen, die von der alternativen Sitzung durchquert werden, mindestens eine Farbe aufweisen, die in der Liste der Gruppen gefunden wird. Wenn Sie die include-all Anweisung bei der Konfiguration des übergeordneten LSP angeben, müssen alle Verbindungen, die von der alternativen Sitzung durchquert werden, alle Farben in der Liste der Gruppen aufweisen. Wenn Sie die exclude Anweisung beim Konfigurieren des übergeordneten LSP angeben, muss keiner der Links eine Farbe in der Liste der Gruppen aufweisen. Weitere Informationen zu Einschränkungen administrativer Gruppen finden Sie unter Konfigurieren administrativer Gruppen für LSPs.

In diesem Abschnitt wird der Prozess beschrieben, mit dem ein Router bestimmt, 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 sollen:

• Wenn alle Pfadnachrichten kein schnelles Umleitungs- oder Umwegobjekt enthalten oder wenn der Router der Ausgang des LSP ist, ist keine Zusammenführung erforderlich. Die Nachrichten werden nach RSVP Traffic Engineering verarbeitet.

• Andernfalls muss der Router zusätzlich zur eingehenden Schnittstelle den Pfadstatus aufzeichnen. Wenn die Pfadnachrichten nicht dieselbe ausgehende Schnittstelle und den Next-Hop-Router gemeinsam haben, betrachtet der Router sie als unabhängige LSPs und führt sie nicht zusammen.

• Für alle Pfadnachrichten, die sich dieselbe ausgehende Schnittstelle und denselben Next-Hop-Router teilen, 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 endgültigen LSP aus.

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

  • Wenn es mehrere LSPs gibt und einige von ihnen ein Umwegobjekt haben, entfernen Sie diejenigen, die ein Umwegobjekt aus dem endgültigen LSP-Auswahlprozess enthalten.

  • Wenn mehrere letzte LSP-Kandidaten verbleiben (d. h. es gibt immer noch Umweg und geschützte LSPs), wählen Sie die LSPs mit schnellen Umleitungsobjekten aus.

  • Wenn keine der LSPs schnelle Umleitungsobjekte hat, wählen Sie die Objekte ohne Umweg aus. Wenn alle LSPs Umwegobjekte haben, wählen Sie alle aus.

  • Von den verbleibenden LSP-Kandidaten sollten diejenigen ausgeschlossen werden, die Knoten passieren, die andere LSPs vermeiden.

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

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

Die Berechnung und Einrichtung von Umwegen erfolgt unabhängig voneinander an jedem Knoten. Wenn ein LSP die fast Reroute aktiviert hat und ein Downstream-Link oder Knoten identifiziert werden kann, führt der Router auf einem Knoten eine CSPF-Berechnung (Constrained Shortest Path First) aus den Informationen in der lokalen Traffic Engineering-Datenbank durch. Aus diesem Grund sind Umwege darauf angewiesen, dass Ihre IGP Traffic-Engineering-Erweiterungen unterstützt. Ohne Traffic-Engineering-Datenbank lassen sich Umwege nicht herstellen.

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-Ausfällen in Knoten oder Verbindungen. Wenn kein Node-Skipping-Pfad 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 Schutz vor Downstream-Ausfällen bei Verbindungen. Umwegberechnungen sind beim ersten Mal möglicherweise nicht erfolgreich. Wenn eine Berechnung fehlschlägt, kompensiert der Router die Umwege etwa einmal in jedem Aktualisierungsintervall, bis die Berechnung erfolgreich ist. Die RSVP-Metrik für jeden Umweg wird auf einen Wert im Bereich von 10.000 bis 19.999 festgelegt.

Ein schneller Umleitungsschutzpfad ist nicht deterministisch. Der tatsächliche Schutzpfad eines bestimmten Knotens hängt von der Geschichte des LSP und der Netzwerktopologie ab, wenn der schnelle Umroutenpfad berechnet wurde. Das fehlen deterministisches Verhalten kann nach mehreren Link-Flaps in einem Netzwerk zu betriebsbedingten Schwierigkeiten und schlecht optimierten Pfaden führen. Selbst in einem kleinen Netzwerk können schnelle Umleitungspfade nach wenigen Verbindungsklappen eine beliebig große Anzahl von Knoten passieren und in diesem Zustand auf unbestimmte Zeit verbleiben. Dies ist ineffizient und macht das Netzwerk weniger vorhersehbar.

Die schnelle Umleitungsoptimierung begegnet diesem Mangel. Er bietet einen globalen Timer zur Pfadoptimierung, mit dem Sie alle LSPs optimieren können, die eine schnelle Umleitung aktiviert haben und einen Umwegpfad in Betrieb genommen haben. Der Timerwert kann in Abhängigkeit von der erwarteten RE-Verarbeitungslast variiert werden.

Der Fast-Reroute-Optimierungsalgorithmus basiert nur auf der IGP-Metrik. Solange die IGP-Metrik des neuen Pfads niedriger ist als die des alten Pfads, wird das CSPF-Ergebnis akzeptiert, auch wenn der neue Pfad möglicherweise überlastet ist (höhere Bandbreitenauslastung) oder mehr Hops durchquert.

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

Sie können die Pfadoptimierung für eine schnelle Umleitung aktivieren, indem Sie den Fast-Reroute-Optimierungs-Timer konfigurieren. Der Optimierungs-Timer löst einen regelmäßigen Optimierungsprozess aus, bei dem die Schnellen Umleitungs-Umweg-LSPs neu kompensiert werden, um Netzwerkressourcen effizienter zu nutzen.

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

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols rsvp]

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

Standardmäßig wird in der Routingtabelle inet.3 oder inet6.3 eine Host-Route zum Ausgangsrouter installiert. (Die Host-Routenadresse ist die Adresse, die Sie in der to Anweisung konfigurieren.) Durch die Installation der Host-Route kann BGP eine Next-Hop-Auflösung ausführen. Außerdem wird verhindert, dass die Host-Route die Präfixe stört, die aus dynamischen Routing-Protokollen gelernt und in der Routing-Tabelle inet.0 oder inet6.0 gespeichert sind.

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

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

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols mpls label-switched-path lsp-name]

• [edit protocols mpls static-label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]

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

Wenn sie die active Option mit der install Anweisung einschließt, installiert das angegebene Präfix in die Routingtabelle inet.0 oder inet6.0, die die primäre Weiterleitungstabelle ist. Das Ergebnis ist eine Route, die jederzeit in der Weiterleitungstabelle installiert wird, wenn der LSP eingerichtet wird, was bedeutet, dass Sie die Route pingen oder verfolgen können. Verwenden Sie diese Option mit Sorgfalt, da diese Art von Prefix einer statischen Route sehr ähnlich ist.

Sie verwenden Alias-Routen für Router, die mehrere Adressen haben, die als BGP Next Hops verwendet werden, oder für Router, die nicht MPLS-fähig sind. In jedem dieser Fälle kann der LSP auf ein anderes MPLS-fähiges 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 wahren Next-Hop-Router.

Im Falle eines Interconnect kann der Border-Router der Domain als Proxy-Router fungieren und das Präfix für die Verbindung ankündigen, wenn der Randrouter den BGP-Next Hop nicht für sich selbst einstellt.

Im Fall 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 das gesamte POP fungieren und eine Reihe von Präfixen injizieren, 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 normales IGP-Routing innerhalb des POP vorrang hätte.

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

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