Resumo

  • draft-ietf-idr-bgpls-inter-as-topology-ext-46 propõe um NLRI de enlace Inter-AS e descritores de AS e ASBR remoto para correlacionar informações originadas nos dois extremos.
  • A aresta completa é derivada: depende de fonte IGP ou local, exportação BGP-LS, filtros, identificadores, atualidade e regra do consumidor.
  • Um pareamento válido não prova atividade, capacidade nem entrega. A aliança precisa guardar um recibo da correlação e recibos separados do caminho e do tráfego.

A costura que faltava entre dois domínios

Um controlador pode receber a topologia interna de dois domínios via BGP-LS e ainda não saber como eles se conectam. O IGP normalmente não opera sobre o enlace Inter-AS. Os ASBRs conhecem a interconexão, mas o formato anterior não levava essa costura de modo específico ao consumidor.

A revisão 46 de BGP-LS Extensions for Inter-AS Topology Retrieval define o NLRI tipo 7 e três descritores: Remote AS Number, IPv4 Remote ASBR ID e IPv6 Remote ASBR ID. A informação pode nascer nos anúncios OSPF Inter-AS TE do RFC 5392 ou no IS-IS do RFC 9346, chegando ao consumidor sob as regras gerais do RFC 9552.

O documento descreve o enlace como informação normalmente aprendida de cada lado. O consumidor compara AS local e remoto, identificadores dos ASBRs, BGP-LS Instance Identifier e, quando disponíveis, endereços ou identificadores de interface. Se a correlação falha, o resultado pode ser um enlace sem par ou incompleto.

A linha, portanto, não vem pronta da rede. Ela é uma afirmação nova produzida pela junção de duas perspectivas.

Metades iguais no fio podem ter autoridades diferentes

No fluxo principal, o ASBR origina a informação em OSPF ou IS-IS. Um speaker BGP-LS a recebe, monta o NLRI e a envia conforme as políticas de importação e exportação. Cada estágio pode remover, atrasar ou transformar a visibilidade.

Há uma alternativa relevante. Um ASBR que também execute BGP-LS pode criar o NLRI a partir de uma interface diretamente conectada ou rota estática, usando origem Direct ou Static configuration. O controlador então associa os lados por AS e endereço.

Uma metade pode seguir a retirada automática do IGP; a outra pode permanecer até uma alteração manual. Uma tem histórico de flooding; a outra, histórico de commit. Se a base guarda apenas os descritores finais, apaga a diferença de procedência e de frescor.

Um recibo mínimo deveria registrar, para cada lado, referência ou resumo do anúncio, protocolo de origem, instância BGP-LS, AS e ASBR locais e remotos, descritores auxiliares, chegada, idade e retirada. Depois, deveria registrar a regra de pareamento, a versão da política e o resultado: pareado, isolado, conflitante, obsoleto ou em retirada.

Esse recibo é uma proposta editorial, não uma exigência do rascunho. Serve para tornar revisável uma inferência local, não para centralizar a topologia.

O sucesso tem nove fronteiras

O enlace configurado, a descrição no IGP ou na configuração local, a recepção pelo speaker, a exportação, a leitura pelo consumidor, a correlação, a admissão no snapshot, o cálculo e instalação do caminho e o tráfego observado são resultados distintos.

O código comum da IANA prova que implementações podem nomear o mesmo objeto. Um NLRI sintaticamente válido prova que o objeto foi analisado. Um par consistente prova que duas declarações satisfazem uma regra. Nada disso prova que o enlace está ativo, que a métrica ainda vale ou que o pacote atravessou.

A revisão 46 é um Internet-Draft ativo do grupo IDR, datado de 29 de setembro de 2026. Não é RFC. O conjunto de fontes não traz implantação pública, teste interoperável ou medição de tráfego. As alocações antecipadas no registro BGP-LS da IANA permitem escrever código; não validam o resultado operacional.

A ausência de uma metade é um fato útil

A extensão admite implantação incremental. Nem todo roteador precisa suportá-la; os originadores relevantes, speakers e consumidores precisam. Isso reduz custo, mas permite uma topologia parcialmente visível.

Um lado pode omitir um identificador. Um filtro pode remover apenas um anúncio. Uma sessão pode atrasar. Uma retirada pode chegar antes da correspondente. O rascunho recomenda conferir os dois ASBRs, os anúncios OSPF/IS-IS, a recepção e exportação BGP-LS, os identificadores e as políticas. Também recomenda visibilidade sobre o sucesso da correlação.

Esse diagnóstico não cabe num único link=true. Pareado, sem par, conflitante, obsoleto, em retirada e não suportado são estados diferentes. Uma metade solta pode revelar uma fronteira de política; apagá-la como ruído elimina a pista mais importante.

O banco pode combinar tempos que a rede nunca viveu

Se A chega às 09:00 e B às 09:04, é necessário saber se A ainda era válido às 09:04. Uma retirada atrasada pode deixar no banco dois registros compatíveis que nunca coexistiram na rede.

O rascunho não define uma janela universal de frescor. A liberdade é adequada, mas transfere responsabilidade ao consumidor. O recibo precisa informar a diferença máxima aceita, o tratamento da retirada, o tempo de retenção unilateral e o identificador do snapshot.

“Os extremos concordaram” deve significar coexistência dentro de uma janela declarada, não apenas duas linhas disponíveis para um join.

Auditar sem divulgar a malha

O cenário central envolve vários AS sob a mesma administração. O documento adverte que endereços e atributos de interconexão são informações críticas e devem ficar no domínio controlado ou ser filtrados antes de sair.

O recibo pode usar referências internas, hashes, controle por função e retenção limitada. Não precisa publicar o mapa. Precisa permitir que um revisor autorizado reconstrua por que uma aresta foi aceita.

Mesmo completo, ele continua sendo recibo de mapa. O caso de engenharia multidomínio do RFC 8735 explica por que o controlador precisa da aresta para calcular. Programação, convergência, encaminhamento e resultado do serviço exigem provas próprias.

Um ensaio que pode derrubar a linha

Running Code Primary sugere testar duas implementações independentes com par correto, ASBR remoto divergente, filtro unilateral, atualizações fora de ordem, retirada tardia e uma metade estática diante de uma metade IGP. Deve-se comparar não só o desenho final, mas os motivos para criar, degradar e remover cada aresta.

Se dois controladores chegam à mesma linha usando janelas ou regras diferentes, a interoperabilidade é apenas visual. Minimum Initial Specification aponta o acordo mínimo: referências das duas entradas, origem, regra, janela temporal e decisão. Armazenamento e política de caminho podem continuar locais.

A afirmação operacional passa a ser: o controlador recebeu estes dois relatos, destas fontes, nesta janela, aplicou esta regra e os admitiu neste snapshot sem conflito aberto. Se o caminho foi instalado e o tráfego passou, haverá outro recibo.

Fontes

  1. BGP-LS Inter-AS Topology Retrieval, revisão 46
  2. Histórico do documento
  3. RFC 9552
  4. RFC 5392
  5. RFC 9346
  6. Parâmetros BGP-LS da IANA
  7. Lu Heng — Minimum Initial Specification
  8. Lu Heng — On Reality Layers
  9. Lu Heng — Running Code Primary
  10. Revisão 46 em HTML
  11. Revisão 46 em texto
  12. Diferença oficial entre as revisões 45 e 46
  13. RFC 7426 — terminologia SDN
  14. RFC 9086 — BGP-LS Egress Peer Engineering