windows – DHCP客户端认为什么是“最佳”答案？

我们有通常安装 Windows XP的培训室(通过PXE). “普通”DNS / DHCP基础设施是Windows服务器.培训室有自己的VLAN(与Windows服务器不同),因此最有可能是在Cisco路由器上活动的DHCP请求的IP帮助程序,该路由器上的所有PC都连接到该路由器.

现在我们想要将一些PC转换为Linux.这个想法是：
将我们自己的带有DHCP服务器的笔记本电脑放入房间的VLAN并覆盖“正常”的DHCP响应.这个想法应该可行,因为该VLAN中直接连接的DHCP服务器的响应时间应该比位于远离该VLAN的“普通”DHCP服务器更快.

原来,这不起作用.我们不得不在原始DHCP服务器上手动释放租约以使其正常工作.

在笔记本电脑上,我们确实看到客户端请求IP,“我们的”dhcp正在向Windows IP请求发送NACK,之后我们提供了自己的响应.

老问题：
为什么这不符合预期？是什么让PC重新获得旧租约？

更新2012-08-08：

已经在DHCP-RFC中解释了重新获得问题.现在这解释了为什么PC重新获得旧租约.

现在我们确实从Windows-DHCP-server释放IP,然后再尝试一下.

再次 – Windows-DHCP服务器获胜.

我怀疑dhcp-client有一些算法可以确定客户端的“最佳”dhcp-answer.新问题是：

客户如何选择“最佳”答案？

多年来我见过的变种是：

1)接受第一个,无论是ACK还是NACK.

2)取第一个ACK,完全忽略NACK.

3)在设定的时间间隔内(通常为5-10秒)获取最后收到的ACK.

示例：几年前,我们遇到了理光多功能一体机的问题.我们有2台DHCP服务器.一个提供地址,另一个提供额外的DHCP选项.第二台服务器总是先回答.即使第一个提供仅包含DHCP选项,理光也使用了变体1).在我们向他们解释问题后,理光将其更改为变体2)并进行了固件更新.

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!