ZAEPON終端設(shè)備故障處理流程.doc_第1頁
ZAEPON終端設(shè)備故障處理流程.doc_第2頁
ZAEPON終端設(shè)備故障處理流程.doc_第3頁
ZAEPON終端設(shè)備故障處理流程.doc_第4頁
ZAEPON終端設(shè)備故障處理流程.doc_第5頁
已閱讀5頁,還剩37頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、ZXA10-EPON終端設(shè)備故障處理流程( V1.0 )2008-08中興通訊網(wǎng)絡(luò)事業(yè)部固網(wǎng)交換用服部修改記錄文檔編號版本號擬制人修改人/擬制/修改日期更改理由主要更改內(nèi)容(寫要點即可)20080901V1.0韓宏偉2008-9-1重編全部內(nèi)容目 錄第1章 前言1.1 適用范圍本手冊適用的人員為:在中興通訊 ZXA10-EPON 終端設(shè)備工程現(xiàn)場的所有人員(包括中興通訊各用服處、用服部、開發(fā)部、測試部和運營商設(shè)備維護人員) 。本手冊適用的范圍為:1、設(shè)備維護過程中,EPON 終端 F820,D4xx ,F(xiàn)425A 等故障的處理。2、 F425A 終端的版本和 D42x 系列終端版本一致,因此故

2、障處理方法也和 D42x 終端一樣。 此處不再單獨列出故障處理方法。1.2 重要性本文用于指導 ZXA10-EPON 終端設(shè)備維護人員在設(shè)備出問題時如何進行及時的故障定位和故障排除。設(shè)備一旦出現(xiàn)緊急故障, 現(xiàn)場人員必須按照緊急故障處理流程向后方匯報, 并按照后方技術(shù)支持人員的意見, 積極穩(wěn)妥進行相應操作,在最短時間內(nèi)解決故障。第 2章 常用操作2.1 鏡像抓包現(xiàn)場人員進行故障處理, 有時需要抓數(shù)據(jù)包進行分析。 本節(jié)介紹終端的抓包方法,用于指導現(xiàn)場工程師進行操作。2.1.1 工具介紹抓包工具很多, 有 Ethreal,WireShark ,Sniffer 等。其中 Ethreal和 WireSh

3、ark 較為常見。 由于 Wireshark 和 Ethreal 工具為同一產(chǎn)品的不同版本,并且 Ethreal 使用比較廣泛版本比較新。本節(jié)主要介紹 Ethreal 的使用方法。Ethreal 的版本可以通過 FTP 下載:目錄: /e:/ftp/ZXSS10科 / 長期保留 / 常用工具和 補丁/ethereal-setup-0.10.13(1).exe用戶名: engread密碼:nyftp080516版本安裝完成后,使用方法參見如下附件:2.1.2 F820 鏡像抓包方法F820 鏡像抓包主要有分為以下兩種:1)鏡像上聯(lián)口2)鏡像某一以太網(wǎng)口數(shù)據(jù)包現(xiàn)場需要根據(jù)情況, 決定是進行 F82

4、0 的上聯(lián)口的鏡像抓包還是僅鏡像某一個以太網(wǎng)口。如果如果現(xiàn)場不確定是否能否抓全數(shù)據(jù)包, 這里建議鏡像上聯(lián)口的數(shù)據(jù)包,這樣抓到的數(shù)據(jù)包是最全的。下面的例子將進入 gei_0/2/1 (上聯(lián)口)的數(shù)據(jù)包鏡像到 fei_0/1/1 上去:1)全局配置模式下,創(chuàng)建一個鏡象的會話:ZXAN(config)#monitor session 1然后進入端口gei_0/2/1 ,設(shè)置 BOTH 為鏡象源(可以使用幫助命令,也可以是TX 、RX):ZXAN(config)#interface gei_0/2/1ZXAN(config-if)#monitor session 1 source direction

5、bothZXAN(config-if)#exit最后進入端口fei_0/1/1 ,設(shè)置其為鏡象目的端口:ZXAN(config)#interface fei_0/1/1ZXAN(config-if)#monitor session 1 destination上面的步驟完成后,在fei_0/1/1 端口接上電腦,運行抓包工具后,就可以將上聯(lián)口gei_0/2/1所有發(fā)送接收數(shù)據(jù)都可以抓下來了。2)每次鏡像完成后都需要關(guān)閉鏡像的命令,F(xiàn)820 鏡像的取消配置。全局配置模式下,關(guān)閉端口隔離.ZXAN(config)#eth-switch port-protect disable進入到端口取消鏡像源:Z

