Resumo

  • A RFC 9625 cria um Supplementary Broadcast Domain sem circuitos de acesso para que interesse aprendido em um BD comum chegue a PEs do mesmo tenant que não participam desse BD.
  • Estados IGMP/MLD de vários BDs podem ser fundidos em SBD-SMET; AC sem snooping e PE sem suporte à RFC 9251 podem ser tratados como interessados em todos os fluxos.
  • Operação auditável separa relatório de host, política, mapa BD/SBD, derivação agregada, importação, eleição de gateway, elegibilidade OIF por quadro, transmissão, duplicação e recepção.

A cobrança de recursos chegou antes da explicação

Uma equipe viu estado multicast crescer em vários PEs e procurou um novo serviço de grande alcance. Não havia. A origem era um único relatório recebido em um AC de um BD comum. OISM havia distribuído o interesse pelo tenant para que fontes em outras sub-redes pudessem alcançar o receptor por caminho direto.

O comportamento é parte da solução, não uma anomalia. Sem uma superfície compartilhada, o ingress PE de outro BD não saberia que existe demanda remota, e o tráfego poderia fazer hairpin por um roteador intermediário ou deixar de seguir a melhor rota.

O que faltou foi outro tipo de recibo. O host informou interesse; ele não declarou possuir autoridade para consumir estado em todos os PEs. Identidade de acesso, grupo e fonte permitidos, taxa de relatórios, orçamento e validade pertencem à política anterior à amplificação.

O SBD representa o que o PE não vê localmente

Todos os PEs OISM de um Tenant Domain conhecem o mesmo SBD e importam seu SBD-RT. O SBD não tem ACs. Ele não é uma LAN de cliente, mas um contexto comum para fontes e receptores cujo BD real não existe no PE em questão.

Quando o PE não está ligado ao BD da fonte, o SBD pode se tornar o apparent source BD. Essa projeção mantém a função de encaminhamento, porém remove detalhe local da visão imediata. Um log que registra somente o SBD não mostra qual BD comum, EVI, segmento ou porta originou a cadeia.

Preserve os dois lados do mapa: BD físico e SBD projetado, com Tenant Domain e epoch. A abstração explica como o estado viajou; não autentica sua proveniência.

A classificação semântica é necessária e limitada

IMET, SMET, S-PMSI e Leaf usam Route Targets e, em certos modelos, Tag ID para indicar BD comum ou SBD. Combinações conflitantes — dois SBD-RTs, RTs de BDs comuns diferentes ou mistura entre tenants — são malformadas e devem receber treat-as-withdraw conforme a RFC 7606.

O teste acontece no PE que compreende a semântica EVPN; nós BGP intermediários normalmente não detectam o erro. O resultado prova que a rota satisfez o mapa local de classificação naquela epoch.

Ele não prova que a atribuição de RT foi autorizada, que o originador podia ampliar o interesse ou que todos os PEs usam o mesmo mapa. Guarde NLRI, RTs, Tag ID, peer, origin, tabela local e decisão. “Instalada” é uma conclusão curta demais para uma investigação de escopo.

Fundir interesse reduz anúncios e esconde contribuidores

O PE combina estados IGMP/MLD dos BDs comuns do Tenant Domain para escolher suas rotas SBD-SMET. Um (*,G) de um BD pode cobrir (S,G) pedido em outro. Um anúncio amplo atrai os fluxos necessários sem multiplicar rotas.

Depois da fusão, a rota não conta toda a história. Pode não indicar qual BD iniciou a demanda, quantos receptores restam ou qual Leave removerá o último motivo. O wildcard continua correto mesmo após várias causas estreitas expirarem.

Mantenha uma derivação reversível: ACs e BDs contribuintes, modos Include/Exclude, epochs, regra, chave anunciada e condição de retirada. Assim o agregado permanece uma compressão operacional, não uma verdade sem origem.

Compatibilidade pode ser confundida com popularidade

Se um AC não executa snooping IGMP/MLD, ele é considerado interessado em todos os fluxos. Se um PE remoto não sinaliza suporte à RFC 9251, também é tratado como interessado em tudo. A escolha conserva serviço quando a infraestrutura não consegue expressar seletividade.

