我的 Windows 2003 服务器标准 DHCP 服务器需要 30-45 秒才能向 XP 客户端分配 IP。我以前从未见过这么慢的服务器。服务器没有超负荷。
我们使用的是100 Mbps 交换机。
有什么想法或建议吗?
答案1
启动 NetworkMonitor 或 Wireshark 并观察客户端和服务器之间的流量。这可能是与网络相关的问题。您还可以使用 Windows Server 的 Perfmon 来观察 DHCP 各个阶段的统计数据DORA 工艺。 还,检查网络上是否还有另一个 DHCP 服务器,尽管症状听起来不像我所期望的那样。
如果您想尝试盲目地摆弄选项,您可以尝试重新启动 DHCP 服务,看看是否能解决问题。您还可以重建 DHCP 数据库。我建议先观察网络流量和 DHCP 统计信息。
索引服务或防病毒客户端是否正在扫描 DHCP 目录?如果是,那就糟糕了。
答案2
Linux 服务器和 Dell Powerconnect 6224 交换机也遇到了同样的问题。正如 Thomas G 上面提到的,该问题与 STP 有关。我通过将交换机端口设置为“portfast”(但不针对连接到其他交换机的上行链路端口)解决了该问题。
这是在特定开关上执行此操作的方法。如果您有不同的开关,它仍可能会提供找到设置的线索。
在 6224 交换机 CLI 中,要在交换机 1 的端口 1 至 19 上启用 portfast:
enable
config
interface range ethernet 1/g1-1/g19
spanning-tree portfast
或者
在 Web 配置中,转到交换 -> 生成树 -> STP 端口设置并检查端口的“快速链接”。
然后您需要将正在运行的配置复制到已保存的配置,以便在下次重新启动时使用它。
答案3
客户端上是否只在发布/更新时需要这么长时间,还是仅在初始启动时需要这么长时间?如果客户端首次启动/连接到网络时只花费这么长时间,则可能是由于交换机上的生成树协议操作。默认情况下,STP 在转发帧之前在每个学习和监听状态下花费大约 15 秒。因此,您看到的 30 秒可能是客户端正在传输发现数据包,但直到 STP 进入转发状态并沿着下一个 DHCP 发现转发时才看到提供。
答案4
数据包从不说谎
您可以在XP客户端下捕获所有数据并进行分析。从中您可能会找到答案。
您可以查看 XP 客户端发送 Broadcast\Discover\Request 数据包的次数以及 DHCP 服务器响应这些数据包的时间。
总之,在数据包世界中您可以找到比应用程序操作和您的感觉更多的信息。