LDP de tunelamento sobre SR-TE

Benefícios do LDP de tunelamento por SR-TE

• Permite uma integração perfeita do LDP sobre SR-TE na rede principal.

• Oferece opções de conectividade flexíveis para acomodar várias topologias, protocolos e domínios.

• Permite a interoperabilidade entre dispositivos compatíveis com LDP e SR.

• Aproveita os recursos de compartilhamento de carga SR-TE.

• Oferece uma restauração mais rápida da conectividade de rede usando Topology Independent Loop-Free Alternate (TI-LFA) dentro do domínio SR-TE. O SR que usa o TI-LFA roteia o tráfego instantaneamente para um backup ou um caminho alternativo se o caminho principal falhar ou ficar indisponível.

Visão geral do LDP de tunelamento sobre SR-TE

É comum os provedores de serviços usarem o protocolo de sinalização LDP com o transporte MPLS nas bordas de suas redes. O LDP oferece a vantagem de ser simples, mas o LDP carece de engenharia de tráfego (TE) e recursos sofisticados de reparo de caminhos que muitas vezes são desejados no núcleo da rede. Muitos provedores de serviços estão migrando do RSVP para a engenharia de tráfego de roteamento por segmentos (SR-TE) no núcleo. O SR-TE também é conhecido como roteamento de origem em redes de pacotes (SPRING).

É possível que os roteadores que executam LDP na borda possam não suportar recursos SR. O provedor de serviços pode querer continuar usando o LDP nesses roteadores para evitar a necessidade de um upgrade. Nesses cenários, o recurso de tunelamento LDP sobre SR-TE oferece a capacidade de integrar roteadores que não são capazes de SR (executando LDP) com roteadores capazes de SR (executando SR-TE).

Os LSPs LDP são tunelados pela rede SR-TE, permitindo o intertrabalho de LSPs LDP com LSPs SR-TE. Por exemplo, se você tiver domínios LDP na rede de borda do provedor e SR-TE na rede principal, então você pode conectar os domínios LDP sobre SR-TE, conforme mostrado em Figura 1.

O LDP de tunelamento sobre SR-TE oferece suporte à coexistência de LSPs LDP e LSPs SR-TE.

Você também pode túnel LDP sobre SR-TE entre domínios LDP conectados a redes centrais entre regiões. Por exemplo, se você tiver vários domínios regionais de LDP conectados às redes centrais SR-TE entre regiões, você pode tunelar o LDP em toda a rede núcleo SR-TE entre regiões, conforme mostrado em .Figura 2

Em , você tem três redes regionais (A, B e C) executando LDP.Figura 2 Esses domínios regionais de LDP estão conectados a suas respectivas redes de núcleo regionais que executam SR-TE. As redes centrais regionais de SR-TE estão ainda mais interconectadas a outras redes núcleo SR-TE regionais (rede núcleo entre regiões). Você pode fazer um túnel de LDP sobre essas redes centrais SR-TE entre regiões e implantar serviços, como VPNs de Camada 3, de forma consistente. Esse cenário poderia ser usado em uma rede de backhaul móvel, onde a camada de agregação de núcleo executa LDP em tunelamento sobre SR-TE, enquanto a camada de acesso executa apenas LDP.

Para permitir o tunelamento de LDP em redes SR-TE em redes IS-IS, você precisa configurar as seguintes declarações de configuração :

• no nível [] de hierarquia para permitir o tunelamento de LDP sobre SR-TE.ldp-tunnelingedit protocols source-packet-routing source-routing-path source-routing-path-name

• no nível [] de hierarquia seleciona LDP em LSPs SR-TE como o protocolo de origem do túnel.spring-teedit protocols isis traffic-engineering tunnel-source-protocol

Para habilitar o tunelamento de LDP em redes SR-TE em OSPF, você precisa configurar as seguintes declarações de configuração:

• no nível [] de hierarquia para permitir o tunelamento de LDP sobre SR-TE.ldp-tunnelingedit protocols source-packet-routing source-routing-path source-routing-path-name

• no nível [] de hierarquia seleciona LDP em LSPs SR-TE como o protocolo de origem do túnel.spring-teedit protocols ospf traffic-engineering tunnel-source-protocol

Você pode configurar mais de um protocolo de fonte de túnel para IGPs (IS-IS e OSPF) para criar rotas de atalho. Quando mais de um protocolo de origem de túnel é configurado e se os túneis de mais de um protocolo estiverem disponíveis para um destino, o túnel com a rota mais preferida é estabelecido. Por exemplo, se a rede de núcleo tiver LSPs RSVP e LSPs SR-TE e tunelamento LDP habilitados para RSVP e SR-TE LSPs, então a configuração seleciona o túnel com base no valor de preferência.tunnel-source-protocol O túnel com o menor valor de preferência é o mais preferido. Você pode substituir essa preferência de rota com um protocolo específico para todos os destinos configurando o valor de preferência, conforme mostrado no exemplo a seguir:

Neste exemplo, você pode ver que o valor de preferência configurado para o protocolo de fonte de túnel SR-TE é 2 e o valor de preferência para protocolo de origem de túnel RSVP é 5. Neste caso, o túnel SR-TE é preferido porque eles têm o menor valor de preferência em comparação com o protocolo de origem de túnel RSVP.

Nota:

Não é obrigatório configurar o valor de preferência do protocolo de origem do túnel. Se mais de um protocolo de origem de túnel tiver o mesmo valor de preferência, o túnel será estabelecido com base na rota preferida para o destino.

A sessão LDP direcionada é estabelecida e é acionada quando o SR-TE LSP surge. A sessão de LSP permanece estabelecida até que a configuração de tunelamento de LDP () seja removida, ou o LSP SR-TE seja removido da configuração.ldp-tunneling

Nota:

Atualmente, o Junos OS não oferece suporte a LDP sobre LSPs SR-TE coloridos.