唐山聯(lián)通IPTV個(gè)別頻道卡頓故障案例分析上海貝爾河北分公司劉棟良摘要：通過7360上聯(lián)口鏡像抓取電視頻道組播報(bào)文，分析IPTV卡頓故障原因，并給出解決故障的建議。關(guān)鍵詞：7360組播wireshark故障現(xiàn)象唐山聯(lián)通上海貝爾7360GPON節(jié)點(diǎn)，下掛有各類型的ONT〔SFU，上海貝爾HGU，異廠家HGU〕，一些用戶出現(xiàn)個(gè)別IPTV直播頻道卡頓或黑屏，不能正常播放。查看網(wǎng)管數(shù)據(jù)和OLT、ONT狀態(tài)均正常，聯(lián)系數(shù)據(jù)機(jī)房答復(fù)上聯(lián)數(shù)據(jù)沒有問題。故障現(xiàn)象分布在不同的小區(qū)，經(jīng)查看ONT下掛在不同OLT，型號(hào)不同，較為分散。原因分析由于故障現(xiàn)象分布在不同OLT，首先疑心OLT的數(shù)據(jù)轉(zhuǎn)發(fā)異常導(dǎo)致，因此對(duì)OLT上聯(lián)口進(jìn)行抓包來定位故障。在7360上設(shè)置上聯(lián)口鏡像配置〔7342需要光轉(zhuǎn)電模塊,根據(jù)實(shí)際配置〕7360Cli模式下，翻開鏡像端口configureportnt-a:eth:1noshutdown

configureportnt-a:eth:1ethernetspeed1000根據(jù)實(shí)際配置configureportnt-a:eth:1ethernetautonegotiate電口可配置成autonegotiate，光口不支持設(shè)置鏡像ID并綁定鏡像端口configuremirrormirror-dest200createconfiguremirrormirror-dest200sapnt-a:eth:1:0createconfiguremirrormirror-dest200noshutdown設(shè)置鏡像源端口〔根據(jù)實(shí)際修改〕debugmirror-source200portnt-a:xfp:4ingressegress源端口為上聯(lián)iptv口debugmirror-source200portlt:1/1/3ingressegress

源端口為LTdebugmirror-source200portlag-20ingressegress

源端口為LAG顯示鏡像狀態(tài)如下showmirrormirror-desttyp:isadmin>#showmirrormirror-dest===============================================================================MirrorServices===============================================================================IdTypeAdmOprDestinationSDPLbl/SliceSAPQoS-------------------------------------------------------------------------------201EtherUpUPSAPnt-a:eth:1:010showmirror200mirror-dest鏡像端口配置完成后，網(wǎng)線一端連接NT板e(cuò)th口，另一端連接電腦網(wǎng)卡，進(jìn)行抓包。Wireshark抓包設(shè)計(jì)過濾分析由于故障為個(gè)別頻道卡頓黑屏，其他頻道正常，因此設(shè)計(jì)在上聯(lián)口分別抓取正常頻道的數(shù)據(jù)流和卡頓頻道的數(shù)據(jù)流進(jìn)行分析比照，定位故障原因。查找IPTV直播頻道所在的直播組地址。cli命令下輸入showmcastactive-groupswireshark過濾設(shè)計(jì)在wireshark的capture選項(xiàng)里輸入過濾條件，進(jìn)行抓包。由于故障分布在IPTV業(yè)務(wù)的不同頻道，可根據(jù)組播地址過濾抓取對(duì)應(yīng)的正常頻道和故障頻道的組播數(shù)據(jù)報(bào)文。聯(lián)系ONT切換正常頻道和故障頻道，定位組播頻道開始和結(jié)束大概時(shí)間，在filter中輸入ip.addr==239.253.92.112origmp進(jìn)行過濾，標(biāo)記參加直播頻道地址開始和結(jié)束的igmp報(bào)文，進(jìn)行截取。對(duì)截取的正常頻道組播數(shù)據(jù)流和卡頓頻道組播數(shù)據(jù)流進(jìn)行比照分析如下正常頻道卡頓頻道可以查看到截取的抓包數(shù)據(jù)流中，正常頻道udp流連貫無喪失，而卡頓頻道在不同時(shí)間點(diǎn)出現(xiàn)udp的斷流。5，進(jìn)一步對(duì)組播數(shù)據(jù)流進(jìn)行IOgraphs轉(zhuǎn)換，應(yīng)用IO工具分析數(shù)據(jù)流連貫度。IOgraphs是一個(gè)非常好用的工具。根本的WiresharkIOgraph會(huì)顯示抓包文件中的整體流量情況，通常是以每秒為單位〔報(bào)文數(shù)或字節(jié)數(shù)〕。默認(rèn)X軸時(shí)間間隔是1秒，Y軸是每一時(shí)間間隔的報(bào)文數(shù)。如果想要查看每秒bit數(shù)或byte數(shù)，點(diǎn)擊“Unit〞，在“YAxis〞下拉列表中選擇想要查看的內(nèi)容。這是一種根本的應(yīng)用，對(duì)于查看流量中的波峰/波谷很有幫助。要進(jìn)一步查看，點(diǎn)擊圖形中的任意點(diǎn)就會(huì)看到報(bào)文的細(xì)節(jié)。正常頻道的IO視圖卡頓頻道的IO視圖如上，從IO視圖能看出正常頻道的視頻流平穩(wěn)，而故障頻道的視頻流不穩(wěn)定且有時(shí)趨于0，由此造成黑屏或卡頓。由于此次抓包為OLT上聯(lián)口，因此定位故障原因在OLT上層出現(xiàn)斷流或者數(shù)據(jù)包喪失，將此結(jié)果整理反響給局方裕華道客響中心，協(xié)調(diào)上層設(shè)備專家協(xié)助排障。解決方法客響中心將此問題反響給市公司網(wǎng)管中心，負(fù)責(zé)OLT上層設(shè)備工程師在收到故障報(bào)告后，將貝爾OLT上聯(lián)會(huì)聚到的ME6000中繼設(shè)備上行端口做了調(diào)整并把光纖做了替換處理，聯(lián)系現(xiàn)場測試一臺(tái)故障用戶故障是否消除。經(jīng)測試，故障用戶IPTV業(yè)務(wù)已正常，之前卡頓或者黑屏現(xiàn)象已消除，之后陸續(xù)回訪其他申告用戶，申告用戶的業(yè)務(wù)均恢復(fù)正常。經(jīng)驗(yàn)教訓(xùn)與建議總結(jié)現(xiàn)場通過抓