FTTH故障處理集錦

1、烽火ftth故障處理集錦1、基本數(shù)據(jù)業(yè)務(wù)故障分類查找1.1 pppoe 撥號678 錯誤【問題現(xiàn)象】用戶使用pppoe 撥號上網(wǎng)，不成功。出現(xiàn)“678”錯誤?！驹蚍治觥垮e誤碼說明：不能連接到pppoe 接入服務(wù)器。過程為先由用戶主機廣播一個發(fā)起分組（padi），之后接入集中器發(fā)送單播的給予分組（pado ）。用戶和bras 鏈路中任何一個環(huán)節(jié)有問題，都可能導(dǎo)致678 故障。原因主要有：1. 用戶側(cè)：a. 網(wǎng)絡(luò)線路連接錯誤；b. 網(wǎng)卡工作不正常。包括網(wǎng)卡驅(qū)動問題、網(wǎng)卡損壞、或者網(wǎng)卡未插緊等;c. 撥號軟件問題；2. 接入設(shè)備段：a. onu 設(shè)備未配置數(shù)據(jù)或配置數(shù)據(jù)未下發(fā)；b. onu 設(shè)備問

2、題；c. 對廣播包的抑制；3. 上游設(shè)備：a. bas 故障；b. 上聯(lián)口上聯(lián)交換設(shè)備未能透傳廣播包； 【解決方法】出現(xiàn)pppoe 撥號“678”錯誤可以按照以下的方法進行排查:1. 檢查用戶側(cè)網(wǎng)絡(luò)連接情況和網(wǎng)卡狀況。a. 網(wǎng)卡狀況可以采用ping 同一網(wǎng)段的其他設(shè)備驗證；b. 觀察modem 狀態(tài)，可采用重啟modem 檢驗；c. 重新安裝撥號軟件或重新創(chuàng)建撥號連接；如果上述方法不能解決問題，可轉(zhuǎn)入步驟2 。2. 查看onu 狀況。a. 查看onu 狀態(tài)燈的情況，包括檢查電源狀況，注冊情況。如果reg 燈不亮，表明onu 未注冊，此時可以檢查光功率是否達到要求。b. 檢查onu 是否得到配置

3、，如果onu 沒有得到配置，需要通過網(wǎng)管重新下發(fā)配置；如果配置正常，可以采用從onu ping olt 驗證onu 至olt 的鏈路狀況。3. 檢查上游設(shè)備運行情況。a. 包括上聯(lián)交換設(shè)備是否攔截了廣播包，以及bas 的運行情況。b. bas 設(shè)置pppoe 賬號綁定也可能造成此錯誤?？偨Y(jié)： 造成此問題的原因是從用戶端到上聯(lián)服務(wù)器整個鏈路中的某一個環(huán)節(jié)連接不通?？赡茉斐蓡栴}的原因比較復(fù)雜，需要檢查從用戶至bas 的鏈路，可采用抓包法進行定位?！粳F(xiàn)網(wǎng)案例】某ftth 工程an5116-02 設(shè)備下有adsl 用戶pppoe 撥號上網(wǎng)出現(xiàn)“678”錯誤?，F(xiàn)場檢查話機與adsl 貓還有電腦之間的連接

4、線路正常，沒發(fā)現(xiàn)有松動與接觸不良的現(xiàn)象，可以先排除是線路造成的故障。檢查電腦網(wǎng)卡，驅(qū)動正常不顯示有黃色嘆號。檢查網(wǎng)卡的運行情況，使用另外一臺pc 與用戶pc 直連，手動配置為同一網(wǎng)段ip 地址，互ping不通。確認用戶網(wǎng)卡原因。打開機箱仔細查看網(wǎng)卡與主板的接口是否有接觸不良或未插緊的情況，拔下網(wǎng)卡，重裝驅(qū)動，重新創(chuàng)建撥號連接后，可以正常撥號?？偨Y(jié)：此案例中，由于用戶網(wǎng)卡接觸不良使用戶pc 無法連接至pppoe 服務(wù)器，導(dǎo)致?lián)芴枙r出現(xiàn)“678”錯誤。1.2 pppoe 撥號691 錯誤【問題現(xiàn)象】用戶使用pppoe 撥號上網(wǎng)，不成功。出現(xiàn)“691”錯誤。【原因分析】錯誤代碼說明：輸入的用戶名和密

5、碼不對，無法建立連接。主要原因有：1. 帳號和密碼輸入不正確。比如“0”和“o”、“z”和“2”沒有正確區(qū)分；2. 欠費。帳號被運營商停機會出現(xiàn)691 錯誤；3. 用戶數(shù)限制。當一個帳號在在已登錄狀態(tài)時不能再使用此賬戶撥號。4. 綁定較驗錯誤。運營商一般會將用戶的帳號與設(shè)備端口或mac 地址做綁定，更換位置或pc 后無法使用，會出現(xiàn)691 錯誤； 【解決方法】出現(xiàn)pppoe 撥號“691”錯誤可以按照以下的方法進行排查：1. 首先確認是否為用戶個人原因，用戶名密碼輸入錯誤等與密碼本身無關(guān)的行為導(dǎo)致?lián)芴柌怀晒Γ?. 如果仍然報告“691”錯誤，需要局方提供此賬號的詳細信息。包括是否欠費， 是否有

6、綁定，在錯誤發(fā)生時是否為未登錄狀態(tài)?？偨Y(jié)： 認證系統(tǒng)對賬戶的限制可能會造成撥號失敗，上報“691”錯誤。另外此問題一般與我方設(shè)備無關(guān)?！粳F(xiàn)網(wǎng)案例】某ftth 工程an5116-02 設(shè)備下有adsl 用戶反映計算機更換網(wǎng)卡之后pppoe 撥號上網(wǎng)出現(xiàn)“691”錯誤?，F(xiàn)場確認用戶用戶名密碼輸入正確，撥號仍然不成功。聯(lián)系局方確認此賬戶已經(jīng)做了mac 地址綁定。用戶更換網(wǎng)卡之后mac 地址改變，導(dǎo)致?lián)芴柌怀晒?。在局方更新綁定了所綁定的mac 地址后，用戶撥號成功。1.3 padi 包不出上聯(lián)【問題現(xiàn)象】用戶pppoe 撥號失敗，出現(xiàn)“678”錯誤。分析發(fā)現(xiàn)用戶發(fā)出的發(fā)起分組（padi ）沒有出上聯(lián)口

7、，此時其他業(yè)務(wù)正常?！驹蚍治觥看藛栴}為用戶主機發(fā)出的廣播的發(fā)起分組（ padi ）沒有從olt 送出。發(fā)起分組（padi ）是廣播包，有兩種情況，一、整個olt 內(nèi)丟包嚴重，即丟包與是否為廣播包無關(guān)；二、單播包基本沒有丟包現(xiàn)象，但是有很多廣播包丟失。由于此時其他業(yè)務(wù)正常，排除普遍嚴重丟包的可能性。廣播包在pon 系統(tǒng)內(nèi)丟失原因可能有以下兩種：1. onu 或olt 所設(shè)置的廣播包抑制的門限值過小。2. pon 系統(tǒng)內(nèi)部有異常的廣播源，發(fā)送大量廣播包，導(dǎo)致正常的廣播包被抑制。【解決方法】可能的原因及解決辦法主要有以下幾種：1. 檢查onu 、線卡以及上聯(lián)盤的廣播包抑制參數(shù)設(shè)置。適當加大門限，同

