DP500030 DHCP基本原理概述.ppt

* 确认阶段 被选择的DHCP Server在收到Client返回的DHCPREQUEST报文后，根据Client ID和Request IP Address来查找有没有记录相应的租约，如果有而且无误，则发送DHCPACK报文作为回应，否则返回DHCPNAK报文。同时DHCPACK报文中会包含Client请求的配置参数，并且不能与先前DHCPOFFER报文中提供的相应的参数有冲突。 当Client端收到Server返回的DHCPACK报文后，会发送目的地址为Server分配地址的ARP请求报文作最后的确认（参见图10），如果没有检测到冲突，则将此地址与自己绑定，同时配置相应参数。如果检测到冲突，就向DHCP Server发送DHCPDECLINE报文，在“Request IP Address”项填入Server提供的发生冲突的IP地址。发送完成后，等待10秒（避免环路导致的过多通信流量）再开始重新申请IP地址。另外要注意的是，DHCPDECLINE报文是以广播形式发送的。 如果Client收到了DHCPNAK报文，也会重新开始地址申请。 DHCPDECLINE/DHCPRELEASE报文的格式 Page * BOOTREQUEST Htype (1) Hlen (1) 0 由客户机选择 0 0 0(DHCPDECLINE)/客户机的IP地址(DHCPRELEASE) 0 0 0 Client hardware IP address (4) 未使用 未使用 未使用 DHCPOFFER报文的格式 BOOTREPLY Htype (1) Hlen (1) 0 Xid与DHCPDISCOVER报文相同 0 0 0 0 服务器向客户机提供的IP地址 下一台服务器的地址 Client hardware IP address (4) Server Name (64) File (128) Options (可变) Page * DHCPACK报文的格式 BOOTREPLY Htype (1) Hlen (1) 0 Xid与DHCPDISCOVER报文相同 0 0 0或者从DHCPREQUEST报文中获得 0 服务器向客户机提供的IP地址 下一台服务器的地址 Client hardware IP address (4) Server Name (64) File (128) Options (可变) Page * DHCPOFFER报文的格式 BOOTREPLY Htype (1) Hlen (1) 0 Xid与DHCPDISCOVER报文相同 0 0 0 0 0 0 Client hardware IP address (4) Server Name (64) File (128) Options (可变) Page * DHCP流程 客户机在本网段内广播DHCPDISCOVER报文已发现网络中的DHCP服务器,DHCP Relay可将此报文广播到其他的网段 Page * 网络1 网络2 DHCPDISCOVER DHCP流程 服务器向客户机回应请求,并给出一个可用的IP地址。此地址并非真的被分配。但在给出此地之前，应当用ICMP ECHO REQUEST报文进行检查。 Page * 网络1 DHCPOFFER （192.168.0.1) ICMP (192.168.0.1) DHCP流程 如果收到多个DHCPOFFER报文,DHCP客户机会根据报文的内容从其中选择一个给与响应。如果客户机之前曾经获得过一个IP地址，她会将此地址写在DHCPREQUEST报文的OPTIONS域的“REQUESTD IP ADDRESS”中发给服务器 Page * 网络1 DHCPREQUEST （192.168.0.1) Reboot 192.168.0.1 DHCP流程 当收到DHCPREQUEST报文后,服务器将客户机的网络的(网络地址,硬件地址)同分配的IP地址绑定,在将IP地址发送给客户机 Page * 网络1 DHCPACK （192.168.0.1) 保留的地址池 （地址池段1） （地址池段2） …… 分配的地址 （网络地址1， 硬件地址1） 分配的IP地址1 ……. DNS地址 WINS地址 …… DHCP流程 当收到DHCPREQUEST报文后,如果发现其申请的地址无法被分配,则用DHCPNAK报文回应 Page * 网络1 DHCPNAK DHCPREQUEST (192.168.0.1) 192.168.0.1已经被另外一台 设备所使用了 DHCP流程 客户机收到DHCPACK报文后,再对所有的参数进行一次最后的检查,如果发现由地址冲突存在,则使用DHCPDECLINE报文回复服务器 Page * 网络1 DHCPACK （192.168