案例：使用Traffic statistic功能定位数据流问题

　　BY 赵文瑞(广州办服务工程师)FW0051

　　【基本信息】

　　某高速公路监控系统使用H3C S65、56系列交换机设备搭建，运行200多路组播图像，属于大型组播网络。如下图：

　　每一个编码器为一路组播源，发出一路3.5M恒定码流的图像

　　【问题描述】

　　当组播系统出现故障，需要定位某一路组播流的问题，已经确定编码器正常，组播流已经发送出来了，查看交换机组播转发表项正常，但接收端的显示器上显示图像异常。由于组播组数量庞大，超过200组，且出现问题的组播流不固定，对问题的定位造成困难。

　　【问题解决过程】

　　首先挑选几路出现问题的组播流，查到其源地址与组播组地址。之后使用Traffic statistic功能沿着组播流转发路径，在逐跳设备上做流统计，查看数据流在哪一个环节转发异常。

　　通过多处的流统计发现，同一路组播流转发到了未点播该流的端口，问题定位为S6500三层组播转发表异常，升级设备至3030版本后问题解决。

　　问题定位的思路值得借鉴，Traffic statistic功能对复杂的数据流问题定位提供了直接而有效的方法。

　　附注： Traffic statistic典型配置案例

　　使用S3928P-EI做典型配置举例，组网图如下：

　　组播源接Eth1/0/23端口，IP地址为192.168.1.10，发送组播组为224.0.0.100。点播客户端接Eth1/0/1端口，IP地址为192.168.1.100。

　　配置步骤：

　　1、 配置ACL标识要统计的数据流

　　acl number 3000

　　rule 0 permit ip source 192.168.1.10 0.0.0.0 destination 224.0.0.100 0.0.0.0

　　标识要统计的数据流为从源地址192.168.1.10发往组播组224.0.0.10的数据流。

　　2、 在要统计的端口下发Traffic statistic

　　interface Ethernet1/0/23

　　traffic-statistic inbound ip-group 3000 rule 0

　　在组播源端口对inbound方向符合ip-group 3000的数据流做Traffic statistic。

　　3、 查看statistic值，用于定位数据流问题

　　[Quidway]dis qos-interface Ethernet 1/0/23 traffic-statistic 客户端没有点播时查看

　　Ethernet1/0/23: traffic-statistic

　　Inbound:

　　Matches: Acl 3000 rule 0 running

　　0 packet inprofile 没有点播时统计值为0

　　0 packet outprofile

　　[Quidway]dis qos-interface Ethernet 1/0/23 traffic-statistic 客户端开始点播组播流后查看

　　Ethernet1/0/23: traffic-statistic

　　Inbound:

　　Matches: Acl 3000 rule 0 running

　　10 packets inprofile 统计值显示组播流开始增长

　　0 packet outprofile

　　说明：对于S3928P-EI目前的0022版本只支持inbound方向的Traffic statistic，S6500系列3030版本支持双向Traffic statistic，S5600系列也支持双向Traffic statistic。其他系列的交换机没有做过应用，大家可以自己试一下。

2015年12月