Tunneling von LDP über SR-TE

Vorteile von Tunneling LDP gegenüber SR-TE

• Ermöglicht die nahtlose Integration von LDP über SR-TE in das Core-Netzwerk.

• Bietet flexible Konnektivitätsoptionen für mehrere Topologien, Protokolle und Domänen.

• Ermöglicht die Interoperabilität zwischen LDP- und SR-fähigen Geräten.

• Nutzt die Lastverteilungsfunktionen von SR-TE.

• Schnellere Wiederherstellung der Netzwerkkonnektivität durch Verwendung von TI-LFA (Topology Independent Loop-Free Alternate) innerhalb der SR-TE-Domäne. SR mit TI-LFA leitet den Datenverkehr sofort an einen Backup- oder alternativen Pfad weiter, wenn der primäre Pfad ausfällt oder nicht mehr verfügbar ist.

Tunneling von LDP über SR-TE – Übersicht

Es ist üblich, dass Service Provider das LDP-Signalisierungsprotokoll mit MPLS-Transport an den Rändern ihrer Netzwerke verwenden. LDP bietet den Vorteil, dass es einfach ist, aber LDP fehlt es an Traffic Engineering (TE) und ausgefeilten Pfadreparaturfunktionen, die im Kern des Netzwerks häufig gewünscht werden. Viele Service Provider migrieren von RSVP zu Segment Routing Traffic Engineering (SR-TE) im Core. SR-TE wird auch als Source Routing in Packet Networks (SPRING) bezeichnet.

Es ist möglich, dass die Router, auf denen LDP am Edge ausgeführt wird, keine SR-Funktionen unterstützen. Der Dienstanbieter möchte LDP möglicherweise weiterhin auf diesen Routern verwenden, um ein Upgrade zu vermeiden. In solchen Szenarien bietet die LDP-over-SR-TE-Tunneling-Funktion die Möglichkeit, Router, die nicht SR-fähig sind (mit LDP), in Router zu integrieren, die SR-fähig sind (mit SR-TE).

Die LDP-LSPs werden durch das SR-TE-Netzwerk getunnelt, wodurch die Zusammenarbeit von LDP-LSPs mit SR-TE-LSPs ermöglicht wird. Wenn Sie z. B. LDP-Domänen im Provider-Edge-Netzwerk und SR-TE im Kernnetzwerk haben, können Sie die LDP-Domänen über SR-TE verbinden, wie in Abbildung 1gezeigt.

Tunneling von LDP über SR-TE unterstützt die Koexistenz von LDP-LSPs und SR-TE-LSPs.

Sie können LDP auch über SR-TE zwischen LDP-Domänen tunneln, die mit überregionalen Core-Netzwerken verbunden sind. Wenn Sie z. B. über mehrere regionale LDP-Domänen verfügen, die mit den überregionalen SR-TE-Core-Netzwerken verbunden sind, können Sie LDP-Tunnel über das interregionale SR-TE-Core-Netzwerk übertragen, wie in gezeigt.Abbildung 2

In haben Sie drei regionale Netzwerke (A, B und C), in denen LDP ausgeführt wird.Abbildung 2 Diese regionalen LDP-Domänen sind mit ihren jeweiligen regionalen Kernnetzen verbunden, auf denen SR-TE läuft. Die regionalen SR-TE-Kernnetze sind weiter mit anderen regionalen SR-TE-Kernnetzen verbunden (interregionales Kernnetz). Sie können LDP über diese überregionalen SR-TE-Core-Netzwerke tunneln und Services wie Layer-3-VPNs nahtlos bereitstellen. Dieses Szenario könnte in einem mobilen Backhaul-Netzwerk verwendet werden, in dem die Core-Aggregationsschicht LDP über SR-TE getunnelt ausführt, während die Zugriffsschicht nur LDP ausführt.

Um LDP-Tunneling über SR-TE in IS-IS-Netzwerken zu aktivieren, müssen Sie die folgenden Konfigurationsanweisungen konfigurieren:

• auf der []-Hierarchieebene, um LDP-Tunneling über SR-TE zu ermöglichen.ldp-tunnelingedit protocols source-packet-routing source-routing-path source-routing-path-name

• auf der Hierarchieebene [] LDP über SR-TE LSPs als Tunnelquellprotokoll aus.spring-teedit protocols isis traffic-engineering tunnel-source-protocol

Um LDP-Tunneling über SR-TE in OSPF-Netzwerken zu aktivieren, müssen Sie die folgenden Konfigurationsanweisungen konfigurieren:

• auf der []-Hierarchieebene, um LDP-Tunneling über SR-TE zu ermöglichen.ldp-tunnelingedit protocols source-packet-routing source-routing-path source-routing-path-name

• auf der Hierarchieebene [] LDP über SR-TE LSPs als Tunnelquellprotokoll aus.spring-teedit protocols ospf traffic-engineering tunnel-source-protocol

Sie können mehr als ein Tunnelquellprotokoll für IGPs (IS-IS und OSPF) konfigurieren, um Verknüpfungsrouten zu erstellen. Wenn mehr als ein Tunnelquellprotokoll konfiguriert ist und die Tunnel von mehr als einem Protokoll zu einem Ziel verfügbar sind, wird der Tunnel mit der am meisten bevorzugten Route eingerichtet. Wenn das Kernnetzwerk beispielsweise sowohl über RSVP-LSPs als auch über SR-TE-LSPs verfügt und LDP-Tunneling sowohl für RSVP- als auch für SR-TE-LSPs aktiviert ist, wählt die Konfiguration den Tunnel basierend auf dem Voreinstellungswert aus.tunnel-source-protocol Der Tunnel mit dem niedrigsten Präferenzwert wird am meisten bevorzugt. Sie können diese Routenpräferenz mit einem bestimmten Protokoll für alle Ziele außer Kraft setzen, indem Sie den Präferenzwert konfigurieren, wie im folgenden Beispiel gezeigt:

In diesem Beispiel sehen Sie, dass der für das SR-TE-Tunnelquellprotokoll konfigurierte Voreinstellungswert 2 und der Voreinstellungswert für das RSVP-Tunnelquellprotokoll 5 ist. In diesem Fall werden die SR-TE-Tunnel bevorzugt, da sie im Vergleich zum RSVP-Tunnelquellprotokoll den niedrigsten Präferenzwert aufweisen.

HINWEIS:

Es ist nicht zwingend erforderlich, den Voreinstellungswert für das Tunnelquellprotokoll zu konfigurieren. Wenn mehr als ein Tunnelquellprotokoll den gleichen Präferenzwert hat, wird der Tunnel basierend auf der bevorzugten Route zum Ziel eingerichtet.

Die LDP-Zielsitzung wird eingerichtet und ausgelöst, wenn der SR-TE LSP aktiviert wird. Die LSP-Sitzung bleibt so lange bestehen, bis die LDP-Tunneling-Konfiguration () entfernt wird oder der SR-TE-LSP aus der Konfiguration entfernt wird.ldp-tunneling

HINWEIS:

Junos OS unterstützt LDP derzeit nicht über farbige SR-TE-LSPs.