• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

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

2018-05-13提问
  • 1关注
  • 1收藏,2340浏览
粉丝:0人 关注:0人

问题描述:

公司总共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都掉过。可能会是哪些原因?

最佳答案

粉丝:1人 关注:0人

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


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


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


  1. 组网


某局点无线组网中使用我司S5110-28P-PWR款型POE交换机做为接入层交换机并给下联WA4320i-ACN款型AP供电。  



  1. 问题描述


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


  1. 过程分析


根据现场描述,问题的直接原因是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软件异常等,APreboot信息有可能来不及记录相关信息,此时可以查看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的信息来判断,怀疑方向有两个:


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


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


通过官网查看规格发现,S5110-28P-PWR款型交换机整机供电功率385W,实际输出功率约360WWA4320i这款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负载太轻,实现不符合规范;


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


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


[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


port10    0      0      5      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口,对应在port10port11OverLoadCnt计数有增长。问题可以确认为触发了交换机的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.4WPD设备6.4912.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,关闭自动协商功能,并手动设置接口最大输出功率


关闭LLDPundo LLDP enable


设置最大功率20Wpoe max-power 20000


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


  1. 解决方法  


PD设备出现受电异常时,可以通过查看具体断电原因判断是否和交换机有关,除了在AP部署时严格按照要求使用超五类及以上线缆、长度控制在90M以内等要求外,对于特殊PD设备(如本案例中AP实际功率超出原协商的供电级别)可以在交换机上关闭LLDP并手动设置最大输出功率来避免此类问题。


关闭LLDPundo LLDP enable


设置最大功率20Wpoe max-power 20000


注意:切勿将最大值设置为30W,因为接口下缺省最大值为30W,设置最大功率30W时端口会优先按照供电级别确认最大供电功率。


暂无评论

0 个回答

该问题暂时没有网友解答

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明