Resumo

  • O RFC 9786 muda a eleição DF de cada Ethernet Tag para o ES como porta, sem testar a saúde dos serviços agregados nessa interface.
  • Port Mode depende de unanimidade de algoritmo e bitmap; uma PE divergente pode levar todo o ES ao procedimento padrão.
  • LACP, ARP/ND, MAC, VRF, anúncios P/B, FIB, pacotes e aceitação do cliente são recibos independentes.

A eleição ficou menor; o impacto, maior

O RFC 9786 define redundância ativa/standby por interface para EVPN. Em vez da eleição por [ES, Ethernet Tag] herdada do RFC 7432, o modo remove o Tag. Uma PE mantém a porta de acesso ativa; as demais mantêm portas standby. Tudo o que usa aquela interface acompanha a mesma decisão.

O CE preserva um único LAG, enquanto as PEs devem anunciar parâmetros LACP idênticos: system ID, port priority e port key. O caminho determinístico pode ser importante para QoS e independe de MPLS, VXLAN ou SRv6. Tampouco exige ICCP ou LDP. Essas vantagens explicam a agregação, mas não reduzem seu raio de falha.

O DF deve manter a interface up e forwarding. Non-DFs devem bloquear nos dois sentidos em todas as VLANs e podem deixar o membro down ou em LACP Out of Sync. A tabela DF apenas mostra quem venceu o cálculo. Ela não observa se a interface ganhadora encaminha ou se as reservas bloqueiam corretamente.

P=1 registra intenção comum

No registro IANA BGP Extended Communities, o bit 5 representa Port Mode DF Election. Com P=1, Modulo e HRW calculam pelo ES, sem Ethernet Tag. As preferências do RFC 9785 também podem ordenar portas e Don’t Preempt pode manter o incumbente após uma recuperação.

O RFC 8584 limita o significado desse sinal. Todas as ES Route Type 4 recebidas precisam concordar em algoritmo e bitmap. Comunidade ausente, múltipla ou divergente causa interpretação como Algorithm 0 sem capacidades. O RFC 9786 chama isso de unanimidade.

Por isso uma mudança em apenas uma PE pode mudar o regime de todo o ES. A seção de segurança cita balanceamento injusto, interrupção, perda e duplicação como consequências possíveis do fallback. Confirmar a configuração local não basta; é necessário preservar cada anúncio visto por cada participante.

Mesmo a unanimidade perfeita só valida a escolha da regra. O DF resultante não prova óptica, partner LACP, Sync, collecting/distributing, adjacência, VRF, FIB ou tráfego de cliente. Controle e execução permanecem camadas distintas.

Standby aquecido não é serviço pronto

Uma porta standby pode estar operacionalmente down. Ao ser ativada, precisa subir e estabilizar. O RFC 9786 recomenda sincronização antecipada de ARP e Neighbor Discovery para IRB/L3, possivelmente tabelas VRF, e tabelas MAC para L2. A eleição não fornece essa sincronização.

Manter LACP Out of Sync cria um warm standby e evita parte do atraso físico. Ainda assim, OOS é evidência apenas do estágio de ligação. Não mede a atualidade de ARP/ND/MAC, programação de VRF/FIB nem escolha remota. Da mesma forma, uma tabela copiada não garante que o CE selecionou e distribui tráfego pelo membro.

Os bits Primary e Backup cobrem a sinalização remota. O RFC 8214 define L2-Attr Extended Community; no Ethernet A-D per-ES, o RFC 9786 recomenda carregar somente P ou B. O P/B per-ES pai deve substituir o per-EVI. Esse registro acelera path resolution, mas não testemunha entrega.

Implementações antigas de RFC 7432/RFC 8214 ignoram o L2-Attr per-ES e continuam o comportamento padrão, embora vejam Single-Active no ESI Label. Em um ES misto, os nós podem usar conjuntos diferentes de informação. Compatibilidade precisa de inventário e captura, não de inferência.

Um EVI pode falhar sem mudar a porta

Port Mode exclui AC-DF: A deve ser zero com P e um A=1 recebido é ignorado. Uma falha de subinterface com withdrawal Ethernet A-D per-EVI não altera a eleição da porta. Essa separação é intencional e destrói a equivalência entre “DF estável” e “serviço saudável”.

O observatório operacional deve manter duas trilhas. A trilha de porta registra ESI, membros, algoritmo, bitmap, timers, DF/BDF, LACP e P/B per-ES. A trilha de serviço acompanha VLAN, EVI, VPWS, VRF, ARP/ND, MAC, FIB, adjacências, contadores, alcance remoto e probes. A primeira distribui autoridade; a segunda comprova efeito.

O RFC 9722 alinha janelas de ativação para reduzir transientes, mas não mede aplicação. O RFC 9784 trata de vES, EVC/ENNI e withdrawals agrupados. O RFC 9785 trata de preferência. O RFC 9786 usa componentes desses trabalhos para um problema diferente: a evidência necessária depois que o portfólio foi agregado à porta.

O registro do RFC Editor, o Datatracker e a consulta de errata sustentam o estado documental. A captura de 11 de setembro de 2026 não listava errata correspondente; isso não prova suporte, implantação, tempo de convergência ou SLA.