8、時抓包檢查效果。2. 如果單純改變門限值不能使問題有明顯改善，可以嘗試關(guān)閉所有的對廣播包的抑制。在上聯(lián)口處抓包，觀察廣播包的數(shù)量。如果發(fā)現(xiàn)有大量異常的廣播包，基本可以斷定pon 內(nèi)部存在異常的廣播源，一般在實際應(yīng)用中，為了防止廣播包泛濫，對廣播包都是有限制的，例如允許廣播包的數(shù)量200 個/秒，如果有主機發(fā)送大量異常廣播包，就會導(dǎo)致正常的發(fā)起分組（padi ）被丟棄。3. 下一步需要找到異常源，對其進行抑制，限制其上行廣播包的數(shù)量?！粳F(xiàn)網(wǎng)案例】【現(xiàn)象與4.1 現(xiàn)網(wǎng)案例相同】某ftth 工程an5116-02 設(shè)備下有adsl 用戶pppoe 撥號上網(wǎng)出現(xiàn)“678”錯誤。在按照4.1 現(xiàn)網(wǎng)案例中

9、所述方法進行處理之后，故障沒有解決。下一步檢查接入設(shè)備。首先是onu 的配置情況。如果onu 沒有得到配置，通過網(wǎng)管重新對該onu 下配置。如果有配置正確，檢查onu 到olt 的聯(lián)通情況。方法為從onu ping 線卡，如果不通則需要檢查onu 到olt 的鏈路；如果能通證明連接正常。下一步檢查數(shù)據(jù)包是否到達上聯(lián)交換設(shè)備。通過上聯(lián)口鏡像抓包，發(fā)現(xiàn)用戶pc 發(fā)出的發(fā)起分組（padi ）沒有從上聯(lián)盤送出。由此基本定位為發(fā)起分組（padi ）被pon 系統(tǒng)丟棄。然后查找廣播包被丟棄原因。首先檢查olt 和onu 對廣播包的抑制，發(fā)現(xiàn)所設(shè)置的抑制門限是可接受的值。之后關(guān)閉廣播包的抑制功能，上聯(lián)口抓到

10、大量的異常的廣播報文，確定廣播源之后對其做了廣播包限制后，問題得到解決。1.4 上網(wǎng)頻繁掉線【問題現(xiàn)象】pppoe 撥號成功，上網(wǎng)中頻繁掉線?！驹蚍治觥康艟€最直接的原因為主機沒有及時收到對端發(fā)送的回應(yīng)報文?？赡苡啥喾N原因引起。主要有以下原因：1. 線路條件差，協(xié)議數(shù)據(jù)丟包造成掉線。2. pon 系統(tǒng)丟包致使協(xié)議包丟失。包括環(huán)回導(dǎo)致的丟包。3. 諸如arp 欺騙的非線路原因?qū)е率詹坏綄Χ说膮f(xié)議報文導(dǎo)致掉線。例如arp 偽造網(wǎng)關(guān)攻擊。【解決方法】在確定故障現(xiàn)象之后，1. 如果用戶線路環(huán)境較差，在不改變線路條件的情況下，可以通過取消“ 回聲抑制”、對限速進行限速等功能，盡量改善線路質(zhì)量。2. 另外

11、，用戶線路的質(zhì)量好壞對上網(wǎng)影響也很大，如使用了劣質(zhì)的網(wǎng)線，網(wǎng)線進行了纏繞等，針對用戶線路具體情況采取措施。3. 如果是pon 系統(tǒng)內(nèi)丟包導(dǎo)致，檢查pon 系統(tǒng)是否工作正常，并檢查是否有內(nèi)部環(huán)路。4. 在確定用戶線路良好而且pon 系統(tǒng)無丟包的情況下，需要排查是否存在類似arp 攻擊的問題。這種情況一般出現(xiàn)在多用戶使用路由器撥號共享上網(wǎng)的情況下?！粳F(xiàn)網(wǎng)案例】某工程用戶反映總是pppoe 連接掉線，最多一天5，6 次，有時幾天都不出現(xiàn)。整個北京其他使用的epon 上網(wǎng)的用戶沒有反映掉線問題，此臺epon 系統(tǒng)下的只有此用戶反映掉線問題。在樓道的onu 機房內(nèi)，換過此用戶的onu 端口，換過不同的0

12、7onu ，用戶還是反映掉線問題。在onu 端口處抓包找到掉線的原因。正常流程為上層華為bras 定時發(fā)送ppp lcp reques 心跳包，下層用戶pc 回復(fù)ppp lcp reply，而在onu 端口通過接hub 抓包，發(fā)現(xiàn)上層華為bras 在多次發(fā)送ppp lcp request 心跳包，并長時間未收到相應(yīng)包后，華為bras 會發(fā)起ppp lcp termination request 心跳終止包，接著發(fā)起pppoe padt 拆線命令，用戶pppoe 撥號掉線，就此基本可以判定用戶掉線與07 onu 和olt 設(shè)備無關(guān)。分析可能是網(wǎng)線的原因或者用戶pc 的原因。建議用戶：1、升級配置

13、。使cpu 負荷正常，能正常處理pppoe 協(xié)議。2、使用路由器。用路由器能完成pppoe 撥號，不會因pc 性能原因?qū)е碌艟€。1.5 上網(wǎng)下載速度慢【問題現(xiàn)象】 上網(wǎng)、下載速度慢?！驹蚍治觥磕軌?qū)е律暇W(wǎng)、下載速度慢的可能原因有很多，下面列舉幾種典型的原因：1. 用戶線路質(zhì)量差。2. 網(wǎng)絡(luò)環(huán)路導(dǎo)致了網(wǎng)絡(luò)性能的下降。3. 設(shè)備某端口進行了限速，導(dǎo)致了數(shù)據(jù)流量的瓶頸。4. 網(wǎng)絡(luò)受到攻擊，如arp 攻擊。例如arp 掃描，網(wǎng)絡(luò)中出現(xiàn)大量arp 請求廣播包， 幾乎都是對網(wǎng)段內(nèi)的所有主機進行掃描。大量的arp 請求廣播可能會占用網(wǎng)絡(luò)帶寬資源，會影響用戶上網(wǎng)瀏覽網(wǎng)頁、下載速度，甚至會出現(xiàn)丟包的現(xiàn)象?！窘?/p>

14、決方法】首先檢查用戶線路是否連接良好，如無連接問題可查看設(shè)備配置是否啟用了限速導(dǎo)致了數(shù)據(jù)量的瓶頸，如有則將限速放開；上述兩種措施不能解決時可通過抓包觀察系統(tǒng)內(nèi)部是否存在異常包或環(huán)路情況?！粳F(xiàn)網(wǎng)案例】某工程用戶反映瀏覽網(wǎng)頁慢，玩在線游戲的時延大下載速度慢，2m 賬號下載速度只有20kb/s 、10kb/s 。在上聯(lián)口做鏡像進行抓包，發(fā)現(xiàn)有大量的arp 包，由于烽火設(shè)備默認出廠主控盤的廣播包抑制為150 包/秒，而這里抓到的arp 包數(shù)量在以140 包/秒150 包/秒之間的速度在快速增長，因此不排除實際的arp 廣播包增長的速度會快很多，(-) 通過在設(shè)備內(nèi)部mac 地址表學習中，發(fā)現(xiàn)這些arp

