我的Windows 2003服务器标准的DHCP服务器需要30-45秒来给XP客户端一个IP。 我从来没有见过这样慢的。 服务器没有不知所措。
我们在100 Mbps交换机上。
任何想法或build议？
启动NetworkMonitor或Wireshark并观察客户端和服务器之间的stream量。 这可能是一个networking相关的问题。 您也可以使用Windows Server的Perfmon在DORA进程的各个阶段观察DHCP统计信息。 此外， 检查networking上是否有另一个DHCP服务器 ，虽然症状听起来不像我所期望的。
如果你想尝试盲目地转换选项，你可以尝试重新启动DHCP服务，看看是否清除了事情。 你也可以重buildDHCP数据库。 我build议先观察networkingstream量和DHCP统计。
索引服务或防病毒客户端是否扫描DHCP目录？ 如果是这样，那很糟糕。
只是在客户端发布/更新需要很长时间，还是只在初次启动时才需要？ 如果客户端首次通电/连接到networking只需要很长时间，则可能是由于交换机上的生成树协议操作。 默认情况下，在转发帧之前，STP在每个学习和收听状态中花费大约15秒。 因此，您看到的30秒可能是客户端正在传输发现数据包，但没有看到提供，直到STP进入转发状态并沿着下一个DHCP发现转发。
与Linux服务器和Dell Powerconnect 6224交换机有同样的问题。 正如Thomas G上面提到的那样，问题与STP有关。 我通过将交换机端口设置为“portfast”（但不是用于连接到其他交换机的上行链路端口）来解决这个问题。
这是如何在特定的交换机上完成的。 如果你有不同的开关，它可能仍然会提供线索来find设置。
在6224交换机CLI中，要启用交换机1上的portfast，端口1到19：
enable config interface range ethernet 1/g1-1/g19 spanning-tree portfast 要么
在Webconfiguration中，转到切换 – >生成树 – > STP端口设置，并检查端口的“快速链接”。
然后您需要复制正在运行的configuration。 到保存的configuration。 以便在下次重新启动时使用。
包从不撒谎
您可以捕获XP客户端下的所有数据并进行分析。 从中你可以find答案。
您可以find多less次广播\发现\请求数据包XP客户端发送和多久DHCP服务器响应他们。
总之，在数据包世界中，您可以find比应用程序操作和感觉更多的信息。