Resumo

  • Cada vES recebe identidade própria e cada EVC deve ser observado separadamente; dividir uma porta física não transforma serviços distintos em uma falha única.
  • Uma falha localizada deve mobilizar apenas o vES ou a instância correspondente; uma falha real da ENNI pode justificar uma retirada agrupada do conjunto associado.
  • A retirada BGP não comprova sozinha a classificação da falha, a atualidade da lista, a eleição DF, a limpeza MAC nem a volta do tráfego do cliente.

Um EVC perde conectividade. A interface física continua ativa e os circuitos vizinhos seguem transportando tráfego. Mesmo assim, um procedimento herdado trata a porta como unidade de verdade, remove estado de clientes que nada têm a ver com a falha e transforma um defeito estreito em interrupção coletiva.

É essa a questão prática por trás do RFC 9784. O documento estende Ethernet Segments para EVPN e PBB-EVPN, mas também disciplina poder operacional. Um alarme não ganha alcance de porta só porque seu circuito passa pela mesma peça de metal que outros serviços.

Quando a ENNI realmente cai, o desafio se inverte. Milhares de vES podem perder o caminho em conjunto, e processar milhares de anúncios antes de agir retarda a convergência. Nesse caso, uma representação agrupada faz sentido. A segurança depende de distinguir contenção lógica de causa física comum.

Agregação não elimina identidade

No EVPN original, um Ethernet Segment reúne enlaces físicos que conectam um site a PEs. O RFC 9784 permite que EVCs, grupos de EVCs, pseudowires e LSPs constituam segmentos virtuais. Uma porta pode carregar vES single-homed, Single-Active e All-Active de clientes e domínios distintos.

Cada vES precisa de um vESI. A eleição do Designated Forwarder ocorre em (vESI, Ethernet Tag), com VID ou I-SID dando contexto ao serviço. A identificação não é decoração: ela define o grupo de redundância autorizado a reagir.

O compartilhamento cria uma possível causa comum, não uma causa comum permanente. A topologia física e o inventário lógico precisam coexistir; apagar um deles produz o domínio de falha errado.

O sensor deve caber na ação

Cada EVC deve ser monitorado independentemente. Se apenas um falha entre muitos na mesma ENNI, a eleição DF deve ocorrer para o vES associado. O registro precisa guardar monitor, horário, EVC, vESI, instância e grupo existentes no momento do evento.

Porta up não prova EVC saudável. EVC down não prova porta morta. A relação contemporânea entre os objetos é o que autoriza a transição.

O RFC também protege o restante. Falha ou recuperação de um EVC single-homed ou All-Active não pode afetar outros EVCs. Em Single-Active, o impacto se limita à instância, e o flush de C-MAC deve alcançar apenas o I-SID e as máquinas do cliente multihomed relevante.

Por isso, verificar uma recuperação inclui demonstrar não impacto. Os serviços sadios na mesma porta são testemunhas de que a automação respeitou o limite.

Um flush de porta pode criar a pane

Em PBB-EVPN, muitos serviços podem compartilhar um B-MAC físico. Aplicar o mecanismo de MAC Mobility da porta a uma falha de EVC pode limpar C-MACs de todos os circuitos. Serviços saudáveis perdem aprendizado e a ação corretiva amplia o incidente.

O RFC 9784 usa a rota B-MAC/I-SID do RFC 9541 para reduzir o escopo. O receptor limpa apenas C-MACs do B-MAC anunciado dentro do I-SID anunciado. Um EVC com vários VLANs e I-SIDs pode demandar várias rotas; se forem muitas, um B-MAC por vES e sua retirada pode ser mais adequado.

Não existe uma unidade mínima definida pelo nome. “EVC” pode conter vários domínios, e “porta” pode conter milhares de EVCs. A associação verificada decide o alcance.

Uma falha de ENNI admite compressão

Quando a porta física falha, todos os vES ligados a ela são afetados. O route coloring registra essa associação com uma cor, normalmente o MAC da porta transportado pela EVPN Router’s MAC Extended Community do RFC 9135. Cada PE receptor monta a lista de vES por cor.

Uma Grouping Ethernet A-D per ES route — ou Grouping B-MAC route no PBB-EVPN — pode representar a lista. Sua retirada prioritária permite iniciar eleição DF e failover para o conjunto. As retiradas individuais chegam depois para limpar as tabelas BGP e não devem recomeçar eleições já acionadas pelo grupo.

Cor, porém, não é telemetria. Ela comprova que uma associação foi anunciada. A rota de grupo comprova que o emissor descreveu um conjunto. A retirada comprova que ele o retirou. Nenhuma delas demonstra a causa física, o consenso dos receptores sobre a lista ou o resultado no plano de dados.

A especificação compartilhada permanece mínima. Cada PE interpreta seu estado local, executa eleição, atualiza MAC e muda forwarding. O token de coordenação não se torna juiz do resultado posterior.

A sequência é parte da evidência

Retirada agrupada e retirada por vES têm funções diferentes. A primeira comprime urgência; a segunda encerra estado específico. Uma fotografia da tabela final perde a ordem e não revela se o failover começou cedo, se uma eleição foi duplicada ou se um vES obsoleto entrou no grupo.

O retorno do serviço também é uma cadeia. Anúncio torna um caminho elegível; eleição dá função a um PE; atualização MAC muda alcance; forwarding local aplica a decisão; apenas tráfego observado confirma o efeito para o cliente.

O dossiê operacional deve separar: detector e objeto, mapa EVC–vESI–serviço–cor, membros vistos por cada receptor, motivo da escolha individual ou agrupada, mensagens BGP, resultado DF, operação MAC, alteração de forwarding, tráfego do serviço e canários sadios. A frase “EVPN convergiu” não substitui esses recibos.

Quanto mais compartilhada a infraestrutura, menor deve ser a presunção

A virtualização coloca mais obrigações independentes numa peça física. Isso aumenta a importância do estado da porta, mas também o custo de inferir demais dele. Densidade exige identidade, não simplificação.

Pela primazia do código em execução, cada camada responde por sua própria afirmação. A publicação do RFC prova uma norma; configuração prova intenção; trace BGP prova mensagem; estado do equipamento prova ação local; tráfego prova entrega. Nenhum registro herda a autoridade do próximo.

O avanço do RFC 9784 não é só velocidade. É fazer a velocidade obedecer ao domínio comprovado. Um circuito pode cair sem derrubar a porta por inferência. Uma porta pode cair e ser representada por um grupo, sem que a retirada declare automaticamente o serviço recuperado.

Fontes

  1. RFC 9784 — Virtual Ethernet Segments para EVPN e PBB-EVPN
  2. RFC 7432 — Ethernet VPN baseado em BGP MPLS
  3. RFC 7623 — Provider Backbone Bridging com EVPN
  4. RFC 8214 — Suporte a VPWS em EVPN
  5. RFC 8584 — Extensibilidade da eleição DF no EVPN
  6. RFC 7023 — Gerenciamento de falha de conectividade Ethernet
  7. RFC 9135 — Roteamento e bridging integrados no EVPN
  8. RFC 9541 — Rotas B-MAC e B-MAC/I-SID para PBB-EVPN
  9. Lu Heng — Primazia do código em execução
  10. Lu Heng — Especificação inicial mínima e decisão futura localizada
  11. Lu Heng — Camadas da realidade, poder simbólico e clareza