Ela não observa um receptor. Duas entradas na OIF list podem significar coisas diferentes: Join explícito ou incapacidade de provar ausência. Usam largura de banda parecida, mas não têm a mesma confiança, duração ou valor para planejamento.

Registre o motivo em cada interesse: relatório, configuração, default sem snooping ou default legacy. Demanda medida e flooding de compatibilidade não devem compartilhar uma única métrica comercial.

Um BD pode afetar os recursos do domínio inteiro

A seção de segurança da RFC 9625 explicita o raio. Alguém com acesso a um BD pode provocar rotas SMET e impactar recursos de todos os PEs do Tenant Domain. Flags e Extended Communities incorretos de OISM, IPMG, MEG ou PEG podem ainda causar perda ou desvio de dados.

A defesa precisa agir antes de publicar. Autentique o acesso, autorize group/source, limite taxa, quantidade de estado, privilégio wildcard e orçamento do tenant. Depois, meça quantas instalações remotas e quanto recurso o relatório produziu.

O encerramento exige caminho inverso: expiração ou Leave, nova fusão, retirada BGP, convergência e liberação em cada importador. Estado removido no ingress não é prova de que a amplificação terminou.

A eleição escolhe um executor, não um principal confiável

Ambientes mistos usam IP Multicast Gateways. Candidatos anunciam capacidade, precisam de presença IMET no BD e executam eleição de IPMG-DF baseada nas regras de DF. Funções MEG e PEG conectam o domínio a MVPN ou PIM.

Ter um único vencedor evita atuação duplicada, mas não autoriza o candidato. A própria RFC alerta que quem controla um gateway pode influenciar a eleição e modificar o forwarding. Resultado determinístico é evidência de convergência do algoritmo, não de legitimidade administrativa.

Conserve candidatos, flags, rotas, algoritmo, preferências, vencedor, autorização de gestão e epoch. Um vencedor único fora do conjunto autorizado também é falha.

A OIF list ainda precisa ser aplicada ao quadro

O Layer 2 escolhe (S,G) ou recorre a (*,G), identifica o apparent source BD e aplica a OIF list conforme a superfície de chegada. A lista inclui ACs, túneis e IRB, muda com os estados e não conta com verificação RPF no Layer 2.

Em multihoming, a elegibilidade decide a saída real. Com ESI label, o PE precisa ser DF e não pode devolver o quadro ao segmento de origem. Com local bias, a identidade do ingress PE mostra se o segmento já foi atendido. Tráfego criado dentro do tenant não pode descer pela IRB do SBD, pois seria redistribuído.

Portanto, inclusão na lista não é transmissão. Para um quadro, preserve estado escolhido, BD aparente, versão OIF, dados ESI/local-bias, supressões e saídas. Isso separa prevenção correta de loop de uma cópia perdida por decisão errada.

A restrição anycast impede que endereço vire identidade

Se houver receptores (*,G) no Tenant Domain, não pode haver fontes anycast para G dentro dele. OISM distribuiria os dois fluxos (S,G) e poderia entregar duplicatas. Mesmo endereço não prova mesmo evento.

Trate a restrição como preflight: inventário de fontes, estado wildcard e observação de duplicatas no receptor. Uma tabela coerente não demonstra que a topologia incompatível estava ausente.

O recibo precisa acompanhar a mudança de escopo

Comece com relatório, identidade, porta, AC, BD, EVI, segmento, tenant, política e tempo. Registre a transição de membership e a fusão multi-BD, incluindo contribuidores e condição de retirada. Depois preserve SBD-RT, BD-RT, Tag ID, origem, importação e eleições.

Para dados, associe quadro a BD aparente, estado, OIF, elegibilidade, cópias de túnel, transmissões e supressões. Chegada, quantidade de cópias, consumo da aplicação e resultado do serviço são degraus posteriores.

A RFC 9625 amplia a visibilidade do interesse. A cadeia de recibos impede que visibilidade seja confundida com consentimento, execução ou sucesso.

Fontes