Resumo

  • O EVPN elege um DF para o tráfego multidestino rumo a um Ethernet Segment multihomed, mas o PE eleito pode ter o circuito do serviço indisponível.
  • Retiradas de rotas ES e A-D aceleram a convergência sem provar tabelas sincronizadas, split horizon correto ou continuidade de pacotes.
  • A RFC 8584 mostra falhas lógicas em que a lista de candidatos não muda e o tráfego ainda cai em um buraco negro.
  • A prova de failover combina eleição, estado do serviço, programação do hardware e medições bidirecionais.

Considere uma manutenção hipotética. Dois PEs continuam visíveis para o mesmo segmento, e o painel mostra que o PE de reserva virou DF da VLAN afetada. O BGP estabilizou, mas o tráfego broadcast, unknown-unicast e multicast continua desaparecendo porque o attachment circuit desse serviço está inativo no PE eleito. O resultado eleitoral está certo; a conclusão sobre o serviço está errada.

O cenário não atribui falha a operador ou fornecedor. Ele isola a diferença entre atribuir responsabilidade no controle e provar a entrega.

O que a eleição decide

A RFC 7432 define o service carving padrão. Os PEs anunciam rotas Ethernet Segment, aguardam os candidatos, ordenam os endereços de origem e calculam o Ethernet Tag módulo o número de PEs. O DF libera tráfego multidestino para o segmento; os não-DF continuam descartando nessa direção.

Isso reduz duplicação e loops. Em All-Active, unicast conhecido pode usar mais de um PE enquanto o DF controla a saída BUM. Em Single-Active, a responsabilidade é mais ampla. Nenhum modo transforma a eleição em teste de cada AC, bridge domain, entrada de rótulo ou agregação do CE.

Uma retirada ES refaz o carving. A retirada A-D por ES atualiza rapidamente next-hops de muitas MACs. O ESI label sustenta o split horizon. A RFC 7432 reconhece o risco transitório de dois PEs se considerarem DF durante falha ou recuperação.

Uma lista estável pode esconder serviço quebrado

A RFC 8584 documenta distribuição desigual e remapeamento desnecessário quando o conjunto de PEs muda. Mais grave: um AC individual ou uma MAC-VRF pode ficar inativo enquanto outros serviços mantêm a rota ES ativa. Sem mudança na lista, os PEs remotos não repetem a eleição padrão.

Isso pode descartar BUM em All-Active e todo o tráfego do CE afetado em Single-Active. A estrutura extensível permite acordo sobre algoritmo e capacidades, incluindo consciência do AC. Ainda é necessário provar que todos programaram o mesmo papel e que os pacotes atravessaram a transição dentro do limite.

Medir a transição

Para um ESI, EVI e Tag, registre candidatos, algoritmo, capacidades e DF/NDF antes e depois. Inclua modo, eventos ES/A-D, AC, bridge domain, ESI label, split horizon, MAC, next-hop e bond do CE.

Teste unicast conhecido e BUM nos dois sentidos. Meça perda, duplicação, loops, reordenação e tempo de convergência na falha, estabilidade e recuperação. Confirme bloqueio do antigo DF, encaminhamento do novo e retorno do PE sem um segundo recarving disruptivo.

Fontes