15、 包的大部分來源于上行設(shè)備下發(fā)的廣播包及少部分下行設(shè)備發(fā)送的上行廣播包。由于epon 內(nèi)部對于收到的上下行廣播包抑制到150 包/秒，此時， 系統(tǒng)內(nèi)部的大量地廣播包可能會造成正常用戶pppoe 發(fā)出的廣播包也會被抑制掉，近而會出現(xiàn)偶爾無法正常撥號及上網(wǎng)速度慢的現(xiàn)象。初步解決方案為對上游的廣播包進行控制。找出大量發(fā)arp 廣播包的源mac 地址，然后在烽火olt 設(shè)備上啟用q0s 機制，原理是只要烽火olt 設(shè)備收到了帶有非法源mac 的下行arp 廣播包都一律在gswc 盤上采取丟棄處理，從而可以減少對下行設(shè)備用戶造成的影響。但是這種過濾需要提供源mac 地址，在源mac 很多且不確定的情況下

16、就不能方便的使用了。1.6 dhcp 認證用戶主機無法獲取ip 【問題現(xiàn)象】dhcp 用戶無法獲得ip 地址?！驹蚍治觥縟hcp 在ip 地址分配過程中主要有四個階段：發(fā)現(xiàn)階段、提供階段、選擇階段和確認階段。任何階段出現(xiàn)問題都會導(dǎo)致主機無法獲取到ip 地址。可能原因主要有以下幾種：1. 網(wǎng)絡(luò)故障，無法連接到dhcp 服務(wù)器。2. dhcp 服務(wù)器關(guān)閉或無可用ip 地址。3. 用戶計算機網(wǎng)卡損壞。4. 其他。例如網(wǎng)絡(luò)中存在異常攻擊者?！窘鉀Q方法】首先應(yīng)該確定故障發(fā)生的范圍，dhcp 服務(wù)器下，個別用戶還是很多用戶無法獲得ip 地址。如果是個別用戶有此問題，基本可以確定dhcp 服務(wù)器的運行狀態(tài)

17、正常，olt 以上至dhcp 服務(wù)器鏈路正常。需要檢查包括用戶pc、onu 業(yè)務(wù)配置、廣播包抑制等設(shè)置是否正常。在檢測dhcp 服務(wù)器連通性時，可以手工配個ip 地址，再ping dhcp 服務(wù)器，如果可以ping 通，改回自動獲取ip 的模式，在本機運行arpd 清除緩存。如果出現(xiàn)很多用戶無法獲得ip 地址，或者獲取過程緩( -) 慢，需要檢查dhcp 服務(wù)器， 以及olt 上聯(lián)口和dhcp 服務(wù)器之間的路由器的設(shè)置?！粳F(xiàn)網(wǎng)案例】某工程使用dhcp 方式分配ip 地址，有用戶反映計算機自動獲取不到ip 地址。同olt 下沒有其他用戶上報此問題。由于此olt 下其他用戶沒有此問題，所以可以確定

18、dhcp 服務(wù)器運行正常，上聯(lián)至dhcp 服務(wù)器鏈路正常，olt 廣播包抑制正常。排查重點主要在用戶側(cè)，以及我們pon 系統(tǒng)的端口級配置。到達現(xiàn)場后，用戶描述突然出現(xiàn)這種情況，之前的操作已經(jīng)記不清楚。檢查用戶計算機設(shè)置時，發(fā)現(xiàn)用戶計算機“dhcp client”處于為禁用狀態(tài)。啟動此服務(wù)后，能夠正常獲得ip 地址，故障得到解決。 1.7 ip 地址沖突【問題現(xiàn)象】使用pppoe 撥號成功，系統(tǒng)提示“ip 地址沖突” ?！驹蚍治觥?. dhcp 服務(wù)器在進行ip 地址的分配時，會先確認所分配的ip 地址沒有被網(wǎng)絡(luò)上其他設(shè)備所使用。dhcp 服務(wù)器通過發(fā)送icmp echo request （p

19、ing ）報文對分配的ip 進行探測，如果在規(guī)定的時間內(nèi)沒有收到應(yīng)答，則再次進行探測，達到規(guī)定的次數(shù)后，仍然沒有收到回應(yīng)，則將此ip 分配給提出申請的主機。如果檢測到?jīng)_突，則記錄ip 沖突，重新分配ip。因此，在正常情況下，即使有多個dhcp 服務(wù)器，也不會產(chǎn)生ip 沖突，然而如果網(wǎng)絡(luò)中存在偽造的和非法的dhcp 服務(wù)器為主機分配ip 地址，就會產(chǎn)生ip 地址沖突的情況?！窘鉀Q方法】通過抓包確定非法dhcp 服務(wù)的mac 地址，抑制非法dhcp 服務(wù)器提供的ip 分配， 如在olt 上開啟dhcp snooying 功能，防止用戶從非法或偽造的dhcp 服務(wù)器上獲得錯誤的ip 地址?！粳F(xiàn)網(wǎng)案例

20、】某工程有用戶反映pc 提示系統(tǒng)與網(wǎng)絡(luò)ip 地址沖突。現(xiàn)場抓包發(fā)現(xiàn)大量olt 下行廣播包，尤其ip 地址：192.168.18.1 及mac 地址：00:33:44:5e:69:50 和ip 地址：192.168.1.1 及mac 地址：00:33:44:66:9b:35 提供不明dhcp 服務(wù)造成用戶ip 沖突。抓包情況如下圖： 由于網(wǎng)絡(luò)使用pppoe 認證方式。從上面的抓包可以看到，網(wǎng)絡(luò)中存在異常的dhcp 服務(wù)提供者，為主機分配ip 地址。導(dǎo)致網(wǎng)絡(luò)出現(xiàn)ip 地址沖突。解決方案為開啟olt 的dhcp snooping 功能，可完成olt 對假冒dhcp server 的屏蔽作用，確保客戶

21、端從合法的dhcp server 獲取ip 地址。1.8 pppoe 撥號成功，但不能上網(wǎng)【問題現(xiàn)象】用戶使用pppoe 方式撥號上網(wǎng)，撥號成功，但不能上網(wǎng)?！驹蚍治觥恳话闱闆r下，pppoe 撥號成功之后，pppoe 服務(wù)器會分配ip 地址、網(wǎng)關(guān)、dns 等設(shè)置。而正常的上網(wǎng)過程包括：url 通過dns 解析為ip 地址，用戶通過網(wǎng)關(guān)與目標主機通信?？赡艿脑蛴校?.dns 服務(wù)器設(shè)置錯誤；2.dns 服務(wù)器故障；3.用戶防火墻設(shè)置錯誤；4.用戶瀏覽器設(shè)置錯誤；例如代理服務(wù)器設(shè)置?！窘鉀Q方法】定位方法如下：1. 首先確認用戶設(shè)置無誤，例如有無代理設(shè)置，防火墻設(shè)置等。2. 查看用戶ip 配置的

