Traffic Engineering — LDP into RSVP

Renato Antonio da Silva
TechRebels
Published in
3 min readApr 30, 2019

LDP Tunneling é uma técnica que permite que seja estabelecida a sessão LDP através de um core RSVP em túneis LSP (Label Swithing Path).

Com o objetivo de manter serviços que utilizam sinalização com o LDP em um Core Service Provider que não possui por sua vez LDP habilitado.

Sim, é possível ter apenas o RSVP em full mesh em um Core de rede. Falamos no post anterior que além de permitir a Engenharia de trafego.

Lembre-se o RSVP também é um protocolo de distribuição de labels.

Podemos citar algumas vantagens de utilizar o LDP Tunneling:

  • Mantém a sessão LDP estabelecida independente de falha de algum link no core do Service Provider;
  • A Engenharia de trafego planejada permanece válidas, ou seja, como o LDP toma a decisão baseado em custo do IGP, poderia este trafego LDP tomar uma rota saturada.

Irei demostrar através das saídas de CLI junos, a sessão LDP estabelecida entre o PE1 e PE2. No cenário abaixo todo o core está configurado apenas com o protocolo RSVP, então surgiu a necessidade de um cliente que para viabilizar o serviço (VPLS, Circuito Cross-Connect por exemplo) é necessário sinalizar LDP.

Para atender a nessidade vamos habilitar no LSP (RSVP) o LDP-Tunneling nos PE1 e PE2, porém apenas nas interfaces Lo0 e outra a qual o cliente estará conectado (ge-0/0/7).

Está é a configuração de um LSP MPLS que permite o tunelamento do LDP dentro do tunel LSP. #ldp-tunneling

Configuração do protocolo LDP nos PE1 e PE2, e a sessão LDP estabelecida.

Poderia surgir a pergunta/dúvida, mas o PE1 e PE2 são diretamente conectados, então desativei as interfaces desta conexão.

Portanto, temos o LDP habilitado em roteadores estrategicos para atender necessidades pontuais, enquanto no Core do Service Provider usufruirmos de toda as características do RSVP. Que será um assunto para outro post!

Comenta aí, se não ficou algo claro ou é novidade para você.

Vai ser um prazer trocarmos experiencia!

Grande abraço.

Meu objetivo neste post foi contribuir para seu entendimento de MPLS-TE em um ambiente para Service Provider, espero que lhe ajude de alguma forma. Esteja a vontade para me contatar e não esquece de compartilhar este post.

Siga a mim e a TechRabels clicando follow aí embaixo.

Sobre o autor:

Renato Antonio é Engenheiro de Redes na Tely. Graduado em Redes de computadores pela Unibratec, certificado CCIE RS pela Cisco Systems e JNCIS-SP pela Juniper.

#Juniper #ServiceProvider #TrafficEngineering #RSVP #LDP #ISIS #JNCIS-SP #CCIE

--

--