无线产品维护手册之—无线产品常见问题处理指导手册 内部公开 2.4 同一台PoE交换机下的部分AP工作不正常
问题表现：部分AP会自动重新启动（和AC的连接断开）；
2.4.1 处理方法
只有增加PoE交换机；
或者部分的AP使用PoE模块进行单独供电。
2.4.2 原因分析
任何的PoE交换机对于供电都有各自的供电规格以及预留空间，所以当对外供电总量超过可以供电量时，交换机会自动断开低优先级的接口，而造成AP重启。 可以通过交换机上的Log信息确认：
#Apr 6 11:26:44:368 2000 YXY-WLAN-04 DRV_DEM/5/POE WARNING:- 1 -Power budget exceeded
#Apr 6 11:26:44:418 2000 YXY-WLAN-04 DRV_DEM/5/POE WARNING:- 1 -Poe function of Ethernet1/0/6 is disabled.
第一个表示总的功率超过预算,无法再给新的端口供电，第二个表示开始进行Action了，断掉了一个接口。
2.4.3 规避&相关说明
供电问题必须在网络设计的时候就充分考虑，避免出现问题后在分析解决。 下面为部分交换机的PoE限制：
1)
WX3024无线控制器-PoE+支持24口PoE+，每端口最大25W，内部电源最大可供370W，可同时支持14个PoE+。使用RPS外接电源时最大可支持24各PoE+端口供电 2)
WX3010无线控制器，支持8口PoE+，每端口最大25W，内部电源最大可供125W，可同时支持4个POE＋，8个口支持POE（802.3af)，可同时支持8个POE 3)
WX3008无线控制器，支持4口PoE+，每端口最大25W，内部电源最大可供125W，可同时支持4个POE＋，4个口支持POE（802.3af)，可同时支持4个POE 4)
WX3108交换机内部电源最大可供70W，并且预留15W保护
15
无线产品维护手册之—无线产品常见问题处理指导手册 内部公开 2.5 多台AP的网络中同时只能有一台可以成功注册到AC
问题基本表现：当网络中同时多个AP需要上线，但只有一个AP能够注册到AC上，而其他AP为IDLE状态（有时会进入Config状态）。此时，如果将已经注册成功的AP在AC上reset（强制断开注册），则其它AP中的某一个就会立刻注册成功。
2.5.1 处理方法
2009年7月后的所有发货AP，以及以前已经发货的MAC地址为00-23-89开头的AP，一定不要使用B58D011版本以及之前的版本。如果发现类似问题，请先升级到支持新MAC地址具体的支持新的MAC地址的版本描述如下：
产品型号 WA2100 WA2200 支持新MAC的外部版本号 R1108P02版本以及之后的所有版本 Fat: R1110版本以及之后的所有版本 Fit: R1109P02版本以及之后的所有版本 WA1208E Fat: R1108P01版本以及之后的所有版本 Fit: R1108版本以及之后的所有版本 WA2600 Fat: R1103版本以及之后的所有版本 Fit: R1105P02版本以及之后的所有版本 支持新MAC的内部版本号 B58D012版本以及之后的所有版本 Fat: B58D013版本以及之后的所有版本 Fit: B58D012版本以及之后的所有版本 Fat: B58D013版本以及之后的所有版本 Fit: B58D012版本以及之后的所有版本 Fat: B58D013版本以及之后的所有版本 Fit: B58D012版本以及之后的所有版本
2.5.2 原因分析
在产品定义初期，AP只有MAC地址为00-0f-e2开头，所以为了非法的MAC地址修改，所以对MAC地址的OUI标示进行保护。
但是随着公司的发展，该段MAC地址已经消耗殆尽，目前需要使用00-23-98开头的MAC地址，造成了该MAC地址在老的版本上无法进行成功完成空口的MAC地址初始化，而造成所有的AP的Radio接口的地址都被初始化为默认MAC地址。但是Ethernet接口地址为正确的MAC地址。
在这种情况下，AC只能保证一个AP上线，因为在AP上线的同时，AC会创建对应的BSS，而BSS的索引就是AP的Radio接口的MAC地址，由于地址相同最终导致新的AP创建BSS失败，最终表现为注册不成功。 判断方法：
1) 确认AP设备标签MAC地址和display interface ethernet的地址为00-23-98开头； 2) 在多台AP上通过display interface wlan-radio确认对应的MAC地址相同；
3) 在多台AP上通过display interface ethernet确认对应的MAC地址不同，而且为设备提
供的MAC地址；
4) 通过_display version确认该设备当前是否为问题版本
16
无线产品维护手册之—无线产品常见问题处理指导手册 内部公开 2.6 无线网卡链接成功后一会就被AP断开（大约5秒）
网卡可以和WLAN网络（AP为WA2100、WA2200或者WA1208E设备）连接成功，但是一会就会发现网卡和WLAN网络断开链接（这个时间大约为5秒钟）。
不是所有的网卡都存在该问题，而是部分网卡存在问题，而其他网卡运行正常。但是出现该问题的网卡直接用户表现就是无法正常工作。
2.6.1 处理方法
该问题为AP设备问题，目前已经在B58D014版本对所有的AP（Fat AP和Fit AP）进行了修改，所以如果判断为类似问题，请直接升级到B58D014版本或者之后的版本。
如果版本升级后问题还存在，则可能非该问题，需要进一步定位，可以参考下面的原因分析和问题定位！
产品型号 WA2100 WA2200 支持新MAC的外部版本号 R1108P05版本以及之后的所有版本 Fat: R1110P01版本以及之后的所有版本 Fit: R1109P05版本以及之后的所有版本 WA1208E Fat: R1108P02版本以及之后的所有版本 Fit: R1108P03版本以及之后的所有版本 支持新MAC的内部版本号 B58D014版本以及之后的所有版本 Fat: B58D014版本以及之后的所有版本 Fit: B58D014版本以及之后的所有版本 Fat: B58D014版本以及之后的所有版本 Fit: B58D014版本以及之后的所有版本
2.6.2 原因分析
由于802.11协议定义的连接过程中，当AP侧发送了association response报文后表明链路协商成功，但是由于802.11协议本身无法保证报文的一定到达，所以我司的WLAN设备为了保证状态的严格性，在发送了association response之后会确定该报文被Station成功接收（也就是AP成功收到来自Station的ACK报文），才会认为链路协商成功，否则会主动断开当前的网络连接。 我司的所有的AP设备会在发送Association response之后等待5秒钟，如果在这个时间内还是无法接收到来自Station的ACK报文，AP会断开当前的连接。
而接收和发送ACK都是空口射频芯片硬件完成的，我司的设备在过去的版本中为了提高数据的发送速度，将等待ACK的发送时间适当调小，造成由部分网卡虽然发送了ACK报文，但是由于回应比较慢，超过了AP的等待时间，造成AP误认为网卡没有发送ACK，最终导致5秒钟超时断开网卡的连接。
2.6.3 问题定位和确认
确定方法一：在AC或者Fat AP设备上通过debugging wlan mac all或者debugging wlan mac event进行测试，然后分析收集到调试信息（关键查找是否有红色的信息输出），如果出现“Ack Timeout”信息则疑似为该问题，可以考虑升级版本。如果升级版本后问题问题存在，则需要使用后面的确认方法二，同时提供空口抓包给研发分析。
*Mar 27 12:23:47:828 2009 TZ-S75E-AC4 WMAC/7/EVENT : AID allocation success : AID = 2
*Mar 27 12:23:47:828 2009 TZ-S75E-AC4 WMAC/7/EVENT : Add mobile sent
*Mar 27 12:23:47:828 2009 TZ-S75E-AC4 WMAC/7/EVENT : Association response sent with status code 0
*Mar 27 12:23:47:829 2009 TZ-S75E-AC4 WMAC/7/EVENT : Notifying Driver regarding station
17
无线产品维护手册之—无线产品常见问题处理指导手册 内部公开 *Mar 27 12:23:47:829 2009 TZ-S75E-AC4 WMAC/7/EVENT : Successful association response sent *Mar 27 12:23:52:852 2009 TZ-S75E-AC4 WMAC/7/EVENT : State timer expired
*Mar 27 12:23:52:852 2009 TZ-S75E-AC4 WMAC/7/EVENT : Ack timeout for association response from station [0015-af49-6bad]
*Mar 27 12:23:52:852 2009 TZ-S75E-AC4 WMAC/7/EVENT : Delete mobile sent
*Mar 27 12:23:52:852 2009 TZ-S75E-AC4 WMAC/7/EVENT : AID de-allocated successfully : AID = 2
a) “Ack Timeout”调试信息表明AP没有成功接收到Station的ACK报文（Station没有回应ACK或
者AP没有接收到ACK）;
b) “Ack Timeout”和“Successful association response sent”的时间间隔大约为5s;
确定方法二：通过空口抓包，仔细分析与问题网卡相关的报文，确定链路协商流程，下面第一个抓包为一个正常的流程，后面一个抓包为出现问题的链路协商，如果出现后面的情况，则说明问题类似，可以考虑进行版本升级，如果出现后面c)中的情况，需要单独处理。
当AP发送Association response报文之后，Station回应ACK报文，AP成功接收到ACK报文后，将认为链路协商成功。
a) 下图中No 20到24，由于AP没有能够成功表示收到到Station的ACK而进行重传，知道达到最大
重传次数；
b) 下图中由于抓包原因没有显示ACK报文信息，即使在No 20的association response报文后面有
ACK报文，但是后面还是继续有Association response的重传报文，同样表明AP没有成功接收到ACK报文；
18
无线产品维护手册之—无线产品常见问题处理指导手册 内部公开 c) 如果正常抓包没有抓到对于Association response的ACK报文，而此时该Station无法和我司
WLAN网络连接成功，则说明网卡可能存在问题，需要及时和研发联系；
d) 等待大约5秒钟以后，第42个报文AP开始发送dis-association报文断开Station的连接；
19