粗略的记录一下我们DHCP请求到ip 的过程是怎么实现的。
交互的流程图
DHCP 能够获取到IP 的四个交互过程
1. DHCP DISCOVER 发现阶段
DHCP 客户端在DHCP 启动或者需要获取DHCP地址的时候，会广播发送DHCP 请求包， 这个请求包只有DHCP 的server 端才会响应请求
2. DHCP OFFER 提供阶段
DHCP 服务端在接受到来自客户端的请求后，会将自己DHCP 池中尚未分配出去的地址选一个合适的ip 提供给客户端。
3. DHCP REQUEST 选择阶段
DHCP 的客户端在接收到第一个到达的offer 后会广播request 告诉其他的DHCP server 端，我已经选好ip 了，附上ip 信息，然后告知其他的DHCP server 端不需要他们提供dhcp 服务了
4. DHCP ACK 确认阶段
DHCP 的服务端在接受到来此客户端的request 报文后，会根据客户端提供的request 报文信息查询有没有相应的租约记录，如果有，会向客户端发送请求报文的ip 信息等及确认的ack 报文， 客户端在接受到报文后广播再次发送检查给他分配的ip 是否有其他客户端有再用，如果没有响应或者响应超时客户端才能使用此ip地址。
这差不多是dhcp 请求交互的过程
我们抽象理解可以以找工作为例;
我们需要一份工作，养家糊口。到了人才市场后，这里人比较多分不清楚谁是招聘的，谁是应聘的。这时候你在大厅里喊“我要找工作” 大厅里人都听到了，只有招聘的人才会理你，（1。 这里是我们discover 发现阶段） 。 在你喊完后，招聘的人发现了你，觉得你骨骼奇特，比较适合他们，他们都发你发一些适合你的岗位需求，以及薪资待遇，（2. 这是是我们offer 提供阶段）， 你在收到第一份offer 的时候，岗位需求，薪资待遇后，觉得十分心动，就它了，然后在大厅里喊 我这边有到手offer 了，这个工作是什么什么那家公司的，目前不需要找工作了告诉其他的招聘人员，其他招聘人知道你这有选好的单位了，就不给你提供工作岗位，（3.这个是我们request 选择阶段） ， 因为是同时招聘，人事的小姐姐需要确认一些，是否给你发过offer （有没有租约记录），有给你发过了，那给你办理入职手续， 因为岗位的唯一性么，你怕他们岗位招人招重了，你这时候又在大厅喊“我这个**公司的**工作，有人在岗吗？” 没人回应你，那就是没有人在岗，你这时候才正式上岗工作呀。（4. 这里是我们ack ）