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

某局点无线丢包问题处理经验案例

2019-05-11 发表
  • 0关注
  • 0收藏 2488浏览
粉丝:17人 关注:18人

组网及说明

现场组网:

终端---poe交换机---汇聚交换机----核心接换机75E----bass        集中转发。

                                                                            |

                                                                       AC 插卡



问题描述

不定时出现20台左右ap下终端ping ac 丢包 ,ap换一个地址后,丢包现象消失。

过程分析

1.根据问题描述,ap换一个管理地址后,丢包现象消失,怀疑是中间的转发设备丢包,首先要做的是通过流统和抓包确定丢包位置。

(1)Ac ping终端,ping -a 10.181.0.7 10.180.116.84 ,同时在acdebug icmp测试,结果如下:ping10个包,通了5个。


(2) 75E入口和出口做流统测试,Ac ping终端,ping -a 10.181.0.7 10.180.116.84 10 个包,通了2个, ac75E交换机内联口流统结果是入方向和出方向都抓到2个包

Direction: Inbound

  Classifier: lt

     Operator: AND

     Rule(s) : If-match acl 3998

     Behavior: lt

      Accounting Enable:

        2 (Packets)

  Direction: Outbound

  Policy: lt

   Classifier: lt

     Operator: AND

     Rule(s) : If-match acl 3998

     Behavior: lt

      Accounting Enable:

        2 (Packets)

(3) 75E下行口抓包,Ac ping终端10个包,ping -a 10.181.0.7 10.180.121.113 ,能抓包所有的去包和回包;

从抓包和流统的结果来看,ac ping 终端,丢包位置为ac75E交换机中间,还需要在ac和75E内联口抓包确定丢包位置;

2. 从上面的分析看, 丢包位置是在回程的ac75E交换之间,但是由于ac和交换机内联口流量过大,不能镜像抓包确定丢包位置,可以使用以太网口抓包存储功能PCS,将需要的流量抓到ac本地,通过对比ac收到的报文数量和75E下行口的回程包数量,可以确定ac有没有收到回程报文。

PCS策略如下:

The Recieve Rule List is :

The Device Port Num is : ALL

The Nodes ComboPatten is : or

    The Rule ComboPatten is : and

    The Packet Capture Rule is : SIPV4 = 10.181.18.195 and MASK = 32  // 匹配回程源地址

The Send Rule List is :

The Device Port Num is : ALL

抓包结果为:(1)     75E下行口镜像抓包,ac ping20个包,75E回程收到20个包,这里没有问题

(2)在交换机的连接ac的出口抓包,75E发出来20个包,

(3)PCS抓包,即ac收到75E交换机的报文,75E仅仅发了6个包给ac  

从这个抓包结果看,75E交换机将回程包发出来了,但是ac只收到一部分回程包,那么基本上可以确定,包是丢在了ac的内联口上。那为什么ac的内联口会丢包呢?接下来分析ac丢包原因:

3. 查看ac内联口流量,大概1Gpps左右,单播广播数量正常;查看CPU利用率,基本稳定在20%以下;  分析ac 丢包统计,发现ac有丢包现象。

 cpu利用率不高,为啥会丢包呢,可能的原因是ac转发核心分流不均,导致某些转发核心过忙丢包。 

 查看ac转发模式为软件快转,未开启硬件快转。

 AC软转是利用ip 5元组学习数据流,然后采用缓存技术使后续报文达到快转的目的,同一个源地址上来的报文,只会分给一个转发核心处理,因此会偶发性导致某一个ap下的终端丢包。开启硬件转发可以利用设备内置的FPGA转发芯片对报文进行高速转发,从而减轻软转核心的压力,因此开启硬件转发可以解决该问题。



解决方法

设备上的硬件快转是默认开启的,但是由于现场的ac插卡是2011年开局的,当时的v5 ac 插卡默认不开硬件快转,直到B096版本硬件快转默认开启,所以需要手动配上硬件快转命令。

开启硬件转发,ac丢包现象消失


该案例对您是否有帮助:

您的评价:1

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

作者在2019-06-12对此案例进行了修订
1 个评论
粉丝:0人 关注:13人

大佬 为什么AP换一个管理地址 就不丢包了呢?

因为丢包原因是ac转发性能受限,而ac有很多个转发核心,基于源ip进行转发,换个ip就换了一个转发核,所以就不丢包了。这个问题已经是两年之前了。这两年中对ac的转发策略做了优化,不会出现有些转发核之间负载不均的情况。

酸菜爱吃螃蟹 发表时间:2020-04-26

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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