客户端能否向DHCP服务器单播DHCP Discover报文？实测可行但RFC未提及

结论：客户端确实可以单播发送DHCP Discover报文，但这属于标准RFC规范之外的厂商扩展行为。

• RFC 2131的标准要求

  RFC 2131 明确规定，DHCP Discover报文必须以广播形式发送。原因很直白：此时客户端还未获取有效的IP地址，也不知道网络中DHCP服务器的具体IP，广播是让所有潜在DHCP服务器能接收并响应的唯一标准方式。

• Windows的特殊扩展实现
  你测试中用到的Windows注册表项（Computer\HKEY_LOCAL\MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces(网卡)下的DhcpConnEnableBcastFlagToggle和DhcpConnForceBroadcastFlag）是微软针对特定场景做的扩展：

  • 当客户端已经知晓DHCP服务器的IP地址时（比如曾经获取过该服务器分配的IP，或人工配置了已知服务器地址），可以通过修改这些注册表键强制以单播方式发送Discover。
  • 这种设计主要是为了优化特定网络环境（比如广播受限的网络）下的DHCP交互效率。

• 测试正常的原因
  现代主流DHCP服务器（包括Windows Server自带的DHCP服务）都兼容接收单播的Discover报文，所以你的DORA流程能正常完成。但要注意，这不是所有DHCP服务器都必须支持的标准行为，部分小众或严格遵循RFC的服务器可能会忽略单播的Discover请求。

• 跨平台差异
  其他操作系统（比如Linux）默认不会单播发送Discover，除非通过dhclient的特定参数（如-s指定服务器IP）强制触发，这同样属于厂商/工具的扩展实现，而非标准规范要求。

内容的提问来源于stack exchange，提问作者DKim