现在我正试图解决我们的networking上的IP帮助器问题。 我们在一个vlan(n)/子网(opsware / HP系统自动化)上有一个configuration系统,服务器在另一个单独的vlan(30)/子网上configuration。 在他们之间我们有两台使用HSRP的路由器。 路由器具有为vlan 30configuration的IP助手,将请求转发给供应系统。
我们已经validation了服务器正在生成DHCP请求。 我们已经validation,configuration看起来正确的路由器上的vlan(在vlanconfiguration,有一个ip-helperconfiguration – 没有太多复杂的)。 我们正在validation供应系统没有得到DHCP请求,这就是我的问题出现的地方…
当路由器使用ip-helper将广播作为单播redirect到助手地址时,单播中包含的MAC地址是什么? 它是生成广播的原始主机的路由器出站端口的MAC吗?
令人遗憾的是,路由器处理大量的stream量,所以networking工程无法从路由器上进行debugging或数据包转储,所以现在发生的事情是一个黑匣子。 在这一点上,我正在努力收集尽可能多的证据,看看问题出在哪里。
路由器的DHCP中继会收到来自客户端的广播DHCP请求,将自己的IP地址放入DHCP报文的GIADDR字段(标识自己是转发DHCP请求的中继代理),并发送一个单播IP报文与目标DHCP服务器“最接近”。 该单播IP数据包将封装在具有路由器的源MAC地址(或HSRP对的情况下,HSRP地址的虚拟MAC地址)的以太网帧(如果该接口是以太网接口)中。 客户端MAC地址(存储在DHCP请求的CHADDR字段中)将由路由器上的DHCP中继代理进行更改。 (有关DHCP的维基百科文章的DHCP中继部分可能会有助于您获得更深入的了解。)
如果在DHCP服务器和路由器之间存在与客户端的DHCP请求相关的“跳”,则中继的DHCP请求数据包上的源MAC地址将成为DHCP服务器和中继站之间的最后一跳路由器的接口-路由器。
我会开始嗅探最接近configuration系统的stream量,寻找DHCP数据包,并从那里削减东西。 我还要确保可以从中继路由器到DHCP服务器获得其他types的stream量(如PING)。