Exemplo: Configuração da propagação de TTL MPLS para LSPs sinalizados por LDP

A figura a seguir retrata um cenário típico em que a no-propagate-ttl declaração na [edit protocol ldp] hierarquia é benéfica.

Na figura, você pode ver duas nuvens LDP nativas conectadas por um backbone com LDPoRSVP.

• Do Roteador R1, os pacotes são encapsulados com o rótulo LDP e enviados para o R7 de destino.
• No Roteador R3, o rótulo LDP de um pacote é retirado para um pacote IP. O pacote é então encapsulado com LDP sobre RSVP (LDPoRSVP) e enviado através do backbone.
• No Roteador R5, as etiquetas LDPoRSVP são despojadas em um pacote IP e, em seguida, o pacote é novamente encapsulado no rótulo LDP e enviado para o destino.

O objetivo é fazer as seguintes ações:

• Ocultar as duas nuvens LDP sem propagação de TTL
• Desaprove o backbone (LDPoRSVP)

Quando um pacote é enviado do Roteador R1 para o Roteador R7, essas ações devem ser realizadas em dois roteadores, R1 e R5. Você não pode conseguir isso com as opções existentes. Por exemplo, quando você usa a opção global (set protocol mpls no-propagate-ttl) no Roteador R5, ela desativa o backbone LDPoRSVP de propagação TTL na direção inversa (R7-R1). Isso acontece porque a opção é aplicável tanto para LDP quanto para RSVP.

O LDP no Roteador R3 precisa dar suporte a nenhum TTL propagado e ao comportamento propagado de TTL.

Do Roteador R3 com LDPoRSVP, na direção R4, o roteador precisa suportar o comportamento propagado de TTL. No entanto, em direção ao LDP (Roteador R2) nativo, o LDP precisa suportar o comportamento TTL não propagado.

Para alcançar esse resultado, introduzimos uma nova opção, sob LDP, no-propagate-ttl que você precisa configurar para o Roteador R3 e o Roteador R5. Essa opção desativa a propagação do TTL para caminhos LDP.

Em um cenário de LDPoRSVP, o comportamento de propagação depende da opção RSVP sem decrement TTL (no-decrement-ttl).

• Se você configurar a opção no-propagate-ttl no cenário LDPoRSVP, e o TTL (no-decrement-ttlsem decrement) não estiver configurado, a propagação de TTL ocorrerá.

  Por exemplo:

  No Roteador R3, no caso do cenário LDPoRSVP, se você definir a configuração a seguir, então a propagação de TTL ocorre.

• Se você configurar a opção no-decrement-ttl pelo LSP entre o Roteador R3 e o Roteador R5, a propagação de TTL será desativada.

  Por exemplo, no Roteador R3:

No Roteador R1, os pacotes são encapsulados com o rótulo LDP com TTL 255, como qualquer um dos no-propagate-ttl CLI está configurado.

No roteador R3:

• O rótulo LDP de um pacote é despojado para um cabeçalho IP, e o TTL não é copiado do rótulo LDP para o cabeçalho IP.
• O pacote é encapsulado com rótulos LDPoRSVP e enviado pelo backbone.
• A nova opção ldp no-propagate-ttl com no-decrement-tll decide se o TTL deve ser propagado ou não.
• A opção no-decrement-ttl não está configurada, de modo que a propagação TTL usual ocorre

No Roteador R5, as etiquetas LDPoRSVP são despojadas para o cabeçalho IP. A nova opção está configurada para oferecer suporte no-propagate-ttl ao protocolo LDP, e o pacote IP é encapsulado com um rótulo LDP com TTL 255 e enviado para todo o lado.

• Configuração rápida da CLI
• Resultados