6、XAN(config)#interface gei_0/2/1ZXAN(config-if)# no monitor sessionZXAN(config)#interface fei_0/1/1ZXAN(config-if)# no monitor session說明:目前的 F820 版本,最多只能支持一個鏡像,即 monitorsession 1。2.1.3 D 系列終端抓包方法D 系列終端的鏡像不能通過WEB頁面進行配置,需要telnet 到 D 系列終端上,進行數(shù)據(jù)配置。有些數(shù)據(jù)包的處理是需要D 系列終端的CPU 進行處理的,如 VOIP 的相關(guān)協(xié)議等,還有還有一些數(shù)據(jù)包是直接由以太

7、網(wǎng)的芯片進行處理后,通過上聯(lián)口出去了,不通過CPU。因此抓包時需根據(jù)情況決定是抓上聯(lián)口的包還是CPU 的包。D 系列終端缺省的認為9 號口是 CPU, 10 號口是上聯(lián)口。其中 D400A 或者 D402A 的 telent 端口號為缺省的23,但是 D42x 的 telnet 端口號為 2323。因此 telnet 時需要訪問終端的管理地址,缺省情況下管理地址為 ,因此方法如下:telnet 2323登錄到終端后,下面通過舉例來說明如何執(zhí)行命令進行抓包:1)將 1 號口報文鏡像到4 號口:Switchtst w 16 8 0xcb0switch

8、tst w 27 26 0x3393恢復方式:switchtst w 16 8 0xc80switchtst w 27 26 0xff9f2)將 10 號端口(上聯(lián)口)的報文鏡像到4 號端口:switchtst w 26 8 0xcb0switchtst w 27 26 0x3393恢復方式:switchtst w 26 8 0xc80switchtst w 27 26 0xff9f3)將 9 號端口( CPU 口)的報文鏡像到4 號端口:switchtst w 25 8 0xcb0switchtst w 27 26 0x3393恢復方式:switchtst w 26 8 0xc80switc

9、htst w 27 26 0xff9f4)將 10 號端口(上聯(lián)口)的報文鏡像到1 號端口:switchtst w 26 8 0xcb0switchtst w 27 26 0x90恢復方式:switchtst w 26 8 0xc80switchtst w 27 26 0xff9f5)將 9 號端口 CPU 口的報文鏡像到1 號端口:switchtst w 25 8 0xcb0switchtst w 27 260x90恢復方式:switchtst w 26 8 0xc80switchtst w 27 26 0xff9f注意配置以后,測試完畢,一定要注意恢復原狀,謝謝!2.2 使用 udpwat

10、ch 打印日志處理VOIP語音業(yè)務(wù)故障時,有時候需要使用udpwatch工具進行打印相關(guān)的日志文件,供研發(fā)人員進行分析。 udpwatch 的工具使用比較簡單,使用某一臺電腦能否 telnet 到終端的 VOIP地址就可以了。 例如 F820,只要電腦能夠 telnet 到 F820 的 VOIP 單板即可, D 系列終端也是同樣。2.2.1 udpwatch工具介紹udpwatch 工具如下:udpwatch 為 onu 語音模塊的一個調(diào)試日志打印程序,通過這個程序可以打印出語音模塊內(nèi)部執(zhí)行細節(jié),在某些情況下, 研發(fā)定位故障,需要現(xiàn)場配合做此操作。具體操作如下:登陸到D4XX上,根據(jù)具體需要

11、執(zhí)行如下命令中的一個或多個 ,執(zhí)行如下命令中的一個或多個,其中echo 開頭部分為命令的說明,不必執(zhí)行, voipcli 部分為實命令,根據(jù)說明和需要, IP 地址設(shè)定和全局開關(guān)一定要執(zhí)行, 其余部分, 可以執(zhí)行其中的一個或多個。執(zhí)行命令后,需要在筆記本上運行 udpwatch.exe,打開這個可執(zhí)行程序后,右鍵可以選擇是否將所收到內(nèi)容自動記錄到文件,建議打開后就執(zhí)行保存到文件。在跟蹤結(jié)束后,需要點擊右鍵,清除窗口,這樣,所有的內(nèi)容才能全部保存到文件中。2.2.2 F820 的 udpwatch打印日志方法使用 udpwatch 工具方法,舉例如下:假設(shè)電腦的地址為16。

