网络应用层之(1)DHCPv6协议

Once_day2024-05-30 7:08

网络应用层之(1)DHCPv6协议

Author: Once Day Date: 2024年5月26日

一位热衷于Linux学习和开发的菜鸟，试图谱写一场冒险之旅，也许终点只是一场白日梦...

漫漫长路，有人对你微笑过嘛...

全系列文章可参考专栏: 通信网络技术_Once-Day的博客-CSDN博客。

参考文章:

文章目录

  • 网络应用层之(1)DHCPv6协议
        • [1. 介绍](#1. 介绍)
          • [1.1 DHCPv6协议介绍](#1.1 DHCPv6协议介绍)
          • [1.2 IPv6地址生命周期](#1.2 IPv6地址生命周期)
          • [1.3 DHCPv6相关的RFC文档](#1.3 DHCPv6相关的RFC文档)
        • [2. 报文格式](#2. 报文格式)
          • [2.1 DHCPv6报文格式](#2.1 DHCPv6报文格式)
          • [2.2 DHCPv6中继报文格式](#2.2 DHCPv6中继报文格式)
          • [2.3 DHCPv6报文类型](#2.3 DHCPv6报文类型)
          • [2.4 DHCPv6身份关联(IA)](#2.4 DHCPv6身份关联(IA))
          • [2.5 DHCPv6唯一标识符(DUID)](#2.5 DHCPv6唯一标识符(DUID))
          • [2.6 DHCPv6报文选项](#2.6 DHCPv6报文选项)
        • [3. 工作流程](#3. 工作流程)
          • [3.1 DHCPv6基础交互流程](#3.1 DHCPv6基础交互流程)
          • [3.2 DHCPv6网络组成和交互](#3.2 DHCPv6网络组成和交互)
          • [3.3 IPv6重复地址检测](#3.3 IPv6重复地址检测)
        • [4. 总结](#4. 总结)
1. 介绍
1.1 DHCPv6协议介绍

DHCPv6（Dynamic Host Configuration Protocol for IPv6）是一种用于IPv6网络的自动配置协议，它允许IPv6主机自动获取IP地址、DNS服务器、域名等网络配置信息。DHCPv6协议是DHCP协议的IPv6版本，它建立在IPv6协议之上，提供了更多的功能和灵活性。

DHCPv6的发展历史：

  • 1998年，IETF（Internet Engineering Task Force）开始制定DHCPv6协议标准。
  • 2003年，DHCPv6的第一个版本RFC 3315发布，定义了DHCPv6的基本功能和消息格式。
  • 2007年，RFC 4649发布，引入了DHCPv6的无状态模式（Stateless DHCPv6），允许主机通过路由器通告获取配置信息。
  • 2010年，RFC 5970发布，定义了DHCPv6的选项和参数，扩展了DHCPv6的功能。
  • 2018年，RFC 8415发布，是DHCPv6协议的最新版本，合并了之前的RFC文档，并进行了一些优化和改进。

目前，DHCPv6已经得到广泛应用，尤其是在大型IPv6网络中，如企业网络、校园网等。DHCPv6为网络管理员提供了集中管理和配置IPv6主机的便利，简化了网络管理的复杂性。

DHCPv6的主要竞品是SLAAC(Stateless Address Autoconfiguration)，SLAAC是IPv6协议内置的一种无状态地址自动配置机制，它允许IPv6主机根据路由器通告自动生成IPv6地址，而不需要DHCPv6服务器的参与。

与DHCPv6相比，SLAAC具有以下特点：

  • 简单性，SLAAC不需要额外的服务器，配置过程更加简单。
  • 灵活性，SLAAC允许主机自行生成IPv6地址，不依赖于中心化的地址分配。
  • 扩展性，SLAAC可以更好地适应大规模的IPv6网络部署。

然而，SLAAC也有一些局限性，如无法提供其他网络配置信息（如DNS服务器），缺乏集中管理和控制等。因此，在实际应用中，DHCPv6和SLAAC经常结合使用，形成一种混合模式，称为"无状态DHCPv6"(Stateless DHCPv6)。在这种模式下，主机通过SLAAC获取IPv6地址，同时通过DHCPv6获取其他网络配置信息。

1.2 IPv6地址生命周期

IPv6主机的每个接口通常拥有多个地址，每个地址都拥有一组计时器，以指出相应地址可使用多长时间和目的作用。在IPv6中，地址分配包含一个首选 生命周期和有效生命周期，满足上图所示的状态机。

  • 当一个地址第一次被使用时，进入一个临时 或者乐观状态。
  • 处于临时状态的地址，仅能用于IPv6邻居发现协议，不可用于源和目的地址，并且一直进行重复地址检测(DAD)，查看是否有其他节点使用该地址。
  • 乐观状态的地址可用于一组有限的用途(RFC 4429)，直至DAD完成。
  • 处于首选状态时，可用于一般的用途(无限制使用)。
  • 当首选状态超时后，相应的首选地址将被废弃，此时可用于现有传输连接，但不能新建连接。
1.3 DHCPv6相关的RFC文档

以下是一些与DHCPv6相关的重要RFC文档：

  • RFC 3315 - Dynamic Host Configuration Protocol for IPv6 (DHCPv6)，发布于2003年7月，定义了DHCPv6的基本协议、消息格式和选项，是DHCPv6协议的第一个正式标准，奠定了DHCPv6的基础。

  • RFC 3633 - IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6，发布于2003年12月，定义了DHCPv6的前缀委派（Prefix Delegation）选项，允许DHCPv6服务器将IPv6前缀分配给客户端，用于创建子网。

  • RFC 3646 - DNS Configuration options for Dynamic Host Configuration Protocol for IPv6 (DHCPv6)，发布于2003年12月，定义了DHCPv6的DNS配置选项，允许DHCPv6服务器为客户端提供DNS服务器地址和DNS搜索列表。

  • RFC 3898 - Network Information Service (NIS) Configuration Options for Dynamic Host Configuration Protocol for IPv6 (DHCPv6)，发布于2004年10月，定义了DHCPv6的NIS配置选项，允许DHCPv6服务器为客户端提供NIS服务器地址和NIS域名。

  • RFC 4075 - Simple Network Time Protocol (SNTP) Configuration Option for DHCPv6，发布于2005年5月，定义了DHCPv6的SNTP配置选项，允许DHCPv6服务器为客户端提供SNTP服务器地址。

  • RFC 4242 - Information Refresh Time Option for Dynamic Host Configuration Protocol for IPv6 (DHCPv6)，发布于2005年11月，定义了DHCPv6的信息刷新时间选项，允许DHCPv6服务器指定客户端刷新配置信息的时间间隔。

  • RFC 4649 - Dynamic Host Configuration Protocol for IPv6 (DHCPv6) Relay Agent Remote-ID Option，发布于2006年8月，定义了DHCPv6中继代理的Remote-ID选项，允许DHCPv6中继代理向DHCPv6服务器传递客户端的标识信息。

  • RFC 5970 - DHCPv6 Options for Network Boot，发布于2010年9月，定义了DHCPv6的网络引导选项，允许DHCPv6服务器为客户端提供网络引导所需的参数，如引导文件和引导服务器地址。

  • RFC 6221 - Lightweight DHCPv6 Relay Agent，发布于2011年5月，定义了轻量级DHCPv6中继代理（LDRA），简化了DHCPv6中继代理的实现，适用于资源受限的设备。

  • RFC 8415 - Dynamic Host Configuration Protocol for IPv6 (DHCPv6) bis，发布于2018年11月，是DHCPv6协议的最新版本，合并和更新了之前的DHCPv6 RFC文档，包括RFC 3315、RFC 3633、RFC 3646、RFC 3898、RFC 4075、RFC 4242和RFC 4649，修复了一些问题，并引入了新的特性和改进。

2. 报文格式
2.1 DHCPv6报文格式

DHCPv6协议使用UDP传输，客户端使用546端口，服务器使用547端口。

DHCPv6报文格式由固定长度的字段和可变长度的选项字段组成，如下所示：

各字段说明如下:

  • msg-type(1字节)，表示DHCPv6报文的类型，如Solicit、Advertise、Request等。
  • transaction-id(3字节)，用于标识一个DHCPv6事务，客户端生成一个唯一的事务ID，服务器在响应中使用相同的事务ID。
  • options(可变长度)，包含DHCPv6的各种选项，如客户端标识符、服务器标识符、请求的参数等。选项的格式为TLV（Type-Length-Value）。
2.2 DHCPv6中继报文格式

DHCPv6中继代理用于转发DHCPv6报文，以支持客户端和服务器不在同一链路的情况。

DHCPv6中继报文在原有DHCPv6报文的基础上，添加了中继代理消息选项。

各字段说明如下:

  • msg-type(1字节)，对于中继代理发送的报文，类型为Relay-Forward(12)，对于中继代理接收的报文，类型为Relay-Reply(13)。
  • hop-count(1字节)，记录报文经过的中继代理数量，每经过一个中继代理，该字段加1。
  • link-address(16字节)，中继代理连接客户端的链路地址，通常是中继代理面向客户端的接口IPv6地址。
  • peer-address(16字节)，客户端或下一跳中继代理的IPv6地址。
  • DHCPv6 Relay Message(可变长度)， 必须包含名为"Relay Message option"的选项，当然，中继可以添加其他选项。
2.3 DHCPv6报文类型

以下是DHCPv6常见消息类型及其与DHCPv4消息的对应关系：

DHCPv6消(msg-type) DHCPv4消息 作用
Solicit (1) DHCPDISCOVER 客户端请求分配IPv6地址和配置参数
Advertise (2) DHCPOFFER 服务器响应客户端的Solicit消息，提供可用的IPv6地址和配置参数
Request (3) DHCPREQUEST 客户端请求从服务器获取IPv6地址和配置参数
Confirm (4) DHCPREQUEST 客户端确认之前获取的IPv6地址和配置参数是否仍然有效
Renew (5) DHCPREQUEST 客户端请求更新IPv6地址租约和配置参数
Rebind (6) DHCPREQUEST 客户端在Renew失败后，请求任意服务器更新IPv6地址租约和配置参数
Reply (7) DHCPACK/DHCPNAK 服务器响应客户端的Request、Confirm、Renew或Rebind消息
Release (8) DHCPRELEASE 客户端释放分配的IPv6地址和配置参数
Decline (9) DHCPDECLINE 客户端声明分配的IPv6地址已经被使用或无效
Reconfigure (10) FORCERENEW 服务器通知客户端重新获取配置参数
Information-Request (11) DHCPINFORM 客户端请求获取配置参数，但不请求分配IPv6地址
Relay-Forward (12) 无对应消息 中继代理将客户端的DHCPv6消息转发给服务器或下一跳中继代理
Relay-Reply (13) 无对应消息 服务器或中继代理将响应消息发送给上一跳中继代理，最终到达客户端

注意事项：

  • DHCPv6引入了一些新的消息类型，如Confirm、Reconfigure、Relay-Forward和Relay-Reply，这些消息在DHCPv4中没有对应的消息类型。
  • DHCPv6中的Renew和Rebind消息在功能上对应于DHCPv4中的DHCPREQUEST消息，但在DHCPv6中被细分为两种不同的消息类型。
  • DHCPv6中的Information-Request消息对应于DHCPv4中的DHCPINFORM消息，用于获取配置参数，但不分配IPv6地址。
  • 除了上述消息外，LEASEQUERY(租约查询)类消息并没有列出来。
2.4 DHCPv6身份关联(IA)

DHCPv6中引入了身份关联(Identity Association，IA)的概念，用于将一组相关的IPv6地址和配置参数关联起来，方便管理和续约。DHCPv6定义了三种类型的IA：

  • IA_NA(Identity Association for Non-temporary Addresses)，用于为客户端分配一个或多个非临时IPv6地址。

    • 每个IA_NA都有一个唯一的IAID(Identity Association Identifier)，由客户端生成，用于标识该IA_NA。

    • IA_NA可以包含多个IPv6地址，每个地址都有自己的首选生存期(Preferred Lifetime)和有效生存期(Valid Lifetime)。

    • 客户端可以在一个DHCPv6请求中包含多个IA_NA，以获取多组IPv6地址。

  • IA_TA(Identity Association for Temporary Addresses)，用于为客户端分配一个或多个临时IPv6地址。

    • 临时地址通常用于保护隐私，定期更换，不用于长期稳定的通信。
    • 与IA_NA类似，每个IA_TA都有一个唯一的IAID，可以包含多个临时IPv6地址。
    • 客户端可以在一个DHCPv6请求中包含多个IA_TA，以获取多组临时IPv6地址。

  • IA_PD(Identity Association for Prefix Delegation)，用于为客户端分配一个或多个IPv6前缀，客户端可以使用这些前缀创建子网并分配地址。

    • IA_PD主要用于支持IPv6的前缀委派(Prefix Delegation)，允许DHCPv6服务器将IPv6前缀分配给客户端，客户端再将这些前缀划分为子前缀，分配给下游设备。
    • 每个IA_PD都有一个唯一的IAID，可以包含多个IPv6前缀。
    • 客户端可以在一个DHCPv6请求中包含多个IA_PD，以获取多组IPv6前缀。

通过使用不同类型的IA，DHCPv6可以满足客户端对非临时地址、临时地址和前缀委派的不同需求。

2.5 DHCPv6唯一标识符(DUID)

DHCPv6引入了DUID（DHCP Unique Identifier）作为设备的唯一标识符，用于识别DHCPv6客户端和服务器。DUID在DHCPv6会话中保持不变，即使设备的接口硬件地址（如MAC地址）发生变化，DUID也不会改变。这提高了DHCPv6的稳定性和可靠性。

DUID由两部分组成：DUID类型(2字节)和标识符(可变长度)：

yacas 复制代码 
 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               DUID-Type        |                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                              |
.                                                              .
.                           Identifier                         .
.                                                              .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

DHCPv6定义了三种主要的DUID类型：

  • DUID-LLT(Link-Layer address plus Time)，DUID-Type为1。标识符包括硬件类型(16位)、时间(32位，自2000年1月1日以来的秒数)和链路层地址(如MAC地址)，适用于具有稳定硬件地址的设备。

  • DUID-EN(Enterprise Number)，DUID-Type为2。标识符包括IANA分配的企业号(32位)和企业特定的标识符(可变长度)，适用于没有稳定硬件地址，但可以分配唯一标识符的设备。

  • DUID-LL(Link-Layer address)，DUID-Type为3。标识符包括硬件类型（16位）和链路层地址，适用于具有稳定硬件地址，但无法获取时间信息的设备。

2.6 DHCPv6报文选项

以下是DHCPv6可用选项:

选项名称 code 描述和作用
CLIENTID 1 客户端标识符，用于标识DHCPv6客户端。通常基于客户端的DUID(DHCP Unique Identifier)构建。
SERVERID 2 服务器标识符，用于标识DHCPv6服务器。通常基于服务器的DUID构建。
IA_NA 3 Identity Association for Non-temporary Addresses，用于请求/分配非临时的IPv6地址。
IA_TA 4 Identity Association for Temporary Addresses，用于请求/分配临时的IPv6地址。
IAADDR 5 IA Address，与IA_NA或IA_TA选项一起使用，用于指定分配的IPv6地址及其相关参数。 如首选和有效生存期。
ORO 6 Option Request Option，客户端用于请求特定的DHCPv6选项。
PREFERENCE 7 服务器的优先级，数值越高表示优先级越高。
ELAPSED_TIME 8 客户端启动DHCPv6交互后经过的时间，以10毫秒为单位。
RELAY_MSG 9 中继代理转发的原始DHCPv6消息。
AUTH 11 认证选项，用于DHCPv6消息的完整性检查和身份验证。
UNICAST 12 服务器用于指示客户端将后续消息发送到特定的单播地址,而不是多播地址。
STATUS_CODE 13 表示DHCPv6操作的状态，如成功、未分配地址等。
RAPID_COMMIT 14 快速提交选项，客户端请求服务器使用两步握手快速分配地址，而不是标准的四步握手。
USER_CLASS 15 用户类别，客户端用于将自己标识为特定的用户类别，服务器可以基于此进行不同的处理。
VENDOR_CLASS 16 供应商类别，客户端用于标识设备的制造商或供应商，服务器可以基于此提供特定的配置。
VENDOR_OPTS 17 供应商特定选项，用于传递供应商定义的配置信息。
INTERFACE_ID 18 接口标识符，中继代理用于标识客户端消息的接收接口。
RECONF_MSG 19 重配置消息，服务器用于通知客户端有新的配置可用。 客户端应该发起Renew或Information-request交互以获取更新的配置。
RECONF_ACCEPT 20 重配置接受选项，客户端用于指示是否接受服务器的重配置消息。
DNS_RECURSIVE_NAME_SERVER 23 DNS递归名称服务器选项，用于向客户端提供一个或多个DNS递归解析服务器的IPv6地址。
DNS_DOMAIN_SEARCH_LIST 24 DNS域搜索列表选项，用于向客户端提供一个域名后缀列表，用于补充非完全限定域名(Non-FQDN)。
IA_PD 25 Identity Association for Prefix Delegation，前缀委派标识关联选项，用于请求/分配IPv6前缀。
IAPREFIX 26 IA Prefix，与IA_PD选项一起使用，用于指定委派的IPv6前缀及其相关参数，如首选和有效生存期。
RELAY_AGENT_REMOTE_ID 37 中继代理远程ID选项，用于标识连接到中继代理的客户端的远程设备。 通常包含远程设备的标识信息，如电路ID或订阅者ID。
RELAY_AGENT_SUBSCRIBER_ID 38 中继代理订阅者ID选项，用于标识连接到中继代理的客户端的订阅者。 通常包含订阅者的标识信息，如用户名或账号。
3. 工作流程
3.1 DHCPv6基础交互流程

DHCPv6协议的交互过程如下:

  • 客户机接入网络后，通过ICMPv6路由通告(RA)消息获知DHCPv6服务器的操作模式。假设RA消息中的M(可管理地址配置)和O(其他配置)标志都被置位，表示同时支持无状态和有状态地址配置模式。M关闭且O启用表示客户机使用无状态DHCPv6。

  • 客户机发送Solicit报文到FF02::1:2多播地址(所有DHCP中继和服务器) ，UDP目的端口547，源端口546。报文中包含客户机DUID、IA_NA(非临时地址请求)等选项。二层mac使用IPv6多播mac(33:33:00:01:00:02)。

  • DHCP服务器收到Solicit后，回复Advertise单播报文给客户机。报文包含服务器的DUID、客户机的DUID、客户机IA_NA对应的IAAddress(分配的IPv6地址)等选项,表明可以为客户机提供IPv6地址。

  • 客户机收到一个或多个Advertise报文后，选择其中一个服务器，向其发送Request报文请求正式分配地址。报文目的地址、端口与Advertise相同，并包含请求分配的IA地址等信息。

  • 服务器收到Request报文后，正式分配地址，并回复Replay报文给客户机，确认地址分配。报文包含分配的IPv6地址、preferred和valid lifetime等。

  • 客户机收到Replay报文，提取分配的IPv6地址，并将地址配置到网卡上。

  • 客户机启动DAD(Duplicate Address Detection)重复地址检测流程。向被分配的IPv6地址发送邻居请求(NS)报文，如果没有收到对应的邻居通告(NA)报文，说明地址没有冲突，可以正常使用。如果收到NA报文，则说明地址冲突，需要重新发起DHCP流程或手工指定新地址。

整个DHCPv6交互过程中，关键在于Solicit报文请求分配地址，Advertise/Replay报文回复确认可用地址，Request报文则是正式请求使用服务器Advertise的地址。

报文方面，Solicit和Request使用link-local地址作为源地址(也有可能是全零IP地址)，发送到FF02::1:2多播地址。后续Advertise、Replay都是在Solicit报文建立的UDP单播连接上，使用Solicit的源地址和547端口作为目的地址和端口。

下面是window DHCPv6获取地址的报文截图：

其中广播报文(Solicit)详细信息如下：

单播报文(Reply)详细信息如下:

3.2 DHCPv6网络组成和交互

本节内容源自华三IPv6技术介绍文档：DHCPv6技术介绍-新华三集团-H3C

典型的DHCPv6组网架构如下所示:

下面是各节点介绍：

  • DHCPv6客户端：动态获取IPv6地址、IPv6前缀或其他网络配置参数的设备。

  • DHCPv6服务器：负责为DHCPv6客户端分配IPv6地址、IPv6前缀和其他网络配置参数的设备。DHCPv6服务器不仅可以为DHCPv6客户端分配IPv6地址，还可以为其分配IPv6前缀。

    DHCPv6服务器为DHCPv6客户端分配IPv6前缀后，DHCPv6客户端向所在网络发送包含该前缀信息的RA消息，以便网络内的主机根据该前缀自动配置IPv6地址。

  • DHCPv6中继：DHCPv6客户端通过本地链路范围的组播地址与DHCPv6服务器通信，以获取IPv6地址和其他网络配置参数。

如果服务器和客户端不在同一个链路范围内，则需要通过DHCPv6中继来转发报文，这样可以避免在每个链路范围内都部署DHCPv6服务器。

DHCPv6服务器为客户端分配地址/前缀的过程分为两类：交互两个消息的快速分配过程和交互四个消息的分配过程。

(1) 交互四个消息的流程在3.1节中已经介绍，交互两个消息的快速分配过程如下:

  • DHCPv6客户端在发送的Solicit消息中携带Rapid Commit选项，标识客户端希望服务器能够快速为其分配地址/前缀和网络配置参数。
  • 如果DHCPv6服务器支持快速分配过程，则直接返回Reply消息，为客户端分配IPv6地址/前缀和其他网络配置参数。
  • 如果DHCPv6服务器不支持快速分配过程，则采用交互四个消息的分配过程为客户端分配IPv6地址/前缀和其他网络配置参数。

(2) 地址/前缀租约更新(renew单播报文)过程如下：

  • DHCPv6服务器分配给客户端的IPv6地址/前缀具有一定的租借期限。在有效生命期到达之前，如果DHCPv6客户端希望继续使用该地址/前缀，则需要更新地址/前缀租约。
  • 地址/前缀租借时间到达时间T1(推荐值为首选生命期Preferred Lifetime的一半)时，DHCPv6客户端会向为它分配地址/前缀的DHCPv6服务器单播发送Renew报文，以进行地址/前缀租约的更新。
  • 如果客户端可以继续使用该地址/前缀，则DHCPv6服务器回应续约成功的Reply报文。
  • 如果该地址/前缀不可以再分配给该客户端，则DHCPv6服务器回应续约失败的Reply报文。

(3) 地址/前缀租约更新(rebind多播报文)过程如下:

  • 如果在T1时发送Renew请求更新租约，但是没有收到DHCPv6服务器的回应报文，则DHCPv6客户端会在T2(推荐值为首选生命期的0.8倍)时，向所有DHCPv6服务器组播发送Rebind报文请求更新租约。
  • 如果客户端可以继续使用该地址/前缀，则DHCPv6服务器回应续约成功的Reply报文。
  • 如果该地址/前缀不可以再分配给该客户端，则DHCPv6服务器回应续约失败的Reply报文。
  • 如果DHCPv6客户端没有收到服务器的应答报文，则到达有效生命期后，客户端停止使用该地址/前缀。

(4) DHCPv6无状态配置过程如下：

  • 地址无状态自动配置是指节点根据路由器发现/前缀发现所获取的信息，自动配置IPv6地址。
  • 客户端以组播的方式向DHCPv6服务器发送Information-request报文，该报文中携带Option Request选项，指定客户端需要从服务器获取的配置参数。
  • 服务器收到Information-request报文后，为客户端分配网络配置参数，并单播发送Reply报文将网络配置参数返回给客户端。
  • 客户端检查Reply报文中提供的信息，如果与Information-request报文中请求的配置参数相符，则按照Reply报文中提供的参数进行网络配置。
  • 如果接收到多个Reply报文，客户端将选择最先收到的Reply报文，并根据该报文中提供的参数完成客户端无状态配置。

(5) DHCPv6中继工作过程：

  • DHCPv6客户端向所有DHCPv6服务器和中继的组播地址FF02::1:2发送请求。
  • DHCPv6中继接收到请求后，将其封装在Relay-forward报文的中继消息选项(Relay Message Option)中，并将Relay-forward报文发送给DHCPv6服务器。
  • DHCPv6服务器从Relay-forward报文中解析出客户端的请求，为客户端选取IPv6地址和其他参数，构造应答消息，将应答消息封装在Relay-reply报文的中继消息选项中，并将Relay-reply报文发送给DHCPv6中继。
  • DHCPv6中继从Relay-reply报文中解析出服务器的应答，转发给DHCPv6客户端。
3.3 IPv6重复地址检测

IPv6地址重复检测(Duplicate Address Detection, DAD)是IPv6中的一个重要机制，用于确保在链路上分配或配置的IPv6地址是唯一的，不会与其他节点的地址冲突：

  • 地址分配，当一个IPv6节点通过无状态地址自动配置(SLAAC)、DHCPv6或手动配置获得一个IPv6地址时，该地址初始状态为"暂定(Tentative)"。

  • 发送邻居请求(NS)，节点将其暂定地址作为目标地址，发送一个邻居请求(Neighbor Solicitation, NS)消息。

    这个NS消息的目的地址是被检测地址的请求节点多播地址，即FF02::1:FF00:0/104与被检测地址的最后24位相结合得到的地址 。这个特殊的多播地址将NS消息传递给链路上可能使用同一地址的所有节点，NS消息的源地址字段使用未指定地址(:😃。

  • 等待邻居通告(NA)，发送NS消息后，节点进入DAD检测状态，等待一段时间(通常为1秒)。

    如果在此期间内没有收到对应的邻居通告(Neighbor Advertisement, NA)消息，则认为该地址没有冲突，可以安全使用。节点将地址状态标记为"首选(Preferred)"，并开始正常使用该地址进行通信。

  • 处理地址冲突，如果节点在等待期间收到了一个或多个对应的NA消息，则表明该地址已经被其他节点使用，存在地址冲突。

    此时，节点不能使用这个地址，需要采取以下措施之一:

    • 如果地址是通过SLAAC或DHCPv6获得的，将停止使用该地址，并可能需要重新启动地址分配过程以获取新的地址。
    • 如果地址是手动配置的，节点将停止使用该地址，并需要管理员手动intervene以解决冲突。

  • 地址状态转换，一旦地址通过DAD检测并被标记为"首选"，它将在其有效生存期内保持此状态。

    • 当地址的首选生存期到期后，其状态将转换为"弃用(Deprecated)"，此时仍可以继续使用该地址进行现有通信，但不应再用于新的通信。
    • 当地址的有效生存期也到期后，其状态将转换为"无效(Invalid)"，此时地址将被完全删除。不能再使用。

DAD利用IPv6的多播和邻居发现协议，在地址分配后自动执行检测过程，可以避免了地址冲突带来的通信问题。

4. 总结

DHCPv6协议目前主流路由器和网关设备都以支持，很多家庭网络都有分配IPv6地址，适当了解是非常有必要的。

相比于DHCPv4，报文格式和相关的字段简洁很多，但是在IPv6地址分配和IA、DUID、无状态配置和本地链路地址方面，会复杂许多，这是因为IPv6地址协议比IPv4实现要更加复杂，考虑了诸如隐私和网络自动化配置等因素。

随着时间发展，IPv4会慢慢向IPv6过滤，那些IPv6中晦涩难懂，十分罕见的概念，也许以后也会习以为常。

Once Day

也信美人终作土，不堪幽梦太匆匆......
如果这篇文章为您带来了帮助或启发，不妨点个赞👍和关注，再加上一个小小的收藏⭐！
(｡◕‿◕｡)感谢您的阅读与支持~~~

相关推荐
fantasy_arch4 小时前
CPU性能优化-磁盘空间和解析时间
网络·性能优化
njnu@liyong5 小时前
图解HTTP-HTTP报文
网络协议·计算机网络·http
GISer_Jing5 小时前
2025前端面试热门题目——计算机网络篇
前端·计算机网络·面试
ZachOn1y5 小时前
计算机网络：应用层 —— 应用层概述
计算机网络·http·https·应用层·dns
是Dream呀6 小时前
Python从0到100（七十八）：神经网络--从0开始搭建全连接网络和CNN网络
网络·python·神经网络
kaixin_learn_qt_ing6 小时前
了解RPC
网络·网络协议·rpc
安全小王子7 小时前
Kali操作系统简单介绍
网络·web安全
冰镇屎壳郎8 小时前
计算机网络 八股青春版
计算机网络
Hacker_LaoYi8 小时前
【漏洞分析】DDOS攻防分析（四）——TCP篇
网络·tcp/ip·ddos
爱吃水果蝙蝠汤8 小时前
DATACOM-IP单播路由(BGP)-复习-实验
网络·网络协议·tcp/ip
热门推荐
01〔AI 绘画〕Stable Diffusion 之 解决绘制多人或面部很小的人物时面部崩坏问题 篇02ARM学习（31）编译器对overlay方式的支持03玄机平台应急响应—webshell查杀04DisplayPort AltMode On Type-c协议_Ver2.0(学习笔记)05校验 GPT-4 真实性的三个经典问题：快速区分 GPT-3.5 与 GPT-4，并提供免费测试网站06Docker 夺命连环 15 问076个主流的工业3D管道设计软件08基于大语言模型（LLM）的合成数据生成、策展和评估的综述09(欧拉)openEuler系统添加网卡文件配置流程、(欧拉)openEuler系统手动配置ipv6地址流程、(欧拉)openEuler系统网络管理说明10树莓派 5 AI 套件（Hailo-8L）使用教程