如果DHCP服务器在客户端设备执行后联机，会发生什么情况？

如果我有一台运行DHCP服务器的Windows PC。我预计它将采取几分钟的几分钟启动。我的networking将有各种各样的供应商的其他设备，将在几秒钟内启动。

我还没有findDHCP客户端重试的“标准”。这些设备会在Windows DHCP服务器启动之前超时吗？如果是这样，处理这个问题的最好方法是什么？

说明：没有涉及Windows客户端。客户是工业embedded式设备，如照相机，加热器和机器人。

我不担心如果DHCP服务器发生故障，会发生什么情况。这些都是embedded式设备，都连接到一个单一的电源。早上“工厂”开机时，我想知道该怎么办。

好的，我有几个想法：

有尽可能多的DHCP堆栈，有天空中的星星。好吧，不是，但你明白了。 embedded式networking堆栈尤其以具有不完整的“标准”实现而闻名。因此，在您的DHCPd准备就绪之前，您的设备很可能会最终启动，APIPA 将不会再尝试DHCP。您可以validation这一点的唯一方法是检查涉及的每个设备的行为。
对交换机进行电源循环（正如其他人推荐的）可能无法工作。我已经看到许多embedded式设备在启动序列中一次性触发其DHCP请求，然后再也不尝试，即使NIC上的PHY链路状态发生变化。

这是我推荐的解决scheme：

市场上有功率sorting的PDU。这些通常是具有可编程延迟的两级或三级PDU。有了这些，当他们开机时，他们将启动第一阶段，等待指定秒数，第二阶段启动等。您可以连接您的交换机和您的服务器到第一阶段，有PDU等待5分钟让服务器完成启动，然后启动第二阶段，其中包含所有其他设备。

对于Windows DHCP客户端来说，有三种情况我可以想象得到我的头脑。我不能与非Windows DHCP客户端通话，但我必须假定它们以相同的方式运行。

正在运行的 Windows DHCP客户端在DHCP服务器不可用时具有活动租约：DHCP客户端将继续使用当前租用的IP地址。当到达更新阶段（T1）时，它将尝试更新现有的租约。如果无法与可续订现有租约的DHCP服务器进行通信，则客户端将继续尝试续租租约，直至达到重新绑定阶段（T2），在该阶段中将尝试联系任何DHCP服务器。如果T2定时器到期，客户端将释放它的IP地址。
在DHCP服务器不可用时重新启动的具有活动租用的Windows DHCP客户端：DHCP客户端将继续使用当前租用的IP地址。当到达更新阶段（T1）时，它将尝试更新现有的租约。如果无法与可续订现有租约的DHCP服务器进行通信，则客户端将继续尝试续租租约，直至达到重新绑定阶段（T2），在该阶段中将尝试联系任何DHCP服务器。如果T2定时器超时，则客户端释放它的IP地址。这里需要注意的是，对于我的理解，如果DHCP客户端在重新启动时无法联系DHCP服务器，它将释放它的现有IP地址，因为它无法确认是否允许继续使用该IP地址。 这似乎不是Windows客户端，这有点难倒我的情况。 无论如何，我对Windows客户端的testing表明，当DHCP服务器不可用时，它们确实在重新启动时保留了现有的租用IP地址。
没有现有租约的Windows DHCP客户端：当然，DHCP客户端将无法联系DHCP服务器，并将自己分配一个APIPA IP地址。正如Neil T在他的回答中所述，一个没有活动租约的DHCP客户端大约每5分钟会尝试联系一台DHCP服务器。

Windows客户端通常会向服务器提供大约60秒的时间，之后，他们切换到设备每5分钟检查一次的后备模式。如果5分钟等待太久，则可以重新启动它们连接的交换机。如果交换机具有该function，即使是热启动也能正常工作。

有什么理由不能给这些客户端一个静态的IP地址？虽然“技术上非法”，我看到一些设备被分配在192.168.0.0/16空间中的地址，DHCP服务器然后configuration为开始分配高于分配地址的地址。

如果这是不合理的，为什么不把你的DHCP租约设置为两周或更多？