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

无线控制器WX3510H CPU高问题处理案例

2017-09-30 发表
  • 0关注
  • 2收藏 2141浏览
赵杰 四段
粉丝:4人 关注:0人

客户采购我司AC管理内网无线,AC旁挂在核心交换机,运行一段时间后巡检发现AC CPU利用率持续在50%左右,由于临近假期,客户担心CPU过高影响无线网络使用,要求排查CPU利用率高原因。

 ===============display cpu===============  
Slot 1 CPU 0 CPU usage:
      50% in last 5 seconds
      50% in last 1 minute
      50% in last 5 minutes

===========================================================
=================================================================
  ===============display cpu-usage history slot 1 ===============  
100%|                                                            
 95%|                                                            
 90%|                                                            
 85%|                                                            
 80%|                                                            
 75%|                                                            
 70%|                                                            
 65%|                                                            
 60%|                                                            
 55%|                                                            
 50%|############################################################
 45%|############################################################
 40%|############################################################
 35%|############################################################
 30%|############################################################
 25%|############################################################
 20%|############################################################
 15%|############################################################
 10%|############################################################
  5%|############################################################
     ------------------------------------------------------------
              10        20        30        40        50        60  (minutes)
               cpu-usage (Slot 1 CPU 0) last 60 minutes (SYSTEM)


对于CPU高问题,首先需要检测CPU进程,分析哪个功能模块占用CPU资源,查看CPU进程占用资源,检查发现kdrvfwd进展占用大量CPU进程,kdrvfwd是设备转发进程,负责转发设备收到的流量,kdrvfwd进程正常情况占用CPU 3%左右,目前占用资源高出正常值太多,推断AC处理大量无用流量(广播或组播)

===============display process cpu slot 1===============  
CPU utilization in 5 secs: 50.5%; 1 min: 50.5%; 5 mins: 50.4%
    JID      5Sec      1Min      5Min    Name
      1      0.0%      0.0%      0.0%    scmd

  170      6.2%      6.2%      6.2%    [kdrvfwd8]
      171      6.2%      6.2%      6.2%    [kdrvfwd9]
      172      6.2%      6.2%      6.2%    [kdrvfwd10]
      173      6.2%      6.2%      6.2%    [kdrvfwd11]
      174      6.2%      6.2%      6.2%    [kdrvfwd12]
      175      6.2%      6.2%      6.2%    [kdrvfwd13]
      176      6.2%      6.2%      6.2%    [kdrvfwd14]
      177      6.2%      6.2%      6.2%    [kdrvfwd15]

查看CPU处理接口报文统计情况发现设备G1/0/1收到大量广播报文,每秒钟24万PPS左右

********************fpl showdpstat: start ****************************
idx     item                       stat                 speed(pps)
----------------------------------------------------------------------
  1 GE1/0/1RxUnicast               189886               4
  2 GE1/0/1RxBroadcast             2124847907           213984
  3 GE1/0/1RxMulticast             637788978            31453
  4 GE1/0/1TxUnicast               129582               4
  5 GE1/0/1TxBroadcast             1962                 0
  6 GE1/0/1TxMulticast             5                    0

接口统计记录如方向存在大量广播和组播报文:

===============display interface=============== 

GigabitEthernet1/0/1

Current state: UP

Line protocol state: UP

Last 300 second input: 240269 packets/sec 19570072 bytes/sec 19%

Last 300 second output: 12 packets/sec 1129 bytes/sec 0%

Input (total):  2585524974 packets, 212510013352 bytes

         177007 unicasts, 1982234642 broadcasts, 603113325 multicasts, 0 pauses

Input (normal):  2585524974 packets, 212510013352 bytes

         177007 unicasts, 1982234642 broadcasts, 603113325 multicasts, 0 pauses

通过上面信息判断核心交换机发送大量广播和组播报文,AC将这部分报文上送CPU处理,导致AC的CPU利用率持续很高,现场工程师了解到客户前一天业务变更,将有线和无线业务vlan打通共用,初步怀疑共用vlan透传广播报文引起,在AC上开启基于vlan的二层隔离,并隔离有线到无线的广播报文,配置之后观察CPU使用率下降恢复到割接之前。


在AC上开启基于vlan的二层隔离解决:

user-isolation vlan 2 permit-mac 000f-e212-7788

user-isolation vlan 2 enable

undo user-isolation permit-broadcast 


该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2019-06-12对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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