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

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

2020-06-01 发表
  • 0关注
  • 0收藏 1768浏览
刘雨
刘雨 八段
粉丝：17人 关注：0人

组网及说明


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


问题描述

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


过程分析

现场对6520设备的1/0/23和1/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 查询间隔 + 最大响应时间  

按照现场修改后的参数，老化时间为5分10秒

（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                                                                                  

 调整后现场反馈正常。

该案例对您是否有帮助：

您的评价：1

若您有关于案例的建议，请反馈：

0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

✖

➤

提出建议

✖

    +
网站相关
关于我们
服务条款
帮助中心
经验与权限
积分规则
联系我们
联系我们
建议反馈
常用链接
知了APP下载
标杆的神器下载
关注我们
H3C官网
新华三服务公众号
安仔远程运维服务
新华三商城
内容许可
除特别说明外，用户内容均可采用知识共享署名-相同方式共享3.0中国大陆许可协议进行许可

Copyright©2024新华三集团保留一切权利 当前呈现版本 NO.1

本图标版权归新华三集团所有，仅限本社区使用，切勿用做商业目的，违者必究

浙ICP备09064986号-1   浙公网安备 33010802004416号

✖

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

确定
✖

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

注册后可访问此模块

跳转hclhub
✖

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

✖