Ambas as tecnologias colocam um identificador à frente do pacote, então a conclusão parece óbvia: mapeie o VNI para um rótulo MPLS e deixe as duas redes se unirem. Esse mapeamento não existe como operação suportada, porque os identificadores significam coisas diferentes e são produzidos por planos de controle diferentes. Um VNI identifica um segmento VXLAN dentro de um overlay; um rótulo MPLS identifica um tratamento de encaminhamento ao longo de um caminho comutado por rótulos. Unir os domínios é uma decisão de roteamento, não uma tradução de números.

O mito: ambos usam rótulos, então mapeie-os

A semelhança superficial é real e enganosa. O VXLAN carrega um VNI de 24 bits no cabeçalho, e o MPLS carrega uma pilha de rótulos, então parece que um valor poderia ser reescrito no outro em um dispositivo de fronteira.

O que quebra a ideia é tudo ao redor do valor. O VNI é resolvido pelo plano de controle EVPN e pelos pontos finais do túnel da camada inferior. O rótulo é atribuído pelo plano de encaminhamento MPLS ao longo de um caminho. Nenhum dos lados tem um procedimento definido para aceitar o identificador do outro lado como seu.

O que cada lado realmente encaminha

No lado do fabric, um dispositivo de fronteira encerra o túnel VXLAN, mapeia o VNI para uma VRF de inquilino e roteia o pacote como IP comum. No lado do provedor, o PE aceita a rota do cliente em uma VRF, impõe a pilha de rótulos MPLS e a encaminha pela IP VPN.

Essa entrega é o modelo bem compreendido em RFC 4364: a borda do cliente troca rotas IP com a borda do provedor, e cada domínio possui seu próprio encapsulamento. O VNI já sumiu quando o pacote chega ao PE, e é exatamente por isso que o modelo funciona.

Por que os planos de controle não se fundem

O EVPN Type 5 transporta rotas de prefixo IP com próximos saltos de overlay, enquanto os anúncios VPN-IPv4 pertencem a outra família de endereços. Alvos de rota que parecem idênticos nos dois lados não traduzem uma família na outra e não resolvem os próximos saltos através da fronteira.

Um gateway integrado só pode executar as duas funções quando a plataforma implementa os encapsulamentos exigidos e a interoperabilidade entre famílias de rotas. Essa capacidade precisa ser verificada para o hardware e a versão exatos, não inferida do nome de uma família de produtos.

Mais duas suposições falham nessa fronteira. Uma MPLS IP VPN fornece alcançabilidade roteada, não um segmento Ethernet, então estender difusões exige um serviço de camada 2 compatível no lugar. E ambos os encapsulamentos consomem bytes, então a MTU efetiva é menor do que qualquer camada inferior sugere.

Escolha entrega roteada ou gateway integrado

Escolha a entrega roteada quando o inquilino precisar de alcançabilidade IP e o provedor já oferecer um serviço voltado ao CE. Ela mantém a propriedade clara: o fabric possui VXLAN e EVPN, o provedor possui MPLS e a VPN, e a fronteira possui o mapeamento de VRF para interface. Planeje a escala do enlace, o endereçamento e a comutação por falha com o provedor em vez de supor que um único enlace basta.

Escolha um gateway integrado apenas quando uma plataforma que você opera suportar os dois papéis e você puder testar a interoperabilidade. A economia em equipamentos é real, mas também é real o risco operacional de um único dispositivo se tornar o único ponto onde dois planos de controle precisam concordar.

O que registrar por inquilino

Mantenha um registro específico do inquilino com o enlace, os prefixos aceitos e exportados, o método de resolução do próximo salto e o comportamento esperado após uma falha da fronteira ou do enlace do provedor. Inclua o orçamento de MTU nas duas fronteiras de encapsulamento e o caminho de retorno, porque um sentido direto funcionando prova muito pouco sozinho.

Esse registro é o que conecta dois domínios administrativos sem fingir que suas suposições de roteamento e encapsulamento são iguais. Quando alguém perguntar mais tarde se o VNI pode simplesmente se tornar um rótulo, o documento responde com o projeto em vez de uma discussão.

Artigos relacionados