公司总共12个AP,分散在4个S1208-PWR的POE交换机上,最多的一个交换机接入5个AP,POE交换机我查了一下满负载100W,AP最大功率是13W,然后一个AP接入客户端最多的时候是21个,有些AP之间的距离稍微近点,大概4-5M,AP和POE之间的距离最远估计20来米,最近六七米。然后自从配好后,AP就经常无规律的掉线,然后进AP看过AP运行时间,有些有重启过,有些没重启过。AP和AC二层组网,AC上DHCP为AP分配地址。基本上每个AP都掉过。可能会是哪些原因?
(0)
最佳答案
您好,ap无规律掉线,在dhcp 地址池足够的情况下一般是交换机和网线的问题,根据您的情况,因为是无管理交换机,建议您更换网线,有条件的话,更换交换机测试一下。
下面是可管理交换机ap掉线的排查处理步骤:
组网
某局点无线组网中使用我司S5110-28P-PWR款型POE交换机做为接入层交换机并给下联WA4320i-ACN款型AP供电。
局点用户反应经常搜不到无线信号,经现场初步排查,无线信号消失时AP指示灯异常,AP设备发生重启。局点AP设备数量较大,并且发生重启的AP是随机的。无线侧同事初步排查,怀疑和POE交换机供电有关,要求协助处理。
过程分析
根据现场描述,问题的直接原因是AP重启,分析问题AP的诊断信息,发现该AP的运行时间仅为1分钟,明显是AP已经发生了重启。如下所示
===============display version===============
===================================================
H3C Comware Platform Software
Comware Software, Version 5.20, Release 1507P04
Copyright (c) 2004-2015 Hangzhou H3C Tech. Co., Ltd. All rights reserved.
H3C WA4320i-ACN uptime is 0 week, 0 day, 0 hour, 1 minute
再查看设备对应的时间推算现场AP重启的大致时间,查找是否存在相对应的reboot信息。如下所示当前设备的时间(有些局点设备没有经过NTP同步,时间往往是与真实时间不符)。
===============display clock===============
=================================================
18:47:58 UTC Fri 10/02/2015
但在诊断信息里并没有找到对应时间点的reboot信息,
=========display reboot-information verbose from-device 5=======
=================================================================
======== Reboot info ========
nReboot Task: CWBC (TID: 54)
nReboot Time: 2015-10-02 00:21:32(与问题时间不匹配)
nReboot Tick: 0x1bd(CPU Tick High) 0x9d2bca39(CPU Tick Low)
nReboot Type: WARM
由于某些特殊情况比如AP突然断电或者AP软件异常等,AP的reboot信息有可能来不及记录相关信息,此时可以查看AP启动类型的记录信息boot-info,因为WA4300系列的AP都是带CPLD的,boot-info信息是保存在CPLD中的,具有判断价值。通过查看,发现AP是加电启动poweron-boot,而此类情况代表上次重启原因为断电重启。如下所示:
===============diag boot-info display===============
==========================================================
*****************************************************************
Current Boot Type : Poweron-boot
*****************************************************************
现场又查看了其他的AP,发现均是这种情况,结合现场已经排除了工程布线的因素,基本可以确认AP重启的原因是POE交换机供电问题导致。但要深究是什么原因导致的AP掉电还需要结合S5110-28P-PWR的信息来判断,怀疑方向有两个:
1、POE 交换机可能存在供电功率不足,导致AP重启;
2、POE 交换机可能由于终端问题导致供电中断,如:PD设备使用非标准供电、PD设备触发过载保护等。
通过官网查看规格发现,S5110-28P-PWR款型交换机整机供电功率385W,实际输出功率约360W,WA4320i这款AP支持802.11AC,正常工作态整机功耗小于12.95W。即使像现场情况,交换机下AP满配,交换机的总功率应该也是可以满足PD设备(即AP)的。这个推论也可以在交换机的诊断内得到佐证:
===============display poe interface power===============
===============================================================
Interface CurPower PeakPower MaxPower PD Description
(W) (W) (W)
GE1/0/1 3.2 10.6 30.0
GE1/0/2 3.5 11.5 30.0
GE1/0/3 6.0 14.2 30.0
GE1/0/4 3.1 10.2 30.0
GE1/0/5 3.3 13.8 30.0
GE1/0/6 3.2 10.7 30.0
GE1/0/7 6.2 13.3 30.0
GE1/0/8 3.2 16.6 30.0
GE1/0/9 3.8 12.4 30.0
GE1/0/10 3.5 14.8 30.0
GE1/0/11 3.1 16.5 30.0
GE1/0/12 3.1 12.6 30.0
GE1/0/13 3.2 15.7 30.0
GE1/0/14 4.4 13.7 30.0
GE1/0/15 8.9 12.7 30.0
GE1/0/16 2.6 2.6 30.0
GE1/0/17 3.7 12.7 30.0
GE1/0/18 4.0 11.9 30.0
GE1/0/19 3.3 10.1 30.0
GE1/0/20 3.2 13.5 30.0
GE1/0/21 5.5 13.7 30.0
GE1/0/22 3.2 13.4 30.0
GE1/0/23 0.0 0.0 30.0
GE1/0/24 0.0 0.0 30.0
--- 22 port(s) 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-S5110-28P-X-hidecmd]debug poe port-mib 1
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
port0 0 0 0 0 0
port1 0 0 0 0 0
port2 0 0 0 0 0
port3 0 0 0 0 0
port4 0 0 0 0 0
port5 0 0 0 0 0
port6 0 0 0 0 0
port7 0 0 0 0 0
port8 0 0 0 0 0
port9 0 0 0 0 0
port10 0 0 2 0 0
port11 0 0 11 0 0
port12 0 0 0 0 0
port13 0 0 0 0 0
port14 0 0 0 0 0
port15 0 1 6 0 0
port16 0 0 0 0 0
port17 0 0 0 0 0
port18 0 0 0 0 0
port19 0 0 0 0 0
port20 0 0 0 0 0
port21 0 0 0 0 0
port22 0 0 0 0 0
port23 0 0 0 0 0
问题发生后:
[JXL3#-1F-S5110-28P-X-hidecmd]debug poe port-mib 1
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
port0 0 0 0 0 0
port1 0 0 0 0 0
port2 0 0 0 0 0
port3 0 0 0 0 0
port4 0 0 0 0 0
port5 0 0 0 0 0
port6 0 0 0 0 0
port7 0 0 0 0 0
port8 0 0 0 0 0
port9 0 0 0 0 0
port11 0 0 16 0 0
port12 0 0 0 0 0
port13 0 0 0 0 0
port14 0 0 0 0 0
port15 0 1 6 0 0
port16 0 0 0 0 0
port17 0 0 0 0 0
port18 0 0 0 0 0
port19 0 0 0 0 0
port20 0 0 0 0 0
port21 0 0 0 0 0
port22 0 0 0 0 0
port23 0 0 0 0 0
问题AP对接的为GE9口和GE10口,对应在port10和port11的OverLoadCnt计数有增长。问题可以确认为触发了交换机的POE过载保护,导致PD设备即AP断电。
出现问题(AP掉线)前:
port10 0 0 2 0 0
port11 0 0 11 0 0
出现问题(AP掉线)后:
port10 0 0 5 0 0
port11 0 0 16 0 0
查看POE接口,下联AP的受电class协商为3(如下表) ,根据802.3协议规定,class3下交换机功率为15.4W,PD设备6.49到12.95w。而WA4320i-acn这款AP支持802.11ac,正常工作态整机功耗小于12.95W,特殊情况下(接入用户数过多)实际功率最大可能浮动到16.5W。
===============display poe interface===============
=========================================================
Interface Status Priority CurPower Operating IEEE Detection
(W) Status Class Status
GE1/0/1 enabled low 3.8 on 3 delivering-power
GE1/0/2 enabled low 3.8 on 3 delivering-power
GE1/0/3 enabled low 3.6 on 3 delivering-power
GE1/0/4 enabled low 3.2 on 3 delivering-power
GE1/0/5 enabled low 3.1 on 3 delivering-power
GE1/0/6 enabled low 3.1 on 3 delivering-power
GE1/0/7 enabled low 3.5 on 3 delivering-power
GE1/0/8 enabled low 0.0 off 0 searching
GE1/0/9 enabled low 3.5 on 3 delivering-power
GE1/0/10 enabled low 4.8 on 3 delivering-power
GE1/0/11 enabled low 0.0 off 0 searching
GE1/0/12 enabled low 4.0 on 3 delivering-power
GE1/0/13 enabled low 3.2 on 3 delivering-power
GE1/0/14 enabled low 7.1 on 3 delivering-power
GE1/0/15 enabled low 0.0 off 0 searching
GE1/0/16 enabled low 6.2 on 3 delivering-power
GE1/0/17 enabled low 6.8 on 3 delivering-power
GE1/0/18 enabled low 3.6 on 3 delivering-power
GE1/0/19 enabled low 0.0 off 0 searching
GE1/0/20 enabled low 0.0 off 0 searching
GE1/0/21 enabled low 3.2 on 3 delivering-power
GE1/0/22 enabled low 3.5 on 3 delivering-power
GE1/0/23 enabled low 4.2 on 3 delivering-power
GE1/0/24 disabled low 0.0 power-deny 0 disabled
--- 18 port(s) on, 74.2 (W) consumed, 310.8 (W) remaining ---
所以导致AP下线的最终问题原因是:部分AP接入用户过多,导致AP实际功率超出额定功率,触发POE交换机的过载保护,导致供电中断。
建议现场手动关闭LLDP,关闭自动协商功能,并手动设置接口最大输出功率
关闭LLDP:undo LLDP enable
设置最大功率20W:poe max-power 20000
更改后观察一段时间,AP未出现掉电现象,交换机过载保护计数也没有再次增加。
解决方法
PD设备出现受电异常时,可以通过查看具体断电原因判断是否和交换机有关,除了在AP部署时严格按照要求使用超五类及以上线缆、长度控制在90M以内等要求外,对于特殊PD设备(如本案例中AP实际功率超出原协商的供电级别)可以在交换机上关闭LLDP并手动设置最大输出功率来避免此类问题。
关闭LLDP:undo LLDP enable
设置最大功率20W:poe max-power 20000
注意:切勿将最大值设置为30W,因为接口下缺省最大值为30W,设置最大功率30W时端口会优先按照供电级别确认最大供电功率。
(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论