Ejemplo: Configuración de la propagación TTL de MPLS para LSP con señal LDP

La siguiente figura muestra un escenario típico en el que la no-propagate-ttl instrucción en la [edit protocol ldp] jerarquía es beneficiosa.

En la figura, puede ver dos nubes LDP nativas conectadas por una red troncal con LDPoRSVP.

• Desde el enrutador R1, los paquetes se encapsulan con la etiqueta LDP y se envían al R7 de destino.
• En el enrutador R3, la etiqueta LDP de un paquete se elimina a un paquete IP. Luego, el paquete se encapsula con LDP a través de RSVP (LDPoRSVP) y se envía a través de la red troncal.
• En el enrutador R5, las etiquetas LDPoRSVP se despojan a un paquete IP, luego el paquete se encapsula nuevamente en la etiqueta LDP y se envía al destino.

El propósito es hacer las siguientes acciones:

• Ocultar las dos nubes LDP sin propagación TTL
• Mostrar la red troncal (LDPoRSVP)

Cuando se envía un paquete del enrutador R1 al enrutador R7, estas acciones deben realizarse en dos enrutadores, R1 y R5. Esto no se puede lograr con las opciones existentes. Por ejemplo, cuando se utiliza la opción global (set protocol mpls no-propagate-ttl) en el enrutador R5, se desactiva la red troncal LDPoRSVP de propagación TTL en la dirección inversa (R7-R1). Esto sucede porque la opción es aplicable tanto para LDP como para RSVP.

LDP en el enrutador R3 debe admitir tanto el comportamiento de TTL sin propagación como el comportamiento de TTL de propagación.

Desde el enrutador R3 con LDPoRSVP, en la dirección R4, el enrutador debe admitir el comportamiento TTL de propagación. Sin embargo, hacia el LDP nativo (enrutador R2), el LDP debe admitir el comportamiento TTL de no propagación.

Para lograr este resultado, hemos introducido una nueva opción, bajo LDP, no-propagate-ttl que debe configurar para el enrutador R3 y el enrutador R5. Esta opción deshabilita la propagación de TTL para rutas LDP.

En el caso de un LDPoRSVP, el comportamiento de propagación depende de la opción TTL (no-decrement-ttl) sin disminución de RSVP.

• Si configura la no-propagate-ttl opción en el escenario LDPoRSVP y no está configurado el TTL (no-decrement-ttl) sin decremento, se produce la propagación de TTL.

  Por ejemplo:

  En el enrutador R3, en el caso del escenario LDPoRSVP, si establece la siguiente configuración, se produce la propagación TTL.

• Si configura la no-decrement-ttl opción sobre el LSP entre el enrutador R3 y el enrutador R5, la propagación TTL se desactiva.

  Por ejemplo, en el enrutador R3:

En el enrutador R1, los paquetes se encapsulan con la etiqueta LDP con TTL 255, ya que se configura cualquiera de las no-propagate-ttl CLI.

En el enrutador R3:

• La etiqueta LDP de un paquete se elimina a un encabezado IP y el TTL no se copia de la etiqueta LDP al encabezado IP.
• El paquete se encapsula con etiquetas LDPoRSVP y se envía a través de la red troncal.
• La nueva opción ldp no-propagate-ttl con no-decrement-tll decide si el TTL debe propagarse o no.
• La no-decrement-ttl opción no está configurada, por lo que se produce la propagación TTL habitual

En el enrutador R5, las etiquetas LDPoRSVP se eliminan al encabezado IP. La nueva opción está configurada para admitir no-propagate-ttl el protocolo LDP, y el paquete IP se encapsula con una etiqueta LDP con TTL 255 y se envía.

• Configuración rápida de CLI
• Resultados