WT2024-U超体无法为终结者本体正常供电的经验案例

某局点购买了一台无线控制器WX3540H以及一批终结者设备,包括终结者本体WT1024-X、终结者分体WTU430H以及终结者超体设备WT2024-U。其组网大致如下：

其中WT1为终结者超体WT2024-U，WT2为终结者本体WT1024-X。

现场规划终结者AP注册vlan2000，业务vlan为vlan1000。现场按照上述的组网连接，并进行一些相关配置之后，发现终结者超体WT2024-U无法为终结者本体WT1024-X供电。

首先，终结者超体和终结者本体一样，都是需要先在AC控制器上注册上线，才能正常提供POE供电功能。即超体需要注册上线才能正常为本体供电，本体也需要注册上线才能正常为分体供电。

我们在AC上通过display wlan ap all命令查看超体WT2024-U的注册状态，发现超体果然没有注册上，其状态为idle。我们判断为超体注册失败导致无法为终结者本体正常供电。

接下来我们来看超体为什么无法正常注册。我们按照一般AP的思路进行排查，首先确认超体是否正常获取到IP地址以及与AC的连通性。现场是在超体上手动配置了地址

#

interface Vlan-interface2000

 ip address 199.19.19.200 255.255.255.0

#

在AC上也是配置了地址

#

interface Vlan-interface2000

 ip address 199.19.19.1 255.255.255.0

#

且现场在超体上还指定了AC的IP地址：

#

 wlan ac ip 199.19.19.1

#

且在超体上pingAC 测试也是正常的，ping测试结果如下：

[WT2024-U]ping 199.19.19.1

Ping 199.19.19.1 (199.19.19.1): 56 data bytes, press CTRL_C to break

56 bytes from 199.19.19.1: icmp_seq=0 ttl=255 time=0.664 ms

56 bytes from 199.19.19.1: icmp_seq=1 ttl=255 time=0.308 ms

56 bytes from 199.19.19.1: icmp_seq=2 ttl=255 time=0.288 ms

56 bytes from 199.19.19.1: icmp_seq=3 ttl=255 time=0.263 ms

56 bytes from 199.19.19.1: icmp_seq=4 ttl=255 time=0.293 ms

--- Ping statistics for 199.19.19.1 ---

5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss

round-trip min/avg/max/std-dev = 0.263/0.363/0.664/0.151 ms

然后我们在超体上通过debugging wlan capwap all查看超体的注册信息：

*Jan  1 06:15:52:290 2014 H3C CWC/7/EVENT: Start ipv4 broadcast discover.

*Jan  1 06:15:52:290 2014 H3C CWC/7/EVENT: Open capwap client udp port:1153

*Jan  1 06:15:52:290 2014 H3C CWC/7/FSM: Enter Discovery state.

*Jan  1 06:16:08:290 2014 H3C CWC/7/EVENT: Fill discover req.wtu=1.model=WT2024-U.wt drv info:[].subslot=0.licensetype=3.ret=0x40010001.

*Jan  1 06:16:08:290 2014 H3C CWC/7/EVENT: Fill discover req.ap=1.model=WT2024-U.licensetype=3.carry wt info is unnecessary.

*Jan  1 06:16:08:290 2014 H3C CWC/7/SND_PKT: Sent discovery request with SeqNum 0 to AC 255.255.255.255:5246.

*Jan  1 06:16:08:290 2014 H3C CWC/7/SND_PKT: Verbose info for discovery request sent to AC 255.255.255.255:5246, length=138.

 00 10 02 00 00 00 00 00 00 00 00 01 00 00 7D 00

 00 14 00 01 00 00 26 00 3B 00 00 63 A2 00 00 00

 08 57 54 32 30 32 34 2D 55 00 01 00 14 32 31 39

 38 30 31 41 31 31 57 38 31 39 36 45 30 30 30 30

 4A 00 03 00 05 56 65 72 2E 41 00 04 00 06 08 68

 8D F6 2F 98 00 27 00 28 04 04 01 01 00 00 00 00

 63 A2 00 00 00 01 42 00 00 63 A2 00 01 00 05 52

 32 34 32 38 00 00 63 A2 00 02 00 04 31 2E 31 34

 00 29 00 01 0E 00 2C 00 01 02

.

*Jan  1 06:16:08:291 2014 H3C CWC/7/SND_PKT: Sent discovery request with SeqNum 0 to AC 224.0.1.140:5246.

*Jan  1 06:16:08:291 2014 H3C CWC/7/SND_PKT: Verbose info for discovery request sent to AC 224.0.1.140:5246, length=138.

 00 10 02 00 00 00 00 00 00 00 00 01 00 00 7D 00

 00 14 00 01 00 00 26 00 3B 00 00 63 A2 00 00 00

 08 57 54 32 30 32 34 2D 55 00 01 00 14 32 31 39

 38 30 31 41 31 31 57 38 31 39 36 45 30 30 30 30

 4A 00 03 00 05 56 65 72 2E 41 00 04 00 06 08 68

 8D F6 2F 98 00 27 00 28 04 04 01 01 00 00 00 00

 63 A2 00 00 00 01 42 00 00 63 A2 00 01 00 05 52

 32 34 32 38 00 00 63 A2 00 02 00 04 31 2E 31 34

 00 29 00 01 0E 00 2C 00 01 02

.

*Jan  1 06:16:16:290 2014 H3C CWC/7/TMR: MaxDiscovery Interval timer expired.

*Jan  1 06:16:16:290 2014 H3C CWC/7/EVENT: Failed to discover AC by method of IPv4 broadcast.

通过debug发现，超体发出了discovery request请求报文，但是没有收到AC的discovery response回应报文。

后来我们了解到，超体注册是通过vlan1进行注册的，现场客户由于规划的AP的管理vlan为vlan2000，所以在超体和AC上只配置了interface vlan-interface 2000的地址，并没有配置interface vlan-interface 1的IP地址，导致超体注册失败。

在超体和AC上同时配置interface vlan-interface 1的同网段IP地址，删除超体上之前配置的wlan ac ip 199.19.19.1，超体即可自动上线，并正常为终结者本体供电。