Container-LSP-Konfiguration

Operativer Überblick

Der LSP-Splitting-Mechanismus ermöglicht es einem Eingangsrouter, neue Mitglieds-LSPs zu erstellen oder vorhandene LSPs mit unterschiedlichen Bandbreiten innerhalb eines Container-LSP erneut zu signalisieren, wenn ein Bedarf X für den Container-LSP platziert wird. Wenn die LSP-Aufteilung aktiviert ist, erstellt ein Eingangsrouter in regelmäßigen Abständen eine Reihe von LSPs (durch Signalisierung neuer oder erneuter Signalisierung vorhandener), um einen neuen Gesamtbedarf X zu decken. In der aktuellen Implementierung versucht ein Eingangsrouter, einen LSP-Pfad zu finden, der eine Anforderung X und andere Einschränkungen erfüllt. Wenn kein Pfad gefunden wird, wird der LSP entweder nicht signalisiert oder er bleibt aktiv, sondern mit der alten reservierten Bandbreite.

Zwischen zwei Normalisierungsereignissen (Aufteilung oder Zusammenführung) können einzelne LSPs aufgrund der automatischen Bandbreitenanpassungen mit unterschiedlichen Bandbreiten erneut signalisiert werden. Wenn ein Container-LSP nicht mit automatischer Bandbreite konfiguriert ist, wird den Mitglieds-LSPs der statische Bandbreitenwert signalisiert, sofern konfiguriert. In diesem Fall gibt es keine dynamische Aufteilung, da es keine dynamische Schätzung der aggregierten Bandbreite gibt. Die Splitting-Anpassungen mit einem bestimmten Bandbreitenwert können manuell ausgelöst werden.

Betriebliche Einschränkungen

Für die LSP-Aufteilung gelten die folgenden betrieblichen Einschränkungen:

• LSP-Bandbreite: Obwohl es eine Reihe von Möglichkeiten gibt, den LSPs Bandbreitenwerte zuzuweisen, unterstützt die Junos OS-Implementierung nur eine Zuweisungsrichtlinie für gleiche Bandbreite, wenn die Normalisierung abgeschlossen ist, wobei alle Mitglieds-LSPs mit der gleichen Bandbreite signalisiert oder erneut signalisiert werden.

• Anzahl der LSPs: Wenn ein Eingangsrouter so konfiguriert ist, dass er über eine Mindestanzahl von LSPs verfügt, behält er die Mindestanzahl von LSPs bei, auch wenn der Bedarf mit weniger als der Mindestanzahl von LSPs gedeckt werden kann. Falls der Eingangsrouter nicht in der Lage ist, Constraint-basiertes Routing für Berechnungen mit der ausreichenden Anzahl von LSPs durchzuführen oder eine ausreichende Anzahl von LSPs zu signalisieren, greift der Eingangsrouter auf eine Reihe von Failback-Optionen zurück.

  Standardmäßig wird ein inkrementeller Ansatz als Fallback-Option unterstützt (sofern nicht anders konfiguriert), bei dem ein Eingangsrouter versucht, die ausreichende Anzahl von LSPs aufzurufen, sodass die neue aggregierte Bandbreite die alte aggregierte Bandbreite übersteigt (und dem gewünschten Bedarf so nahe wie möglich kommt). Der Eingangsrouter verteilt dann den Datenverkehr mithilfe der LSPs. Die LSPs, die nicht hochgefahren werden konnten, werden vom Eingangsrouter entfernt.

Unterstützte Kriterien

Wenn ein Container-LSP einen Mitglieds-LSP signalisiert, wird der Mitglieds-LSP mit minimaler Signalbandbreite signalisiert. Da jeder Mitglieds-LSP mit automatischer Bandbreite konfiguriert ist, kann zwischen zwei Normalisierungsereignissen jeder LSP mehrmals einer automatischen Bandbreitenanpassung unterzogen werden. Wenn der Datenverkehrsbedarf steigt, erstellt der Eingangsrouter zusätzliche zusätzliche LSPs. Alle Mitglieds-LSPs werden für ECMP verwendet, daher sollten sie nach der Normalisierung ungefähr die gleiche reservierte Bandbreite haben.

Wenn z. B. nach der Normalisierung K LSPs signalisiert werden, wird jeder LSP mit der gleichen Bandbreite B signalisiert. Die reservierte Gesamtbandbreite ist B.K., wobei B die folgende Bedingung erfüllt:

