Resumo

  • A RFC 10038 define uma associação de identidade DHCPv6 para localizadores SRv6, com IAID, estrutura do localizador, tempos de vida preferido e válido, T1/T2, vínculo no servidor e uma resposta explícita quando não há recurso disponível.
  • Uma Reply válida faz o cliente configurar o localizador, mas instalação de rota e anúncio são ações distintas e opcionais. A atribuição local de SIDs, o uso de vários localizadores e o anúncio desses SIDs ficam fora do escopo.
  • Weiqiang Cheng e Changwang Lin editaram o documento; Ruibo Han, Daniel Voyer e Geng Zhang são coautores, e Yuanxiang Qiu é colaborador. O registro sustenta uma análise do contrato coletivo, não uma alegação de invenção individual ou implantação.

O número “100% atribuído” parece definitivo. Ele pode significar apenas que todos os clientes esperados receberam uma Reply válida. Não informa se o relay instalou o próximo salto, se a rota foi exportada, se os demais roteadores convergiram, se o CPE programou SIDs ou se o tráfego chegou.

A RFC 10038, publicada no Standards Track do IETF em agosto de 2026, é valiosa justamente porque não tenta esconder essas diferenças. Ela estende o DHCPv6 com IA_SRV6_LOCATOR, IA Locator e o status NoSRv6LocatorAvail. Assim, a alocação de um localizador SRv6 passa a ter identidade, estrutura e tempo próprios.

A autoria também é distribuída. Weiqiang Cheng e Changwang Lin aparecem como editores; Ruibo Han, Daniel Voyer e Geng Zhang como autores; Yuanxiang Qiu como colaborador. Na captura de 31 de agosto de 2026, o perfil do IETF identificava Cheng como Chief Architect of IP Networks do China Mobile Research Institute, presidente do grupo SRv6 Operations e autor de nove RFCs. Isso documenta sua participação pública, sem provar que a China Mobile ou qualquer outro operador implantou o mecanismo.

A concessão tem identidade e prazo

O IAID diferencia associações de um mesmo cliente. T1 marca o momento de procurar o servidor que forneceu o localizador; T2 permite procurar qualquer servidor disponível. Dentro da associação, cada localizador informa o tempo preferido, o tempo válido, os comprimentos de bloco, nó, função e argumento e o valor Algorithm.

Esses dados mudam a qualidade da investigação. Em vez de perguntar apenas “qual prefixo aparece?”, o operador pode perguntar qual cliente pediu, por qual relay, qual servidor respondeu, qual estrutura entregou e quanto tempo restava. Renew, Rebind e Release podem ser ligados ao mesmo objeto.

O tempo não é binário. Um localizador pode deixar de ser preferido e continuar válido. A tentativa de renovação pode ter passado de T1 sem alcançar T2. Quando o tempo válido acaba, o servidor recupera o prefixo e remove o vínculo. Um inventário sem essas fases transforma uma transição normal em surpresa.

Depois de uma Reply válida, o cliente configura o localizador. A RFC, porém, não define como criar os SIDs locais, usar vários localizadores ou anunciar esses SIDs. Também impede que a ordem dos localizadores seja tratada como lógica de serviço. A política comum deve ser explícita; a posição no pacote não vira autoridade.

A rota começa em outra decisão

A seção 5.5 permite que o relay ou servidor instale uma rota local correspondente, cujo próximo salto deve apontar para o cliente solicitante. Depois, o equipamento pode anunciar a rota por um protocolo tradicional. A concessão não contém uma garantia implícita de que essas duas ações ocorreram.

O vínculo pode existir sem RIB. A RIB pode estar correta e a FIB falhar. A rota local pode ser bloqueada pela política de exportação. Um anúncio pode não ter convergido em todos os pontos relevantes. E a convergência não instala automaticamente os SIDs nem a SR policy do CPE.

O campo Algorithm define outra fronteira. Valor zero pode usar reachability IP normal. Valor não zero precisa dos Locators TLV de IS-IS ou OSPFv3. Ignorar o campo e tratar tudo como um prefixo comum destrói uma condição que os consumidores da rota precisam conhecer.

Por isso, o recibo operacional deve manter itens separados para vínculo no servidor, configuração no cliente, RIB, FIB, forma de anúncio, convergência, SIDs, política, filtros e observação de pacotes. Uma chave de correlação os conecta; um indicador único não os substitui.

A liberação precisa desfazer os efeitos

Ao receber Release, o sistema deve liberar o localizador, remover a rota local e retirar o anúncio anterior. O fim do lease também faz o servidor recuperar o recurso e apagar o vínculo. A dificuldade é garantir que todos os componentes respondam ao mesmo encerramento.

O servidor conhece o IAID. O acesso conhece o próximo salto. O roteamento conhece o anúncio. O CPE e os controladores conhecem SIDs, políticas e caches. A comprovação precisa apontar qual associação terminou e quais estados derivados foram invalidados.

Uma rota agregada pode permanecer. A RFC admite agregação para proteger a RIB. Nesse caso, o roteador delegante pode descartar tráfego destinado a um prefixo específico que não esteja mais delegado. “Agregado presente” não significa “lease individual válido”. Da mesma forma, a permanência do agregado não prova uma falha de retirada.

A observação correta junta três coisas: o conjunto atual de concessões, a abrangência do agregado e o tratamento do prefixo específico no limite. Um descarte controlado pode ser o resultado seguro esperado para um localizador expirado.

O domínio confiável exige controles atuais

O cenário da RFC assume um único domínio SR confiável. O CPE é gerenciado pelo operador ou por parceiro confiável; mesmo nas instalações do cliente, dispositivo e portas permanecem sob o domínio administrativo do operador.

Essa premissa não cifra o DHCPv6 de ponta a ponta. Sequestro, alteração e escuta continuam possíveis. Mecanismos de alocação distintos precisam de pools não sobrepostos para evitar o uso duplicado. Limites por cliente não impedem completamente que um agente malicioso simule várias identidades para esgotar recursos.

O cliente DHCPv6 na borda deve filtrar as interfaces interna e externa. Pertencer nominalmente ao domínio confiável não comprova controle das portas nem política de tráfego. A confiança depende de estados executados e verificáveis.

Do registro ao resultado em execução

A primazia do código em execução de Heng Lu ajuda a definir a ordem: o registro descreve uma atribuição, mas não cria a realidade de encaminhamento. A especificação inicial mínima pede regras comuns estritas apenas onde interoperabilidade e segurança exigem, preservando escolhas locais futuras.

A RFC 10038 padroniza códigos, formatos, relógios e comportamentos de cliente, servidor e relay. Não escolhe o plano de SID, a agregação nem a política de serviço de cada rede. A responsabilidade local começa exatamente onde a norma termina.

Um recibo reproduzível conecta identidade do cliente, IAID, relay, servidor, localizador, estrutura, Algorithm, T1/T2, tempos, vínculo, configuração, rota, anúncio, convergência, SID, política, filtros e teste delimitado. Na liberação, a mesma sequência deve ser percorrida ao contrário.

“Localizador concedido” é uma conclusão precisa. “Rota instalada e propagada” é outra. “Pacote entregue nas condições testadas” é uma terceira. A contribuição coletiva de Cheng dá rigor à primeira sem reivindicar as demais.

Fontes