12、1)設(shè)置發(fā)送Udpwatch Log 的目標機器IPv4 地址voipcli 34000 0 542)全局打印使能開關(guān):0 關(guān)閉; 1 開啟voipcli 34001 0 13)H.248 模塊打印控制開關(guān):0 關(guān)閉;1 只使能 PH248CA_TRACEx() 的 打 印 信 息 ; 2 只 使 能 PH248CA_WARNNGx() , PH248CA_ASSERT() 的打印信息 ; 3 使能全部 3 類函數(shù)的打印信息voipcli 34002 0 34 ) MGCP模塊打印控制開關(guān):MGCP_TRACE(),MGCP_WARNNG()0關(guān)閉;1的打印信息;使能

13、全部2 只使能MGCP_WARNNG()的打印信息。該步驟可選,根據(jù)具體情況和步驟3 選其一。voipcli 34003 0 15)信令 (H.248,MGCP) 包打印使能開關(guān):(部分 MGCP 版本代碼被誰改過,只要0:關(guān)閉; 1 開啟34003 設(shè)為 1 就打印MGCP信令,無需設(shè)置此項。 )voipcli 34012 0 16) BCC 打印控制開關(guān) : 0 關(guān)閉; 1 只打印 error ;2 只打印 warning ;4 只打印流程; 7 打印全部( error、 warning 、流程)voipcli 34016 0 7-7)RCM打印控制開關(guān):0關(guān)閉;3使能全部RCM_WARN

14、NG(),RCM_TRACE(),RCM_WARNING()的打印信息( RCM_ASSERT() 不受任何開關(guān)控制,總能打印出。)voipcli 34008 0 38)SLC 打印控制開關(guān): 0 關(guān)閉; 1 只使能 SLC_Print() 的打印信息; 2 使能全部 SLC_Print() 和 SLC_Print_Trace() 的打印信息voipcli 34007 0 2-9)DRIVER 打印控制開關(guān): 0 關(guān)閉;4 使能 warn print trace detail的打印信息; 5 使能更詳盡的信息(不是很清楚,慎用)voipcli 34006 0 4上面 9 步,其中第6 步前為必

15、須操作,后面7,8,9 步根據(jù)情況進行設(shè)置,進行udpwatch 打印時,如果不確定哪些開關(guān)系要打開,建議全部打開,即上面9 步全部執(zhí)行。注意:打印結(jié)束后,需要使用全局打印使能開關(guān)關(guān)閉打?。簐oipcli 34001 0 02.2.3 D 系列終端的udpwatch 打印日志方法D 系列終端的udpwatch 打印方法和F820 一樣,這里就不在贅述。參考2.1.2 節(jié)即可。2.3 光功率檢測2.3.1 工具介紹常用的光功率計測試時可能存在光功率不準的現(xiàn)象, 測試是符合要求的,但是上并不能正常開業(yè)務(wù)。推薦的光功率計有:ppm產(chǎn)品是加拿大生產(chǎn)的,代理商JDSU OLP-57美國安科特納公司制造2

16、.3.2 光功率范圍ONU 終端:接收光功率: -8 -24db發(fā)送光功率: +4 -1dbC200/C220 光功率:接收: -6-27db 發(fā)送: +2+7插損分光器插損: 1: 2 大約 3db,每增加一倍增加3db法蘭引入插損:0.5db/個熔接頭引入插損:0.1db/個光纖衰減下行 1490nm 光纖衰減系數(shù) 0.36db/km 上行 1310nm 光纖衰減系數(shù) 0.42db/kmEPFAS( 10 公里 PON 板)接收光功率: 1 24(1310nm)發(fā)送光功率:2 3(1490nm)EPFAL 、EPFC(20 公里 PON 板)接收光功率:627 ( 1310nm)發(fā)送光功率

