某市電信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版本具體配置方式如下：

審核編輯：劉清