22、獲得情況，包含ip 地址、掩碼、網(wǎng)關(guān)、dns 服務(wù)器等。3. 確認正確獲得之后，驗證是否能夠正常獲得dns 服務(wù)器；具體方法為使用ping 命令ping dns 服務(wù)器，a. 如果不通，則需檢查dns 服務(wù)器的連接情況，同時可以ping 某個外網(wǎng)ip ，例如 的ip 地址，以驗證為dns 服務(wù)器故障。如果能通，則基本可以斷定是dns 服務(wù)的故障。如果不通，則需檢查上游bas 至internet 的連接情況。b. 如果正常能通，這時再嘗試ping 某個外網(wǎng)服務(wù)器的ip，如果能通，繼續(xù)ping 此ip 所對應(yīng)的url( 例如) ，如果不通，則可斷定原因是dns 服務(wù)器不能提供域名解析服務(wù)導(dǎo)致不能上

23、網(wǎng)，這時需檢查是否dns 服務(wù)器出現(xiàn)故障。定位問題之后，之后進行針對性的解決。如果是有用戶錯誤設(shè)置引起，應(yīng)對用戶的設(shè)置進行更正；如果是dns 服務(wù)器或是pppoe 服務(wù)器問題，可以向局方提供證據(jù)，協(xié)助解決。【現(xiàn)網(wǎng)案例】某工程突發(fā)大量用戶反映撥號成功但是網(wǎng)頁打不開。由于此故障涉及大量用戶，基本可以斷定與用戶端設(shè)置無關(guān)。到達現(xiàn)場，確認pppoe 撥號完成后ip 地址的獲得情況正常。網(wǎng)關(guān)可以ping 通。之后ping dns 服務(wù)器，偶爾可以ping 通，但丟包延時很大。拋開dns 服務(wù)器后，直接ping 某知名網(wǎng)站的ip 地址，發(fā)現(xiàn)延時正常，無丟包。至此，基本確定原因為dns 服務(wù)器故障。后局方確

24、認，dns 短時間內(nèi)收到大量的地址解析請求，導(dǎo)致dns 癱瘓。dns 服務(wù)器恢復(fù)之后，用戶均可正常上網(wǎng)。1.9 高峰期瀏覽網(wǎng)頁慢【問題現(xiàn)象】高峰期網(wǎng)頁打開速度慢。【原因分析】高峰期網(wǎng)頁打開速度慢，高峰期相對于平常時段流量更大，可能的原因有：1. olt 上下行總帶寬不足。平常時段網(wǎng)速較快，高峰時段總帶寬不足產(chǎn)生瓶頸，導(dǎo)致瀏覽網(wǎng)頁慢。2. 用戶量過多，超過設(shè)備處理能力。單pon 口總上下行流量有限，在用戶過多的情況下，會導(dǎo)致用戶數(shù)據(jù)被丟棄?！窘鉀Q方法】在遇到此類問題是，要確定用戶的數(shù)量，高峰時段流量情況、上游帶寬的分配情況。解決方法有：1 如果高峰時段的上下行流量已經(jīng)接近或達到設(shè)備處理極限，則出

25、現(xiàn)瀏覽網(wǎng)頁慢是正常的情況。此時的解決方法是增加設(shè)備數(shù)量，對用戶進行分流。2 增加上游設(shè)備的處理能力?！粳F(xiàn)網(wǎng)案例】某工程通過試點后大規(guī)模應(yīng)用時，用戶反映有些時段上網(wǎng)速度慢。用戶反映的時段多為晚上710 點，也就是上網(wǎng)的高峰時段。在試點階段總帶寬分配比較少，當時onu 數(shù)量比較少，(-) 基本可滿足試點要求，不存在速度慢的情況。但大規(guī)模應(yīng)用以后，onu 數(shù)量劇增，用戶數(shù)量也大量增加，而局端并未對總帶寬做出調(diào)整，所以總帶寬不足，造成上網(wǎng)速度慢。2、基本組播業(yè)務(wù)故障分類查找2.1 圖像卡和馬賽克【問題現(xiàn)象】在使用iptv 業(yè)務(wù)觀看電視節(jié)目時，會出現(xiàn)圖像卡和馬賽克現(xiàn)象【iptv 常見組網(wǎng)模式】 【原因分

26、析】使用iptv 業(yè)務(wù)觀看電視節(jié)目時，出現(xiàn)卡或是馬賽克的現(xiàn)象，可以斷定物理通路是好的，而之所以會出現(xiàn)此類情況，多由丟包和組播流的反復(fù)通斷引起，結(jié)合上圖和組播機制，可能原因有如下幾個方面： （1）首先確定是否為組播源的問題（2）用戶電視機與機頂盒的線路連接不良，致使外界干擾造成視頻傳輸線中信號的畸變（3） onu 的接收光功率不在正常范圍內(nèi)，光功率不穩(wěn)造成數(shù)據(jù)丟包（4） 由于速率限制，造成帶寬瓶頸，導(dǎo)致數(shù)據(jù)有丟包（5） 電視機頂盒對查詢包的響應(yīng)速率慢，導(dǎo)致上層設(shè)備進行了地址老化（6） 鏈路中各設(shè)備之間的配置配合問題導(dǎo)致組地址的反復(fù)建立和老化（7） 啟用組播proxy 或snooping 的設(shè)備上

27、，存在查詢包數(shù)目限制，導(dǎo)致了對某些查詢包的丟棄【解決方法】（1） 查看用戶線路連接是否正常，如有線路裸漏，提醒用戶更換好的視頻線（2） 如遇epon 設(shè)備工作環(huán)境惡劣，造成光功率不達標或onu 工作不穩(wěn)定，進行環(huán)境的改善或更換onu （3） 更改限速配置，消除帶寬瓶頸（4） 進行抓包分析，查看是否有配置或設(shè)備性能導(dǎo)致的地址頻繁老化，然后根據(jù)分析結(jié)果采取相應(yīng)措施【現(xiàn)網(wǎng)案例一】某地有用戶反應(yīng)，使用iptv 業(yè)務(wù)觀看電視節(jié)目時有卡的現(xiàn)象，卡的程度分為以下三種： 1）大量用戶出現(xiàn)馬賽克，花屏現(xiàn)象，但是可以跳過去。2）出現(xiàn)馬賽克后頻道卡死，通過換臺或者是重啟機頂盒才能恢復(fù)。3）部分用戶出現(xiàn)卡和馬賽克現(xiàn)象

28、現(xiàn)象一到達現(xiàn)場后發(fā)現(xiàn)onu 工作環(huán)境非常惡劣，onu 和光路被塵土覆蓋，測量光功率后發(fā)現(xiàn)嚴重不足，接近onu 的工作臨界值解決方法：對現(xiàn)場進行清理，現(xiàn)象消除現(xiàn)象二原因同現(xiàn)象一，onu 工作環(huán)境極度惡劣，造成了嚴重的丟包，對現(xiàn)場進行清理后問題得到解決現(xiàn)象三對epon 設(shè)備工作環(huán)境進行改善后依然存在此現(xiàn)象，通過在onu 和機頂盒之間抓包分析發(fā)現(xiàn)，在電視節(jié)目卡的時候，會抓到大量來自上游設(shè)備的查詢包，并帶有一個5 秒的響應(yīng)時間，而電視機頂盒的回查詢時間不穩(wěn)定，在4s 到9s 之間，上游設(shè)備在等待超時后會將組地址老化掉，下行的組播流不能到達電視機頂盒，隨后機頂盒的響應(yīng)報文到達上游設(shè)備， 執(zhí)行加入組播組操

