LSP-Routen

Die IGPs und BGP speichern ihre Routing-Informationen in der inet.0-Routing-Tabelle, der Haupt-IP-Routing-Tabelle. Wenn der traffic-engineering bgp Befehl so konfiguriert ist, dass nur BGP MPLS-Pfade für die Weiterleitung des Datenverkehrs verwenden kann, werden die MPLS-Pfadinformationen in einer separaten Routing-Tabelle, inet.3, gespeichert. Nur BGP greift auf die Routing-Tabelle 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, wodurch die IGPs MPLS-Pfade für die Weiterleitung des Datenverkehrs verwenden können, werden MPLS-Pfadinformationen in der inet.0-Routing-Tabelle gespeichert.Abbildung 1 ( und Abbildung 2 veranschaulichen Sie die Routing-Tabellen in den beiden Traffic-Engineering-Konfigurationen.)

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

Die Routing-Tabelle inet.3 enthält die Hostadresse des Ausgangsrouters jedes LSP. Diese Routing-Tabelle wird auf Eingangsroutern verwendet, um Pakete an den Ausgangsziel-Router weiterzuleiten. 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-Pfadrouting-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 weiterzuleiten.

In der Regel konsultiert der Ausgangsrouter in einem LSP die mpls.0-Routingtabelle nicht. (Dieser Router muss mpls.0 nicht konsultieren, da der vorletzte Router im LSP entweder die Bezeichnung des Pakets in den Wert 0 ändert oder die Bezeichnung ausblendet.) In beiden Fällen leitet der Ausgangsrouter das Paket als IPv4-Paket weiter und konsultiert dabei die IP-Routing-Tabelle inet.0, 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 um zu bestimmen, dass es sich bei diesem Router um den Ausgangsrouter handelt.

Wenn BGP ein Next-Hop-Präfix auflöst, untersucht es sowohl die Routing-Tabellen inet.0 als auch inet.3 und sucht nach dem nächsten Hop mit der niedrigsten Präferenz. Wenn in beiden Routing-Tabellen ein Next-Hop-Eintrag mit gleicher Präferenz gefunden wird, bevorzugt BGP den Eintrag in der inet.3-Routing-Tabelle.

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

Im Allgemeinen wählt BGP Next-Hop-Einträge in der inet.3-Routing-Tabelle aus, da deren Einstellungen immer niedriger sind als die OSPF- und IS-IS-Next-Hop-Einstellungen. Wenn Sie LSPs konfigurieren, können Sie die Standardeinstellung für MPLS-LSPs außer Kraft setzen, wodurch sich der Auswahlprozess für den nächsten Hop ändern kann.

Wenn BGP einen Next-Hop-Eintrag aus der inet.3-Routing-Tabelle auswählt, installiert es diesen LSP in der Weiterleitungstabelle in der Paketweiterleitungs-Engine, wodurch Pakete, die für diesen nächsten Hop bestimmt sind, in den LSP gelangen und entlang dieses übertragen werden. Wenn der LSP entfernt wird oder fehlschlägt, wird der Pfad aus der inet.3-Routingtabelle und aus der Weiterleitungstabelle entfernt, und BGP verwendet wieder einen nächsten Hop aus der inet.0-Routingtabelle.

Die schnelle Umleitung bietet Redundanz für einen LSP-Pfad. Wenn Sie die schnelle Umleitung aktivieren, werden Umleitungen entlang des LSP im Voraus berechnet und festgelegt. Bei einem Netzwerkausfall auf dem aktuellen LSP-Pfad wird der Datenverkehr schnell auf eine der Umleitungen umgeleitet. Abbildung 3 veranschaulicht einen LSP von Router A nach Router F mit den eingerichteten Umwegen. Jeder Umweg wird von einem vorgelagerten Knoten eingerichtet, um die Verbindung zum unmittelbar nachgelagerten Knoten und zum unmittelbar nachgelagerten Knoten selbst zu vermeiden. Jeder Umweg kann über einen oder mehrere label-switched-Router (oder -switches) führen, die in der Abbildung nicht dargestellt sind.