• Die minimale Signalbandbreite ist kleiner oder gleich B, d. h. die maximale Signalbandbreite ist kleiner oder gleich der maximalen Signalbandbreite.

  (minimale-signale-bandbreite ≤ B ≤ maximum-signaling-bandbreite)

Bis zum nächsten Normalisierungsereignis durchläuft jeder LSP-Mitglieds mehrere Anpassungen der automatischen Bandbreite. Wenn es nach einer eventuellen Anpassung der automatischen Bandbreite N LSPs mit reservierten Bandbreiten bi gibt, wobei i=1,2,.., N ist, sollte jedes bi die folgende Bedingung erfüllen:

• Die minimale Bandbreite ist kleiner oder gleich bi, was wiederum kleiner oder gleich der maximalen Bandbreite ist

  (Minimale Bandbreite ≤ BI ≤ Maximale Bandbreite)

Beide oben genannten Bedingungen gelten für LSPs pro Mitglied (nominal und ergänzend) und haben im Wesentlichen die reservierte Bandbreite, um innerhalb eines Bereichs zu existieren.

Aufteilen von Triggern

Jedes Mal, wenn der Normalisierungstimer abläuft, entscheidet der Eingangsrouter, ob eine LSP-Aufteilung erforderlich ist. Der Eingangsrouter arbeitet mit der aggregierten Bandbreite anstelle der einzelnen LSP-Bandbreiten. Die folgenden zwei Variablen sind für die aggregierte Bandbreite definiert:

• Current-Aggr-Bw– Summe der reservierten Bandbreiten aller aktuellen Mitglieds-LSPs.

• New-Aggr-Bw– Summe der Datenverkehrsraten für alle aktuellen Mitglieds-LSPs basierend auf Stichproben.

Wenn sich z. B. zum Zeitpunkt der Normalisierung N Mitglieds-LSPs im Netzwerk befinden, gibt es folgende beiden Ansätze zum Auslösen der LSP-Aufteilung:

• Absoluter Trigger: Die LSP-Aufteilung wird durchgeführt, wenn New-Aggr-Bw größer als Aggregate-maximum-bandwidthist.

  New-Aggr-Bw ( > Aggregate-maximum-bandwidth)

• Relativer Auslöser: Unter Relativer Auslöser wird eine dynamische Berechnung durchgeführt. Das Current-Aggr-Bw wird mit New-Aggr-Bw dem Eingangs-Routing-Gerät verglichen. Die LSP-Aufteilung wird durchgeführt, wenn die Bandbreitendifferenz größer oder gleich einem berechneten Schwellenwert ist. Die folgende Gleichung beschreibt den gewünschten Zustand:

  ([1-a] x Current-Aggr-Bw < New-Aggr-Bw < [1+a] x Current-Aggr-Bw, wobei 0 </= a </= 1)

  HINWEIS:

  In der obigen Bedingung ist "a" der Anpassungsschwellenwert, und der Standardwert beträgt 10 Prozent (d. h. 0,10). Sie können die Anpassungsschwelle Ã1/4ber die splitting-merging-threshold Anweisung auf Hierarchieebene [edit protocols mpls container-label-switched-path lsp-name] konfigurieren. Der Wert wird auch in der show mpls container-lsp extensive Befehlsausgabe angezeigt.

  Wenn New-Aggr-Bw größer als Current-Aggr-Bw multipliziert mit [1+a] ist und damit der berechnete Schwellenwert überschritten wird, führt das Eingangsroutinggerät keine Normalisierung durch. Da es sich um eine relative Auslösesituation handelt, wird stattdessen das LSP-Splitting durchgeführt. Wenn jedoch sowohl die LSP-Aufteilung als auch die LSP-Zusammenführung auf dem Eingangsrouter konfiguriert sind, wird die LSP-Aufteilung auf dem Eingangsrouter ausgelöst, wenn eine der beiden Bedingungen erfüllt ist.

Operativer Überblick

Junos OS unterstützt zwei Arten von Sprachdienstleistern: CLI-konfigurierte Sprachdienstleister und dynamisch erstellte Sprachdienstleister. Die CLI-konfigurierten Sprachdienstleister werden manuell erstellt und verbleiben im System, bis die Konfiguration geändert wird. Die dynamischen Sprachdienstleister werden dynamisch von MVPN, BGP Virtual Private LAN Service (VPLS) oder LDP der nächsten Generation auf der Grundlage einer Vorlagenkonfiguration erstellt und aus dem System entfernt, wenn sie von einer Anwendung für einen bestimmten Zeitraum nicht verwendet werden. Die Zusammenführung von Sprachdienstleistern folgt einem ähnlichen Ansatz wie die dynamische Sprachdienstleister.