17、:72 ( 1490nm)第 3章 ONU 注冊故障處理3.1 ONU 注冊不穩(wěn)定光功率計測試光功率是否在合理范圍;察看誤碼統(tǒng)計;檢查多個ONU 之間 MAC 地址是否沖突;3.2 無法搜索ONU查看 pon 口工作狀態(tài),看是否打開;用人機命令查看未注冊O(shè)NU 狀態(tài);檢查 EPFC 板管理的 ONU 類型是否設(shè)置正確;檢查 ODN 的光功率,更換硬件或 PON 口;第4章 相關(guān)技術(shù)通知單的執(zhí)行目前發(fā)貨的 ONU 設(shè)備的開通過程中,需要執(zhí)行如下幾個技術(shù)通知單。這些技術(shù)通知單可以解決較多的共性問題。4.1 技術(shù)通知單列表(包含OLT )技術(shù)通知單名稱類型發(fā)布時間技術(shù)通單附件關(guān)于 EPON OLT設(shè)

18、備上聯(lián)通告2008-8-8口 trunk 配置的說明關(guān)于 D400(OEM)數(shù)據(jù)配置通告2008-7-28問題的通知關(guān)于 EPON OLT設(shè)備數(shù)據(jù)下發(fā)功能對 9806 開局注通告2008-7-3意說明的通知關(guān)于 EPON產(chǎn)品 OLT設(shè)備ZXA10 C200/C220 靈活通告 2008-6-13QINQ版本發(fā)布的通知關(guān)于 C200C220 組網(wǎng) / 網(wǎng)通告2008-6-6元管理數(shù)量的通知關(guān)于 F820 風扇噪聲問題操作2008-5-23的處理意見通知關(guān)于 ZXA10 F820 串口線通知2008-2-1制作工藝EPON終端 ONU設(shè)備ZXA10-D400A,操作2008-5-14ZXA10-D

19、402A升級到V1.0.0T6 版本的通知關(guān)于我司的軟交換與其他廠家的 PON終端對接存 操作 2008-5-16 在來電顯示的通知關(guān)于檢查 F820 設(shè)備 MAC地址是否沖突或缺失的通知2008-6-4技術(shù)通知單關(guān)于 F820 設(shè)備 V16B板版本字節(jié)大小顯示為304 字通知2008-6-5節(jié)的技術(shù)通知單F820 升級規(guī)范的強調(diào)以通知2008-7-14及單板版本丟失的判斷方法關(guān)于 EPON終端 ZXA10通知 +F820 升級到 V1.0 T6P3版2008-7-30 實施本的通知關(guān)于 F425A 替換 F425 的通知2008-8-8通知有關(guān)室外型機柜選點位2008-8 通知置的說明25第

20、5章 F820 及 D 系列終端語音故障5.1 語音不能注冊上軟交換ONU 終端開語音業(yè)務(wù)時, ONU 的語音模塊相當于一個 IAD 設(shè)備。 IAD 設(shè)備需要通過相關(guān)協(xié)議( H248 , MGCP 或者 SIP)協(xié)議向軟交換進行注冊。1)ONU 發(fā)送注冊消息給軟交換,軟交換回復報錯的消息。分兩種情況:一,和 ONU 對接的軟交換為我司設(shè)備。和我司設(shè)備對接時,如果存在報錯,應該還是是數(shù)據(jù)配置的問題。因此對于此類問題的處理,首先還是建議從數(shù)據(jù)配置側(cè)進行入手查起。配合的查證手段有,軟交換側(cè)的信令跟蹤和ONU側(cè)的抓包分析,或者兩者進行結(jié)合。確保數(shù)據(jù)配置正確后,如果依然存在報錯,需要根據(jù)具體回復的錯誤進

21、行分析,分析時需要提供軟交換側(cè)的信令跟蹤,或者終端側(cè)的信令抓包。抓包時,只需要提供信令消息即可,可以不提供媒體抓包。二,和 ONU 對接的軟交換為其他廠家設(shè)備(一般為華為或者貝爾)。和其他廠家對接時,如果存在報錯。除了存在數(shù)據(jù)配置錯誤的問題以外,還有可能是異種廠家之間的互通的問題。配合查證的手段有, ONU 側(cè)的信令抓包。 因為軟交換設(shè)備為其他廠家的,因此處理故障時,只能根據(jù)抓包進行分析。同樣,需要根據(jù)軟交換回復的錯誤進行分析。2)ONU 發(fā)送注冊消息給軟交換,軟交換不做回應。終端和軟交換對接時,如果確認ONU 側(cè)終端的數(shù)據(jù)配置沒有問題,終端也正確發(fā)送注冊消息給軟交換, 但是軟交換沒有回復任何

