L2VPN, VPLS, EVPN: o rótulo não é o serviço
O acrónimo no formulário de encomenda nomeia uma família, um comportamento de encaminhamento ou um plano de controlo. Quatro perguntas separam-nos antes de comparar dois orçamentos.
Lê «L2VPN» num orçamento, depois «VPLS» na folha de configuração, e assume que a segunda palavra restringe a primeira. Por vezes é assim, e por vezes as duas linhas respondem a perguntas não relacionadas. O erro é tratar estes nomes como degraus de uma escada do básico ao avançado. L2VPN é uma família, VPWS e VPLS são dois comportamentos de serviço dentro dela, e EVPN é um mecanismo de plano de controlo que pode transportar qualquer um dos dois.
Cada acrónimo responde a uma pergunta diferente
Comece pelo que a ligação do cliente tem de fazer, porque essa é a única pergunta a que o modelo de serviço responde. Um circuito ponto a ponto entre dois locais e um segmento Ethernet partilhado em dez locais são produtos diferentes, mesmo quando ambos são vendidos como conectividade de camada 2.
| Name | Question it answers | What it does not tell you |
|---|---|---|
| L2VPN | Which family of services carries Ethernet frames | Point-to-point or multipoint |
| VPWS | A pair of attachment circuits behaves as one wire | Which control plane builds it |
| VPLS | Many attachments share a bridged broadcast domain | Whether MAC learning is limited or flooded |
| EVPN | BGP distributes MAC and IP reachability | Which service model it is being used for |
Essa tabela não é uma hierarquia, e lê-la como tal provoca o erro de compra habitual: comparar um orçamento VPWS com um VPLS como se o segundo fosse a versão mais completa do primeiro. Resolvem problemas diferentes, e nenhum é um superconjunto no sentido que os compradores assumem.
VPWS e VPLS separam-se na decisão de encaminhamento
Num serviço de fio privado virtual, a ligação seleciona a extremidade remota. O tráfego que chega a essa porta sai para a porta emparelhada, e a borda do fornecedor não precisa de aprender que endereços MAC estão por trás para a decisão básica de encaminhamento.
Num VPLS, a borda do fornecedor faz ponte. Examina o endereço MAC de destino de cada trama, aprende os endereços de origem por ligação e inunda os destinos desconhecidos dentro da LAN emulada. É isso que faz o serviço comportar-se como uma LAN, e é também daí que vêm os limites operacionais.
Um diagrama que parece multiponto não prova que todos os locais partilham um único domínio de difusão. Dois fornecedores podem desenhar a mesma nuvem e vender um domínio com ponte ou vários circuitos ponto a ponto, e a diferença só se torna visível quando uma difusão, uma trama unicast desconhecida ou uma mudança de MAC atravessa a fronteira de um local. Um ping de difusão entre dois locais responde à pergunta mais depressa do que qualquer diapositivo de arquitetura. Se as respostas chegam de todos os outros locais, tem uma ponte; se só o par responde, tem um fio.
EVPN é um plano de controlo, não uma topologia
A especificação base do EVPN, a RFC 7432, define procedimentos de Ethernet VPN baseados em BGP MPLS: a alcançabilidade de MAC é anunciada em BGP em vez de ser aprendida apenas por inundação do plano de dados. Depois a RFC 8214 especifica o suporte de VPWS com EVPN, e é esse o ponto que quebra o modelo de escada. O mesmo plano de controlo serve um serviço ponto a ponto e um serviço multiponto.
Assim, «executamos EVPN» não é uma resposta a «o que comprámos». O fornecedor ainda tem de dizer se o serviço é um par de ligações ou uma ponte partilhada, e se o transporte é MPLS, VXLAN ou outra coisa. Essas escolhas vivem em documentos diferentes e em partes diferentes da configuração.
Para um operador, a consequência prática é que escolher EVPN cedo torna as alterações posteriores do serviço mais baratas, porque a alcançabilidade já é sinalizada em vez de inundada. Não elimina a necessidade de decidir primeiro o modelo de serviço, nem corrige uma ponte mal configurada.
MPLS é um caminho de dados, não a definição
Os documentos-quadro descrevem a família e os seus requisitos; não exigem uma encapsulação. O empilhamento de etiquetas MPLS é um transporte comum para estes serviços, e não é o único. Um serviço sinalizado por BGP e um caminho de encaminhamento MPLS são decisões de projeto separadas que só costumam aparecer juntas.
Quando um fornecedor diz «MPLS L2VPN», pergunte qual metade está a ser descrita. Se a resposta for apenas o transporte, o modelo de serviço continua por especificar, e o comportamento da ligação continua desconhecido.
Quatro perguntas que transformam um rótulo num contrato
Pergunte o que é a entrega: uma porta, uma VLAN ou um conjunto de VLAN, e quais podem falar entre si. Pergunte se os locais partilham um único domínio de difusão, porque essa única resposta determina a inundação, os limites de MAC e como um ciclo se comportará.
Peça o orçamento de tamanho de trama de ponta a ponta e depois acrescente você mesmo a sobrecarga de encapsulação. Pergunte o que acontece quando uma ligação falha, se as outras continuam a encaminhar e se o fornecedor retira a alcançabilidade ou a deixa até um temporizador expirar.
Escreva essas quatro respostas ao lado do nome do produto no seu registo. Quando chegar o próximo orçamento com outro acrónimo e o mesmo preço, a comparação passa a ser uma comparação de comportamento, e é a única que prevê o que a rede fará num dia mau.