29、作，流又可以到達電視機頂盒，所以出現(xiàn)了卡的現(xiàn)象。解決方法：建議將上游設(shè)備查詢包的回復(fù)時間由5s 修改為10s，并且將查詢次數(shù)由一次改為多次，只有多次查詢特定組沒有收到應(yīng)答幀，才將地址老化，至此問題解決。并建議機頂盒廠商能查找對查詢包回復(fù)偏慢的原因，保證在上游設(shè)備規(guī)定的時間內(nèi)進行查詢包的應(yīng)答?！粳F(xiàn)網(wǎng)案例二】某工程中系統(tǒng)組播模式為偵聽模式下，在開通04、05a 、05onu 組播業(yè)務(wù)時，會出現(xiàn)畫面反復(fù)中斷到恢復(fù)的問題，影響用戶的正常使用。觀察業(yè)務(wù)中斷的時刻，在onu 本地的組播組地址也同時被刪除。結(jié)合onu 處的抓包，并沒發(fā)現(xiàn)有離開報文或者查詢無應(yīng)答的情況，通過onu pon 口的性能統(tǒng)計來看，業(yè)

30、務(wù)中斷時， onu pon 口有很大組播包的計數(shù)，在ec2 前面板配置組播vlan，把機頂盒接入ec2 前面板eth 口，觀察業(yè)務(wù)正常。確認問題和線卡無關(guān)，驗證了問題的確出在onu 處。從ec2 前面板捕獲的報文來看，業(yè)務(wù)中斷時刻并無帶有異常的報文發(fā)往onu，從正常到中斷時刻捕獲發(fā)到05a ge 口的報文中，可以發(fā)現(xiàn)問題原因： 上圖中 10.21.128.1 為組播服務(wù)器發(fā)來的通用組查詢，然后機頂盒 10.21.129.248 應(yīng)答了組播組地址 224.0.54.181 。此時業(yè)務(wù)正常。接下來到了第63s： 在業(yè)務(wù)中斷前約 10s 的位置，onu 又收到了 192.168.50.103 發(fā)來的

31、通用組查詢報文， 最大應(yīng)答時間限制為10s，而且?guī)У膙lan 為60，而我們 onu 組播 vlan 為 102，這樣的查詢報文透傳到05a 的端口，機頂盒根本無法應(yīng)答，onu 在 10s 后會把所有組地址從本地刪除， 導(dǎo)致業(yè)務(wù)中斷。中斷后，又因會繼續(xù)收到正確的查詢報文使業(yè)務(wù)恢復(fù)，直到下次再中斷，如此反復(fù)。解決方法： 由于系統(tǒng)采用代理模式時，主控盤會忽略組播vlan 不正確的組播查詢，因此配置系統(tǒng)為代理模式也可規(guī)避此問題。但建議先解決異常查詢的問題，把網(wǎng)絡(luò)上異常的查詢?nèi)サ簟?.2 切換頻道圖像黑屏【問題現(xiàn)象】在進行頻道切換后出現(xiàn)短暫的黑屏現(xiàn)象，使用戶不能正常享用iptv 業(yè)務(wù)。【原因分析】導(dǎo)致

32、頻道切換后出現(xiàn)黑屏現(xiàn)象的原因很多，但是總結(jié)起來無非是由于各種原因電視機短時間內(nèi)沒有收到節(jié)目信號導(dǎo)致。有以下幾種情況可能會導(dǎo)致切換頻道后電視機不能收到節(jié)目信號：1、電視機本身問題，切換頻道時間間隔較大。2、切換頻道操作伴隨著離開報文和加入報文的發(fā)送，由于網(wǎng)絡(luò)延時導(dǎo)致加入報文不能及時到達上游的組播路由器，用戶不能立即加入相應(yīng)的組播組，電視機也就不能及時收到iptv 服務(wù)器下行的節(jié)目流。3、電視機頂盒的響應(yīng)速度慢，不能及時響應(yīng)用戶切換頻道的操作，或者機頂盒的某些設(shè)置導(dǎo)致切換頻道間隙大出現(xiàn)短暫黑屏現(xiàn)象。4、 由于網(wǎng)絡(luò)堵塞，切換頻道后組播流下行出現(xiàn)丟包?！窘鉀Q方法】1、對電視機進行相應(yīng)設(shè)置，或更換電視機

33、。2、查看網(wǎng)絡(luò)設(shè)備中是否啟用了限速設(shè)置，使網(wǎng)絡(luò)出現(xiàn)瓶頸導(dǎo)致加入報文的延時。3、聯(lián)系電視機頂盒廠商，詢問機頂盒配置和性能情況，對機頂盒進行升級或更換。4、對網(wǎng)絡(luò)情況進行檢查，是否存在環(huán)路、限速、網(wǎng)絡(luò)高峰期等引起的網(wǎng)絡(luò)堵塞，根據(jù)具體情況進行相應(yīng)的處理。2.3 觀看時突然信號中斷【問題現(xiàn)象】用戶在使用iptv 業(yè)務(wù)觀看電視節(jié)目時，會每隔一段時間發(fā)生電視信號中斷，切換頻道后才能恢復(fù)正常，過一段時間后又會中斷【原因分析】問題現(xiàn)象可以反復(fù)重現(xiàn)，我們可以確定整個網(wǎng)絡(luò)的物理通路是好的，從現(xiàn)象的描述我們可以看出，只要切換頻道中斷現(xiàn)象就可以解決，結(jié)合組播機制，說明只要有新的加入報文發(fā)向上游設(shè)備，組播流就可以繼續(xù)下

34、發(fā)，由此，我們可以猜測是網(wǎng)絡(luò)通路中某個設(shè)備對上游設(shè)備的查詢包響應(yīng)超時，導(dǎo)致上游設(shè)備的組播地址老化，使節(jié)目發(fā)生中斷，在新的加入報文到達上游設(shè)備時，組地址重新建立，節(jié)目恢復(fù)?！窘鉀Q方法】采用分段法，在網(wǎng)絡(luò)鏈路的各個以太網(wǎng)口處進行抓包分析，確定不能回查詢包的原因。【現(xiàn)網(wǎng)案例一】某iptv 工程中，用戶反應(yīng)在看iptv 一段時間后，節(jié)目中斷，切換頻道后恢復(fù)正常，過一段時間再次中斷，用戶無法穩(wěn)定的觀看同一個節(jié)目。對問題進行抓包分析，分別在如下位置進行抓包：網(wǎng)絡(luò)交換機的鏡像口，我方設(shè)備上聯(lián)口，iptv 設(shè)備以太網(wǎng)口。從我們的抓包結(jié)果來看，上聯(lián)設(shè)備發(fā)送了大量組播查詢報文，使我們dslam 回查詢的時間很沒有

