Resumo

  • A extensão BGP-EPE aprovada pelo IESG permite anunciar via BGP-LS um PeerAdj SID ou End.X SID para cada membro físico de um bundle de camada 2.
  • A publicidade pode afirmar que o membro está operacional e o SID programado naquele momento; não concede capacidade, preserva ordem, resolve MC-LAG ou autoriza o consumidor a usar o caminho.

Abrir o bundle sem dissolvê-lo

Uma sessão BGP apoiada em LAG apresenta uma interface lógica. O PeerAdj SID existente leva o tráfego ao agregado, que escolhe um membro por sua distribuição normal. Para BGP-EPE, faltava a possibilidade de indicar uma ligação física específica.

O texto aprovado em 6 de agosto de 2026 mantém o Link NLRI como identidade do bundle e acrescenta um L2 Bundle Member Attributes TLV por componente. Dentro dele vai exatamente o PeerAdj SID de SR-MPLS ou End.X SID de SRv6 relevante. O todo e a peça recebem superfícies distintas.

Anunciar o TLV implica membro up; incluir o SID implica validade e programação para encaminhar ali. É uma declaração do plano de controle com data e origem. Não é reserva, telemetria contínua nem comprovante de entrega.

Estado muda; a instrução precisa expirar

Mudança, invalidação ou desativação administrativa do SID exige atualização. Falha ou remoção do membro exige retirada do TLV inteiro. Uma base que aceita anúncios e perde retiradas acumula comandos que já não correspondem ao hardware.

Um hold-off pode suprimir oscilações transitórias. Quando a baixa se estabiliza, não cabe atraso adicional. O consumidor deve guardar speaker, sessão, instante, idade e expectativa de retirada. Sem isso, a última verdade vira autoridade sem prazo.

Ausência também tem interpretação limitada. O operador pode filtrar por peer, tipo de sessão ou política, e pode expor só o SID pai. Não ver um membro pode significar escolha de confidencialidade, não inexistência.

Selecionar uma faixa transfere obrigações

Fixar fluxos em membros retira parte da distribuição natural do bundle. A mesma ligação pode congestionar enquanto outras ficam livres. O rascunho atribui monitoramento e reequilíbrio ao controlador ou motor de política; o protocolo não decide a alocação.

Latências diferentes também ameaçam ordem. Balanceamento por pacote e migração com tráfego em voo podem reordenar. Um classificador invariável deve manter o fluxo no mesmo membro, e o failover ainda requer prova no receptor.

O registro completo une SID, versão da política, classificador, utilização, fila, perda, latência, contadores de saída e resultado de rollback. Programar é apenas uma etapa.

Confiança limita distribuição, não cria licença

O documento manda manter a informação em domínios SR confiáveis ou entre domínios de peering confiáveis, com filtros impedindo propagação indevida. Isso protege uma fronteira de informação. Não decide qual aplicação pode gastar o membro mais escasso.

Em MC-LAG, a especificação não define prevenção de loop; pressupõe a segurança da camada inferior. Um SID correto dentro de um domínio confiável ainda pode ser usado sem a evidência necessária.

O modelo durável é estreito: roteador declara, telemetria mede, controlador propõe, política admite, plano de dados prova e operação reverte. Interoperabilidade não exige entregar o mandato ao inventário de topologia.

Código em execução delimita a pergunta

O texto aprovado registra duas implementações informadas por participantes. Na mesma seção, avisa que não houve verificação independente, que a lista não é catálogo e que a presença de um produto não representa endosso do IETF. O cuidado impede transformar experiência em autoridade.

Implementação real é evidência valiosa de que a codificação, a identificação do membro e a programação do SID podem funcionar. Não prova que outra versão instalada retira todos os estados, mantém a correspondência depois de upgrade, oferece telemetria completa ou executa o rollback esperado.

Antes da admissão, a rede deve testar capability por versão, anúncio e retirada, flap com temporização, counters de saída e retorno ao SID do bundle. O running code reduz a dúvida sobre possibilidade; a decisão de produção continua com quem arca com congestionamento e indisponibilidade.

Também é preciso separar os dois planos de dados. Em SR-MPLS, o PeerAdj SID aparece sob o TLV de membro; em SRv6, a instrução é End.X e pode carregar estrutura adicional conforme suas próprias regras. A intenção comum não elimina diferenças de codificação, programação, observabilidade e falha.

Uma aceitação séria executa o mesmo ciclo nos dois casos: anunciar, confirmar no forwarding, carregar o membro, provocar mudança controlada, observar atualização ou retirada e comprovar retorno ao pai. Só então a presença do recurso vira evidência de operação local.

Fontes