面向单栈IPv6网络的4over6技术要求 第4部分：跨越IPv6网络的IPv4地址动态分配

ICS35.030

CCSL80

中华人民共和国国家标准

GB/TXXXXX.3—XXXX

`

面向单栈IPv6网络的4over6技术要求

第3部分：基于IPv6网络的IPv4地址动

态分配

Technicalrequirementsof4over6technologyinIPv6-onlynetwork

—Part3:IPv4addressdynamicallocationbasedonIPv6-onlynetwork

（征求意见稿）

在提交反馈意见时，请将您知道的相关专利连同支持性文件一并附上。

XXXX-XX-XX发布XXXX-XX-XX实施

GB/TXXXXX.3—XXXX

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

GB/TXXXXX《面向单栈IPv6网络的4over6技术要求》与GB/TXXXXX《IPv6+技术要求》、GB/TXXXXX

《多域纯IPv6网络总体技术要求》共同构成IPv6+创新技术的国家标准体系。

本文件是GB/TXXXXX《面向单栈IPv6网络的4over6技术要求》的第3部分。GB/TXXXXX计划发布了

以下部分：

——第1部分：基于IPv6骨干网的IPv4网络互联

——第2部分：面向IPv6接入网的IPv4互联

——第3部分：基于IPv6网络的IPv4地址动态分配

注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别这些专利的责任。

本文件由中华人民共和国工业和信息化部提出。

本文件由全国通信标准化技术委员会（SAC/TC485）归口。

本文件起草单位：清华大学，中国信息通信研究院，国家计算机网络应急技术处理协调中心，中国

电信集团有限公司，中国移动通信集团有限公司，中国联合网络通信集团有限公司，华为技术有限公司，

新华三技术有限公司，中国信息通信科技集团有限公司，上海诺基亚贝尔股份有限公司。

本文件主要起草人：崔勇、吴建平、董江、张蕾、徐璐、许志勇、赵慧玲、曹蓟光、田辉、赵锋、

解冲锋、孙琼、陆璐、刘鹏、段晓东、李振斌、范大卫、郭大勇、陈端。

2

GB/TXXXXX.3—XXXX

引言

根据《关于加快推进互联网协议第六版（IPv6）规模部署和应用工作的通知》，为推动IPv6技术

融合创新、构建IPv6技术创新体系，推动IPv6规模部署和应用创新成果标准化，我国制定了一系列IPv6

创新技术标准。其中，GB/TXXXXX《面向单栈IPv6网络的4over6技术要求》是在我国开展IPv6规模部署

的关键时期，为规范4over6过渡技术要求而制定的标准，拟由3个部分构成。

——第1部分：基于IPv6骨干网的IPv4网络互联。目的在于规范IPv6骨干网的IPv4网络互联。

——第2部分：面向IPv6接入网的IPv4互联。目的在于规范IPv6接入网采用IPv4公有地址及地

址复用的方式实现用户与IPv4网络的双向互联。

——第3部分：基于IPv6网络的IPv4地址动态分配。目的在于规范IPv6网络用户支持IPv4地址

动态分配的机制。

3

GB/TXXXXX.3—XXXX

面向单栈IPv6网络的4over6技术要求

第3部分：基于IPv6网络的IPv4地址动态分配

1范围

本文件规定了一种使用DHCPv6协议在IPv6网络上动态分配IPv4地址和其他DHCPv4特定配置参数的

方法。本文件适用于在纯IPv6网络上客户端采用DHCPv6协议向DHCPv6服务器动态获取IPv4地址的场景。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

IETFRFC2131动态主机配置协议（DynamicHostConfigurationProtocol）

IETFRFC3046DHCP中继代理信息选项（DHCPRelayAgentInformationOption）

IETFRFC3315IPv6动态主机配置协议（DynamicHostConfigurationProtocolforIPv6）

IETFRFC7341DHCP4o6传输[DHCPv4-over-DHCPv6(DHCP4o6)Transport]

3术语和定义

下列术语和定义适用于本文件。

用户侧前端设备CPECustomerPremisesEquipment

客户侧前端设备（也称为客户提供的设备），为连接到局域网（LAN）的设备（通常在客户的站点

/家中）提供访问Internet服务提供商（ISP）网络的权限。

DHCP4o6DHCPv4overDHCPv6

用于在DHCPv6消息的有效负载中承载DHCPv4消息的协议。

DHCP4o6客户端DHCP4o6client

支持DHCPv6协议[RFC3315]以及本文件中描述的DHCPv4overDHCPv6协议的DHCP客户端。这样的客

户端能够使用DHCPv6请求IPv6配置，并通过DHCPv6请求使用DHCPv4的IPv4配置。

DHCP4o6服务器DHCP4o6server

能够处理封装在DHCPv4消息选项中的DHCPv4数据包的DHCP服务器。

DHCPv6中继代理DHCPv6RelayAgent

对DHCPv6消息不做处理，把DHCPv6消息的转发给DHCP服务器。

4缩略语

4

GB/TXXXXX.3—XXXX

下列缩略语适用于本文件。

BOOTP：引导协议（BootstrapProtocol）

CPE：用户侧前端设备（CustomerPremiseEquipment）

DHCP：动态主机配置协议（DynamicHostConfigurationProtocol）

MBZ：必须设置为零（MustBeZero）

ORO：选项请求项（OptionRequestOption）

5概述

在纯IPv6网络中，客户端采用4over6机制实现对IPv4互联网服务的访问。此时，客户端需要采用

DHCP协议动态申请IPv4地址。作为DHCP客户端，通过IPv6网络上行链路向DHCPv6服务器申请IPv4地址。

本文件规定了DHCP4o6机制来实现在IPv6网络上通过DHCPv6协议实现IPv4动态申请的方法，主要参考

标准RFC7341。在IPv6过渡技术4over6机制中，通过本文件中的DHCP4o6机制实现IPv4动态申请与分配，

可用于4over6公有IPv4地址的分配，也可用于共享IPv4地址的动态分配。本文件规定的DHCP4o6的部署

可以为如图1所示方式。

DHCPv6

中继代理

IPv6网络IPv6网络IPv6网络

DHCP4o6DHCP4o6

客户端服务器DHCP4o6DHCP4o6

（CPE）客户端服务器

（CPE）

图1DHCP4o6协议服务部署方式

其中，DHCP4o6客户端可以运行在CPE设备、终端主机或任何支持DHCP客户端功能的设备上。本文

件以CPE作为示例来描述该机制。这并不排除未来任何需要IPv4配置的终端主机或其他设备实现在

DHCPv6上运行DHCPv4。

6DHCPv6选项消息处理要求

消息类型

在DHCP4o6机制中，主要采用两个DHCPv6消息来实现在客户端和服务器之间传递DHCPv4over

DHCPv6消息：DHCPv4-QUERY和DHCPv4-RESPONSE。这两个消息如下。

DHCPv4-QUERY(20)：DHCP4o6客户端会向DHCP4o6服务器发送DHCPv4-QUERY消息。这个消息中包

含了一个DHCPv4消息选项，DHCP4o6客户端使用这个选项向服务器请求IPv4配置参数。

DHCPv4-RESPONSE(21)：DHCP4o6服务器向DHCP4o6客户端发送DHCPv4-RESPONSE消息。它包含一

个DHCPv4消息选项，其中携带一个DHCPv4消息，作为对DHCPv4-QUERY消息中DHCPv4消息选项接收到的

DHCPv4消息的响应。

消息格式

本文件规定的两条DHCPv6消息格式如图2所示：

5

GB/TXXXXX.3—XXXX

图2DHCPv4查询和DHCPv4响应消息的格式

msg-type：标识消息类型。它可以是DHCPv4-QUERY(20)或DHCPv4-RESPONSE(21)。

flags：指定标志位，提供服务器处理DHCPv4-QUERY消息中封装的DHCPv4消息所需的附加信息，或

者提供客户端处理DHCPv4-RESPONSE消息中封装的DHCPv4消息所需的附加信息。

options：消息携带的选项。必须携带DHCPv4消息选项。此字段只能包含用于IPv4配置的DHCPv6选

项。它不能包含仅与IPv6或仅与IPv6服务配置相关的DHCPv6选项。

DHCPv4查询消息标志

DHCPv4-QUERY的“标志（flags）”字段用于携带额外信息，这些信息可能被服务器用于处理封装

的DHCPv4消息。目前，该字段仅使用一个比特位。其余比特位保留用于未来使用。“标志”字段的格式

如图3所示：

图3DHCPv4查询标志格式

U：单播标志。若设置为1，则表示如果使用IPv4发送，DHCPv4-QUERY消息内封装的DHCPv4消息将被

发送到单播地址。若该标志设置为0，则表示如果使用IPv4发送，DHCPv4消息将被发送到广播地址。

MBZ：这些比特位在发送时必须设置为0，在接收时必须被忽略。

DHCPv4响应消息标志

本文件在DHCPv4-RESPONSE消息的标志位字段中不引入任何标志。它们都保留供将来使用。DHCP4o6

服务器必须将此字段的所有位设置为0，并且DHCP4o6客户端必须忽略此字段中的内容。

DHCPv4消息选项格式

DHCPv4消息选项携带由客户端或服务器发送的DHCPv4消息。此类消息不包括任何IP或UDP头。

DHCPv4消息选项的格式如图4所示：

6

GB/TXXXXX.3—XXXX

图4DHCPv4消息选项格式

选项码（option-code）：取值为OPTION_DHCPv4_MSG（87）。

选项长度（option-len）：即DHCPv4消息的长度。

IPv6地址（DHCPv4-message）：客户端或服务器发送的DHCPv4消息。在DHCPv4-QUERY消息中，它包

含客户端发送的DHCPv4消息。在DHCPv4-RESPONSE消息中，它包含服务器发送的DHCPv4消息，作为对客

户端的响应。

DHCP4o6服务器地址选项格式

DHCP4o6服务器地址选项是由服务器发送给使用DHCPv6[RFC3315]请求IPv6配置的客户端的。它携

带了一个包含客户端应联系以获取IPv4配置的DHCP4o6服务器的IPv6地址列表。此列表可能包括多播

和单播地址。客户端将其请求发送到此选项中携带的所有唯一地址。

此选项也可以不携带任何IPv6地址，这会指示客户端将所有的DHCPRelay代理和服务器多播地址

用作目标地址。

该选项在服务器的响应中的存在指示客户端应使用DHCPv4-over-DHCPv6来获取IPv4配置。如果该选

项不存在，则客户端不得启用DHCPv4-over-DHCPv6功能。

DHCP4o6服务器地址选项的格式如图5所示：

图5DHCP4o6服务器地址选项格式

选项码（option-code）：OPTION_DHCP4_O_DHCP6_SERVER（88）。

选项长度（option-len）：此选项携带的IPv6地址长度，即16个八位组的倍数。此选项的最小长度

为0。

IPv6地址（DHCPv4-message）：DHCP4o6服务器的一个或多个IPv6地址。

DHCPv4查询单播标志的使用要求

7

GB/TXXXXX.3—XXXX

DHCPv4客户端可以根据其状态将其DHCP-REQUEST消息发送到广播或单播地址。例如，在续订状态下

的客户端使用单播地址与DHCPv4服务器联系以续订其租约。处于REBINDING状态的客户端使用广播地址。

在DHCPv4overDHCPv6中，IPv6用于将DHCPv4消息传递到DHCP4o6服务器。外部IPv6地址与内部

DHCPv4消息之间没有关系。因此，服务器无法通过检查IPv6地址确定接收到的DHCPv4消息是否使用IPv4

的广播还是单播发送。

为了允许服务器确定客户端的状态，DHCPv4查询消息中带有单播标志。如果使用DHCPv4overIPv4，

客户端必须在DHCPv4消息将要发送到单播地址时将此标志设置为1。如果DHCPv4客户端将消息发送到

IPv4的广播地址，则必须将此标志设置为0。是否将给定的消息发送到广播或单播地址是基于[RFC2131]

及其扩展进行选择。

7DHCP4o6客户端行为要求

客户端在使用DHCPv4overDHCPv6之前必须从DHCPv6服务器获取必要的IPv6配置。客户端

在每个Solicit、Request、Renew、Rebind和Information-request消息中使用OptionRequest项

（ORO）请求DHCP4o6服务器地址选项。如果DHCPv6服务器在其响应消息中包括DHCP4o6服务器

地址选项，则表示客户端可以使用DHCPv4overDHCPv6来获取IPv4配置。如果DHCPv6服务器没

有包括DHCP4o6服务器地址选项，则客户端不得使用DHCPv4overDHCPv6请求IPv4配置。如果

包含DHCP4o6服务器地址选项的IPv6配置随后过期，或者如果更新后的IPv6配置不包含DHCP

4o6服务器地址选项，则客户端必须停止使用DHCPv4overDHCPv6请求或更新IPv4配置。客户端

只要希望使用DHCPv4overDHCPv6，它就会在发送给DHCPv6服务器的消息中继续请求DHCP4o6服

务器地址选项。

在多宿主配置中，可能会有多个DHCPv6配置同时包含一个DHCP4o6服务器地址选项。在这种

情况下，这些配置被视为独立的，因此当任何这样的配置处于活动状态时，可以为该配置启用DHCPv4-

over-DHCPv6功能。

客户端还可以将这些配置视为互斥的，以便每次只保持一个配置处于活动状态。在这种情况下，只

要配置有效，客户端就会持续保持相同的配置处于活动状态。如果该配置变为无效，但仍有一个或多个

其他配置有效，则客户端会激活一个剩余的有效配置。

客户端要采用哪种策略取决于实现：在同一时间保持多个配置处于活动状态可能在某些应用程序

中提供有用的冗余性。

如果客户端收到DHCP4o6服务器地址选项，并且在收到DHCPv6选项的接口上使用DHCPv4

[RFC2131]，则客户端必须停止使用DHCPv4在此接口上接收的IPv4配置。客户端应遵守[RFC2131]

第4.4.6节的描述发送DHCP-RELEASE来放弃现有租约。只要从DHCPv6服务器接收到DHCP4o6服

务器地址选项，客户端就不得在此接口上使用DHCPv4。

如果客户端收到一个不含IP地址的DHCPv4o6服务器地址选项，即该选项为空，则客户端必须将其请

求发送到所有的DHCPRelay代理和服务器组播地址。如果该选项中有一个IP地址列表，则客户端应该

向该选项所携带的每个唯一地址发送请求。

如果客户端通过向服务器发送Information-request消息来获取无状态IPv6配置，则客户端应遵守

[RFC4242]中的规则定期刷新DHCPv4-over-DHCPv6配置（即DHCP4o6服务器列表）以及其他配置数据。

获取有状态IPv6配置的客户端将在扩展已获取的IPv6地址的生存期（Renew和Rebind消息）时刷新

DHCPv4-over-DHCPv6功能的状态。

客户端必须使用适当范围的IPv6地址来作为DHCPv4查询消息的源地址。当客户端将DHCPv4查询消息

发送到组播地址时，它必须使用链路本地地址作为源地址，如[RFC3315]中所述。当客户端使用单播方

式发送DHCPv4查询消息时，源地址必须是预先获取的适当范围的地址。

8

GB/TXXXXX.3—XXXX

客户端生成DHCPv4消息，并将其原样存储在DHCPv4查询消息所携带的DHCPv4消息选项中。客户端必

须在单个DHCPv4查询消息中放置一个DHCPv4消息选项。客户端不得在DHCPv4查询消息中请求DHCP4o6

服务器地址选项。

客户端必须遵循第6节定义的规则，在基于DHCPv4目的地设置单播标志时。

客户端在接收到DHCPv4响应消息时，必须查找该消息中的DHCPv4消息选项。如果未找到此选项，则

将丢弃DHCPv4响应消息。如果存在DHCPv4消息选项，则客户端提取其所包含的DHCPv4消息，应遵循

[RFC2131]第4.4节中所述进行处理。

处理IPv4配置时，客户端应遵循[RFC2131]第4.1节中指定的正常DHCPv4重传要求和策略。DHCPv4查

询消息没有明确的传输参数，因为这由DHCPv4“状态机”[RFC2131]控制。

客户端必须实现[RFC4361]以确保设备正确地标识自身。当使用DHCPv4overDHCPv6时，它必须发

送“客户端标识符”选项。

8DHCP4o6中继代理行为要求

当DHCPv6中继代理接收到DHCPv4-QUERY消息时，它可能无法识别此消息。未知消息必须按照

[RFC7283]的描述进行转发。

能够识别DHCP4o6消息的DHCPv6中继代理可以允许为此类消息配置一个单独的目的地址集，以补

充用于转发其他DHCPv6消息的目的地址集。为实现此功能，中继代理检查接收到的DHCPv6消息类型，并

根据以下逻辑进行转发：

如果消息类型为DHCPv4-QUERY，则将数据包作为正常的DHCPv6数据包（即DHCPv6/UDP/IPv6）

转发到配置的DHCP4o6服务器地址。

对于任何其他DHCPv6消息类型，应遵循[RFC3315]第20节进行转发。

以上逻辑仅允许在最接近客户端的中继代理（单个中继跳跃）上配置单独的中继目的地。在单独的

中继目的地情况下，不考虑多个中继跳跃。

9DHCP4o6服务器行为要求

当服务器接收到来自客户端的DHCPv4-QUERY消息时，它会查找DHCPv4消息选项。如果没有这个选项，

则服务器会丢弃该数据包。此外，服务器可能会通知管理员接收到了这个畸形数据包，但这种通知机制

不在本文件的讨论范围内。

如果服务器找到了一个有效的DHCPv4消息选项，则提取原始的DHCPv4消息。由于DHCPv4消息被封装

在DHCPv6消息中，因此缺少DHCPv4服务器实现[RFC2131]通常用于进行地址分配决策的信息，例如转发

消息的giaddr和服务器用于与直接连接的客户端通信的IPv4接口地址。因此，DHCP4o6服务器根据服务

器管理员确定的本地地址分配策略分配地址。例如，如果通过中继发送了DHCPv4-QUERY消息，则服务器

可以使用Relay-forward消息的link-address字段作为查找IPv4子网以分配DHCPv4地址的依据。如果

DHCPv4-QUERY消息是从直接连接的客户端发送的，则服务器可以使用消息的IPv6源地址确定用于DHCPv4

地址分配的适当IPv4子网。

另外，服务器也可以充当DHCPv4中继代理，并将DHCPv4数据包转发到“普通”DHCPv4服务器。

服务器应该使用DHCPv4-QUERY消息的“标志”字段来创建响应（服务器到客户端的DHCPv4消息）。

该字段的使用详见第6节。当创建适当的DHCPv4响应时，服务器将其放入DHCPv4消息选项的有效载荷中，

然后将其放入DHCPv4响应消息中。

如果DHCPv4-QUERY消息直接由服务器接收，则DHCPv4响应消息必须从接收原始消息的接口单播出去。

9

GB/TXXXXX.3—XXXX

如果DHCPv4-QUERY消息是在Relay-forward消息中接收的，则服务器创建一个带有DHCPv4-

RESPONSE消息的Relay-reply消息，并按照[RFC3315]第20.3节的说明进行响应。

10

GB/TXXXXX.3—XXXX

参考文献

[1]YD/T4119-2022基于DHCPv4overDHCPv6的租约查询技术要求

[2]YD/T3232-2017基于IPv6传输的DHCPv4技术要求

[3]IETF.InformationRefreshTimeOptionforDHCPv6[R/OL].RFC4242.2005,Nov.

[4]IETF.Node-specificClientIdentifiersforDHCPv4[R/OL].RFC4361.2006,Feb.

[5]IETF.HandlingUnknownDHCPv6Messages[R/OL].RFC7283.2014,Jul.

11

GB/TXXXXX.3—XXXX

目次

前言............................................................................2

引言............................................................................3

1范围................................................................................4

2规范性引用文件......................................................................4

3术语和定义..........................................................................4

4缩略语..............................................................................4

5概述................................................................................5

6DHCPv6选项消息处理要求..............................................................5

7DHCP4o6客户端行为要求..............................................................8

8DHCP4o6中继代理行为要求............................................................9

9DHCP4o6服务器行为要求..............................................................9

参考文献.......................................................................11

I

GB/TXXXXX.3—XXXX

面向单栈IPv6网络的4over6技术要求

第3部分：基于IPv6网络的IPv4地址动态分配

1范围

本文件规定了一种使用DHCPv6协议在IPv6网络上动态分配IPv4地址和其他DHCPv4特定配置参数的

方法。本文件适用于在纯IPv6网络上客户端采用DHCPv6协议向DHCPv6服务器动态获取IPv4地址的场景。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

IETFRFC2131动态主机配置协议（DynamicHostConfigurationProtocol）

IETFRFC3046DHCP中继代理信息选项（DHCPRelayAgentInformationOption）

IETFRFC3315IPv6动态主机配置协议（DynamicHostConfigurationProtocolforIPv6）

IETFRFC7341DHCP4o6传输[DHCPv4-over-DHCPv6(DHCP4o6)Transport]

3术语和定义

下列术语和定义适用于本文件。

用户侧前端设备CPECustomerPremisesEquipment

客户侧前端设备（也称为客户提供的设备），为连接到局域网（LAN）的设备（通常在客户的站点

/家中）提供访问Internet服务提供商（ISP）网络的权限。

DHCP4o6DHCPv4overDHCPv6

用于在DHCPv6消息的有效负载中承载DHCPv4消息的协议。

DHCP4o6客户端DHCP4o6client

支持DHCPv6协议[RFC3315]以及本文件中描述的DHCPv4overDHCPv6协议的DHCP客户端。这样的客

户端能够使用DHCPv6请求IPv6配置，并通过DHCPv6请求使用DHCPv4的IPv4配置。

DHCP4o6服务器DHCP4o6server

能够处理封装在DHCPv4消息选项中的DHCPv4数据包的DHCP服务器。

DHCPv6中继代理DHCPv6RelayAgent

对DHCPv6消息不做处理，把DHCPv6消息的转发给DHCP服务器。

4缩略语

4

GB/TXXXXX.3—XXXX

下列缩略语适用于本文件。

BOOTP：引导协议（BootstrapProtocol）

CPE：用户侧前端设备（CustomerPremiseEquipment）

DHCP：动态主机配置协议（DynamicHostConfigurationProtocol）

MBZ：必须设置为零（MustBeZero）

ORO：选项请求项（OptionRequestOption）

5概述

在纯IPv6网络中，客户端采用4over6机制实现对IPv4互联网服务的访问。此时，客户端需要采用

DHCP协议动态申请IPv4地址。作为DHCP客户端，通过IPv6网络上行链路向DHCPv6服务器申请IPv4地址。

本文件规定了DHCP4o6机制来实现在IPv6网络上通过DHCPv6协议实现IPv4动态申请的方法，主要参考

标准RFC7341。在IPv6过渡技术4over6机制中，通过本文件中的DHCP4o6机制实现IPv4动态申请与分配，

可用于4over6公有IPv4地址的分配，也可用于共享IPv4地址的动态分配。本文件规定的DHCP4o6的部署

可以为如图1所示方式。

DHCPv6

中继代理

IPv6网络IPv6网络IPv6网络

DHCP4o6DHCP4o6

客户端服务器DHCP4o6DHCP4o6

（CPE）客户端服务器

（CPE）

图1DHCP4o6协议服务部署方式

其中，DHCP4o6客户端可以运行在CPE设备、终端主机或任何支持DHCP客户端功能的设备上。本文

件以CPE作为示例来描述该机制。这并不排除未来任何需要IPv4配置的终端主机或其他设备实现在

DHCPv6上运行DHCPv4。

6DHCPv6选项消息处理要求

消息类型

在DHCP4o6机制中，主要采用两个DHCPv6消息来实现在客户端和服务器之间传递DHCPv4over

DHCPv6消息：DHCPv4-QUERY和DHCPv4-RESPONSE。这两个消息如下。

DHCPv4-QUERY(20)：DHCP4o6客户端会向DHCP4o6服务器发送DHCPv4-QUERY消息。这个消息中包

含了一个DHCPv4消息选项，DHCP4o6客户端使用这个选项向服务器请求IPv4配置参数。

DHCPv4-RESPONSE(21)：DHCP4o6服务器向DHCP4o6客户端发送DHCPv4-RESPONSE消息。它包含一

个DHCPv4消息选项，其中携带一个DHCPv4消息，作为对DHCPv4-QUERY消息中DHCPv4消息选项接收到的

DHCPv4消息的响应。

消息格式

本文件规定的两条DHCPv6消息格式如图2所示：

5

GB/TXXXXX.3—XXXX

图2DHCPv4查询和DHCPv4响应消息的格式

msg-type：标识消息类型。它可以是DHCPv4-QUERY(20)或DHCPv4-RESPONSE(21)。

flags：指定标志位，提供服务器处理DHCPv4-QUERY消息中封装的DHCPv4消息所需的附加信息，或

者提供客户端处理DHCPv4-RESPONSE消息中封装的DHCPv4消息所需的附加信息。

options：消息携带的选项。必须携带DHCPv4消息选项。此字段只能包含用于IPv4配置的DHCPv6选

项。它不能包含仅与IPv6或仅与IPv6服务配置相关的DHCPv6选项。

DHCPv4查询消息标志

DHCPv4-QUERY的“标志（flags）”字段用于携带额外信息，这些信息可能被服务器用于处理封装

的DHCPv4消息。目前，该字段仅使用一个比特位。其余比特位保留用于未来使用。“标志”字段的格式

如图3所示：

图3DHCPv4查询标志格式

U：单播标志。若设置为1，则表示如果使用IPv4发送，DHCPv4-QUERY消息内封装的DHCPv4消息将被

发送到单播地址。若该标志设置为0，则表示如果使用IPv4发送，DHCPv4消息将被发送到广播地址。

MBZ：这些比特位在发送时必须设置为0，在接收时必须被忽略。

DHCPv4响应消息标志

本文件在DHCPv4-RESPONSE消息的标志位字段中不引入任何标志。它们都保留供将来使用。DHCP4o6

服务器必须将此字段的所有位设置为0，并且DHCP4o6客户端必须忽略此字段中的内容。

DHCPv4消息选项格式

DHCPv4消息选项携带由客户端或服务器发送的DHCPv4消息。此类消息不包括任何IP或UDP头。

DHCPv4消息选项的格式如图4所示：

6

GB/TXXXXX.3—XXXX

图4DHCPv4消息选项格式

选项码（option-code）：取值为OPTION_DHCPv4_MSG（87）。

选项长度（option-len）：即DHCPv4消息的长度。

IPv6地址（DHCPv4-message）：客户端或服务器发送的DHCPv4消息。在DHCPv4-QUERY消息中，它包

含客户端发送的DHCPv4消息。在DHCPv4-RESPONSE消息中，它包含服务器发送的DHCPv4消息，作为对客

户端的响应。

DHCP4o6服务器地址选项格式

DHCP4o6服务器地址选项是由服务器发送给使用DHCPv6[RFC3315]请求IPv6配置的客户端的。它携

带了一个包含客户端应联系以获取IPv4配置的DHCP4o6服务器的IPv6地址列表。此列表可能包括多播

和单播地址。客户端将其请求发送到此选项中携带的所有唯一地址。

此选项也可以不携带任何IPv6地址，这会指示客户端将所有的DHCPRelay代理和服务器多播地址

用作目标地址。

该选项在服务器的响应中的存在指示客户端应使用DHCPv4-over-DHCPv6来获取IPv4配置。如果该选

项不存在，则客户端不得启用DHCPv4-over-DHCPv6功能。

DHCP4o6服务器地址选项的格式如图5所示：

图5DHCP4o6服务器地址选项格式

选项码（option-code）：OPTION_DHCP4_O_DHCP6_SERVER（88）。

选项长度（option-len）：此选项携带的IPv6地址长度，即16个八位组的倍数。此选项的最小长度

为0。

IPv6地址（DHCPv4-message）：DHCP4o6服务器的一个或多个IPv6地址。

DHCPv4查询单播标志的使用要求