Resumo

  • RFC 9746 permite anunciar uma preferência de split horizon nas encapsulações All-Active que aceitam os dois métodos. A intenção administrativa não basta para determinar o método em operação.
  • Uma divergência no mesmo ES, para determinada EVI, obriga os NVEs a usar o padrão da encapsulação. Uma rota SHT 00 já exige esse retorno nos participantes atualizados, sem votação por maioria.
  • No exemplo MPLSoUDP, a chegada de um participante padrão exige etiquetas ESI válidas e não nulas que os vizinhos haviam dispensado. Admissão, reserva de recursos e verificação BUM precisam ser avaliadas juntas.

A economia não pertence só ao equipamento

O número de etiquetas poupadas parece uma métrica local. Em um segmento multiconectado, porém, o direito de manter essa economia depende dos demais participantes. O exemplo de compatibilidade de RFC 9746 torna essa dependência concreta: dois NVEs atualizados usam MPLSoUDP com local bias e anunciam etiqueta ESI zero. Quando um terceiro, sem suporte à nova especificação, entra anunciando SHT padrão, os dois primeiros precisam fornecer etiquetas válidas e não nulas.

Não houve necessidade de alterar a configuração administrativa dos vizinhos. O que mudou foi a composição do Ethernet Segment. A preferência anunciada pode continuar igual, mas a obrigação operacional voltou à filtragem ESI padrão de MPLSoUDP. O cenário é uma hipótese normativa, não um incidente de produção observado.

Publicado em março de 2025 no processo de padronização IETF, RFC 9746 atualiza RFC 7432 e RFC 8365. O estado documental é Proposed Standard, e a consulta oficial de erratas não lista correspondências na data desta pesquisa. Isso identifica a especificação, não sua adoção em produtos. O RFC muda a seleção e a sinalização, mantendo os dois mecanismos de filtragem existentes.

O limite que a filtragem protege

Um quadro originado em um equipamento cliente multiconectado não deve voltar ao mesmo cliente por outro equipamento de borda. Esse retorno é o alvo do split horizon no tráfego BUM: broadcast, unicast desconhecido e multicast. Evitar a volta não substitui a entrega aos destinatários legítimos; ambas precisam ser observadas.

Na filtragem ESI, a encapsulação identifica o segmento de origem para que a saída não encaminhe o quadro de volta a ele. Em MPLS, a etiqueta ESI cumpre essa função. Local bias identifica o NVE de entrada pelo IP de origem do túnel e filtra as interfaces locais de segmentos compartilhados com ele. A entrada também precisa replicar localmente o BUM vindo do acesso para seus segmentos diretamente conectados, independentemente do estado de eleição DF.

Local bias se aplica apenas a All-Active e exige que o next hop não mude entre os NVEs ligados ao mesmo ES. Não é um substituto para Single-Active. ESI atende aos dois modos e pode funcionar entre domínios diferentes. A simplificação da encapsulação e os benefícios de recursos e entrega local citados pelo RFC são motivações de escolha, não uma redução de latência medida para qualquer fornecedor.

A base comum prevalece sobre a preferência

Os bits 6 e 7 de Flags na ESI Label Extended Community codificam SHT. O registro IANA atual mantém 00 para padrão, 01 para local bias e 10 para ESI; 11 permanece sem atribuição. Outros bits receberam atribuições posteriores, portanto a tabela integral de 2025 não é um inventário atualizado de todos os campos.

MPLSoGRE, MPLSoUDP, Geneve e SRv6 estão entre as encapsulações capazes de suportar ambos os métodos. VXLAN, NVGRE e VXLAN-GPE ficam com local bias; MPLS e SR-MPLS, com ESI. Um anúncio não cria uma capacidade ausente. Single-Active com SHT não zero recebido requer treat-as-withdraw, em vez de uma tentativa de escolher local bias.

