Resumo

  • A RFC 9915 é IETF Internet Standard STD 102, publicada em janeiro de 2026, e obsoleta a RFC 8415. Ela organiza o DHCPv6 em trocas cliente/servidor, identificadores, Identity Associations (IAs), tempos de vida, renovação e religação, em vez de tratá-lo como uma simples resposta de endereço.
  • Uma migração só deve ser aceita depois de testar continuidade do servidor, caminhos de relay, alcance multicast, Reconfigure, múltiplas IAs, Prefix Delegation, falha de servidor e rollback. O sucesso da alocação inicial não prova a correção do ciclo de vida.

O mecanismo: identidade, tempo e caminho

O cliente constrói estado por meio de trocas como Solicit, Request e Renew. O DUID identifica o cliente; o Server Identifier identifica o servidor. A IA_NA carrega endereços não temporários e a IA_PD carrega um prefixo delegado. Cada recurso é limitado por preferred lifetime e valid lifetime. O cliente tenta primeiro Renew com o servidor responsável e, se não obtém resposta, usa Rebind para ampliar o conjunto de servidores possíveis. Assim, receber um endereço é apenas a entrada no estado; não demonstra que a renovação, a religação ou a rota posterior continuarão funcionando.

O relay introduz no estado o caminho de encaminhamento, a interface e as fronteiras entre cliente e servidor. Reconfigure também precisa ser tratado como parte do ciclo: o cliente recebeu a mensagem? Ela atravessou o relay? A troca exigida foi executada e observada? No Prefix Delegation, o roteador de borda do cliente pode receber um prefixo e ainda assim perder continuidade quando o tempo de vida muda, o servidor é substituído ou a rede downstream tenta usá-lo. A RFC 7084 fornece o contexto de requisitos do customer edge, mas não define os limiares seguros de cada operação.

A RFC 9915 remove a atribuição temporária de endereços por IA_TA e a capacidade Server Unicast, incluindo a opção Server Unicast e o código de status UseMulticast. Isso reduz a superfície de capacidades antigas; não elimina endereços de privacidade IPv6. A autoconfiguração sem estado, definida na RFC 4862, e os endereços temporários da RFC 8981 continuam sendo mecanismos distintos. DHCPv6 pode operar ao lado de SLAAC ou em configurações específicas; não se deve afirmar que ele substitui SLAAC em toda rede.

A RFC 7550 mostra por que múltiplas opções DHCPv6 stateful ou múltiplas IAs precisam de tratamento separado: uma IA pode funcionar enquanto outra, ou a IA_PD, falha. Também não é possível presumir que uma mistura de comportamento baseado na RFC 8415 com comportamento baseado na RFC 9915 seja segura. Implementação, tratamento de opções, multicast, relay e fallback precisam ser observados em teste. Esta é uma análise de Theo March, não uma afirmação de suporte de fornecedor ou de implantação universal.

Ledger de alegações e evidências RFC

Alegação Evidência
RFC 9915 é STD 102, Internet Standard de janeiro de 2026, e obsoleta RFC 8415 RFC 9915; RFC 8415
Trocas, identificadores, IAs, tempos de vida, Renew e Rebind formam o estado RFC 9915
Prefix Delegation depende de continuidade no customer edge RFC 9915; RFC 7084
Múltiplas IAs criam fronteiras de falha independentes RFC 7550
IA_TA, Server Unicast, sua opção e UseMulticast foram removidos RFC 9915
SLAAC e endereços temporários de privacidade permanecem RFC 4862; RFC 8981

Fontes