Die schnelle Umleitung schützt den Datenverkehr vor jedem einzelnen Fehlerpunkt zwischen den Eingangs- und Ausgangsroutern (oder -switches). Wenn in einem Szenario mit skalierter schneller Umleitung ein Fehler auftritt, verlieren die Geräte die Erreichbarkeit für alle Peers, die über die ausgefallene Verbindung verbunden waren. Dies führt zu einer Unterbrechung des Datenverkehrs, da die BGP-Sitzung zwischen den Geräten ausfällt. Wenn es mehrere Fehler entlang eines LSP gibt, kann die schnelle Umleitung selbst fehlschlagen. Außerdem schützt die schnelle Umleitung nicht vor dem Ausfall der Eingangs- oder Ausgangsrouter.

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

Wenn ein Knoten erkennt, dass eine Downstream-Verbindung ausgefallen ist (mithilfe eines Link-Layer-spezifischen Mechanismus zur Erkennung der Lebendigkeit) oder dass ein Downstream-Knoten ausgefallen ist (z. B. mithilfe des RSVP-Neighbor-Hello-Protokolls), schaltet der Knoten den Datenverkehr schnell auf die Umleitung um und signalisiert gleichzeitig dem Eingangsrouter den Ausfall der Verbindung oder des Knotens. Abbildung 4 veranschaulicht den Umweg, der genommen wird, wenn die Verbindung zwischen Router B und Router C fehlschlägt.

Abbildung 4: Umweg, nachdem die Verbindung von Router B zu Router C fehlgeschlagen ist

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

Beachten Sie, dass der Knoten, nachdem er den Datenverkehr auf die Umleitung umgestellt hat, den Datenverkehr kurz darauf möglicherweise wieder auf eine neu berechnete Umleitung umstellt. Dies liegt daran, dass die anfängliche Umleitungsroute möglicherweise nicht die beste Route ist. Um das Rerouting so schnell wie möglich zu gestalten, verlagert der Knoten den Datenverkehr auf die ursprüngliche Umleitung, ohne zuvor zu überprüfen, ob die Umleitung gültig ist. Sobald der Wechsel vorgenommen wurde, berechnet der Knoten den Umweg neu. Wenn der Knoten feststellt, dass die ursprüngliche Umleitung noch gültig ist, fließt der Datenverkehr weiterhin über diese Umleitung. Wenn der Knoten feststellt, dass die ursprüngliche Umleitung nicht mehr gültig ist, schaltet er den Datenverkehr erneut auf eine neu berechnete Umleitung um.

Die Zeit, die benötigt wird, damit eine schnelle Umleitung wirksam wird, hängt von zwei unabhängigen Zeitintervallen ab:

• Zeitspanne bis zur Erkennung eines Verbindungs- oder Knotenfehlers: Dieses Intervall hängt stark vom verwendeten Link-Layer und der Art des Fehlers ab. Beispielsweise ist die Fehlererkennung bei einer SONET/SDH-Verbindung in der Regel viel schneller als bei einer Gigabit-Ethernet-Verbindung, und beide sind viel schneller als die Erkennung eines Routerausfalls.

• Zeitspanne, die erforderlich ist, um den Datenverkehr auf die Umleitung zu verteilen: Dieser Vorgang wird von der Packet Forwarding Engine ausgeführt, die nur wenig Zeit benötigt, um den Datenverkehr auf die Umleitung zu leiten. Der Zeitaufwand kann je nach Anzahl der LSPs, die auf Umleitungen umgestellt werden, variieren.

Fast Reroute ist ein kurzfristiger Patch zur Reduzierung von Paketverlusten. Da bei der Umleitungsberechnung möglicherweise nicht genügend Bandbreite reserviert wird, können die Umleitungen zu einer Überlastung der alternativen Verbindungen führen. Der Eingangsrouter ist der einzige Router, der die Einschränkungen der LSP-Richtlinien vollständig kennt und daher der einzige Router ist, der in der Lage ist, adäquate langfristige alternative Pfade zu finden.

