RFC 10038: localizador SRv6 entregue por DHCPv6

Em resumo: a RFC 10038, publicada em agosto de 2026, cria no DHCPv6 a opção IA_SRV6_LOCATOR (código 149). Com ela, um roteador SRv6 recebe o seu localizador de um servidor, como recebe um prefixo delegado. Num plano de exemplo com um bloco /40 para localizadores e um /48 por roteador, cabem 256 roteadores, e cada um tem 65.536 valores de função se os SIDs usarem os bits até o /64.

O que foi publicado

A RFC 10038 é um Proposed Standard da área de roteamento da IETF, assinado por W. Cheng, R. Han, C. Lin, D. Voyer e G. Zhang. O título é "Distributing the Segment Routing over IPv6 (SRv6) Locator Using DHCPv6".

Ela trata de um problema operacional simples. No SRv6, cada nó que processa segmentos (o "SRv6 Segment Endpoint Node") precisa de um localizador: um prefixo IPv6 que identifica o nó na rede e de onde saem os SIDs, os identificadores de segmento que viram endereços de destino nos pacotes (RFC 8986). Segundo a RFC 10038, atribuir esse localizador por DHCPv6 simplifica a operação e mantém o mesmo jeito de trabalhar que a rede já usa para distribuir endereços IPv6.

Como funciona, em poucas linhas

A RFC define a opção IA_SRV6_LOCATOR, com código 149 no DHCPv6.
A opção leva a associação de identidade, os parâmetros e o próprio localizador.
O modelo segue a delegação de prefixo da RFC 8415 (a IA_PD que os roteadores de cliente usam para receber um /56 ou /60).
Quando o roteador devolve o localizador com uma mensagem Release válida, o servidor deve remover a atribuição.

Para quem opera, isso significa que o localizador passa a ter dono e prazo no servidor DHCPv6, como acontece com prefixos delegados. O inventário de localizadores sai da planilha e vai para um sistema que já tem registro, renovação e devolução.

Tela escura com linhas de texto de configuração — Com a RFC 10038, o localizador deixa de ser digitado na configuração de cada roteador e passa a vir do servidor DHCPv6. Foto: Artur Shamsutdinov / Unsplash

Planejando o bloco de localizadores

A RFC não define o tamanho do localizador; isso é decisão de projeto. Um desenho comum é reservar um bloco para todos os localizadores e entregar um prefixo de tamanho fixo a cada roteador. No exemplo abaixo, o bloco é 2001:db8:cc00::/40 (documentação, RFC 3849) e cada roteador recebe um /48.

/40 → /48: 2⁸ = 256 localizadores

Roteador	Localizador	Primeiro /64 do localizador
PE-01	2001:db8:cc00::/48	2001:db8:cc00::/64
PE-02	2001:db8:cc01::/48	2001:db8:cc01::/64
PE-03	2001:db8:cc02::/48	2001:db8:cc02::/64
…	…	…
PE-256	2001:db8:ccff::/48	2001:db8:ccff::/64

Com o localizador em /48, sobram 16 bits até a fronteira do /64. Se a sua implementação usa esses bits para a função do SID, cada roteador tem 2¹⁶ = 65.536 valores possíveis, mais que suficiente para os serviços de um PE típico (VPNs de camada 2 e 3, caminhos de proteção, saídas de serviço). Os bits depois do /64 podem levar argumentos, conforme o comportamento do SID.

A calculadora IPv6 lista os /48 do bloco a partir do /40 com um clique, no link abaixo.

Quanto tempo o bloco dura

O tamanho do bloco deve acompanhar o crescimento da rede, não só o número de roteadores de hoje. Suponha (valores de exemplo) uma rede com 40 roteadores SRv6 que cresce 25% ao ano. Com 256 localizadores no /40, o bloco acaba quando

40 × (1 + 0,25)ⁿ ≥ 256 → n = log(256 ÷ 40) ÷ log(1,25) ≈ 8,3 anos

São cerca de 9 anos de folga. Se a conta der pouco, aumente o bloco (um /36 tem 2¹² = 4.096 localizadores /48) ou reduza o localizador, e decida isso antes de entregar o primeiro. Trocar o tamanho do localizador depois significa renumerar SIDs em produção.

O que muda no projeto da rede

1. O servidor DHCPv6 entra no caminho crítico do SRv6. Hoje ele entrega prefixo para clientes. Com a RFC 10038, ele passa a entregar identidade a roteadores do núcleo. Ele precisa de redundância, monitoramento e backup no mesmo nível do IGP.

2. O localizador precisa ser estável. Um SID aparece em rotas de VPN e em políticas. Se o localizador mudar a cada renovação, tudo que depende dele muda junto. Configure o servidor para entregar sempre o mesmo localizador ao mesmo roteador (por DUID ou por reserva), e não a partir de um pool qualquer.

3. Sumarização continua valendo. Mantenha todos os localizadores num bloco contíguo, como no exemplo. Assim, o IGP ou o BGP anunciam um resumo do bloco para fora da área SRv6, e a tabela de rotas não cresce um prefixo por roteador fora dela.

4. Filtros de borda. O bloco de localizadores não deve ser alcançável de fora do domínio SRv6. Com um bloco único, a regra de filtro é uma linha só.

Quem deve olhar agora

Provedores que já usam SRv6 no núcleo, ou que estão testando, devem acompanhar o suporte dos fabricantes de roteadores e dos servidores DHCPv6 a essa opção. Uma RFC publicada não significa produto pronto: confira nas notas de versão de cada equipamento se a opção 149 é aceita, em que papel (cliente, relay ou servidor) e com quais limitações.

Para redes que ainda não usam SRv6, a RFC é um sinal da direção: a IETF está aproximando a operação do SRv6 das ferramentas de endereçamento IPv6 que as equipes já conhecem.

Roteiro rápido

Reserve um bloco contíguo só para localizadores SRv6.
Defina um tamanho único de localizador e documente quantos roteadores cabem.
Garanta que o mesmo roteador receba sempre o mesmo localizador.
Trate o servidor DHCPv6 como serviço crítico do núcleo.
Filtre o bloco de localizadores na borda do domínio SRv6.

Perguntas frequentes

O localizador precisa ser /48?

Não. O /48 é só o exemplo deste texto. O tamanho depende de quantos roteadores você terá e de como a sua implementação divide função e argumento. O que importa é usar um tamanho único e um bloco contíguo.

Isso substitui o anúncio do localizador pelo IGP?

Não. A RFC 10038 trata de como o roteador recebe o localizador. O anúncio para o resto da rede continua sendo feito pelo protocolo de roteamento, como já acontece hoje.

Posso usar o mesmo servidor DHCPv6 dos clientes?

Tecnicamente, se ele suportar a opção. Na prática, separar o serviço do núcleo do serviço de clientes reduz o risco de uma falha ou mudança em um afetar o outro.