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

运营商用户IPTV组播卡问题处理案例

2017-10-20 发表
  • 0关注
  • 0收藏 2581浏览
粉丝:0人 关注:0人

运营商用户近期反馈IPTV质差用户较多,搭建环境测试复现了IPTV组播卡问题,经分析与不同厂家设备IGMP参数设置有关,现将详细处理情况做如下说明:

组网:组播源--- S12508F-AF ---华为S9300 ---- 华为MA5680T ---- 中兴ONU  ---- IPTV机顶盒

故障现象:2台不同厂家IPTV机顶盒持续播放CCTV1频道(组播组IP239.253.240.77),多次出现1-2秒卡顿情况

1、检查S9300PON设备上下行口端口及对端设备端口收发光功率正常,,端口带宽利用率不高,无误码增长、无discard报文增长。且S12508F-AF ping 机顶盒丢包率很小,基本排除链路质量问题。

2、检查S9300 cpu防护对IGMP报文的统计,由于设置IGMP阀值较高,dis cpu-defend statistic 查看cpcar无丢弃;检查OLT对于组播报文抑制,设置阀值较大,排除IGMP交互报文中途丢弃的可能。

3、查看二层组播表项有无异常:

display  igmp-snooping  port-info  vlan  80 group-address  239.253.240.77 verbose 查看组播组的成员端口信息:

The port information of Group 239.253.240.77 on VLAN 80:

    Time of this group has been up : 10w:5d

  The port information of (0.0.0.0, 239.253.240.77):

    Time of this source has been up : 10w:5d

    Port Table on this source(0.0.0.0):

      No.1

        Port name : Eth-Trunk3

        Time of this port has been up as a host-port : 01:00:48

        Remain time of port expire as dynamic host-port : 00:03:48

        Host-port flags : Dynamic

发现Time of this port has been up as a host-port(该接口成为一个成员端口的时间)时间较短,表示该组播表项老化 重新建立过(正常这个时间应较长)

4、组播表项老化原因分析:

组播交换机S12508F-AF发送IGMP Query后,在S9300 IGMP二层组播表项默认老化时间内无主机回应IGMP ReportS9300便会删除该成员端口表项。

 

1)从用户侧发送IGMP Report角度分析:

除非组播路由器S12508F-AF查询该OLT下当时无用户看CCTV1频道 无新用户开始观看CCTV1频道,该场景才会出现,而我们测试环境下有多台不同厂家机顶盒在持续观看CCTV1节目,故机顶盒或OLT不回应IGMP Report可能性较小。

2)从组播路由器侧发送IGMP Query的角度分析:

S9300debugging igmp-snooping query,查看目的IP地址为224.0.0.1igmp query信息出现的频率,看到2debug信息之间的时间间隔为125秒,说明S12508F-AF 默认查询间隔为125S

S9300默认查询间隔为60秒,协议规定的表项老化时间 = 健壮系数 x 查询间隔 + 最大响应时间,即表项老化时间为2 * 60 + 10 = 130

IGMP协议里面允许终端回应IGMP Report时存在一个0~10秒的最大响应时间,华为OLT MA5680T通用组查询(IGMP Query )最大响应时间:10s,即OLT在收到一条查询消息后,会在0~最大响应时间 范围内随机选取一个数值,在这个时间范围内回应IGMP Report报文。

S12508F-AF查询间隔为125秒时,此时S9300组播表项必须要在5秒内收到下面IGMP proxyOLT)回应的report报文,否则超过130S就会出现组播表项老化,所以当IGMP proxy OLT回应的report报文在5~10秒之间,就会出现断流黑屏,并且这个现象是随机的。

了解不通产品关于IGMP报文各类处理特性后,要解决该问题,我们有如下两种处理方案:

1调小S12508F-AF默认查询间隔,比如改为和S9300一致的60S

2调大S9300 默认查询间隔,比如改为125S,这样老化时间变为 2*125+10=260S

 

将测试环境所在的S9300 默认查询间隔改为125S,观察IPTV机顶盒未再出现直播卡顿现象。

vlan 80

igmp-snooping query-interval 125

不同厂家、产品间IGMP相关对接参数不同 导致IPTV机顶盒随机出现直播卡顿问题,

在遇到不同厂家BAS、交换机等设备IGMP对接时,需要注意IGMP查询器间隔时间和 端口老化时间的配合问题,建议对接双方将IGMP查询间隔时间改为一致。

IGMP查询间隔时间 组播表项的端口老化时间 两个标准如下:

当前不同厂商、不同形态默认的查询器间隔分为两大阵营:60S125S

端口老化时间 = 查询器间隔 * 健壮性系数 + 最大响应时间

 

该案例对您是否有帮助:

您的评价: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

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