22、消息。需要重點檢查 ONU 終端以及對接的軟交換的數(shù)據(jù)配置是否正確,特別是域名配置,ONU 注冊 IP 地址配置。其中域名是區(qū)分大小寫的,需注意。3)ONU 未發(fā)送注冊消息給軟交換。如果 ONU 終端沒有發(fā)送注冊消息出去, 可以確定問題肯定處在 ONU 終端側(cè)。這類問題的排查方法首先排查 VOIP 單板運行是否正常, 如果正常需要檢查終端的 VOIP 相關(guān)數(shù)據(jù)配置是否正確。如果單板運行不正常,終端也不會發(fā)注冊包出去,現(xiàn)場可以考慮更換單板后再看。5.2 摘機忙音ONU 用戶摘機忙音,需要分下面兩種情況。5.2.1 查看 ONU 未注冊O(shè)NU 沒有注冊,那么摘機忙音應該為終端自己放的。首先需要解決

23、終端未注冊的問題,處理的步驟同5.1 節(jié)排查思路。5.2.2 查看 ONU 已注冊O(shè)NU 已經(jīng)成功注冊,摘機為忙音,這時的忙音一般情況下是軟交換下發(fā)忙音的信令給終端,終端再放的。 因此這類問題, 需要首先檢查相關(guān)的數(shù)據(jù)配置, 同時軟交換側(cè)也需要檢查數(shù)據(jù)配置是確認雙方數(shù)據(jù)配置沒有問題時,在提供抓包進行分析。5.3 摘機無音5.3.1 摘機無饋電ONU 下接電話機摘機無音,首先需要檢查電話機的指示燈是否亮,即檢查話機是否有饋電。如果沒有饋電首先要檢查用戶線或者用戶線電纜和話機以及ONU 終端是否正確連接。如果正確連接, 需要檢查線是否是好用的。如果是電話線可以考慮更換電話線進行嘗試確認是否好。如果

24、對于F820 的用戶電纜,需要檢查線序使用是否準確。上述現(xiàn)象都排查后,如果依然不能解決問題,F(xiàn)820 需要考慮更換 V16B 或者 V08B 單板, D系列終端需要更換設(shè)備。5.3.2 摘機有饋電摘機如果有饋電,參照以下步驟進行排查:1)上報摘機信令。用戶摘機上報了摘機信令,就需要根據(jù)軟交換回復的信令進行分析。這就需要提供抓包文件進行分析。2)不上報摘機信令,重啟語音單板恢復 ( D 系列終端重啟整個設(shè)備)正常。用戶摘機不上報摘機信令,重啟單板或整個設(shè)備恢復正常。這類問題需要進行抓包和Udpwatch 日志打印。供研發(fā)人員分析。3) 不上報摘機信令, 重啟單板( D 系列終端重啟整個設(shè)備)問題

25、依舊。更換硬件,并記錄更換后的設(shè)備的相關(guān)信息。和研究所人員聯(lián)系,將故障板件返修或者郵寄到研究所進行進一步定位分析。5.4 呼叫失敗5.4.1 未撥完號碼后失敗ONU 終端用戶撥號后,號碼沒有撥完,就失敗了。這類故障首先考慮更換話機進行測試,排除話機的收號問題。 然后再進行抓數(shù)據(jù)包進行分析, 檢查軟交換下發(fā)的號碼圖標是否存在問題,或者查看軟交換下發(fā)的號碼圖表, ONU 終端是否能夠正確解析,識別。需要時,可以考慮對比測試, 對比同一個號碼圖表下的AG ,IAD 的收號情況,進行對比分析。5.4.2 撥完號碼失敗撥完號碼后失敗,這類故障應該和F820 的關(guān)系不大,主要原因在于軟交換。排查此類故障除

26、了終端側(cè)進行抓包分析以外,更主要的是依靠軟交換進行故障分析。5.4.3 二次撥號,失敗用戶撥號某一語音平臺,聽提示音撥入1,或者 2 等按鍵選擇,切不斷語音。這類主要在于F820 的收號方式和語音平臺的匹配問題。此類問題,主要是依靠抓包進行分析。不做任何過濾抓包。5.5 語音質(zhì)量問題5.5.1 語音斷續(xù)此類問題主要是丟包引起。 遇到此類問題可以先從網(wǎng)絡(luò)上進行排查,可以登錄終端的語音地址,然后 ping 作為被叫的網(wǎng)關(guān)的 IP 地址,用以判斷是否存在丟包。 同時也可以依據(jù)抓包進行分析,將抓到的 RTP 包,使用 ethreal 工具進行 RTP 分析,是否丟包,哪個方向丟包。另外,丟包還有可能因

