[发明专利]一种基于DHCPv6中继的客户端信息确认方法及其装置

说明书

技术领域

本发明涉及通信技术领域，特别是涉及一种基于DHCPv6中继的客户端信息确认方法及其装置。

背景技术

DHCPv6(Dynamic Host Configuration Protocol for IPv6，支持IPv6的动态主机配置协议)是基于IPv6的DHCP协议，它依赖客户端/服务器模式来管理设备的配置。它同DHCPv4(DHCP for IPv4，基于IPv4的DHCP)协议一样，既能给设备分配IPv6地址，又能给设备分配其他配置信息。

与DHCPv4不同，DHCPv6协议提供三种分配方式，包括无状态分配、有状态地址分配和前缀分配。其中，无状态分配可以分配除IPv6地址或者前缀以外的其他配置选项，有状态地址分配能够分配IPv6地址和其他配置选项，前缀分配则可以分配IPv6前缀和其他配置选项。

为了支持灵活多变的组网环境，DHCPv6支持更多的报文类型，包括SOLICIT，ADVERTISE，REQUEST，CONFIRM，RENEW，REBIND，REPLY，RELEASE，DECLINE，RECONFIGURE，INFORMATION-REQUEST，RELAY-FORW，RELAY-REPL等类型。

图1示出了通过4个DHCPv6报文交互过程所实现的DHCPv6地址/前缀分配过程。

DHCPv6中继是连接不同网段的客户端和服务器的网关设备，它将一个网段内的客户端的报文，转发给另一个网段内的服务器。出于应用的考虑，DHCPv6中继可以通过记录客户端和服务器的交互报文，来生成标记客户端的表项。这些表项可以包含客户端的MAC(MediaAccess Control，媒体访问控制)地址、客户端标识、IPv6地址或者前缀信息、租约，服务器的MAC地址、服务器标识，以及相关VLAN(Virtual Local Area Network，虚拟局域网)等信息。

图2示出了DHCPv6中继工作原理。

DHCPv6协议中有一种叫做CONFIRM的报文类型，它的应用环境是在客户端的一个接口迁移了链路以后，客户端设备可以利用CONFIRM报文来询问服务器是否该接口IPv6地址或者前缀继续有效，以确保客户端的该接口可以继续进行网络通讯。

客户端链路变化的情况包括但不限于：

客户端设备重新启动；

客户端连接线路被插拔；

客户端的状态迁移，例如从睡眠状态迁移到工作状态；

客户端在无线网络中，更换连接点。

在以上任何一种情况下，客户端都会发生链路改变，客户端此时需要进行CONFIRM/REPLY报文交互过程，以保证自己的网络配置信息可以在新网络中正常工作。图3示出了基于DHCPv6中继的CONFIRM/REPLY报文的交互过程。

客户端可通过组播方式发送CONFIRM报文，此时客户端可以在CONFIRM报文中携带自己接口上任意个IA(Identity Association，身份关联关系)信息，同时不携带服务器标识。相应的，任何DHCPv6服务器可以响应这个CONFIRM报文，它们通过在REPLY报文中携带status(状态)域来告诉客户端是否这些IA信息中的IPv6前缀/地址可继续使用。所谓IA信息，是服务器分配给客户端的一组IPv6地址信息，每一组都携带有唯一的标识，每一个客户端可以有多组IA信息，分别作用于不同的设备接口。

发明人在实现本发明的过程中，发现现有技术至少存在以下缺陷：

针对上述客户端发生链路改变，需要进行CONFIRM/REPLY报文交互，以保证自己的网络配置信息可以在新网络中正常工作的场景，现有CONFIRM/REPLY交互机制，只能保证DHCPv6服务器回应客户端请求的IPv6前缀/地址是否继续生效，而客户端无法确认租约长度，所以会导致客户端即使知道请求的IPv6前缀/地址可继续使用，但无法知道可继续使用多长时间。

考虑到客户端无法确认租约长度，就会发生客户端默认租约为0，不再生效地址，或者按照原有分配的租约去生效地址，从而发生实际运行时间超过服务器允许租约时间的问题。

发明内容

本发明提供了一种基于DHCPv6中继的客户端信息确认方法及其装置，用以解决现有技术中，客户端通过发起用于请求确认客户端网络配置信息是否有效的过程中，无法获取IPv6地址/前缀的租约的问题。

本发明提供的基于DHCPv6中继的客户端信息确认方法，应用于包含有DHCPv6中继、客户端和服务器的通信系统，该方案包括：