问题描述
-
- 网络拓扑: 光猫(作为DHCP Server,网段 192.168.18.0/24)连接 POE 交换机,POE 交换机下连 2 台小贝优选AP。现场无其他DHCP Server。
- 故障现象: 部分终端连接“小贝优选”无线信号后,未能获取到正常的 192.168.18.x 地址,而是获取到了异常的
172.27.1.x 网段地址。

过程分析
初步定位:通过后台抓包分析 DHCP 交互过程,发现向终端发送 DHCP Offer 报文的源 IP 为 172.27.1.1。经核对源 MAC 地址,确认该 Offer 报文由小贝优选 AP 自身发出。

-
排查矛盾点:经核实,172.27.1.0/24 网段为小贝优选 APP 的管理 VLAN 网段,仅在终端连接特定的“管理 WiFi”SSID 时才会下发该网段地址。本次故障终端连接的是普通 WiFi,并非管理 WiFi。
-
深入抓包分析:在 AP 上行接口(eth1)入口方向进行抓包,发现异常 DHCP 请求被错误地打上了 VLAN4094(管理 VLAN)的标签,导致报文被转发至 AP 的管理 VLAN 接口,从而触发了异常网段的 IP 分配。

异常报文特征分析:进一步分析 AP 入口处的 DHCP 报文,发现同一终端在同一微秒级时间点发出的同一个 DHCP Discover/Request 广播报文,出现了三份副本,且 IP ID、UDP 校验和、完整 DHCP 负载完全一致,说明是中间设备复制了广播包。
这三份报文分别带有 VLAN4094、VLAN4000 以及 无 VLAN 标签。

-
根因定位:结合 VLAN4094(管理网)、VLAN4000(IPTV业务网)以及无标签报文的特征,经与客户沟通核实,确认上级光猫 LAN 口配置了单线复用(绑定上网业务及 IPTV 业务 VLAN)。由于光猫单线复用配置及 VLAN 透传机制,导致终端发出的 DHCP 广播请求被复制并混入了错误的 VLAN 标签(VLAN4094),最终被 AP 误认为管理 WiFi 的请求而回复了异常网段的 IP。
解决方法
- 优化上级链路配置: 与运营商或客户沟通,协调修改上级光猫的端口配置。取消该 LAN 口的单线复用(或重新规划 VLAN 绑定),确保连接 POE 交换机的线路仅传输上网业务流量,不携带 IPTV 或管理 VLAN 的冲突标签。