Die LSP-Zusammenführung ermöglicht es einem Eingangsroutinggerät, einige Komponenten-LSPs des Container-LSP dynamisch zu eliminieren, sodass weniger Statusinformationen im Netzwerk verwaltet werden. Wenn ein Eingangsrouter mehrere Mitglieds-LSPs zwischen dem Eingangs- und dem Ausgangsrouter bereitstellt und die aggregierte Bandbreite insgesamt reduziert wird (was dazu führt, dass einige LSPs nicht ausgelastet sind), verteilt der Eingangsrouter die neue Datenverkehrslast auf weniger LSPs.

Obwohl es eine Reihe von Möglichkeiten gibt, die Mitglieds-LSPs zusammenzuführen, unterstützt Junos OS die Gesamtzusammenführung nur, wenn die Normalisierung durchgeführt wird. Ein Eingangsrouter berücksichtigt den Gesamtbedarf und die minimale (oder maximale) Anzahl von LSPs und revidiert die Anzahl der LSPs, die an einem Eingangs-Routing-Gerät aktiv sein sollten. Daher kann Folgendes in regelmäßigen Abständen erfolgen, wenn der Normalisierungstimer ausgelöst wird:

• Erneute Signalisierung einiger bestehender LSPs mit aktualisierter Bandbreite

• Erstellen neuer Sprachdienstleister

• Entfernen einiger der vorhandenen Sprachdienstleister

Betriebliche Einschränkungen

Wenn ein Container-LSP nicht mit automatischer Bandbreite konfiguriert ist, wird den Mitglieds-LSPs der statische Bandbreitenwert signalisiert, sofern konfiguriert. Die LSP-Zusammenführung findet nicht statt, da es keine dynamische Schätzung der aggregierten Bandbreite gibt. Es kann jedoch ein manueller Trigger zum Aufteilen und Anpassen mit einem bestimmten Bandbreitenwert konfiguriert werden.

Zusammenführen von Triggern

Jedes Mal, wenn der Normalisierungstimer abläuft, entscheidet der Eingangsrouter, ob eine LSP-Zusammenführung erforderlich ist. Der Eingangsrouter arbeitet mit der aggregierten Bandbreite anstelle der einzelnen LSP-Bandbreiten. Die folgenden zwei Variablen sind für die aggregierte Bandbreite definiert:

• Current-Aggr-Bw– Summe der reservierten Bandbreiten aller aktuellen Mitglieds-LSPs.

• New-Aggr-Bw– Summe der Datenverkehrsraten für alle aktuellen Mitglieds-LSPs basierend auf Stichproben.

Wenn z. B. zum Zeitpunkt der Normalisierung N LSPs im Netzwerk vorhanden sind, gibt es folgende beiden Ansätze zum Auslösen der LSP-Zusammenführung:

• Absoluter Trigger: Die LSP-Zusammenführung wird durchgeführt, wenn New-Aggr-Bw der Wert kleiner als Aggregate-minimum-bandwidthist.

  New-Aggr-Bw ( < Aggregate-minimum-bandwidth)

• Relativer Trigger: Der Current-Aggr-Bw wird mit New-Aggr-Bw am Eingangs-Routing-Gerät verglichen. Die LSP-Zusammenführung wird durchgeführt, wenn die Differenz in der Bandbreite um einen Schwellenwert abweicht.

  ([1-a] x Current-Aggr-Bw < New-Aggr-Bw < [1+a] x Current-Aggr-Bw, wobei 0 </= a </= 1)

  HINWEIS:

  In der obigen Bedingung ist "a" der Anpassungsschwellenwert, und der Standardwert beträgt 10 Prozent (d. h. 0,10). Sie können die Anpassungsschwelle Ã1/4ber die splitting-merging-threshold Anweisung auf Hierarchieebene [edit protocols mpls container-label-switched-path lsp-name] konfigurieren. Der Wert wird auch in der show mpls container-lsp extensive Befehlsausgabe angezeigt.

  Wenn der New-Aggr-Bw Wert kleiner oder gleich [1+a] multipliziert mit dem Current-Aggr-Bw Wert ist, führt das Eingangs-Routing-Gerät keine Normalisierung durch, sondern es wird eine LSP-Zusammenführung durchgeführt. Wenn jedoch sowohl die LSP-Aufteilung als auch die LSP-Zusammenführung auf dem Eingangsrouter konfiguriert sind, wird die LSP-Aufteilung auf dem Eingangsrouter ausgelöst, wenn eine der beiden Bedingungen erfüllt ist.