Umleitungen werden durch die Verwendung 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, für den die schnelle Weiterleitung aktiviert ist. Das Erstellen 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, wird bei jedem Umweg versucht, so schnell wie möglich nach dem ausgefallenen Knoten oder der ausgefallenen Verbindung wieder mit dem LSP zusammenzuführen. Wenn Sie einen LSP in Betracht ziehen, der über n Routerknoten läuft, können Umwege erstellt n – 1 werden. Abbildung 5Beispielsweise versucht der Umweg in , bei Router D statt bei Router E oder Router F wieder in den LSP einzubinden. Durch das Wiedereinführen in den LSP wird das Problem der Umwegskalierbarkeit besser beherrschbar. Wenn Topologiebeschränkungen verhindern, dass die Umleitung schnell wieder in den LSP zusammengeführt wird, werden Umleitungen automatisch mit anderen Umleitungen zusammengeführt.

Abbildung 5: Umwege gehen in andere Umwege über

Fast Rerouting bietet einen Mechanismus zum automatischen Umleiten 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, verringert wird.

Um die schnelle Weiterleitung auf einem LSP zu konfigurieren, fügen Sie die fast-reroute folgende Anweisung auf dem Eingangsrouter (oder Switch) ein:

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

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

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

Sie müssen die schnelle Weiterleitung auf den Transit- und Ausgangsroutern (oder Switches) des LSP nicht konfigurieren. Sobald die schnelle Umleitung aktiviert ist, signalisiert der Eingangsrouter (oder Switch) allen nachgeschalteten Routern (oder Switches), dass die schnelle Umleitung auf dem LSP aktiviert ist, und jeder nachgeschaltete Router tut sein Bestes, um Umleitungen für den LSP einzurichten. Wenn ein Downstream-Router die schnelle Weiterleitung nicht unterstützt, ignoriert er die Anforderung zum Einrichten von Umleitungen und unterstützt weiterhin den LSP. Ein Router, der die schnelle Umleitung nicht unterstützt, führt dazu, dass einige der Umleitungen fehlschlagen, hat aber ansonsten keine Auswirkungen auf den LSP.

Standardmäßig ist keine Bandbreite für den umgeleiteten Pfad reserviert. Um Bandbreite für den umgeleiteten Pfad zuzuweisen, schließen 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 einschließen, ist die Standardeinstellung, keine Bandbreite für den Umleitungspfad zu reservieren.

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

Wenn Sie mit der bandwidth-percent Anweisung einen Bandbreitenprozentsatz angeben, wird die Bandbreite des Umleitungspfads berechnet, indem der Bandbreitenprozentsatz mit der Bandbreite multipliziert wird, die für den Haupt-LSP für Datenverkehr konfiguriert ist. Informationen zum Konfigurieren der Bandbreite für einen datenverkehrtechnischen LSP finden Sie unter Konfigurieren von datenverkehrstechnischen LSPs.

Hop-Limit-Einschränkungen definieren, wie viele Router ein Umweg im Vergleich zum LSP selbst mehr durchqueren darf. 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 betragen, einschließlich der Eingangs- und Ausgangsrouter.

Standardmäßig erbt eine Umleitung die gleichen administrativen (farblichen) Gruppeneinschränkungen wie der übergeordnete LSP, wenn CSPF den alternativen Pfad bestimmt. Administrativen Gruppen, die auch als Linkfärbung oder Ressourcenklasse bezeichnet werden, werden manuell Attribute zugewiesen, die die "Farbe" von Links beschreiben, sodass Links mit derselben Farbe konzeptionell zur gleichen Klasse gehören. Wenn Sie die include-any Anweisung beim Konfigurieren des übergeordneten LSP angeben, müssen alle Links, die von der alternativen Sitzung durchlaufen werden, mindestens eine Farbe in der Liste der Gruppen aufweisen. Wenn Sie die include-all Anweisung beim Konfigurieren des übergeordneten LSP angeben, müssen alle Links, die von der alternativen Sitzung durchlaufen werden, alle Farben aufweisen, die in der Liste der Gruppen zu finden sind. Wenn Sie die exclude Anweisung beim Konfigurieren des übergeordneten LSP angeben, darf 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 Sprachdienstleister.

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 Pfadnachrichten von verschiedenen Schnittstellen mit identischen Sitzungs- und Absendervorlagenobjekten 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 nicht alle Pfadnachrichten eine schnelle Umleitung oder ein Umleitungsobjekt 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 zusätzlich zur eingehenden Schnittstelle den Pfadstatus aufzeichnen. Wenn die Pfadnachrichten nicht dieselbe ausgehende Schnittstelle und denselben Next-Hop-Router verwenden, betrachtet der Router sie als unabhängige LSPs und führt sie nicht zusammen.

