当前位置:CRM > 科技问答 > tWDbu,WX2560H+WA4320-ACN-E搭建的无线环境,AP经常掉线重启

tWDbu,WX2560H+WA4320-ACN-E搭建的无线环境,AP经常掉线重启

2023-02-12 12:40:22科技问答
1676176822,

公司总共12个AP,分散在4个S12

2

您好,ap无规律掉线,在dhcp 地址池足够的情况下一般是交换机和网线的问题,根据您的情况,因为是无管理交换机,建议您更换网线,有条件的话,更换交换机测试一下。


下面是可管理交换机ap掉线的排查处理步骤:


某局点POE交换机下ap频繁掉线问题处理的经验案例


组网


某局点无线组网中使用我司S511



问题描述


局点用户反应经常搜不到无线信号,经现场初步排查,无线信号消失时AP指示灯异常,AP设备发生重启。局点AP设备数量较大,并且发生重启的AP是随机的。无线侧同事初步排查,怀疑和POE交换机供电有关,要求协助处理。


过程分析


根据现场描述,问题的直接原因是AP重启,分析问题AP的诊断信息,发现该AP的运行时间仅为1分钟,明显是AP已经发生了重启。如下所示


  ===============display version===============


===================================================


H3C Comware Platform Software


Comware Software, Version 5.2


Copyright c) 2


H3C WA432


再查看设备对应的时间推算现场AP重启的大致时间,查找是否存在相对应的reboot信息。如下所示当前设备的时间(有些局点设备没有经过NTP同步,时间往往是与真实时间不符)。


===============display clock===============


=================================================


18:47:58 UTC Fri 1


但在诊断信息里并没有找到对应时间点的reboot信息,


  =========display reboot-information verbose from-device 5=======


=================================================================


======== Reboot info ========


nReboot Task:             CWBC TID: 54)


nReboot Time:             2


nReboot Tick:            


nReboot Type:             WARM


由于某些特殊情况比如AP突然断电或者AP软件异常等,AP的reboot信息有可能来不及记录相关信息,此时可以查看AP启动类型的记录信息boot-info,因为WA43


===============diag boot-info display===============


==========================================================


*****************************************************************


Current Boot Type   : Poweron-boot


*****************************************************************


现场又查看了其他的AP,发现均是这种情况,结合现场已经排除了工程布线的因素,基本可以确认AP重启的原因是POE交换机供电问题导致。但要深究是什么原因导致的AP掉电还需要结合S511


1、POE 交换机可能存在供电功率不足,导致AP重启;


2、POE 交换机可能由于终端问题导致供电中断,如:PD设备使用非标准供电、PD设备触发过载保护等。


通过官网查看规格发现,S511


  ===============display poe interface power===============


===============================================================


 Interface   CurPower  PeakPower   MaxPower  PD Description


             W)       W)         W)


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


   ---  22 ports) on,    87.2 W) consumed,   297.8 W) remaining ---


现场开启了非标准供电后问题依旧,初步排查可能是触发了POE 交换机上的过载保护,所以需要现场在设备隐藏模式下用下面命令搜集POE统计信息:


[H3C-hidecmd]debug poe  port-mib 1


注意:分别在问题出现前后搜集POE接口的信息,对应参数含义如下:


ulInvalidSingCnt,设备检测到该端口未接PD时计数会增加;


ulPowerDenidedCnt,表示该口因功率管理或者单端口功率不足未向PD供电;


ulOverLoadCnt,表示该口发生过载保护,一般都为PD的实际功率超过设备按照分级结果分配的功率;


ulShortCnt,表示有短路发生;


ulMpAbsentCnt,表示PD负载太轻,实现不符合规范;


正常情况下该统计项是不应该有计数增加的(未接PD时ulInvalidSingCnt有计数增加),这些统计项单独看没有任何意义,必须在故障现象发生前后分别读取并对比统计项是否有增加,才能确认真正的原因。


根据现场反馈,问题发生前信息如下:


[JXL3#-1F-S511


PORT NUMBER


g_ulPortNum = 24


NAME


g_stPortMIBCnt


CONTENT


g_stPortMIBCnt[i].ulInvalidSingCnt


g_stPortMIBCnt[i].ulPowerDenidedCnt


g_stPortMIBCnt[i].ulOverLoadCnt


g_stPortMIBCnt[i].ulShortCnt


g_stPortMIBCnt[i].ulMpAbsentCnt


   i_s_cnt    p_d_cnt    o_cnt         s_cnt      m_a_cnt


port


port1


port2


port3


port4


port5


port6


port7


port8


port9  


port1


port11   


port12   


port13   


port14   


port15   


port16   


port17   


port18   


port19   


port2


port21   


port22   


port23   


问题发生后:


[JXL3#-1F-S511


PORT NUMBER


g_ulPortNum = 24


NAME


g_stPortMIBCnt


CONTENT


g_stPortMIBCnt[i].ulInvalidSingCnt


g_stPortMIBCnt[i].ulPowerDenidedCnt


g_stPortMIBCnt[i].ulOverLoadCnt


g_stPortMIBCnt[i].ulShortCnt


g_stPortMIBCnt[i].ulMpAbsentCnt


   i_s_cnt    p_d_cnt    o_cnt         s_cnt      m_a_cnt


port


port1


port2


port3


port4


port5


port6


port7


port8


port9  


port1


port11   


port12   


port13   


port14   


port15   


port16   


port17   


port18   


port19   


port2


port21   


port22   


port23   


问题AP对接的为GE9口和GE1


出现问题(AP掉线)前:


port1


port11   


出现问题(AP掉线)后:


port1


port11    


查看POE接口,下联AP的受电class协商为3(如下表) ,根据8


===============display poe interface===============


=========================================================


 Interface    Status   Priority CurPower Operating  IEEE   Detection


                                W)      Status     Class  Status


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


 GE1/


   ---  18 ports) on,    74.2 W) consumed,   31


所以导致AP下线的最终问题原因是:部分AP接入用户过多,导致AP实际功率超出额定功率,触发POE交换机的过载保护,导致供电中断。


建议现场手动关闭LLDP,关闭自动协商功能,并手动设置接口最大输出功率


关闭LLDP:undo LLDP enable


设置最大功率2


更改后观察一段时间,AP未出现掉电现象,交换机过载保护计数也没有再次增加。


解决方法  


PD设备出现受电异常时,可以通过查看具体断电原因判断是否和交换机有关,除了在AP部署时严格按照要求使用超五类及以上线缆、长度控制在9


关闭LLDP:undo LLDP enable


设置最大功率2


注意:切勿将最大值设置为3


2

,WX2560H+WA4320-ACN-E搭建的无线环境,AP经常掉线重启

版权声明:我们致力于保护作者版权,注重分享,本文内容及图片(只作为美观性配图使用)由CRM小助手整理收集与网络(无任何非法侵犯第三方意图),仅供学习参考交流使用,不代表CRM论坛观点。如有侵权,请联系我们,我们将及时删除处理。

CRM论坛投稿:投稿地址


  CRM论坛(CRMBBS.COM)始办于2019年,是致力于CRM实施方案、免费CRM软件、SCRM系统、客户管理系统的垂直内容社区网站,CRM论坛持续专注于CRM领域,在不断深化理解CRM系统的同时,进一步利用新型互联网技术,为用户实现企业、客户、合作伙伴与产品之间的无缝连接与交互。

CRM系统

标签: wlan优化