DHCP request报文主要分成两大类型：

类型一、收到offer报文后，发送request广播报文进一步确认，同时通知其他dhcp服务器已经收到租约，如下所示：

类型二、在租约的0.5倍时间上，发送request单播报文续约，如下所示：

如果此报文没有回复，则在0.875倍时间上，发生request广播续约。

类型一、二有啥区别？dhcp server在接收到此两种类型的报文后，处理是否相同呢？

类型一存在option 50、54，而不存在client  ip（bootp flag）；

类型二不存在option 50、54，而存在client ip（bootp flag）；

原因：在offer的确认，client其实还不能确定该ip能否真正能为自己所用，还需要等待server 回复ack；

           而0.5倍单播request续约时，不需要携带option 50、54，默认该ip已经为自己所用，即在client ip（bootp flag）填写即可

          在0.85倍广播request续约时，不同于0.5倍单播续约，存在client ip（bootp flag）和option 50，而不存在option 54（因为client默认server已经丢失）

dhcp server在收到此类报文时，均对两种情况进行了检查，也即如果

1、option 50、54与server中租约信息相符合，则回复ack报文

2、client ip（bootp flag）与server ip相符合 ，则回复ack报文

3、option 54不存在，option 50与本地租约符合，也可回复ack报文（即有可能单播续约包没有及时收到）

另外在网口down up过程中，dhcp client会进入init-reboot态，发送广播request报文（且源ip也为0），与0.85倍续约发送的广播request报文有不同（此时的源ip为已经分配的ip）

总结：

dhcp client状态机会在四种状态下发送request报文

                                          报类型                      client-ip        option50      option54

1、init-reboot状态：    广播（且源ip为0）           N                   Y                   N

2、selecting态：         广播（且源ip为0）            N                  Y                   Y

3、renewing态：        单播                                   Y                  N                   N

4、rebinging态：        广播（源ip有效）             ？                  ？                   ？

init-reboot态：是指网卡重启后进入的状态，与init态区别在于：init态是完全没有任何租约信息，init-reboot态是存在之前租约信息的

selecting态：offer报文后的确认报

renewing态：0.5倍续约报文

rebinging态：0.85倍续约报文