DNS云学堂 |“组CP”的不只有明星，还有IPv6和DHCPv6
随着国家大力推进IPv6的部署，各大运营商基本已实现IPv6改造，大部分的互联网用户都已具备IPv6网络环境。同时其他各个行业也逐步在进行IPv6的改造。所以，大家对IPv6已经不再陌生。众所周知，IPv6协议具备巨大地址空间，地址长度是 IPv4 的四倍，地址的数量翻了无数倍。在IPv4网络下地址的分配可以通过DHCP进行自动分配，那么IPv6网络下是否仍然能够使用DHCP协议？IPv6的DHCP与IPv4的DHCP又有哪些不一样？今天就带大家了解一下。enjoy：
IPv6地址空间巨大，不便于记忆及管理，可以通过DHCPV6自动分配和结构化管理。
不仅可以分配 IPv6 地址，还可以分配IPv6 前缀，便于全网络的自动配置和管理。
更好地控制地址的分配，不仅可以记录为主机分配的地址/前缀，还可以为特定主机分配特定的地址/前缀，以便于网络管理。
除了 IPv6 前缀、IPv6 地址外，还可以为主机分配DNS服务器、域名等网络配置参数。
DHCPv6报文 | DHCPv4报文 | 说明 |
SOLICIT | DISCOVER | 客户端发起进行DHCP服务器发现 |
ADVERTISE | OFFER | DHCP服务器发送进行回应客户端，宣告自己能够提供DHCP服务。 |
REQUEST | REQUEST | 客户端发送Request报文来向DHCP服务器请求IPv4/6地址和其它配置信息。 |
CONFIRM | - | DHCPv6客户端向任意可达的DHCPv6服务器发送Confirm报文检查自己目前获得的IPv6地址是否适用与它所连接的链路。 |
RENEW | REQUEST | DHCPv6客户端通过RENEW进行续约及配置更新，而DHCPv4客户端通过REQUEST进行续约。 |
REBIND | REQUEST | 如果Renew报文没有得到应答，DHCPv6客户端向任意可达的DHCPv6服务器发送Rebind报文进行续约。 而DHCPv4仍然发送REQUEST报文进行续约。 |
REPLY | ACK/NAK | DHCPv6服务器在以下场合发送Reply报文：DHCPv6服务器发送携带了地址和配置信息的Reply消息来回应从DHCPv6客户端收到的Solicit、Request、Renew、Rebind报文。DHCPv6服务器发送携带配置信息的Reply消息来回应收到的Information-Request报文。用来回应DHCPv6客户端发来的Confirm、Release、Decline报文。 |
RELEASE | RELEASE | 客户端向为其分配地址的DHCP服务器发送Release报文，表明自己不再使用一个或多个获取的地址。 |
DECLINE | DECLINE | 客户端向DHCP服务器发送Decline报文，声明DHCP服务器分配的一个或多个地址在客户端所在链路上已经被使用了。 |
RECONFIGURE | - | DHCPv6服务器向DHCPv6客户端发送Reconfigure报文，用于提示DHCPv6客户端，在DHCPv6服务器上存在新的网络配置信息。 |
INFORMATION-REQUEST | INFORM | DHCPv6客户端向DHCPv6服务器发送Information-Request报文来请求除IPv6地址以外的网络配置信息。 |
RELAY-FORW | - | 中继代理通过Relay-Forward报文来向DHCPv6服务器转发DHCPv6客户端请求报文。 |
RELAY-REPL | - | DHCPv6服务器向中继代理发送Relay-Reply报文，其中携带了转发给DHCPv6客户端的报文。 |
DHCP系统容灾能力：DHCP系统需要具备租约信息同步机制，确保在主设备故障时，备用设备能够完全接管业务，用户终端设备可直接更新租约，不需要中断连接重新获取IP地址。
IP地址灵活调整：DHCP系统除了需要具备IP地址的下发，还需要具备基于业务主机特点定制多种地址分配方案并且根据所选方案、需要的IP个数、分配算法、信息录入、地址生成多个维度合理规划灵活调整。
运维管理能力：需要通过统一的可视化管理平台对DHCP设备进行管理，包括设备运行状态监控、业务指标实时统计、地址池使用率监控、IP地址使用情况展现、DHCP日志展现、统一配置DHCP数据、全网配置下发保证数据一致性等，便于运维管理。