• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
案例类型
搜索
取消
产品线
关键字
发布者
发布时间

某局点S7003E 三层组播不通问题排查案例

2019-07-11发表
  • 0关注
  • 1收藏,615浏览
0

组网及说明

现场拓扑如下图,组播源直连在设备的G1/0/1接口,组播接收者直连在设备的G1/0/2接口,组播源的网关为设备上的interface vlan 203接口,组播接收者的网关为设备上的interface vlan 201接口。



问题描述

如上连接拓扑,经过组播业务测试发现,组播源和组播接收者在同一个vlan,组播源和组播接收者IP同网段时,进行二层组播测试正常,但是跨了三层以后,组播接收者无法接收组播视频。


过程分析

(1)查看组播组注册情况,有相应终端的IGMP注册信息:

[H3C]dis igmp group

IGMP groups in total: 3

Vlan-interface201(172.18.0.1):

  IGMP groups reported in total: 3

   Group address   Last reporter   Uptime      Expires

   224.2.2.9       172.18.0.34     00:03:29    00:04:17        //172.18.0.34为测试终端

   224.2.2.17      172.18.2.0      00:00:31    00:04:19       //172.18.2.0为测试的电视,该终端地址掩码为22

   239.255.255.250 172.18.1.241    00:03:35    00:04:19   


(2)查看组播路由表项,发现组播源无法加表,组播路由表项无法看到上行接口,组播流下行接口学习正常。  

[H3C]dis pim routing-table

Total 3 (*, G) entries; 0 (S, G) entries

 (*, 224.2.2.9)

     Protocol: pim-dm, Flag: WC

     UpTime: 00:03:30

     Upstream interface: NULL

         Upstream neighbor: NULL

         RPF prime neighbor: NULL

     Downstream interface information:

     Total number of downstream interfaces: 1

         1: Vlan-interface201

             Protocol: igmp, UpTime: 00:03:30, Expires: -

 (*, 224.2.2.17)

     Protocol: pim-dm, Flag: WC

     UpTime: 00:00:32

     Upstream interface: NULL

         Upstream neighbor: NULL

         RPF prime neighbor: NULL

     Downstream interface information:

     Total number of downstream interfaces: 1

         1: Vlan-interface201

             Protocol: igmp, UpTime: 00:00:32, Expires: -    

 (*, 239.255.255.250)

     Protocol: pim-dm, Flag: WC

     UpTime: 00:03:36

     Upstream interface: NULL

         Upstream neighbor: NULL

         RPF prime neighbor: NULL

     Downstream interface information:

     Total number of downstream interfaces: 1

         1: Vlan-interface201

             Protocol: igmp, UpTime: 00:03:36, Expires: -

 

(3)1/0/1口和1/0/2口均是处于STP的Forwarding转发状态的,而且连接组播源的G1/0/1口下有组播包计数:

GigabitEthernet1/0/7

Current state: UP

Line protocol state: UP

Input (total):  124097622173 packets, 169020955287638 bytes

         5005 unicasts, 48 broadcasts, 124097617106 multicasts, 0 pauses

 

(4)查看现场设备配置也并未发现问题:

interface Vlan-interface201        //接收者所在的vlan201,对应vlan接口下开启IGMP协议

ip address 172.18.0.1 255.255.252.0

igmp enable

#

multicast routing

#

interface Vlan-interface203       //组播源的网关接口下开启PIM路由协议

ip address 10.10.10.1 255.255.255.0

pim dm


(5)经过以上步骤排查后,并未发现什么异常,现场目前主要的问题是,组播源无法加入组播路由表。正常情况下,组播源发包给组播源网关接口上以后,组播路由设备应该就能正常加表了。于是我们进行抓包分析,发现组播源侧,确实发送了许多组播数据报文,但是设备收到后为什么不将组播源地址加表呢?


于是我们继续分析抓包报文中的内容,发现组播源发送的所有组播报文中,携带的TTL数值均为0。由于TTL数值,每经过一个三层设备转发,都会进行减1操作,当三层设备收到TTL值为0的报文时,会将报文直接进行丢弃,进而不再进行处理。


根据分析的情况,协调现场的组播源服务器进行确认发包的TTL数值,发现其设置值确实为0,后续让现场调整组播源的TTL为256后,组播业务正常,组播源加表正常,问题解决。



解决方法

根据分析的情况,协调现场的组播源服务器进行确认发包的TTL数值,发现其设置值确实为0,后续让现场调整组播源的TTL为256后,组播业务正常,组播源加表正常,问题解决。

对于我们日常使用的组播软件,以VLC组播软件为例,在session选项下,新建组播会话时,有个TTL值选项,建议直接配置为最大值256使用。


0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

分享扩散:

提出建议

    +

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

确定

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