• Für alle Pfadnachrichten, die dieselbe ausgehende Schnittstelle und denselben Next-Hop-Router verwenden, verwendet der Router den folgenden Prozess, um den endgültigen LSP auszuwählen:

  • Wenn nur ein Sprachdienstleister von diesem Knoten stammt, wählen Sie ihn als endgültigen Sprachdienstleister aus.

  • Wenn nur ein LSP ein schnelles Umleitungsobjekt enthält, wählen Sie es als endgültiges LSP aus.

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

  • Wenn noch mehrere endgültige LSP-Kandidaten übrig sind (d. h., es gibt noch sowohl Umleitungs- als auch geschützte LSPs), wählen Sie die LSPs mit schnellen Reroute-Objekten aus.

  • Wenn keines der LSPs über schnelle Umleitungsobjekte verfügt, wählen Sie die Objekte ohne Umleitungsobjekte aus. Wenn alle LSPs Umleitungsobjekte haben, wählen Sie sie alle aus.

  • Von den verbleibenden LSP-Kandidaten sollten diejenigen aus der Betrachtung gestrichen werden, die Knoten durchlaufen, die andere LSPs meiden.

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

• Nachdem der endgültige LSP identifiziert wurde, darf der Router nur noch die Pfadnachrichten übertragen, die diesem LSP entsprechen. Alle anderen Sprachdienstleister werden an diesem Knoten als zusammengeführt betrachtet.

Das Berechnen und Einrichten von Umleitungen erfolgt unabhängig voneinander an jedem Knoten. Wenn auf einem Knoten ein LSP die schnelle Weiterleitung aktiviert hat und eine nachgeschaltete Verbindung oder ein nachgeschalteter Knoten identifiziert werden kann, führt der Router eine CSPF-Berechnung (Constrained Shortest Path First) anhand der Informationen in der lokalen Traffic-Engineering-Datenbank durch. Aus diesem Grund sind Umleitungen darauf angewiesen, dass Ihre IGP Traffic-Engineering-Erweiterungen unterstützt. Ohne die Verkehrstechnik-Datenbank können Umleitungen nicht eingerichtet werden.

CSPF versucht zunächst, einen Pfad zu finden, der den nächsten nachgelagerten Knoten überspringt. Der Versuch, diesen Pfad zu finden, bietet Schutz vor Downstreamausfällen in Knoten oder Links. Wenn kein Pfad zum Überspringen von Knoten verfügbar ist, versucht CSPF, einen Pfad für eine alternative Verbindung zum nächsten nachgelagerten Knoten zu finden. Der Versuch, eine alternative Verbindung zu finden, bietet Schutz vor Downstreamfehlern nur bei Links. Umleitungsberechnungen sind möglicherweise beim ersten Mal nicht erfolgreich. Wenn eine Berechnung fehlschlägt, berechnet der Router Umwege etwa einmal in jedem Aktualisierungsintervall neu, bis die Berechnung erfolgreich ist. Die RSVP-Metrik für jede Umleitung 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 Historie des LSP und der Netzwerktopologie ab, als der schnelle Umleitungspfad berechnet wurde. Das Fehlen von deterministischem Verhalten kann zu betrieblichen Schwierigkeiten und schlecht optimierten Pfaden nach mehreren Link-Flaps in einem Netzwerk führen. Selbst in einem kleinen Netzwerk können schnelle Reroute-Pfade nach ein paar Link-Flaps eine beliebig große Anzahl von Knoten durchlaufen und auf unbestimmte Zeit in diesem Zustand verbleiben. Das ist ineffizient und macht das Netzwerk weniger berechenbar.