Operativer Überblick

Normalisierung ist ein Ereignis, das in regelmäßigen Abständen auftritt. In diesem Fall wird eine Entscheidung über die Anzahl der Mitglieds-LSPs getroffen, die aktiv bleiben sollen, und über ihre jeweiligen Bandbreiten in einem Container-LSP. Genauer gesagt wird entschieden, ob neue ergänzende LSPs erstellt werden sollen oder ob vorhandene LSPs während des Normalisierungsereignisses erneut signalisiert oder gelöscht werden müssen.

Zwischen zwei Normalisierungsereignissen kann ein Mitglieds-LSP mehrere automatische Bandbreitenanpassungen durchlaufen. Ein Normalisierungstimer, ähnlich dem Timer für die erneute Optimierung, ist konfiguriert. Das Normalisierungs-Timer-Intervall sollte nicht kleiner sein als das Anpassungsintervall oder der Optimierungs-Timer.

Betriebliche Einschränkungen

Für die Normalisierung gelten die folgenden betrieblichen Einschränkungen:

• Die Normalisierung findet nur statt, wenn keiner der Mitglieds-LSPs einer Neuoptimierung oder einem Make-before-Break unterzogen wird. Die Normalisierung beginnt, wenn alle Mitglieds-LSPs ihre laufenden Make-before-Break abgeschlossen haben. Wenn die Normalisierung aussteht, sollte eine neue Optimierung erst dann versucht werden, wenn die Normalisierung abgeschlossen ist.

• Nach der Normalisierung berechnet ein Eingangs-Routing-Gerät zunächst mithilfe von einschränkungsbasierten Routing-Berechnungen eine Reihe von Pfaden, die für die Bandbreite realisierbar sind. Wenn nicht genügend einschränkungsbasierte Routing-berechnete Pfade mit einem aggregierten Bandbreitenwert angezeigt werden, der die gewünschte Bandbreite überschreitet, werden mehrere Failoveraktionen ausgeführt.

• Nachdem eine Reihe von Pfaden verfügbar ist, für die eine Bandbreite realisierbar ist, signalisiert das Eingangsroutinggerät diese Pfade, während der ursprüngliche Satz von Pfaden mit den alten Bandbreitenwerten beibehalten wird. Das Make-before-Break erfolgt im SE-Freigabestil, und wenn einige der LSPs nicht erfolgreich erneut signalisiert werden, wird eine begrenzte Anzahl von Wiederholungsversuchen für eine bestimmte Dauer versucht. Erst wenn alle LSPs erfolgreich signalisiert wurden, wechselt der Eingangsrouter von der alten Instanz des Container-LSP zur neueren Instanz. Wenn nicht alle LSPs erfolgreich signalisiert werden konnten, behält der Eingangsrouter die Instanzen von Mitgliedern mit höheren Bandbreitenwerten bei.

  Wenn z. B. die Bandbreite einer alten Instanz eines Mitglieds-LSP (LSP-1) 1G beträgt, wird der LSP in LSP-1 mit Bandbreite 2G und LSP-2 mit Bandbreite 2G aufgeteilt. Wenn die Signalübertragung von LSP-1 mit Bandbreite 2G fehlschlägt, behält der Eingangsrouter LSP-1 mit Bandbreite 1G und LSP-2 mit Bandbreite 2G bei.

  Wenn ein Signalisierungsfehler auftritt, bleibt das Eingangs-Routing-Gerät im Fehlerzustand, in dem einige LSPs die Bandbreitenwerte nur dann aktualisiert haben, wenn die aggregierte Bandbreite gestiegen ist. Der Eingangsrouter versucht, die LSPs aufzurufen, die nicht erfolgreich signalisiert werden konnten, was zu minimalem Datenverkehrsverlust führt.

