H3CIE面试题-DHCPv6有哪些应用？

“哇，太难受了，这个IPv6地址这么长，每次手动配置的时候，太麻烦啦！”小智抱怨的说道。

“同学，DHCPv6了解一下哦，哈哈。”在长老不经意的提醒道。

DHCPv6（Dynamic Host Configuration Protocol for IPv6，IPv6中的动态主机配置协议）属于有状态IPv6地址自动配置协议。相对于IPv6的无状态地址自动配置功能，DHCPv6具有如下优点：

1）更好地控制地址的分配。通过DHCPv6不仅可以记录为主机分配的地址，还可以为特定主机分配特定的地址，以便于网络管理。

2）为客户端分配前缀，以便于全网络的自动配置和管理。

3）除了IPv6前缀、IPv6地址外，还可以为主机分配DNS、域名等网络参数信息。

DHCPv6服务器为客户端分配地址/前缀的过程有2种类型，分别是交互四个消息的分配过程和交互两个消息的快速分配过程。

如图1所示，完整的表达了交互四个消息的分配过程（图中的DHCP默认指DHCPv6）。

图1

DHCP Solicit消息：客户端组播方式发送该消息，源地址为客户端链路本地地址，目的地址为组播地址FF02::1:2（该组播地址代表DHCPv6服务器和中继代理），该消息用于发现网络中的DHCPv6服务器，请求DHCPv6服务器为客户端分配IPv6地址/前缀和网络配置参数。

DHCP Advertise消息：如果服务器收到客户端发来的Solicit消息中没有携带Rapid Commit选项，或Solicit消息中携带Rapid Commit选项，但服务器不支持快速分配过程时，则DHCPv6服务器会单播方式回复Advertise消息，通知客户端可以为其分配的地址/前缀和网络配置参数信息。

DHCP Request消息：如果DHCPv6客户端接收到多个服务器回复的Advertise消息，则根据消息接收的先后顺序、服务器优先级等，选择其中一台服务器，并向该服务器组播方式发送Request消息，请求服务器确认为其分配地址/前缀和网络配置参数。

DHCP Reply消息：DHCPv6服务器单播方式回复Reply消息，确认将地址/前缀和网络配置参数分配给客户端使用。

场景一：当服务器上以前已经记录了客户端的地址和配置信息时，则只需要交互两个消息快速实现地址配置，如图2所示。

图2

图2中当DHCPv6服务器曾已经为客户端指定了地址和配置信息，只要服务器端收到了客户端发来的DHCP Solicit消息，并且该消息中携带了Rapid Commit选项，则服务器端会直接响应一个Reply消息进行应答。

场景二：当客户端并不需要服务器为其分配地址，只需要其他参数信息，如DNS信息时，此时也只需要交互2个消息即可快速实现参数的获取，这个过程称之为“DHCPv6无状态配置”，如图3所示。

图3

图3中客户端已经存在IPv6地址，现在需要获取其他参数信息时，只需要向服务器发送DHCP information-Request消息，包含Rapid Commit选项；此时服务器响应DHCP Reply消息，该消息中携带了客户端所需要的其他参数信息。

闻道有先后，术业有专攻，让我们一起进步吧！