1. Introduction

本文档规定了用于 IPv6 的 DHCP (DHCPv6), 这是一种 client/server 协议, 为设备提供托管配置. DHCPv6 的基本操作为与服务器连接在同一链路上的客户端提供配置. 本文档还定义了 relay agent 功能, 用于使不在同一链路上的客户端和服务器能够通信.

DHCPv6 可以向设备提供由 DHCPv6 服务器分配的地址以及其他配置信息; 这些数据承载在 options 中. DHCPv6 可以通过定义新的 options 进行扩展, 以承载本文档未规定的配置信息.

DHCPv6 还支持 IPv6 前缀自动 delegation 的机制. 通过该机制, 服务器可以向客户端 delegate 前缀. 该机制的使用作为 [RFC7084] 的一部分并由 [TR-187] 规定. 请注意, 这些文档分别使用 "requesting router" 和 "delegating router", 而本文档分别使用 "client" 和 "server".

DHCP 也可以仅用于提供其他配置 options, 即不提供地址或前缀. 这意味着服务器无需跟踪任何状态; 因此, 这种模式称为 "stateless DHCPv6". 支持 stateless DHCPv6 所需的机制比支持 stateful DHCPv6 所需的机制简单得多.

1.1. Relationship to Previous DHCPv6 Standards

[RFC8415] 提供了统一, 修正并清理后的 DHCPv6 定义, 在撰写时也覆盖了针对较早 RFC 提交的所有适用勘误. 它还废弃了少量机制: delayed authentication, lifetime, 以及客户端发送的 timer hints.

本文档废弃 [RFC8415]. 它应用已验证的勘误报告, 并废弃两个尚未被广泛实现的功能: 使用 IA_TA option 分配临时地址, 以及如果服务器在早期 exchange 中向客户端发送了 Server Unicast option, 则允许客户端将某些消息直接单播给服务器. 本文档还澄清了客户端, 服务器和 relay agents 使用的 UDP 端口 (第 7.2 节). 与 [RFC8415] 的差异列表见附录 A.

1.2. Topics Out of Scope

本文档规定 DHCPv6 行为. 服务器策略不在本文档范围内, 例如向哪些客户端分配哪些 options, 使用哪些子网或资源池, 应拒绝哪些客户端请求等.

服务器配置, 操作和管理也不在范围内. [RFC9243] 规定了一种管理 DHCPv6 relays 和服务器的方法.

合并 DHCPv4 [RFC2131] 和 DHCPv6 配置不在本文档范围内. [RFC4477] 讨论了一起运行 DHCPv4 和 DHCPv6 服务的一些问题和可能策略. 虽然 [RFC4477] 稍显陈旧, 但它很好地概述了相关问题. 本文档撰写时 IETF 的共识是, 向节点传送 IPv4 配置信息时应使用 DHCPv4 而不是 DHCPv6. 对于 IPv6-only 网络, [RFC7341] 描述了一种传输机制, 使用 DHCPv6 承载 DHCPv4 消息, 以动态提供 IPv4 地址和配置信息.