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

某局点S6520X组播表项老化不更新导致黑屏

2020-06-01 发表
  • 0关注 ,571浏览
刘雨 六段
粉丝:5人 关注:0人

组网及说明


75036520之间是三层组播 pim sm协议,下联是组播vlan502,网关在6520上。下联的设备7604CE3000通过二层透传,配置igmp-snooping


问题描述

客户反馈igmp group表项会因为计时器时间结束导致表项被删除,导致用户在看电视的时候出现黑屏的情况,以232.0.8.21为例:


过程分析

现场对6520设备的1/0/231/0/24物理口做了流镜像,同步进行了display igmp group的查看。发现结果如下:

1)设备一直都有收到IGMP的报告报文。查询间隔默认为60秒,查询最大响应时间为10秒,抓包中可以看到基本1分钟能正常收到一个IGMP成员报告报文。


2)但是有一段时间,大概5分钟时间内。老化时间未发生任何更新,还在继续减少。

<WD_IPTV_S6520>dis igmp group  | include 232.0.8.21

   232.0.8.21      192.168.20.85   00:31:01    00:05:08   

<WD_IPTV_S6520>dis igmp group  | include 232.0.8.21

   232.0.8.21      192.168.20.85   00:32:01    00:04:09   

<WD_IPTV_S6520>dis igmp group  | include 232.0.8.21

   232.0.8.21      192.168.20.85   00:33:01    00:03:09   

<WD_IPTV_S6520>dis igmp group  | include 232.0.8.21

   232.0.8.21      192.168.20.85   00:34:00    00:02:10   

<WD_IPTV_S6520>dis igmp group  | include 232.0.8.21

   232.0.8.21      192.168.20.85   00:35:06    00:01:04   

<WD_IPTV_S6520>dis igmp group  | include 232.0.8.21

   232.0.8.21      192.168.20.85   00:36:00    00:00:10  

根据对比结果,设备收到了报文,但是未进行组播表项的更新。

3)现场将最大发送间隔和响应间隔时长修改为10秒(默认为1秒),且将健壮性系数配置为5(默认为2),测试依旧存在表项异常老化的情况。

[Sysname] interface vlan-interface 502

[Sysname-Vlan-interface100] igmp robust-count 5 //缺省为2  

 

默认老化时间为协议规定的表项老化时间 = 健壮系数 x 查询间隔 + 最大响应时间  

按照现场修改后的参数,老化时间为510

4)我们在实验室测试只要收到report报文就会更新老化时间:

*Feb  9 05:13:07:145 2013 5560x-3 IGMP/7/REPORT: Received IGMPv2 report for group 234.0.0.6 on interface Vlan-interface410(41.1.1.254) (G161026)

*Feb  9 05:13:07:145 2013 5560x-3 IGMP/7/REPORT: Process IS_EX packet for EXCLUDE group(234.0.0.6) on interface Vlan-interface410(41.1.1.254) (G116916)

 

display igmp group

IGMP groups in total: 2

Vlan-interface410(41.1.1.254):

  IGMP groups reported in total: 2

   Group address   Last reporter   Uptime      Expires

   234.0.0.6       41.1.1.1        00:02:53    00:04:19   

   239.255.255.254 41.1.1.1        1d:02h      00:02:18

5)让现场开debug,发现debug里面就有间隔几分钟没有上CPU的现象


6)查看设备诊断,有上送CPU报文超限速记录:

 16  IPV4_IGMP           19     35121556   2678290    100  S   On  SMAC 8 512


解决方法

通过debug命令调一下IGMP报文上送限速,默认是100pps,调成200观察。

设置命令:

[30HC-1-probe]debug rxtx softcar 16 pps 200 slot 1                                                                                  

 调整后现场反馈正常。

0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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