Resumo
- A revisão 07 do
draft-ietf-lsr-l2-bundle-member-remote-idpropõe identificadores de interface remota em OSPF, IS-IS e BGP-LS. Eles permitem unir cada membro local do bundle L2 ao membro correspondente no vizinho; o fato de o agregado existir ou estar ativo não fornece esse pareamento. - A→X e X→A compõem um recibo de correlação, não uma prova do cabeamento. A aquisição está fora do protocolo de roteamento, a autenticação do IGP protege o anúncio depois que o mapeamento foi criado, e um par coincidente não prova atividade, métricas recentes, uso no encaminhamento ou êxito da ação de TE.
O enlace lógico apagou uma pergunta importante
Agregação transforma várias interfaces físicas em uma adjacência lógica. Essa abstração simplifica o roteamento e ajuda o serviço a sobreviver à perda de um membro. Ela também remove um detalhe necessário quando a operação quer atribuir atraso, perda, capacidade ou falha a uma porta específica.
R1 pode anunciar A, B e C; R2, X, Y e Z. As listas podem estar corretas e o enlace pai pode continuar verde. Ainda assim, ninguém sabe se A encontra X ou Y. Uma medição verdadeira associada à extremidade errada produz uma decisão falsa sem falsificar nenhum dado isolado.
A revisão 07 completa a relação. Para seu membro A, R1 anuncia o valor não nulo de 32 bits que R2 usa como identificador local do mesmo membro. Se esse valor for X, R2 deve anunciar A como identificador remoto de X. O consumidor pode então observar A→X e X→A.
O novo campo é útil para correlacionar métricas por membro, falhas compartilhadas e caminhos bidirecionais. Mas continua sendo uma declaração produzida por um roteador, não uma sonda colocada no cabo.
A autenticação começa depois que o mapeamento já existe
A fronteira mais importante está nas considerações de segurança. A autenticação do IGP protege o anúncio que o roteador originou; ela não autentica a informação local de camada 2 usada anteriormente para obter o identificador remoto.
OSPF e IS-IS operam no enlace L3 pai, não diretamente em cada membro do bundle. Eles não conseguem perguntar nativamente à porta oposta qual identificador local de 32 bits ela escolheu. Por isso, a aquisição ficou fora do escopo. Uma implementação pode depender de configuração ou descoberta específica, talvez consultando LLDP ou LACP.
Esses protocolos não entregam automaticamente o número procurado. O Port ID do LLDP depende do subtipo e pode não ser um inteiro de 32 bits. Os números Actor e Partner do LACP são valores de 16 bits atribuídos de forma independente. Traduzir qualquer um deles para o identificador local anunciado no descritor L2 é uma decisão do produto.
Assim, todos os fatos componentes podem ser autênticos e a relação ainda estar errada. O LLDP informou um rótulo real, a tabela local guardou um mapeamento, a LSA foi autenticada e o BGP-LS transportou o atributo. Se a tabela pertencia ao cabeamento anterior, a união é falsa. Criptografia protege autoria e integridade do enunciado; não valida retroativamente o sensor ou a conversão que o criou.
Reciprocidade encontra divergência, não todo erro comum
Se R1 declara A→X, o controlador deve procurar X→A em R2. A ausência da relação inversa pode revelar configuração incorreta, descoberta defeituosa ou interferência na aquisição. É uma checagem operacional valiosa.
Mas as duas pontas podem compartilhar a mesma tabela desatualizada. Anúncios comparados durante uma mudança também podem pertencer a épocas topológicas diferentes. A simetria eleva a confiança na correlação; não prova que a interface continua conectada, encaminhando tráfego ou medindo o mesmo intervalo de tempo.
Uma cadeia de evidência madura mantém nove passos separados:
- o enlace L3 pai é anunciado;
- as pontas publicam IDs locais não nulos;
- a aquisição produz o mapeamento remoto com fonte e idade;
- OSPF ou IS-IS autentica o anúncio do roteador;
- BGP-LS preserva pai e ordenação;
- o consumidor valida A→X e X→A na mesma época;
- o estado ao vivo confirma os membros conectados;
- métricas recentes descrevem o par correto;
- a ação atinge os membros esperados e o encaminhamento confirma o resultado.
O identificador remoto melhora o meio da cadeia. Ele não transforma o sexto recibo na nona comprovação.
Desconhecido não é inexistente
Um ID remoto ausente indica apenas que não foi aprendido ou anunciado. Não demonstra que o vizinho não tenha membro correspondente. Isso é normal quando apenas uma ponta implementa a extensão.
Zero significa desconhecido e não é um ID válido. OSPF não deve originar zero, e receptores o tratam como ausência. IS-IS pode usar zero só como marcador posicional quando outros membros do mesmo descritor são conhecidos. BGP-LS nunca exporta o zero.
No IS-IS, quantidade e ordem dos IDs remotos precisam corresponder aos membros do descritor externo. Comprimento zero, tamanho não divisível por quatro ou contagem incompatível torna todo o conjunto desconhecido. Admitir incerteza é mais seguro do que inventar uma união parcial.
Duplicatas recebem regra determinística: OSPF e BGP-LS usam a primeira ocorrência; IS-IS usa a primeira no fragmento LSP de menor número. Isso estabiliza a leitura em transições, sem provar que o primeiro valor é o correto no mundo físico.
Telemetria deve distinguir não suportado, não aprendido, omitido, zero posicional, conjunto malformado, duplicata ignorada, falta de reciprocidade, fonte vencida e par válido. Converter tudo em “sem enlace” elimina justamente a explicação de que a operação precisa.
Distribuir a afirmação não elimina a revisão semântica
O Producer de BGP-LS origina o sub-TLV como atributo do Link NLRI do enlace L3 pai. O Propagator não executa as validações semânticas propostas. O Consumer verifica a reciprocidade e define como sua aplicação reage ao erro.
Esse desenho evita fingir que todo intermediário compreende a topologia. Também impede o controlador de tratar a chegada por BGP-LS como prova de que alguém já conferiu o pareamento. Quem move o tráfego é responsável pela última revisão.
O detalhe por membro expõe mais topologia do que o bundle. O anúncio deve permanecer desativado por padrão e ser habilitado em enlaces escolhidos, dentro de um domínio BGP-LS confiável. Visibilidade extra é capacidade operacional e superfície de informação ao mesmo tempo.
O originador responde pela atualização. Ao saber que um ID remoto perdeu validade, deve retirá-lo ou substituí-lo. Detecção e envelhecimento permanecem específicos da implementação. Um número sem origem e horário não descreve o cabeamento presente.
Last Call ainda não é implantação
O Datatracker registra a revisão 07 como documento ativo do grupo LSR, submetido para publicação como Proposed Standard. O IETF Last Call termina em 13 de outubro de 2026 e a revisão da IANA ainda é necessária. O texto, datado de 29 de setembro de 2026, expira em 2 de abril de 2027. Não é RFC.
Os novos tipos de sub-TLV para OSPFv2, OSPFv3, IS-IS e BGP-LS continuam TBA. O registro não prova números atribuídos, implementação por fornecedores, implantação, precisão ou benefício de TE. A conclusão sustentável é menor: o rascunho transporta uma afirmação limitada de correlação e explicita sua fronteira de confiança.
Fontes
- Registro Datatracker da revisão 07
- Texto exato da revisão 07
- RFC 9356: atributos OSPF de membros de bundle L2
- RFC 8668: atributos IS-IS de membros de bundle L2
- RFC 9085: atributos BGP-LS de membros de bundle L2
- RFC 9552: arquitetura BGP-LS
- RFC 4202: identificadores locais e remotos de enlace
- RFC 8537: LSPs bidirecionais associados
- RFC 9059: caminhos bidirecionais de encaminhamento
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
