SR-MPLS.

Fase - 02: SR-MPLS na prática: explorando Segment Routing em laboratório Nokia.

Como falado anteriormente segue nessa fase II a inclusão do RR para facilitar o crescimento do nosso Lab. Nessa fase também vou abordar o cenário de 6pe sob de SR-MPLS para contextualizar o uso sem a necessidade de LDP/RSVP-TE. O intuído do RR para nosso lab também é deixar toda família BGP totalmente estruturada e modelada de acordo com cada family_bgp, pois isso vai facilitar o crescimento do lab.

No cenário que estamos usando foi configurado um range SRGB default para SR-MPLS. Nesse caso o meu lab em Nokia está de acordo com o print abaixo. Fique atendo a esse processo de range do SRGB, pois outros fabricantes usam ranges diferentes. Falo isso até mesmo para uma organização mais clean. No caso do lab esse range foi definido pelo fabricante.

Na arquitetura 6PE será inserido um roteador simulando a OPERADORA e um roteador de cliente no AS65001. Nesse cenário, será construído toda a infraestrutura necessária para o funcionamento do 6PE, permitindo o transporte e roteamento de tráfego IPv4 e IPv6 para os clientes. Ressalta-se que utilizaremos o mesmo Route Reflector (RR) já existente na planta, adicionando sessões BGP unicast para IPv4, IPv6 e Lbl-IPv6.

No laboratório foram adicionados os seguintes roteadores: RT-OPERADORA + RT-BORDA (AS65001) e RT-CLIENT (AS65001) + RT-BORDA (AS264075). A proposta é simular um cenário “padrão”, no qual a OPERADORA envia a tabela de full-routing para o RT-BORDA do AS65001, enquanto o ASN 264075 obtém esse mesmo full-routing a partir do RT-CLIENT localizado no AS65001.

Contexto no cenário (6PE sobre SR-MPLS):

• IPv4 ainda é a base do backbone (IGP + SR-MPLS rodam em IPv4).

• IPv6 entra só nas bordas (PEs com clientes e OPRs).

• O core (P routers) não precisa falar IPv6 só comuta labels SR.

Nos prints seguintes é possível ver que, para IPv6, é associado o label 2 (IPv6 Explicit-Null). Isso significa que, no último LSR do caminho, a pilha de labels é removida e o pacote IPv6 é entregue puro, preservando os bits de QoS/EXP até o PE de egress. Esse comportamento é normal no 6PE, já que os labels associados às rotas IPv6 não vêm do SRGB nem do SRLB, mas sim do BGP como labels de serviço.

No caso do IPv4, por ser a base do IGP do backbone, cada loopback anunciada recebe um Prefix-SID/Node-SID do SRGB. Assim, o plano de transporte é garantido e consistente, pois está totalmente ancorado no IPv4 que roda no IGP do core.

Se olharmos com atenção o print, percebemos que a sessão com o RR no backbone do AS65001 não está trocando rotas como IPv6 unicast puro, mas sim como label-IPv6. Isso significa que o RT-BORDA, ao anunciar os prefixos IPv6 para o RR, já os associa a um label e utiliza a rede IPv4 do backbone como plano de transporte. Esse mesmo formato é refletido pelo RR até o RT-CLIENTE, garantindo que o tráfego IPv6 seja transportado corretamente sobre o SR-MPLS.

O modelo de 6PE sobre SR-MPLS permite entregar conectividade IPv6 em cima de um backbone que continua rodando apenas IPv4. A base do transporte é o IGP IPv4 (OSPF/IS-IS) com Segment Routing habilitado, onde cada loopback recebe um Prefix-SID/Node-SID do SRGB. Isso garante um plano de transporte consistente e escalável, sem a necessidade de ativar IPv6 no core. Assim, os roteadores P apenas comutam labels MPLS do SR, sem qualquer conhecimento de IPv6.

Uma diferença importante é que, no IPv4, os labels vêm do SRGB, já que o IPv4 é a base do IGP. No caso do IPv6 em 6PE, os labels vêm do BGP, sendo considerados labels de serviço. O transporte, porém, continua garantido pelo backbone SR-MPLS IPv4. Um ponto de destaque é o papel do Route Reflector (RR): O RT-BORDA anuncia rotas IPv6 já no formato label-IPv6 para o RR, que por sua vez as reflete para os RT-CLIENTE. Isso garante que, do ponto de vista da Operadora (AS3356), as rotas originadas no AS264075 via AS65001 sejam recebidas com conectividade. E, na visão oposta, o RT-CLIENTE (AS264075) também recebe corretamente as rotas da Operadora (AS3356) refletidas pelo RR.

Conclusão:

Além do tradicional LDP/RSVP-TE o 6PE sobre SR-MPLS é uma solução que também oferece IPv6 sem modificar o core.