Die schnelle Reroute-Optimierung behebt dieses Manko. Es bietet einen globalen Timer für die Pfadoptimierung, mit dem Sie alle Sprachdienstleister optimieren können, für die eine schnelle Umleitung aktiviert ist und ein Umleitungspfad eingerichtet ist. Der Timer-Wert kann in Abhängigkeit von der erwarteten RE-Verarbeitungslast variiert werden.

Der schnelle 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 Bandbreitennutzung) oder mehr Hops durchläuft.

In Übereinstimmung mit RFC 4090, Fast Reroute Extensions to RSVP-TE for LSP Tunnels, wird bei der Berechnung und Annahme eines neuen Pfads für die schnelle Umleitungsoptimierung zuerst die vorhandene Umleitung zerstört und dann die neue Umleitung eingerichtet. Um Verkehrsverluste zu vermeiden, werden Umleitungen, die den Verkehr aktiv schützen, nicht optimiert.

Sie können die Pfadoptimierung für die schnelle Weiterleitung aktivieren, indem Sie den Timer für die Optimierung der schnellen Umleitung konfigurieren. Der Optimierungstimer löst einen periodischen Optimierungsprozess aus, der die LSPs für schnelle Umleitungen neu berechnet, um Netzwerkressourcen effizienter zu nutzen.

Um die schnelle Optimierung des Umleitungspfads zu aktivieren, geben Sie die Anzahl der Sekunden mit der Option optimize-timer für die fast-reroute Anweisung an:

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

• [edit protocols rsvp]

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

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

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 die Paketweiterleitungs-Engine kopiert und verursachen daher keine direkten Änderungen in der Systemweiterleitungstabelle. Sie können den ping Befehl or traceroute nicht über diese Routen verwenden. Die einzige Verwendung für inet.3 oder inet6.3 besteht darin, BGP die Durchführung einer Next-Hop-Auflösung zu ermöglichen. Um die Tabelle inet.3 oder inet6.3 zu untersuchen, verwenden Sie den show route table inet.3 Befehl oder show route table inet6.3 .

Um zusätzliche Routen in die Routing-Tabelle inet.3 oder inet6.3 einzufügen, fügen Sie die install folgende Anweisung ein:

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

• [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 Aliase in der Routing-Tabelle 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 an einen bestimmten LSP leiten.

Wenn Sie die active Option in die install Anweisung einfügen, wird das angegebene Präfix in der Routingtabelle inet.0 oder inet6.0 installiert, bei der es sich um die primäre Weiterleitungstabelle handelt. Das Ergebnis ist eine Route, die jedes Mal 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 Bedacht, da diese Art von Präfix einer statischen Route sehr ähnlich ist.

Sie verwenden Alias-Routen für Router mit mehreren Adressen, die als nächste BGP-Hops verwendet werden, oder für Router, die nicht MPLS-fähig sind. In beiden Fällen kann der Sprachdienstleister auf ein anderes MPLS-fähiges System innerhalb der lokalen Domäne konfiguriert werden, das dann als "Grenz"-Router fungiert. Der LSP wird dann auf dem Border-Router beendet, und von diesem Router aus leitet die Layer-3-Weiterleitung das Paket an den echten Next-Hop-Router weiter.

Im Falle eines Interconnects kann der Border-Router der Domäne als Proxy-Router fungieren und das Präfix für den Interconnect ankündigen, wenn der Border-Router den nächsten BGP-Hop nicht auf sich selbst festlegt.

Bei einem 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 einfügen, die den POP abdecken. Somit können sich alle Router innerhalb des POP als interne BGP (IBGP) Next Hops ankündigen, und der Datenverkehr kann dem LSP folgen, um den Core-Router zu erreichen. Dies bedeutet, dass das normale IGP-Routing innerhalb des POP vorherrschen würde.

Sie können die ping Befehle "oder" traceroute nicht für Routen in der Routing-Tabelle "inet.3" oder "inet6.3" verwenden.

Für die BGP-Next-Hop-Auflösung macht es keinen Unterschied, ob sich eine Route in inet.0/inet6.0 oder inet.3/inet6.3 befindet. Es wird die Route mit der besten Übereinstimmung (längste Maske) gewählt. Unter mehreren Routen mit der besten Übereinstimmung wird diejenige mit dem höchsten Präferenzwert ausgewählt.