Resumo

  • Em EVPN-IRB, uma Route Type 2 pode levar MAC e IP com uma única sequência de mobilidade. A relação deixa de funcionar como relógio comum quando um IP muda de MAC, uma MAC ganha outro IP ou pares all-active aprendem o mesmo host em épocas diferentes.
  • A RFC 9721 preserva o atributo único por meio de um pai MAC, herança nos filhos MAC+IP, sincronização entre peers, reconciliação pelo maior valor, sondas ARP/NDP e recuperação de duplicidade por escopo. O maior número não prova identidade, localização, FIB nem serviço.

Um firewall atende dezenas de endereços IP com a mesma MAC. Apenas um workload é movido para outro servidor e passa a usar outra MAC. A operação parece localizada: um IP, uma troca. No entanto, o número usado pela nova associação precisa superar a história da MAC antiga e da nova. Se o pai da nova MAC subir, todos os filhos vinculados a ela herdam a mesma época.

Esse é o custo oculto de usar um número para ordenar duas dimensões. O contador não está errado; ele foi colocado no centro de uma relação que pode mudar de forma.

A RFC 9721 enfrenta a questão sem criar novos campos de sequência. Sua solução depende de disciplina local e distribuída. A rota continua compacta; a prova operacional fica mais rica.

O pacote conjunto não tornou MAC e IP inseparáveis

A RFC 7432 definiu a comunidade MAC Mobility para comparar versões de uma rota MAC quando o endereço muda de Ethernet Segment. Ali, o objeto do contador é conhecido.

Com IRB, a Route Type 2 carrega MAC e IP. A RFC 9135 mostra os destinos distintos dessa informação: a MAC alimenta o domínio de bridge; a associação IP-MAC entra em ARP/ND ou a rota IP entra no IP-VRF. Duas tabelas recebem partes da mesma mensagem.

Uma VM pode reter IP após reload e ganhar MAC nova. Outra pode manter MAC e receber IP novo. Atrás de um firewall, uma MAC representa muitos IPs. Portanto, o binding é relação, não identidade eterna.

Se cada par novo começar em zero, a associação mais recente perde para a antiga. Se cada par subir sem referência comum, os filhos da mesma MAC passam a contar histórias incompatíveis. Separar dois campos no wire format traria outros custos de compatibilidade.

RFC 9721 escolhe um pai local. A rota MAC mantém a sequência; cada rota MAC+IP ligada a ela herda. Quando um IP já estava atrás de outra MAC remota, o novo pai precisa superar também aquela sequência. A regra preserva uma só linguagem externa, mas requer um grafo interno de dependência.

O receptor BGP não enxerga o grafo. Ele vê uma rota e um valor. Não sabe quais entradas foram comparadas, se todos os filhos herdaram, se o Peer-Sync-Local participou ou se o neighbor cache ainda guarda o binding antigo. Uma captura limpa prova publicidade, não proveniência.

O recibo precisa ligar interface, ESI, evento de aprendizado, valor anterior do pai, referências remotas, filhos alterados, anúncios e withdrawals. Sem isso, o contador pode estar crescente e o objeto, indefinido.

All-active exige uma época comum, não dois votos

No multihoming all-active, dois ou mais PEs falam pelo mesmo ES. Frames e respostas ARP/NDP podem chegar primeiro a links diferentes. O aprendizado é assíncrono.

Depois de uma mudança, PE1 pode aprender o host quando a rota antiga já sumiu e escolher zero. PE2 pode aprender antes do withdrawal e escolher N+1. As duas decisões fazem sentido isoladamente. Juntas, podem impedir ECMP remoto e fazer uma futura versão N ser descartada por um PE e aceita pelo outro.

RFC 9721 manda sincronizar as sequências locais e Peer-Sync-Local. Um valor recebido do peer pode elevar o pai; os filhos devem acompanhar. O que a operação precisa provar é a mesma época em todos os PEs autorizados pelo ESI.

Sessão ativa não basta. Conservar membros, objeto, origem do valor, estado local anterior, resultado da reconciliação, filhos tocados e confirmação em cada anunciante. O ESI define quem compartilha responsabilidade, não garante que já compartilham memória.

