【数据通信技术】DHCP与广播问题故障排查

DHCP与广播问题故障排查
案例背景：
某公司使用ZXDSL8220一台，原先配置了一块LAN板作为上联接口，后考虑LAN板的转发效率较低。

后经商务将LAN更换为WAND板上联。

由于公司只有一个百兆以太网口上联，所以WAND板也就只用了一个百兆以太网口上联，设备开通后用户反映用户不能从DHCP服务器上自动获得IP地址。

问题描述：
后经电话询问得知，原来开通测试时没有使用DHCP服务器，用户使用的是固定IP地址，但业务正常。

现在将DHCP服务器接在WAND上，用户就不能从DHCP服务器上获得IP地址了。

分析与对策：
将笔记本直接接在DHCP服务器上，发现能够正常获得地址，这说明DHCP服务器是没有问题的。

由于WAND板广播默认是关闭的，因此就怀疑是WAND板上不转发广播包从而使客户端无法获得DHCP服务。

处理结果：
使用用no shutdown atmforward broadcast命令打开全局广播包转发功能。

但打开全局广播后故障依然存在。

于是又用no shutdown broadcast pvcport5-964命令打开PVC 端口广播包转发。

经过测试用户能够从DHCP服务器上正常获得IP地址了。

故障小结：
DHCP采用UDP作为传输协议，主机发送消息到DHCP服务器的67号端口，服务器回消息给主机的68号端口。

DHCP的工作主要分为以下几步：
1．主机发送一个请求IP地址和其他配置参数的广播报文DHCP Discover；
2．DHCP服务器回送一个包含有效IP地址及配置的单播报文DHCP Offer；
3．主机选择最先到达的DHCP Offer的那个服务器，并向它发送一个单播报文DHCP Request，表示接受相关配置；
4．选中的DHCP服务器回送一个确认的单播报文DHCP Ack。

至此，主机就可以利用从DHCP服务器获得的IP地址和相关配置进行通信。

但是DHCP
交互包一般采用广播的形式来发送，对于路由器来说，默认是丢弃广播包的，这会使得DHCP 服务器端与客户端之间的交互发生故障。

本案例中我们使用相关命令来开启路由器的广播转发功能，从而使得DHCP服务器端和客户端能够在路由器的两端正常交互。

经常使用的一种方法就是使用DHCP Relay技术来在不同的网段间中继DHCP交互包。