35、規(guī)律，甚至出現(xiàn)很長時間不回查詢的情況，根據(jù)我們的測試，上層設(shè)備組播老化時間在170sec 左右（根據(jù)最后一次dslam 回應(yīng)的join 時間和業(yè)務(wù)流中斷的時間判斷），如果我們的dslam 在這段時間間隔內(nèi)，不能回應(yīng)查詢報文，無疑就會出現(xiàn)組播業(yè)務(wù)中斷的情況。切換頻道后，我們的dslam 向上游重新發(fā)送join 報文， 組播流再次下發(fā)，業(yè)務(wù)恢復(fù)。解決方法：對我們的dslam 設(shè)備進行軟件代碼修改，加強對大量查詢報文的處理能力，問題得到解決【現(xiàn)網(wǎng)案例二】某iptv 工程上，近期有客戶反映在觀看直播節(jié)目約3 分鐘左右，畫面定格并隨后提示信號中斷。通過在 07onu 的 fe 口和機頂盒之間抓包分析，我

36、們發(fā)現(xiàn) bas（ip 為 16.16.16.16） 下發(fā)了的組播通用組(224.0.0.1) 查詢，而機頂盒（ip 為 121.226.10.40）沒有給組播通用組查詢回igmp report 報文，所以直播節(jié)目業(yè)務(wù)中斷。07onu 的 fe 口和機頂盒間抓包截圖如下：機頂盒通過發(fā)送igmp membership reports，申請加入一個組239.252.153.75，bas 周期性發(fā)出 igmp membership query ，檢查是否有組員存在，如果在3 次查詢時間間隔里沒有收到回復(fù)，則bas 宣布這個子網(wǎng)沒有組員。通過在07onu 的fe 口和機頂盒之間進行抓包分析，我們可以看出

37、igmp membership query 查詢間隔約為 1 分鐘，3 次就是3 分鐘， 由于機頂盒沒有回組播通用組查詢 224.0.0.1，在3 次組播通用組查詢結(jié)束后 bas 自動將組刪除，所以用戶在觀看直播節(jié)目約 3 分鐘左右，畫面定格并隨后提示信號中斷。通過與客戶工程師溝通，我們確認用戶寬帶 iptv 接入方式是 pppoe 方式，采用 pppoe 方式的情況下，需要對數(shù)據(jù)包進行 pppoe 封裝。通過 07onu 的fe 口和機頂盒之間抓包分析，我們可以看出bas（ip 為 16.16.16.16）下發(fā)的組播通用組(224.0.0.1) 查詢報文并沒有進行 pppoe 封裝。由于機頂

38、盒和服務(wù)器的寬帶接入方式不同，組播通用組查詢報文沒有進行 pppoe 封裝，機頂盒ip 為121.226.10.40 沒有回組播通用組查詢 224.0.0.1，所以用戶在觀看直播節(jié)目約3 分鐘左右，畫面定格并隨后提示信號中斷。如下圖所示，組播通用組查詢報文沒有進行pppoe 封裝： 通過以上分析，我們可以定位華為bas （ma5200 ）沒有對igmp 包進行pppoe 封裝。解決辦法：對華為bas 進行重新配置后，華為bas 對igmp 報文進行pppoe 封裝2.4 不能切換頻道【問題現(xiàn)象】電視機和機頂盒上電后，機頂盒撥號成功并獲得播放列表，選擇一個頻道進行觀看，然后進行頻道切換時不成功，

39、即用戶只能觀看一個頻道?！驹蚍治觥繖C頂盒獲得的播放列表中，每一個直播頻道對應(yīng)一個組播地址，當進行頻道切換時，對應(yīng)機頂盒進行離開報文和加入報文的發(fā)送，即機頂盒發(fā)送離開當前組和加入目標組的報文， 對現(xiàn)象描述進行分析我們可以知道，機頂盒可以加入一個組，就說明加入報文是可以到達上游設(shè)備，獲得組播流的，也就說明從機頂盒到iptv 服務(wù)器的通路是好的，而之所以不能切換頻道，是由于某種原因?qū)е律嫌卧O(shè)備沒有收到機頂盒符合規(guī)則的離開報文、新的加入報文或者新的加入報文無效，如下幾種情況可能導(dǎo)致該現(xiàn)象： 1、機頂盒自身問題導(dǎo)致，如機頂盒不能響應(yīng)用戶切換頻道的操作，可以通過更換機頂盒的方式驗證。2、機頂盒獲得的節(jié)目

40、菜單中，可能會有部分無效的鏈接，進行頻道切換時無法連接到新的節(jié)目源。3、機頂盒上游設(shè)備不能響應(yīng)機頂盒的離開報文。4、網(wǎng)絡(luò)中交換機受到了惡意的mac 地址欺騙，導(dǎo)致離開和加入報文沒有經(jīng)過正確的途徑進行處理，而是發(fā)送到了交換機錯誤的端口，使報文被丟棄?！窘鉀Q方法】針對上述幾個原因，可以采取如下措施： 1、聯(lián)系機頂盒廠商進行機頂盒的升級，使其得到改善，或者更換新的機頂盒。2、與局方溝通，對節(jié)目菜單進行修整。3、采用抓包分析法，確定為何種原因?qū)е碌脑O(shè)備不能響應(yīng)機頂盒的離開報文。4、使用抓包工具確定被受攻擊處，然后采取端口綁定、設(shè)置端口mac 地址學習優(yōu)先級等方式防止mac 地址欺騙。2.5 無圖像【問

41、題現(xiàn)象】機頂盒上電并撥號成功后，獲得iptv 服務(wù)器下發(fā)的節(jié)目菜單，但是不能打開電視節(jié)目，即用戶不能觀看節(jié)目?！驹蚍治觥恳话闱闆r下，iptv 的認證平臺和媒體提供平臺是分開的，如果用戶不能正常收看電視節(jié)目，說明機頂盒到iptv 媒體平臺的信令和數(shù)據(jù)通路有問題，導(dǎo)致上下行信令流不能到達媒體平臺和終端機頂盒；或信令格式有問題，使得終端機頂盒不能識別平臺下發(fā)的報文，平臺也不能識別終端機頂盒發(fā)送的加入離開報文，在此有幾種可能會導(dǎo)致以上情況的發(fā)生，即物理連接問題導(dǎo)致的通路不通，配置問題導(dǎo)致的信令和組播流的不通，配置問題導(dǎo)致的信令不能正確識別。具體到配置，有可能有以下幾種情況： 1、vlan 配置不正確

42、，導(dǎo)致信令和數(shù)據(jù)流在平臺和終端機頂盒之間不通。2、中間某設(shè)備啟用了組播抑制功能，組播流不能通過該設(shè)備。3、從機頂盒到平臺的鏈路中可能存在不支持組播的設(shè)備，如交換機、路由器等。4、可能由于使用的是pppoe 撥號方式，而因平臺沒有進行相關(guān)配置，不能識別pppoe 封裝的加入報文等?！窘鉀Q方法】首先采用替換法，更換一個新的機頂盒，如果仍然存在問題，則采用分段抓包法進行分析，查看通路是否完好，或者是哪一段存在問題，并根據(jù)抓包結(jié)果判斷是物理連接問題還是配置問題。如果是物理連接問題，對線路進行重新連接即可；如果是配置問題，則要對抓包結(jié)果進一步分析，確定為原因分析中的哪種情況，然后根據(jù)具體情況進行相應(yīng)配置

