tWDbu,WX2560H+WA4320-ACN-E搭建的无线环境,AP经常掉线重启
公司总共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
,WX2560H+WA4320-ACN-E搭建的无线环境,AP经常掉线重启
版权声明:我们致力于保护作者版权,注重分享,本文内容及图片(只作为美观性配图使用)由CRM小助手整理收集与网络(无任何非法侵犯第三方意图),仅供学习参考交流使用,不代表CRM论坛观点。如有侵权,请联系我们,我们将及时删除处理。
CRM论坛投稿:投稿地址
CRM论坛(CRMBBS.COM)始办于2019年,是致力于CRM实施方案、免费CRM软件、SCRM系统、客户管理系统的垂直内容社区网站,CRM论坛持续专注于CRM领域,在不断深化理解CRM系统的同时,进一步利用新型互联网技术,为用户实现企业、客户、合作伙伴与产品之间的无缝连接与交互。