Beispiel: Konfigurieren der MPLS-TTL-Ausbreitung für LDP-signalisierte LSPs

Die folgende Abbildung zeigt ein typisches Szenario, in dem die no-propagate-ttl Aussage an der Hierarchie [edit protocol ldp] von Vorteil ist.

In der Abbildung sehen Sie zwei native LDP-Clouds, die über einen Backbone mit LDPoRSVP verbunden sind.

• Vom Router R1 werden Pakete mit dem LDP-Label gekapselt und an das Ziel R7 gesendet.
• Auf Router R3 wird das LDP-Label eines Pakets in ein IP-Paket umgewandelt. Das Paket wird dann mit LDP over RSVP (LDPoRSVP) gekapselt und über den Backbone gesendet.
• Auf Router R5 werden die LDPoRSVP-Labels in ein IP-Paket entfernt, dann wird das Paket wieder in das LDP-Label gekapselt und an das Ziel gesendet.

Der Zweck besteht darin, die folgenden Aktionen auszuführen:

• Ausblenden der beiden LDP-Clouds ohne TTL-Weitergabe
• Einblenden des Backbones (LDPoRSVP)

Wenn ein Paket von Router R1 an Router R7 gesendet wird, müssen diese Aktionen auf zwei Routern, R1 und R5, ausgeführt werden. Dies können Sie mit den vorhandenen Optionen nicht erreichen. Wenn Sie z. B. die globale Option (set protocol mpls no-propagate-ttl) auf Router R5 verwenden, wird der LDPoRSVP-Backbone für die TTL-Weitergabe in umgekehrter Richtung (R7-R1) deaktiviert. Dies liegt daran, dass die Option sowohl für LDP als auch für RSVP gilt.

LDP auf Router R3 muss sowohl die TTL "no propagate" als auch das propagierte TTL-Verhalten unterstützen.

Von Router R3 mit LDPoRSVP in Richtung R4 muss der Router das TTL-Verhalten der Propagiertat unterstützen. In Bezug auf den nativen LDP (Router R2) muss der LDP jedoch das TTL-Verhalten "no propagate TTL" unterstützen.

Um dieses Ergebnis zu erzielen, haben wir unter LDP eine neue Option eingeführt, no-propagate-ttl die Sie für Router R3 und Router R5 konfigurieren müssen. Diese Option deaktiviert die Weitergabe von TTL für LDP-Pfade.

In einem LDPoRSVP-Szenario hängt das Weitergabeverhalten von der Option RSVP no decrement TTL (no-decrement-ttl) ab.

• Wenn Sie die no-propagate-ttl Option im LDPoRSVP-Szenario konfigurieren und die TTL no decrement (no-decrement-ttl) nicht konfiguriert ist, findet die TTL-Weitergabe statt.

  Zum Beispiel:

  Wenn Sie auf Router R3 im Fall des LDPoRSVP-Szenarios die folgende Konfiguration festlegen, findet die TTL-Weitergabe statt.

• Wenn Sie die no-decrement-ttl Option über den LSP zwischen Router R3 und Router R5 konfigurieren, ist die TTL-Weitergabe deaktiviert.

  Beispiel: Auf Router R3:

Auf Router R1 werden Pakete mit dem LDP-Label mit TTL 255 gekapselt, da jede no-propagate-ttl CLI konfiguriert ist.

Auf Router R3:

• Die LDP-Bezeichnung eines Pakets wird in einen IP-Header entfernt, und die TTL wird nicht von der LDP-Bezeichnung in den IP-Header kopiert.
• Das Paket wird mit LDPoRSVP-Labels gekapselt und über den Backbone gesendet.
• Die neue Option ldp no-propagate-ttl with no-decrement-tll entscheidet, ob die TTL propagiert werden soll oder nicht.
• Die no-decrement-ttl Option ist nicht konfiguriert, sodass die übliche TTL-Weitergabe erfolgt

Auf Router R5 werden die LDPoRSVP-Labels in den IP-Header entfernt. Die neue Option ist so konfiguriert, dass sie das LDP-Protokoll unterstützt no-propagate-ttl , und das IP-Paket wird mit einem LDP-Label mit TTL 255 gekapselt und gesendet.

• CLI-Schnellkonfiguration
• Ergebnisse