43、的更改。2.6 無視頻播放菜單【問題現(xiàn)象】電視機和機頂盒上電，并用機頂盒成功撥號后不能顯示播放菜單【原因分析】機頂盒的工作流程為：機頂盒上電后用客戶申請的賬號和密碼進行撥號，在iptv 認證服務(wù)器上通過認證后會向機頂盒下發(fā)節(jié)目菜單。由其工作流程可知，如下情況會導(dǎo)致不能顯示節(jié)目菜單： 1、iptv 服務(wù)器沒有下發(fā)節(jié)目菜單。2、機頂盒自身問題導(dǎo)致，可通過更換電視機頂盒進行確認。3、由于網(wǎng)絡(luò)配置原因?qū)е孪滦辛鞑煌ǎ娨暀C頂盒沒有收到服務(wù)器下發(fā)的節(jié)目菜單。4、設(shè)備配置原因使電視機頂盒不能識別下行流，比如機頂盒接收到的是帶有vlan 標志的流，而機頂盒對此不能識別；上游服務(wù)器可能下發(fā)了錯誤封裝的數(shù)據(jù)包，

44、導(dǎo)致機頂盒不能正確識別，等等。在機頂盒和上游設(shè)備之間進行抓包分析可以得出具體結(jié)論?！窘鉀Q方法】1、聯(lián)系客戶進行服務(wù)器的配置檢查，解決不能下發(fā)節(jié)目菜單的問題。2、聯(lián)系機頂盒廠商進行機頂盒升級或更換機頂盒。3、采用分段法進行故障定位，確定故障點，根據(jù)具體情況進行相應(yīng)設(shè)備配置的更改或設(shè)備的更換，解決下行通的問題。4、根據(jù)抓包分析結(jié)果更改設(shè)備相應(yīng)配置，如改變下行流為untag 方式；改變下行流的封裝格式，保證機頂盒收到的為可以識別的數(shù)據(jù)流。3、基本語音業(yè)務(wù)故障分類查找3.1 網(wǎng)關(guān)未注冊上軟交換【問題現(xiàn)象】摘機沒有撥號音，查看網(wǎng)關(guān)狀態(tài)為未注冊上或者正在注冊中。【原因分析】epon 系統(tǒng)中，onu 同時擔

45、任信令網(wǎng)關(guān)(mg) 的角色。在進行業(yè)務(wù)開通時，首先要向軟交換平臺注冊。網(wǎng)關(guān)注冊失敗主要由以下3 種原因?qū)е拢?1.vlan id 配置不正確：vlan id 配置信息不正確使得onu 和軟交換平臺之間無法正常的通信，從而導(dǎo)致網(wǎng)關(guān)注冊失敗。2.mg 的ip 配置重復(fù)：在軟交換系統(tǒng)中，每個mg 都應(yīng)該有唯一的ip 地址，當兩個或者兩個以上mg 配置相同的ip 地址的時候，將導(dǎo)致mg 網(wǎng)關(guān)注冊失敗。3.mid 配置錯誤：在軟交換系統(tǒng)之，用mid 來標識網(wǎng)關(guān)。mg 上配置的網(wǎng)關(guān)mid 必須與平臺的配置一致，否則當mg 向軟交換平臺注冊時，軟交換平臺會認為是非法的網(wǎng)關(guān)，從而導(dǎo)網(wǎng)關(guān)注冊失敗?！窘鉀Q方法】出

46、現(xiàn)網(wǎng)關(guān)注冊失敗的故障按照以下的方法進行排查: 1. 檢查onu 與軟交換平臺之間網(wǎng)絡(luò)連接是否正常。從onu 中ping 軟交換的ip，如果ping 不通，請檢查vlan id 的配置信息和mg 的ip 配置信息是否正確。2. 檢查onu 是否從網(wǎng)管得到h248 配置及相關(guān)配置是否正確如果mg 能夠正常ping 通軟交換平臺，而網(wǎng)關(guān)注冊失敗，請檢查mg ip 和mid 配置是否正確，是否與軟交換平臺上配置的mg 信息相匹配。【現(xiàn)網(wǎng)案例】某ftth 工程an5116-02 設(shè)備在一個pon 口下發(fā)現(xiàn)ip 網(wǎng)關(guān)名稱為10.32.160.2 的onu 語音不通，在該pon 口下更換為另一個ip 網(wǎng)關(guān)名

47、稱為10.32.160.252 的iad 軟交換語音用戶通話正常。測試中發(fā)現(xiàn)軟交換平臺（10.0.55.2）在審計10.32.160.2 時，iad 回430 unknown terminationid，更換為另一個測試ip 10.32.160.252 后正常，用戶通話也正常，通過對包的分析發(fā)現(xiàn)在配置原10.32.160.2 ip 時網(wǎng)關(guān)名稱10.32.160.2 后多敲了字符空格鍵，刪除網(wǎng)關(guān)名稱10.32.160.2 后的字符空格鍵后經(jīng)過驗證解決, ip 網(wǎng)關(guān)名稱為10.32.160.2 的iad 軟交換語音用戶通話也正常。3.2 端點未注冊上軟交換【問題現(xiàn)象】端點注冊狀態(tài)為reg_fail

48、，摘機沒有撥號音端點注冊沒有應(yīng)答，在命令行中發(fā)端點注冊也無效。端點注冊狀態(tài)持續(xù)為reging， 【原因分析】端點注冊不上軟交換時，第一步首先要檢查網(wǎng)關(guān)注冊狀態(tài)。如果網(wǎng)關(guān)注冊成功，端點注冊失敗，需要檢查端點配置，與軟交換平臺核對數(shù)據(jù)。確認配置正確后，需要鏡像抓包分析軟交換信令，查找具體原因。端點無法注冊上軟交換平臺的可能原因有下面幾個。1外線短路，導(dǎo)致端點頻繁上報摘掛機。這種情況一般常見于fttn 型onu。該類onu 一般外線比較長，容易發(fā)生短路，導(dǎo)致onu 認為是真實摘掛機事件，上報軟交換平臺。軟交換平臺認為這是惡意呼叫，拒絕應(yīng)答，引起onu 發(fā)起網(wǎng)關(guān)注冊。所以外線有問題時，圖形網(wǎng)管上會頻繁

49、出現(xiàn)mgc 鏈路斷開告警。2軟交換平臺未下發(fā)摘掛機檢測事件。原有的注冊流程是，onu 網(wǎng)關(guān)注冊成功后，會發(fā)起端點注冊。在某地epon 工程中跟軟交換平臺對接時，大量端點注冊導(dǎo)致軟交換平臺的cpu 利用率居高不下。后來對注冊流程做了修改，設(shè)備上電或者網(wǎng)絡(luò)中斷后恢復(fù)時，onu 只發(fā)網(wǎng)關(guān)注冊，不發(fā)端點注冊。如果軟交換平臺對某端點下發(fā)摘掛機檢測事件， 就將其置為idle.如果軟交換平臺未下發(fā)摘掛機檢測事件，則端點注冊失敗，狀態(tài)為reg_fail。需要摘機觸發(fā)端點注冊。3端點用戶名配置錯誤。設(shè)備上配置的端點用戶名與軟交換平臺不一致，或者軟交換平臺未配置相關(guān)數(shù)據(jù)，導(dǎo)致端點注冊失敗?！窘鉀Q方法】可能原因總結(jié)