Para uma EVI no mesmo ES, valores anunciados inconsistentes levam todos os NVEs ao padrão da encapsulação. Receber ao menos uma rota 00 do segmento obriga um NVE atualizado a voltar ao padrão operacional, qualquer que seja sua intenção administrativa. Não importa quantos vizinhos prefiram 01.

Também não se deve tratar 00 como prova de software antigo. Um participante atualizado pode escolher o padrão. A versão do produto e a intenção recebida são evidências distintas. O comportamento de implementações anteriores que ignoram os demais Flags, exceto Single-Active, é uma premissa explícita de compatibilidade do RFC, não um teste de todos os produtos existentes.

Voltar exige saber a que se volta

O padrão de MPLSoUDP e MPLSoGRE é ESI; o de VXLAN, local bias. Geneve depende da opção Ethernet e da identificação ESI de origem, e 10 só é válido com Source-ID não zero na opção correspondente. SRv6 usa por padrão uma identificação de origem análoga à filtragem ESI; isso não significa carregar uma etiqueta MPLS convencional em cada pacote.

Local bias pode anunciar etiqueta zero quando ela não é usada. Operação ESI exige uma etiqueta anunciada válida e não nula. A transição do exemplo MPLSoUDP impõe atualizações de A-D por ES. Há uma exceção à regra geral de retorno desde etiqueta zero quando todos os participantes não atualizados suportam somente local bias. Não seria correto afirmar que qualquer retorno sempre aloca uma etiqueta.

A recomendação operacional é avaliar a capacidade disponível também para o estado de referência possível. As fontes não fornecem limite de etiquetas por plataforma, margem percentual nem tempo entre anúncio e programação em hardware. Uma rota atualizada é parte da evidência, não a conclusão de que a filtragem já está ativa.

Agregar anúncios não elimina as diferenças

Uma rota A-D por ES com várias encapsulações só pode reunir as que usam o mesmo método. Se o grupo inclui alguma que suporta apenas um método, SHT precisa ser 00. Se todas aceitam ambos, o grupo pode anunciar 01 ou 10. MPLS e VXLAN não podem compartilhar uma rota para simplificar artificialmente essa diferença.

Subconjuntos de EVIs que precisam de métodos diferentes exigem rotas ou grupos separados. O Route Target de cada EVI aparece em uma, e apenas uma, rota A-D por ES daquele segmento; as múltiplas rotas usam Route Distinguishers distintos. O exemplo separa VXLAN/padrão, MPLSoUDP/local bias e Geneve/ESI. O último precisa da etiqueta não zero e da opção Ethernet, além de SHT correto. Todos os NVEs de uma EVI ainda precisam de encapsulação comum. A divisão em grupos não resolve a falta dessa capacidade.

Uma autorização por dispositivo ou por segmento inteiro pode perder diferenças entre serviços. ES, EVI, encapsulação e participantes precisam permanecer vinculados na análise de mudança.

Não transformar o retorno em uma falha imaginada

Um padrão funcionando corretamente não é uma indisponibilidade. A seção de segurança considera que uma alteração SHT válida em um único dispositivo atacado não deveria interromper o tráfego sob os procedimentos definidos, embora possa alterar o encaminhamento. A afirmação não cobre qualquer valor inválido, implementação desconhecida ou esgotamento de recursos.

O teste útil acompanha a entrada e a saída de um participante padrão em um segmento limitado. Confere anúncios, etiquetas e entradas de filtragem, seguindo o BUM do acesso aos destinos esperados e verificando que não retorna ao cliente de origem. Perdas, duplicatas e loops exigem uma janela de observação declarada. Se não há observação do método operacional, o estado é desconhecido; não se pode preencher essa lacuna com a preferência configurada. Essas práticas são sugestões de verificação, não novos campos do protocolo nem um SLA universal.

Fontes e limites

Não foram estabelecidos incidentes reais, adoção, limites de recursos ou tempos medidos de recuperação. A imagem é uma fotografia conceitual gerada por IA, não um registro de implantação.