• Wenn ein LSP zwischen zwei Normalisierungsereignissen ausfällt, kann dies die Auslastung anderer LSPs erhöhen, die aktiv sind. Um eine Überbeanspruchung anderer LSPs zu verhindern, kann eine vorzeitige Normalisierung im Falle eines LSP-Ausfalls konfiguriert werden. Sprachdienstleister können aufgrund von vorzeitiger Entfernung oder mangelndem Knoten- oder Verbindungsschutz ausfallen. Es ist möglicherweise nicht erforderlich, die ausgefallen befindlichen LSPs aufzurufen, da der Normalisierungsprozess die einschränkungsbasierten Routingpfadberechnungen erneut ausführt.

Interoperabilität mit automatischer Bandbreite

Als Beispiel gibt es einen nominalen LSP mit dem Namen LSP-1, der mit den folgenden Parametern konfiguriert ist:

• Splitting-Bandbreite und maximale Signalbandbreite von 1G

• Merging-Bandbreite und minimale-Signalbandbreite von 0,8G

• Automatische Bandbreite

Die Normalisierung wird in den folgenden Szenarien unterschiedlich durchgeführt:

NSR-Unterstützung

Ein Container-LSP weist die Merkmale von ECMP- und RSVP-Traffic-Engineering auf. Da ein Container-LSP aus mehreren Mitglieds-LSPs zwischen einem Eingangs- und einem Ausgangsrouter besteht und jeder Mitglieds-LSP einen anderen Pfad zum gleichen Ziel nimmt, wird der Eingangsrouter mit allen Parametern konfiguriert, die zum Berechnen eines RSVP-ECMP-LSP erforderlich sind. Diese Parameter müssen zusammen mit den Weiterleitungsstatusinformationen zwischen der primären und der Backup-Routing-Engine synchronisiert werden, um die Unterstützung für Nonstop Active Routing (NSR) für Container-LSPs zu ermöglichen. Während einige der Weiterleitungsstatusinformationen in der Backup-Routing-Engine lokal basierend auf der Konfiguration erstellt werden, basiert der größte Teil auf regelmäßigen Updates der primären Routing-Engine. Die Container-LSPs werden dynamisch unter Verwendung der replizierten Zustände auf der Backup-Routing-Engine erstellt.

Standardmäßig erfolgt die Normalisierung einmal alle 6 Stunden, und während dieser Zeit erfolgt eine Reihe von Anpassungen der automatischen Bandbreite für jeden Mitglieds-LSP. Die Größe eines Mitglieds-LSP wird entsprechend dem Datenverkehr, den er überträgt, und den konfigurierten Konfigurationsparametern für die automatische Bandbreite angepasst. Der aggregierte Bedarf an einem Container-LSP wird nachverfolgt, indem die Bandbreite aller Mitglieds-LSPs summiert wird.

Bei RSVP-Punkt-zu-Punkt-LSPs kann ein Routing-Engine-Switchover unter einer der folgenden Optionen erfolgen:

• Steady state

  Im stationären Zustand ist der LSP-Zustand "Up" und leitet den Datenverkehr weiter. Auf dem LSP tritt jedoch kein anderes Ereignis auf, wie z. B. der Make-before-Break (MBB). In dieser Phase wird der RPD auf beiden Routing-Modulen ausgeführt, und das Switchover-Ereignis schaltet zwischen der primären und der Backup-Routing-Engine um. In der Backup-Routing-Engine wurden die LSP-Informationen bereits repliziert. Nach dem Switchover verwendet der neue primäre Server die Informationen der replizierten Struktur, um den Container-LSP zu erstellen, und stellt den Pfad (ERO) des LSP im Rückverfolgungsmodus in die Warteschlange. RSVP signalisiert und prüft, ob der in der ERO genannte Pfad erreichbar ist. Wenn die RSVP-Prüfungen fehlschlagen, wird der Sprachdienstleister neu gestartet. Wenn die RSVP-Prüfungen erfolgreich sind, bleibt der LSP-Status aktiv.