Escolher o máximo é preservar monotonicidade

Implementações diferentes podem anunciar valores distintos na rota MAC-only e nas MAC+IP correspondentes. A RFC 9721 determina que o receptor derive o pai remoto do maior valor relevante e refaça o cálculo quando uma rota sair. Sem MAC-only, o maior entre as rotas combinadas se torna a referência.

O máximo impede regressão. Não mede o mundo físico. Um valor grande pode nascer de mudança legítima, sincronização, race, binding velho que fica ricocheteando ou tentativa de spoof no acesso. Também não carrega horário, identidade do workload ou confirmação de FIB.

O registro de erratas da RFC 9721 preserva a errata técnica 9001 como rejeitada. O cenário mostra que um PE restrito à RFC 7432 pode não elevar uma MAC nova acima da sequência antes associada à mesma IP em outra MAC. O Area Director reconheceu a limitação da função nova num peer legado, mas recusou declarar incompatibilidade: o comportamento estendido não existia na RFC 7432, enquanto encoding e funções antigas continuam interoperáveis.

Não se deve vender a errata como correção normativa. Deve-se verificar se todos os PEs envolvidos num move que altera bindings implementam a RFC 9721. A versão efetiva faz parte da garantia.

A sonda pergunta se o estado antigo ainda respira

Ao receber uma rota remota vencedora, o PE executa probe e delete sobre bindings locais relacionados. A RFC 826 fundamenta ARP; a RFC 4861, Neighbor Discovery.

Uma resposta comprova que algo no attachment local respondeu pelo endereço. Não autentica o workload desejado, não valida a atribuição do orquestrador e não demonstra o caminho remoto. Silêncio pode ser mudança real, host inativo, filtro, perda ou contexto errado.

O race de MAC compartilhada é revelador. Dois IPs trocam associações enquanto entradas velhas sobrevivem. As rotas novas rebatem entre PEs, subindo a sequência até que ARP, NDP e MAC obsoletos sejam sondados e retirados. Incrementar é consequência; remover observação velha é a correção.

Guardar alvo, interface, instante, resposta, entrada removida, rota retirada, novo FIB e pacotes seguintes. O maior número apenas autoriza a pergunta.

Duplicidade precisa de escopo

A RFC 9161 trata detecção de IP duplicada em Proxy ARP/ND. RFC 9721 diferencia MAC repetida, mesma IP ligada a MAC diferentes e host IP-only em overlay roteado. A RFC 9136 dá o contexto da Route Type 5.

Contar movimentos numa janela pode congelar o endereço. É uma defesa, não atribuição. Loop de migração, peer fora de sincronia, provisionamento duplo e spoofing podem produzir sinais semelhantes.

Recuperar começa removendo a atribuição indevida no host. Depois há aging, unfreeze ou clear. Unfreeze publica valor maior. Se o conflito persiste, ele só reinicia a disputa; se um único PE é limpo, o peer pode recolocar a época antiga.

O fechamento une desprovisionamento, ação de tabela limitada, convergência do grupo e sucesso bidirecional. Nenhum desses fatos é herdado pelo contador.

O expediente que transforma número em evidência

Uma operação madura conserva intenção da plataforma, learn local, pai e filhos, Peer-Sync-Local, anúncios e withdrawals, suporte real de implementação, cálculo de máximo, RIB, bridge, ARP/NDP, IP-VRF, FIB, probe, limiar e freeze, autorização de recovery e resultado da aplicação.

Cada camada tem dono. Plataforma decide identidade; acesso observa; multihoming compartilha época; BGP comunica; forwarding executa; serviço confirma. “Fabric convergiu” não pode responder por todas.

A especificação mínima de Lu Heng explica por que um campo comum pode coordenar sem governar o resultado inteiro. Camadas de realidade separam anúncio, decisão, execução e efeito. Primazia do código em execução dá mais peso a tabelas sincronizadas, sondas, FIB e pacotes do que ao contador isolado.

RFC 9721 economiza no protocolo e cobra em responsabilidade. O número continua útil quando a organização sabe explicar sua linhagem. Sem essa explicação, o máximo é apenas o estado com maior poder de expulsar os demais.

Fontes