50、及解決辦法： 1檢查網(wǎng)關(guān)注冊狀態(tài)，確認網(wǎng)關(guān)注冊成功。2檢查端點配置，確認數(shù)據(jù)正確。3檢查外線，排除外線故障導(dǎo)致頻繁上報摘掛機，引起軟交換平臺不回包。導(dǎo)致網(wǎng)關(guān)注冊失敗。4抓包分析信令，查看注冊流程，分析定位具體原因。【現(xiàn)網(wǎng)案例】某市epon 工程使用我司an5115-02 olt 系統(tǒng)，下掛an5006-07/09，an5006-15/16 型onu 。軟交換協(xié)議為h.248 協(xié)議。對城域網(wǎng)進行改造，凌晨改造完畢，之后部分olt 下掛的部分c 類onu 無法注冊上軟交換平臺，網(wǎng)管上出現(xiàn)大量“與mgc 通信中斷”告警， 語音業(yè)務(wù)大面積中斷。經(jīng)過在olt 上聯(lián)口鏡像抓包，分析發(fā)現(xiàn)，onu 網(wǎng)關(guān)注冊成

51、功后會發(fā)起端點注冊。但是有部分端點的注冊消息沒有收到軟交換平臺的應(yīng)答。onu 在端點注冊沒有收到應(yīng)答消息時，促發(fā)網(wǎng)關(guān)注冊。當時城域網(wǎng)中斷剛剛恢復(fù)，有大量的設(shè)備發(fā)起注冊請求，軟交換平臺處理不過來時，就丟棄一些請求包，不予回應(yīng)。設(shè)備在發(fā)出請求包沒有收到應(yīng)答時，重新發(fā)網(wǎng)關(guān)注冊，一直處于“網(wǎng)關(guān)注冊成功”“注冊端點”部分端點注冊失敗”“重發(fā)網(wǎng)關(guān)注冊” 的惡性循環(huán)之中。當時的解決辦法是，修改ngn vlan ，斷開onu 與上層城域網(wǎng)的通信，之后逐步恢復(fù)。后來新的軟件版本中，我司對注冊流程做了修改，網(wǎng)關(guān)注冊成功后是否發(fā)端點注冊做成可配，默認不發(fā)端點注冊，解決注冊包數(shù)目過多的問題。3.3 摘機無撥號音【問題

52、現(xiàn)象】配置好語音業(yè)務(wù)，摘機后無饋電； 配置好語音業(yè)務(wù)，摘機有饋電，但聽不到撥號音。用戶使用過程中，突然出現(xiàn)摘機沒有撥號音的現(xiàn)象，重啟設(shè)備后恢復(fù)?！驹蚍治觥空獧C無撥號音的現(xiàn)象，常見于業(yè)務(wù)開通的時候。碰到這種故障，首先可以根據(jù)摘機有無饋電，對故障做一個大概的定位。1如果摘機無饋電，屬于硬件問題?？赡艿脑蛴性挋C本身問題，外線問題，語音接口盤（pots 盤）問題。此類問題查找時建議首先從外線查起。對于直接安裝在用戶家的面包盒式onu，例如an5006-04，an5006-05, 沒有外線，可以檢查話機或電話線問題。排除話機和電話線問題后，故障的原因可以確定為onu 硬件故障。對于樓道型onu 和節(jié)

53、點型onu，排查硬件故障時，最有效的辦法是拋開外線，直接在設(shè)備端口檢測。根據(jù)測試結(jié)果，可以將故障定用戶側(cè)或者設(shè)備側(cè)。2摘機有饋電，但是沒有撥號音，首先要確定故障類別。判斷是個別端口無撥號音/ 整個單盤的端口無撥號音/整個設(shè)備端口無撥號音。根據(jù)現(xiàn)象作進一步的檢查。整個設(shè)備端口無撥號音，首先要檢測網(wǎng)關(guān)注冊狀態(tài)。網(wǎng)關(guān)注冊失敗，常見于新設(shè)備開通時。需要檢查跟軟交換平臺之間的通信是否正常，從iad ping 軟交換平臺看是否能夠ping 通。如果ping 不通，則檢查vlan,上層路由和物理線路是否正常。如果可以ping 通，但是網(wǎng)關(guān)注冊不上，需要檢查ip，域名等數(shù)據(jù)，確認設(shè)備配置的數(shù)據(jù)跟軟交換平臺一致

54、。網(wǎng)關(guān)注冊不上軟交換，一般都是因為數(shù)據(jù)配置錯誤或與軟交換通信不正常引起。整個單盤所有端口無撥號音（針對c 類有語音接口盤的onu），而其他單盤的端口正常，在確認端口已經(jīng)使能，及用戶名配置正確的前提下首先更換pots 盤。單個端口無撥號音，檢查端點配置。端點需要配置的數(shù)據(jù)只有用戶名，使能/去使能兩項，需要確認配置正確。比較常見的情況是，設(shè)備配置的用戶名與軟交換平臺不一致， 導(dǎo)致端點注冊失敗，摘機沒有撥號音。目前我司04、05，07，09，15，16 型的onu 都已經(jīng)大面積商用，與中興，華為，貝爾的軟交換平臺都有對接。如果是開通過程中出現(xiàn)摘機沒有撥號音，排除硬件問題，一般都是數(shù)據(jù)配置有誤引起，與

55、軟交換平臺的對接不存在問題。3使用一段時間后出現(xiàn)摘機無撥號音，排查的思路跟業(yè)務(wù)開通時相似。排查外線，檢查網(wǎng)關(guān)注冊狀態(tài)，端點注冊狀態(tài)，檢查onu 與軟交換平臺的通信。如果onu 與軟交換平臺的通信正常，數(shù)據(jù)配置也正確，但是端點狀態(tài)不是idle，可以先在命令行中發(fā)送端點注冊，查看端點能否成功注冊，摘機是否有撥號音。再發(fā)網(wǎng)關(guān)注冊，盡量不要重啟設(shè)備，這樣問題現(xiàn)象會消失，不利于查找問題真實原因。如果排除配置問題（配置丟失或者不正確）和通信問題（ping 不通軟交換平臺），則需要在olt 側(cè)鏡像抓包，分析信令，查找具體原因。對于摘機沒有撥號音，重啟設(shè)備或者重新發(fā)網(wǎng)關(guān)注冊后恢復(fù)，過段時間又重現(xiàn)的故障， 原因

56、可能有多種。比如軟件，硬件工作異常，與軟交換平臺互通出現(xiàn)問題。碰到這類情況時，建議盡量不要重啟設(shè)備，保留故障現(xiàn)象，同時聯(lián)系我方技術(shù)支持人員，查找具體原因有效排查手段總結(jié)：1判斷摘機有無饋電2判斷個別端口無撥號音/整個單盤的端口無撥號音/整個設(shè)備端口無撥號音3查看端口注冊狀態(tài)。4在olt 側(cè)鏡像抓包，分析onu 與軟交換平臺之間的信令?！窘鉀Q方法】可能的原因及解決辦法主要有以下幾種： 1網(wǎng)關(guān)注冊失敗，端點名未配，端點名配置錯誤或與軟交換平臺不一致。跟軟交換維護人員核對數(shù)據(jù)，確認配置的正確性。2設(shè)備硬件故障（包括外線短路，斷路，pots 盤硬件故障，語音模塊硬件故障，）需要更換硬件，將有故障的設(shè)備返廠檢修。3端點狀態(tài)異常