DHCP协议如何区分同时接入的两台不同主机

问题描述

关于DHCP协议介绍已经有很多帖子了，这里就不再赘述，在查阅大黑书的时候发现DHCP的discover、offer、request、ack报文均采用广播的形式进行传输，那么如果一个局域网内同时接入了两台新的主机，那么有可能会出现两台主机抢用同一个IP地址的情况，在DHCP服务器提供服务的过程中广播无法区分不同的新主机。即使DHCP报文中含有客户端物理地址的字段，但是由于IP层采用的目的地址为广播地址255.255.255.255，那么链路层在封装链路层帧时也只能采用ff.ff.ff.ff.ff.ff.ff的广播MAC地址为目的地址，链路层是不知道DHCP报文里有目的MAC地址的。因此在DHCP服务过程中依据《计算机网络：自顶向下方法》中的流程无法解决两台主机竞争IP地址的问题。

抓包分析

通过分析下文的抓包内容可以发现：

DHCP协议及实验wireshark抓包

DHCP的offer报文并不是采用广播的形式，网络层的目的ip为DHCP服务器为新主机分配的IP地址（同Your IP address字段），链路层帧的目的MAC地址为客户机的MAC地址（同Client MAC address字段）。如果说offer报文不采用广播的形式，而是点对点的连接DHCP服务器与客户端的话，确实能解决多台新主机同时请求服务的竞争问题，但是这还会引入一些新问题。

1.链路层在封装链路层帧时，由于目的IP地址尚未出现在局域网中，ARP表中应当没有该表项，且无法通过ARP协议获取该IP地址对应的MAC地址？

这里推测DHCP服务器在分配IP地址后将收到的DHCP发现报文中的Client MAC address字段与此次分配的IP地址绑定并添加到DHCP服务器的ARP表中，这样链路层帧在封装时可以正确封装目的MAC地址，而且由于ARP表的表项存在时限，如果分配不成功的话也不需要做任何修改。

2.客户机在收到offer报文时，链路层可以根据MAC地址成功接收链路层帧，并将IP报文交给网络层，但此时网络层没有IP地址，他收到一个明确目的IP的报文理应丢弃，为何能够正常接收报文并向上层传递？

3.客户机发送请求报文时，已经收到DHCP服务器的offer报文，他已经知道DHCP服务器的IP地址，为何还采用广播的形式。

这个问题《计网》中有解答，因为一个局域网内可能包含多个DHCP服务器，采用广播的形式发送request报文可以通知其他服务器客户机已经取得了DHCP服务，且已经获取了IP地址，通知其他服务器将分配的IP地址释放。