27、為設(shè)備內(nèi)部丟包引起,這類故障的解決主要依靠升級終端版本。抓包時不做過濾。必要時需要在 ONU 和 OLT 側(cè)同時抓包,進行對比分析,確認故障點。5.5.2 雜音首先需要排除外線,話機等問題, 雜音問題較多的和這些有關(guān)。另外,對于 F820,接地也會影響語音質(zhì)量,如果具備接地條件,都要求接地。最后要排除風扇電源的問題,處理故障時可以優(yōu)先考慮將風扇的電源線拔掉,進行對比測試。確認上述方法無法解決后,需要進行抓包分析,抓包時不做過濾。必要時需要在 ONU和 OLT 側(cè)同時抓包,進行對比分析,確認故障點。5.5.3 回音回音問題首先要排除是否為現(xiàn)場環(huán)境造成回聲,判斷方法可以考慮更換環(huán)境進行撥打?qū)Ρ葴y試

28、。如果確認不是環(huán)境問題造成的,應該就是設(shè)備內(nèi)部造成的回聲,這類問題需要首先明確回聲的方向,同時需要進行抓包。抓包時不做過濾。5.6 VOIP 吊死5.6.1 整個 VOIP單板吊死整個 VOIP 單板下的用戶都不能打電話。首先要判斷 VOIP 單板和軟交換之間是否還正常交互,可以telnet 到 VOIP 單板上去, ping 軟交換地址通不通。然后進行單板復位,看是否可以恢復業(yè)務(wù)。如果不能恢復業(yè)務(wù),查看單板運行是否正常。如果復位單板可以恢復業(yè)務(wù), 就需要進行觀察此類故障是否可以復現(xiàn)。此類故障需要進行全程抓包分析,抓包需要包含單板運行正常到整個單板吊死的全過程。必要時需要采用udpwatch

29、進行打印日志供研發(fā)人員分析。5.6.2 個別端口吊死個別端口吊死, 首先檢查終端的命令配置是否正確。特別是和其他廠家設(shè)備對接時,鏈路檢測等開關(guān)是否正確設(shè)置。個別端口吊死,主要存在于不同廠家設(shè)備對接時出現(xiàn),此類故障解決方法是全程抓包,抓包需要包含端口狀態(tài)正常到吊死的全過程。必要時還需要采用udpwatch 進行打印日志供研發(fā)人員分析。5.7 POS 機撥號問題(撥號上網(wǎng)問題)首先判斷是否存在丟包, 設(shè)備內(nèi)部丟包還是外部丟包。 可以采用 telnet 到 VOIP 板上再 ping的方法進行初步測試。 必要時還需要在ONU 和 OLT 側(cè)同時抓包,確定丟包點在什么地方。排除丟包的可能性后抓包分析,

30、抓包不要設(shè)置過濾條件,必要時還需要采用udpwatch 進行打印日志供研發(fā)人員分析。5.8 傳真問題首先需要確定ONU 終端采用的傳真方式是否和軟交換采用的傳真方式保持一致,不一致時需要設(shè)置為一致。確認為傳真設(shè)置沒有問題后,如果傳真依然不行,可以考慮修改 ONU 的傳真方式為透傳,不控制方式進行嘗試。另外還要排除傳真過程中的丟包原因, 傳真對丟包要求很高,一般要求丟包率小于 1%。排除丟包的可能性后抓包分析, 抓包不要設(shè)置過濾條件, 必要時還需要采用 udpwatch 進行打印日志供研發(fā)人員分析。5.9 智能公話需要抓包供研發(fā)人員分析, 抓包不要設(shè)置過濾條件, 必要時還需要采用 udpwatc

