服务器与客户端主机交互分配地址阶段
这一阶段通过DHCPv6客户端与服务器的交互机制,服务器给客户端分配地址,同时DHCPv6客户端向服务器传递用户自己定义的客户端主机名称,DHCP v6服务器则向客户端传递DHC Pv6服务器所在域的本地域名。
根据EFC3315的规定,DHCPv6协议的报文格式为:首部4byte,包括1byte的报文类型(msg-type)和3byte的传输标识符(transaction-id),剩下的部分全部由不同类型的选项(option)字段组成。目前根据不同的功能已经被确定下来的选项类型一共有29种。本文在这一阶段提出了两种DHCPv6协议报文选项类型: 客户主机名称选项(client hostname option),本地域名选项(local domain name option)。
本阶段的交互机制和这两种选项的使用具体描述如下:
客户端主机接入网络后,如果需要一个或者多个IPv6地址,首先会发送一个请求(solicit)报文给所有的DHCPv6服务器和中继代理,寻求可用的DHCPv6服务器。
所有收到solicit报文的DHCPv6服务器都会回复一个通告(advertise)报文,此advertise报文用服务器标识符(server identifier)选项标识此DHCPv6服务器,用客户端标识符(client identifier)选项标识此客户端主机。
客户端从中选择一个服务器并发送申请(request)报文申请地址和本网络配置参数。在此,本文提出如果DHCPv6客户端希望和服务器对域名进行协商,就要在这个request报文中加入本文上面所提出的客户主机名称选项,此选项的内容为客户端主机上由用户自己定义的客户端主机名称(例如hostname1),并且在request报文中的配置信息请求(option request)选项中加入前面提出的本地域名选项,即意味着希望得到本地域名。
被选中的DHCPv6服务器会发送一个应答 (reply)报文提供地址和请求的配置信息,并且在reply报文中携带本地域名选项,此选项的内容为客户端主机此时所在域的本地域名(例如rk.educity.cn)。
这一阶段原本是DHCPv6协议中规定的地址分配的主要过程,本文对DHCPv6协议理论进行了扩展,设计了域名信息交互机制,为下一部分域名的协商做准备。
责任编辑:小草