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

SR6600 FIP业务板卡丢包整改方案

  • 0关注
  • 4收藏 1901浏览
粉丝:1人 关注:0人

组网及说明

涉及产品:SR66系列 FIP业务板卡

问题描述

故障现象:

1、每天上午和下午上班高峰期会出现视频卡顿现象,其他时间不定时发生

2、故障时间ping此设备相关地址会有丢包和延迟情况。

3、常规流统统计结果,无特别明显进出报文不一致

过程分析

1、查看有无逻辑丢包(FGPA丢包)

命令:

[SR6608-probe]

display hardware internal fpga  chassis 1 slot 3 register 8a

Read the Reg [0x008a] and the Val is 0x0000 16进制,正常均为0

[R6608-probe]

display hardware internal fpga  chassis 1 slot 3 register 8c

Read the Reg [0x008c] and the Val is 0x0000

[SR6608-probe]

display hardware internal fpga  chassis 1 slot 3 register fa

Read the Reg [0x00fa] and the Val is 0x0000

 

观察业务故障期间,数值是否跳变。如若可以考虑以下两方面因素

1)、版本问题:

当前年度推荐版本设置FPGA内部共享FIFO64 Bytes,此局点故障版本CPU发送限速模块的突发值为80K Bytes,超过了上述FPGA共享FIFO的承受能力。

而该FIFO为所有接口共享,当该FIFO满时,会导致所有接口无差别丢包。

2)、镜像端口反制:

当多个接口的流量汇聚到某个接口发送,比如镜像配置(进出方向累加),此时超过镜像端口线速转发,影响与该镜像接口使用相同芯片的其他接口的转发。

 

2、查看硬件性能指标PKI

[SR6608-probe]

display hardware internal  octeon   chassis 1 slot 3 pki  0 statistics  | include STAT3

//PKI模块有丢包,一般是由于CPU处理能力不足导致的 16进制,正常均为0

观察业务故障期间,数值是否跳变。如若可以考虑以下四方面因素

1)使用vlan接口

MAC软转组网(VLAN口转VLAN口)性能较低,同类型使用三层路由口模式,线速差距经研发评估有5倍以上。

2)使用多组软件镜像,且涉及跨框镜像

SR6600 本地镜像local1-4均为软件镜像,主要作用是定位问题使用,不建议镜像大量业务报文(软件镜像,每个报文copy一份上送CPU处理,影响CPU转发性能)

年度版本R7809P25-RPE3,开始支持逻辑镜像,本地local 257-260,(使用硬件芯片处理,不占用CPU性能,但FPGA硬件镜像的规格mirror口最多每板8个满规格)

3SR6600堆叠组网,且存在大流量跨框

此类设备推荐ECMP方式组网,如若需要使用堆叠,尽量避免大流量跨框使用。

推荐配置聚合口负载分摊模式为 本地优先+本板优先。

[H3C]link-aggregation load-sharing mode local-first     

[H3C]link-aggregation load-sharing mode local-first slot-based

4)存在突发单流流量(5元组相同的数据流)

单流流量突发,可能占满某个转发核引起丢包。

查明命令:

monitor process  chassis x slot x,按1查看实时,举例:

平常时间:FIP380,业务板存在16个核,流量经过hash分摊在转发核上进行处理。当前核CPU4idle 26.94%


故障时间:出现突发单流量(5元组相同的数据流)占满CPU4,硬件指标PKI开始计数增值,现场出现视频业务卡顿丢包。


此场景下建议优化配置转发模式:“逐流增强模式”, 作用是逐包模式+软件保序。

(新特性,年度版本下仅型号为FIP-680FIP-260FIP-380FIP-660SAP-XP4GE32的板卡配置该参数后才能生效。)

命令:[H3C]forwarding policy per-flow enhance

转发模式说明:

per-flow:基于流处理,处理过程保证先进先出(默认方式)

enhance:增强模式的流处理。配置本参数后,同一条流的入方向、转发和出方向分担到不同的CPU进行处理,从而提升单条流的处理性能。

per-packet:基于报文处理,将报文依次发送到不同的CPU进行处理,不保证报文的处理顺序。

解决方法

如上所示,一步一步排查,每一步都有对应的整改方案。

该案例对您是否有帮助:

您的评价:1

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

作者在2021-10-17对此案例进行了修订
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

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