31、h 進行打印日志供研發(fā)人員分析。第 6章 F820 數(shù)據(jù)業(yè)務(wù)部分F820 數(shù)據(jù)業(yè)務(wù)的故障, 首先要排查的就是F820 上聯(lián)的 OLT針對 F820 設(shè)置的上下行帶寬,OLT 在數(shù)據(jù)配置上就要保證帶寬。檢查 ONU 帶寬設(shè)定是否過小,例如將上下行都按以下設(shè)置:最大帶寬設(shè)置為 100000Kbps ,保證帶寬設(shè)置為 50000Kbps ,突發(fā)包設(shè)置為 180000。檢查 OLT 算法設(shè)置是否正確,一般設(shè)置成外部算法;檢查所有 VLAN內(nèi)的 PON 口是否都配置成TAG 方式;檢查告警記錄和通知消息內(nèi),是否有F820 掉線的記錄,是否光路誤碼影響;檢查上聯(lián)網(wǎng)絡(luò)的問題,檢查配置數(shù)據(jù)和收發(fā)數(shù)據(jù)包情況;如

32、果 F820 下連接的是局域網(wǎng)或多根網(wǎng)線,可斷開后單獨接一臺電腦測試,排除局域網(wǎng)問題。確保上下行帶寬沒有問題后,進行如下排查。6.1 F820 數(shù)據(jù)端口吊死確保帶寬沒有問題后,需要數(shù)據(jù)吊死分為以下三種情況。6.1.1 數(shù)據(jù)端口全部吊死數(shù)據(jù)端口全部吊死時, 需要檢查數(shù)據(jù)配置是否正確。 如果確認數(shù)據(jù)配置沒有問題,需要檢查F820 的設(shè)備單板運行是否正常。確認是單板故障的,可以考慮重啟設(shè)備看是否可以恢復業(yè)務(wù),如果依然不行,需要考慮更換單板或者更換機框。6.1.2 部分吊死部分端口吊死的現(xiàn)象比較少見, 主要存在于一些數(shù)據(jù)端口配置錯誤時出現(xiàn)。6.1.3 數(shù)據(jù),語音同時吊死語音數(shù)據(jù)同時吊死,主要檢查 MS

33、8E 單板運行是否正常, EPUA 單板是否正常。 同時還需要檢查 EPUA 口的光功率, 看是否符合標準。這類問題的出現(xiàn),主要解決思路是重啟設(shè)備可以臨時解決,同時需要保證 F820 的版本在最新版本。確認上述方法都嘗試后,需要更換單板,機框解決。并將更換下的單板,機框進行返修。6.2 PPPOE 撥號異常6.2.1 MAC地址環(huán)回MAC 地址環(huán)回,主要存在于相同的 MAC 地址,在同一 PON 口下的 F820 中同時出現(xiàn)。這類故障主要是 F820 之間有連線,造成 F820 和 OLT 之間存在 MAC 地址環(huán)回。環(huán)回產(chǎn)生后, 終端撥號成功率非常低。 多次撥號才可能有偶爾一次或者幾次成功。

34、6.2.2 PPPOE 撥號常見錯誤碼排查PPPoE 撥號異常, 主要依據(jù)抓包進行分析,根據(jù)抓包的情況進行分析,故障點可能出現(xiàn)在哪里。PPPoE 的撥號流程如下,參照此文檔可以進行問題分析。另外,下面還整理了一些撥號中出現(xiàn)的常見錯誤碼, 也可以通過這些錯誤碼進行初步的定位分析。( 1) 645 故障描述:撥號適配器未裝這種情況主要針對WindowsME 和 Windows98 而言,解決辦法是在 Windows98 下添加撥號適配器組件即可。對 Windows ME 而言,因為它沒有直接添加撥號適配器的選項,所以必須在控制面板中先刪除撥號網(wǎng)絡(luò)組件, 再添加撥號網(wǎng)絡(luò)組件完成適配器的添加。( 2) 691/629 故障描述:不能通過驗證可能的原因是用戶的賬戶或者密碼輸入錯誤, 或用戶的賬戶余額不足,用戶在使用時未正常退出而造成用戶賬號駐留,可等待幾分鐘或重新啟動后再撥號。( 3) 630 故障描述:無法撥號,沒有合適的網(wǎng)卡和驅(qū)動可能的原因是網(wǎng)卡未安裝好、 網(wǎng)卡驅(qū)動不正?;蚓W(wǎng)卡損壞。檢查網(wǎng)卡是否工作正?;蚋戮W(wǎng)卡驅(qū)動。( 4) 633 故障描述:找不到電話號碼簿,沒有找到撥號連接這可能是沒有正確安裝 PPPOE 驅(qū)動或者驅(qū)動程序已遭損壞,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論