某市电信IPTV平台发现某频道播放优良率差、播放用户少，和全省其它地市相比，此频道用户数和优良率都低很多。经过测试发现，该频道黑屏或卡住不动，无法观看，属于完全断流的故障现象，而其它频道正常。如图1所示，该频道组播地址为：239.93.5.254。
图1 IPTV频道统计信息
根据上述故障现象，进行分析：
1. 根据统计上报故障的用户发现，在不同的OLT和不同的BRAS下都有类似问题，经测试发现该频道只有几秒钟画面，应该是单播画面，组播完全中断。
2. 在OLT上拉流做流量统计。
3. 在BRAS上检查组播表项，做流量统计。
1. 在OLT设备上拉流做流量统计。
通过如上方法在OLT上做239.93.5.254频道的流量统计发现，该组播组一直没有流量，流量没有到OLT上，所以问题应该从上层设备排查。
2. 查看BRAS设备上的组播表项。
在BRAS上可以查到该组播地址(S, G)、(*, G)表项，可知组播表项正常，源端口是上行口xgei-0/0/0/2.1。有组播表项，但是组播断流，需要逐段排查组播流在哪里中断。
3. 由于OLT是直挂BRAS设备，因此需要在BRAS上抓包或者做流量统计，由于整台OLT都没有该频道组播流，因此直接在BRAS上行口做流量统计，检查是否组播流就没有到BRAS。因为BRAS上行口已经绑定了防病毒策略，只需要在防病毒策略里加一条239.93.5.254地址的规则，打开流量统计功能（在规则后加log参数）就可以测试，如下增加一条rule 100：
再次通过命令查看统计结果：
发现匹配次数没有增加，可能原因有：
1）流量没有到达BRAS。
2）流量在前面的deny规则里被匹配上丢弃了，因此还需要再做一次流量统计，把rule 100改到前面再统计一次，这期间OLT上一直保持拉流状态。
4. 修改规则顺序，放到最前面之后发现匹配次数增加，说明这个地址的流量已经到BRAS上行口，肯定是被上行口的其它规则过滤，因此把前面的规则都打开流量统计，删除这条规则permit ip 239.93.5.254 log，发现如下这条规则增长速度很快。
删除这条规则后再测试，OLT上这个组播地址流量统计正常了。
IPTV直播流是通过UDP协议传输，使用UDP端口号，如果端口被屏蔽，流量就会中断，通过上面的排查过程，发现239.93.5.254频道是采用的UDP端口9996，和BRAS上行口的防病毒端口策略一致，被BRAS上行口丢弃，所以组播流中断。IPTV平台开通新频道定义端口时需要避免使用公认常用的病毒端口。
以上排查过程使用了设备的流量统计功能，对于分段排查流量丢包有帮助，但需要尽量精确了解流量特征，便于快速定位。
1. 中兴通讯OLT组播流量统计方法：
2.中兴ZXR10 M6000-S做BRAS设备流量统计方法：配置ACL访问列表，加log参数，打开统计功能。
V3版本具体配置方式如下：
V5版本具体配置方式如下：
