情况 – 我试图把我们的DHCP服务集中到一台Windows 2008 R2服务器（我们正在切换到不提供DHCP服务的L3交换机）。 我们目前有几个不同站点的Cisco路由器为这些站点提供单独的子网（并充当DHCP服务器），我的目标是将站点中的DHCP请求转发到在集中式数据中心的虚拟机上运行的DHCP服务器。
这应该很简单吧？ 只需要在DHCP服务器上为子网设置一个匹配的范围，然后在将要在该站点接收DHCP广播的接口上添加一个带有DHCP服务器IP地址的IP-HELPER地址。 我读过的所有东西都表明它应该是这么简单。
不幸的是，似乎转发的DHCP请求数据包甚至不会到达下一跳。 作为我绝望的故障排除的一部分，我已经设置路由器作为具有匹配范围的DHCP服务器的下一跳，并在两个路由器（都是思科）上运行debugging。 我可以看到来自站点路由器的UDP数据包从作为DHCP服务器的下一跳路由器的端口67转发到端口67。 作为DHCP服务器的下一跳路由器，从来没有看到数据包进入端口67.运行UDP数据包工具，我可以将数据包发送到作为DHCP服务器的路由器上的端口67，并看到它们显示那么，端口138上由Windows客户端在网站上广播的数据包将被转发到路由器，我也会看到它们。
我已经看过所有的路由器configuration，没有什么看起来像它所阻塞的东西，据我所知。 我甚至可以想到的另一件事是与宪章交谈 – 他们通过他们的路由器提供站点之间的光纤服务 – 看看他们是否丢包，但是因为其他包正在工作，我想这可能不是他们。
有任何想法吗？ 要检查的东西？ 我错过了一些简单的东西？
编辑：幸运的是，我们昨天在现场有了一名特许技师，看看他们有问题的设备。 我问他们是否有configuration中的任何东西会导致stream量下降，他证实他们只是简单地将stream量从一个地方挖掘到另一个地方，而不是触及它 – 这对我们来说是无形的。 所以这个可能性被标记出来。 我认为，当我们切换到每个站点边缘的L3交换机时，我们让路由器为站点提供DHCP服务，直到我们将核心从路由器切换到L3交换机，我认为这可能会解决我们问题。