• Action leading to make-before-break (MBB)

  Ein Container-LSP kann mit aktualisierter Bandbreite optimiert werden, und diese Änderung erfolgt in MBB-Manier. Während eines MBB-Prozesses gibt es zwei Pfadinstanzen für einen bestimmten LSP, und der LSP wechselt von einer Instanz zur anderen. Bei jedem Routing-Engine-Switchover wird der Pfad überprüft, um herauszufinden, an welcher Stelle im MBB-Prozess sich der Pfad befindet. Wenn sich der Pfad in der Mitte des MBB-Prozesses befindet, wobei die Hauptinstanz nicht verfügbar und der neu optimierte Pfad aktiv ist, kann MBB auf die neue Instanz umschalten. Die show mpls lsp extensive Befehlsausgabe lautet in diesem Fall wie folgt:

  Ein ähnliches Verhalten wird für Mitglieds-LSPs während der Bandbreitenoptimierung beibehalten.

  Ein Routing-Engine-Switchover im stationären Zustand (wenn keine Normalisierung ausgeführt wird) sorgt dafür, dass die Container-LSPs ohne Datenverkehrsverluste ausgeführt werden. Ereignisse wie ein MBB aufgrund automatischer Bandbreitenanpassungen, ein Ausfall des Verbindungsstatus oder ein doppelter Ausfall im stationären Zustand ähneln einem normalen RSVP-Punkt-zu-Punkt-LSP.

  Wenn sich der Container-LSP im Normalisierungsprozess befindet und das Normalisierungsereignis entweder manuell oder in regelmäßigen Abständen ausgelöst wird, durchläuft er die Berechnungs- und Ausführungsphase. In beiden Fällen ist ein Datenverkehrsverlust von null Prozent nicht garantiert.

  • Normalisierung in der Berechnungsphase

    Während der Berechnungsphase berechnet die primäre Routing-Engine die Anzahl der LSP-Zielmitglieder und die Bandbreite, mit der die einzelnen Mitglieds-LSPs erneut signalisiert werden sollen. Das Sicherungsroutingmodul verfügt über begrenzte Informationen über den Container-LSP, z. B. den LSP-Namen, die LSP-ID, die aktuelle Bandbreite des Mitglieds-LSP, die Anzahl der LSP-Mitglieder und die Anzahl der Normalisierungswiederholungen. Wenn der Switchover während der Berechnungsphase erfolgt, kennt die Backup-Routing-Engine die Anzahl der LSP-Zielmitglieder und die zu signalisierende Bandbreite nicht. Da die Datenverkehrsstatistiken nicht in die Backup-Routing-Engine kopiert werden, kann die Anzahl der Zielmitglieder und die Bandbreite nicht berechnet werden. In diesem Fall verwendet die neue primäre Routing-Engine die alten Daten, die in der LSP-Anzahl der Zielmitglieder gespeichert sind, und die Zielbandbreite, um die LSPs zu signalisieren.

  • Normalisierung in der Ausführungsphase

    Während der Ausführungsphase versucht RSVP der primären Routing-Engine, den LSPs die neu berechnete Bandbreite zu signalisieren. Wenn die Umschaltung während der Signalisierung von Sprachdienstleistern mit größerer Bandbreite oder während der Aufteilung oder Zusammenführung von LSPs erfolgt, verwendet die neue primäre Routing-Engine die Informationen über die Anzahl der anvisierten Mitglieder und den Bandbreitenwert, mit dem signalisiert werden soll, um die LSPs aufzurufen.

IPG-FA Support

Ein Forwarding Adjacency (FA) ist ein Traffic Engineering Label-Switched Path (LSP), der zwischen zwei Knoten konfiguriert wird und von einem Interior Gateway Protocol (IGP) zur Weiterleitung von Datenverkehr verwendet wird. Standardmäßig berücksichtigt ein IGP keine MPLS-Tunnel für das Traffic Engineering zwischen Standorten für die Weiterleitung des Datenverkehrs. Bei der Weiterleitungsnachbarschaft wird ein Traffic-Engineering-LSP-Tunnel als Verbindung in einer IGP-Topologie behandelt, sodass die Knoten im Netzwerk den IP-Datenverkehr auch weiterleiten können, um das Ziel über diesen FA-LSP zu erreichen. Eine Weiterleitungsnachbarschaft kann zwischen Routing-Geräten unabhängig von ihrer Position im Netzwerk erstellt werden.

Um einen Container-LSP als IGP-FA anzukündigen, muss der LSP-Name entweder unter IS-IS oder OSPF konfiguriert werden. Zum Beispiel:

IS-IS

OSPF

Unterstützung statischer Routen

Statische Routen enthalten oft nur einen oder sehr wenige Pfade zu einem Ziel und ändern sich in der Regel nicht. Diese Routen werden für Stitching-Dienste verwendet, wenn Richtlinien und andere Protokolle nicht konfiguriert sind.

Um einen Container-LSP als statische Route anzukündigen, muss der LSP-Name unter der statischen Routenkonfiguration konfiguriert werden. Zum Beispiel:

Statische Route