FTTx EPON 業(yè)務故障處理

FTTxEPON故障處理目錄EPON故障處理一般流程和分析方法EPON常見故障類型和排除方式Page1故障處理流程故障處理準備初步定位故障位置初步判斷故障范圍查找故障原因排除故障聯(lián)系華為技術(shù)支持

屏蔽或隔離故障排除故障查看故障是否已恢復

檢查光口、光纖狀況檢查設(shè)備運行狀態(tài)檢查ONU狀態(tài)檢查設(shè)備統(tǒng)計信息檢查設(shè)備數(shù)據(jù)配置檢查上層設(shè)備狀態(tài)12345Page2故障處理流程故障處理準備初步定位故障位置初步判斷故障范圍接到用戶申告、系統(tǒng)告警、網(wǎng)管側(cè)告警后，應初步判斷故障范圍，在充分了解組網(wǎng)、業(yè)務的基礎(chǔ)上，對故障影響范圍、類型、故障點建立初步的認識。1Page3收集故障信息故障現(xiàn)象可能原因多臺設(shè)備業(yè)務故障上層設(shè)備問題整框業(yè)務故障主控板或上行板故障上行端口光路問題電源供電問題網(wǎng)絡(luò)攻擊數(shù)據(jù)配置問題單板業(yè)務故障業(yè)務板故障與主控板通信問題個別端口業(yè)務故障用戶終端或線路故障分光器故障業(yè)務板端口故障設(shè)備的數(shù)據(jù)配置問題初步定位故障位置，了解問題可能的原因，評估嚴重程度Page4使用方法：對比分析對比是指將故障的部件或現(xiàn)象與正常的部件或現(xiàn)象進行比較分析，查出不同點，從而找出問題的所在，一般適用于故障單一的場合。相同BRAS或Lanswitch下面相同的機框不同的單板相同的單板不同的接口相同的接口不同的終端相同的終端不同的接口PCONT&MDUOLTIPBRASPCLSPage5故障處理知識準備ODN組網(wǎng)結(jié)構(gòu)、分光器原理、上下行光波分復用特性測試工具抓包工具光纖接入的原理常用儀表的基本操作PPPoE、DHCP、H.248、IGMP等協(xié)議和交互方式業(yè)務流程、協(xié)議、配置OLTMDU、ONT典型故障快速定位專業(yè)知識故障預判關(guān)鍵Page6故障處理相關(guān)信息了解工程組網(wǎng)信息網(wǎng)絡(luò)拓撲信息組網(wǎng)，上層網(wǎng)絡(luò)交換機、路由器連接情況業(yè)務配置信息VLAN標簽添加，單層、多層VLAN語音數(shù)據(jù)、協(xié)議接口設(shè)備運行狀態(tài)工程文檔現(xiàn)場操作時做好故障現(xiàn)場數(shù)據(jù)的采集與保存backuptftpdata/configurationPage7故障處理流程查找故障原因檢查光口、光纖狀況檢查設(shè)備運行狀態(tài)檢查ONU狀態(tài)檢查設(shè)備統(tǒng)計信息檢查設(shè)備數(shù)據(jù)配置檢查上層設(shè)備狀態(tài)在初步判定故障范圍的基礎(chǔ)上，按照先局端設(shè)備，后用戶設(shè)備，先數(shù)據(jù)后物理線路的方式查找故障點和故障原因。2Page8檢查設(shè)備運行狀態(tài)檢查主控板的運行燈狀態(tài)正常情況：RUNALM燈1s亮1s滅，周期閃爍，主用主控板ACT燈長亮。如果出現(xiàn)異常，請檢查主控板是否接觸良好。檢查業(yè)務板的運行燈狀態(tài)正常情況：RUNALM燈1s亮1s滅，周期閃爍。如果出現(xiàn)異常，請檢查業(yè)務板是否接觸良好。檢查PON接口燈狀態(tài)正常情況下：ONU在線時，PON接口的燈長亮。如果出現(xiàn)PON口燈不亮，請檢查光口激光器是否打開。如果被關(guān)閉，在EPON模式下，使用portportidlaser-switchon命令打開。Page9告警分析告警信息包含故障或異?，F(xiàn)象的具體描述、可能的發(fā)生原因、有哪些修復建議等等，涉及硬件、鏈路、業(yè)務、CPU占用率等各個方面，信息量大且全，是進行故障分析和定位的重要依據(jù)之一。獲取告警信息有以下幾種途徑：N2000網(wǎng)管告警面板命令行模式displayalarmhistory命令查詢現(xiàn)場設(shè)備單板指示燈告警分類告警級別告警原因通信類告警業(yè)務質(zhì)量類告警處理出錯類告警硬件設(shè)備類告警環(huán)境類告警嚴重重要次要警告多種Page10告警分析huawei(config)#displayalarmhistory{alarmclass<K>|alarmid<K>|alarmlevel<K>|alarmparameter<K>|alarmsn<K>|alarmK>|alarmtype<K>|all<K>}:allALARM4031

故障告警

警告0x60311011

硬件設(shè)備類

2009-08-1117:27:21

告警名稱：ONT掉電(DGi)

參數(shù)信息：機框號:0,槽位號:2,端口號:0,ONTID:3,硬件版本:H821EPUA

告警描述：ONT掉電(Dgi)，ONT下線業(yè)務中斷告警原因：ONT電源出現(xiàn)異常修復建議：檢查ONT電源，保證ONT電源正常工作

END

ALARM4030

恢復告警

清除

0x60321011

硬件設(shè)備類

2009-08-1117:27:21

告警名稱：ONT掉電(DGi)恢復參數(shù)信息：機框號:0,槽位號:2,端口號:0,ONTID:3,硬件版本:H821EPUA

告警描述：ONT掉電(DGi)恢復告警原因：無修復建議：無需處理

END·Page11日志分析通過查詢?nèi)罩景l(fā)現(xiàn)一些異常的配置命令行模式displaylogall命令查詢發(fā)現(xiàn)是否存在誤操作huawei(config)#displaylog{all<K>|cli<K>|failure<K>|index<K>|memory<K>|name<K>|snmp<K>}:序號用戶名域名IP地址

271huawei456--

6時間：2009-08-1116:40:38操作：ipaddress5016序號用戶名域名IP地址

270huawei456--

6時間：2009-08-1116:40:32操作：interfacevlanif4000序號用戶名域名IP地址

269huawei456--

6時間：2009-08-1116:40:25操作：undointerfacevlanif172Page12檢查設(shè)備流量信息如果發(fā)現(xiàn)哪個階段的數(shù)據(jù)只有收或只有發(fā)，則可以定位數(shù)據(jù)在該段丟失，再查看相關(guān)段的配置。上行口流量統(tǒng)計PON口流量統(tǒng)計ONT流量統(tǒng)計查看協(xié)議傳輸是否正常Page13檢查設(shè)備統(tǒng)計信息查看流量統(tǒng)計信息，可以很好的定位排除故障，步驟一：查詢上行口的流量統(tǒng)計信息，查看是否有收、發(fā)的流量huawei(config-if-giu-0/1)#displayportstatistics0步驟二：查詢EPON端口的性能統(tǒng)計信息huawei(config-if-epon-0/3)#displayportstatistic0步驟三：查詢ONT的性能統(tǒng)計信息huawei(config-if-epon-0/3)#displayont

traffic00查詢以太網(wǎng)端口流量信息：huawei(config-if-giu-0/19)#displayporttraffic0Thereceivedtrafficofthisport(packets/s)=0Thereceivedtrafficofthisport(octets/s)=62Thetransmittedtrafficofthisport(packets/s)=0Thetransmittedtrafficofthisport(octets/s)=62Page14可使用方法：分段分析在完成對比分析后，不一定能找到具體的故障點，此時還可將故障網(wǎng)絡(luò)分為不同的故障網(wǎng)段，逐段排查，定位故障。上側(cè)網(wǎng)絡(luò)問題Lanswitch到BRAS的問題上行口到Lanswitch的問題從業(yè)務單板到無源分光器從無源分光器到用戶光終端從光終端到用戶設(shè)備PCONT&MDUOLT干路故障用戶終端故障IP支路故障BRAS網(wǎng)絡(luò)側(cè)故障其他：PPPoE

H248IGMPDHCPLS示例：采用PING等各種方法，檢測是否存在丟包、無流量現(xiàn)象。PINGPage15可使用方法：協(xié)議分析協(xié)議分析是指對通過信令跟蹤、捕獲數(shù)據(jù)包分析等手段對故障進行分析的方法。協(xié)議分析要求維護工程師對協(xié)議有深入的了解，掌握各種信令的交互流程，從而能夠從獲得的信令消息中定位出故障的真正原因。在用戶側(cè)抓包在上行口抓包（interfacegiu/portmirror）在上層設(shè)備處抓包Debug工具(terminaldebugging/debuggingxxx/terminalmonitor)Page16檢查設(shè)備數(shù)據(jù)配置檢查是否為VLAN綁定上行口使用displayvlan命令檢查是否為網(wǎng)絡(luò)側(cè)VLAN增加了上行口。若沒有則使用portvlan命令指定VLAN上行口。檢查業(yè)務流配置是否正確使用displayservice-portall命令查詢業(yè)務流配置是否正確。使用displayont-srvprofile命令查詢ONU的端口VLAN配置是否與業(yè)務流對應。用戶側(cè)VLAN為untagged方式的業(yè)務流，修改ont-srvprofile將ONU端口要加入到上行VALN，使用ontportnative-vlan命令配置端口的NativeVLAN與上行VLAN相同。用戶側(cè)VLAN為tagged方式的業(yè)務流，修改ont-srvprofile將ONU端口要加入到用戶側(cè)VALN中。檢查ONU綁定的各類模板使用displayontinfo00命令檢查ONU所綁定的各類模板。使用displaydba-profileall命令檢查DBA模板,確認綁定的DBA模板是否滿足需求。如果不滿足，可以使用ont-lineprofile命令修改ONT所綁定的DBA模板。Page17檢查上層設(shè)備狀態(tài)在EPON業(yè)務發(fā)生故障時，通過檢查上層設(shè)備狀態(tài)排除故障。如果前面的檢查都正常，則問題可能出在上層設(shè)備，請檢查上層設(shè)備的運行狀態(tài)、數(shù)據(jù)配置。特別要關(guān)注上層設(shè)備和OLT對接接口屬性的兼容性。對接端口的全、半雙工；10M、100M、1000M速率類型一致光模塊單、多模類型一致，光纖類型正確兩端同時開啟或關(guān)閉鏈路聚合功能（linkaggregation）huawei(config-if-giu-0/19)#displayportstateall

端口端口光模塊Native網(wǎng)線

速率雙工流控端口

鏈路類型狀態(tài)VLAN自適應

(Mbps)

激活

狀態(tài)

0GE-1直通1000全雙工關(guān)激活離線

1FE-1自協(xié)商自協(xié)商100自協(xié)商全雙工關(guān)激活在線Page18數(shù)據(jù)分析數(shù)據(jù)配置錯誤或者更改往往是系統(tǒng)故障的重要原因，配置數(shù)據(jù)分析是故障定位，尤其是新開局的故障定位不可缺少的一個方法。VLAN配置上行口配置業(yè)務口配置終端配置查詢設(shè)備當前業(yè)務配置huawei#displaycurrent-configuration

Page19檢查光口、光纖狀況光口檢查上行口、PON口平均發(fā)送光功率是否正常。接收光靈敏度是否正常。檢查光纖光纖是否插好。光纖是否彎曲嚴重。光纖是否有斷線。問題：用戶接收端正常情況下光功率的范圍是多少？正常情況下PON口的光功率范圍是多少？如何分段檢測光功率？答案：光口的接收光功率應該在-27dBm～-6dBm之間PON口光功率在2dBm～7dBmONT與OLT之間的光衰減應該在15dB～25dB之間Page20分析方法：儀表分析利用各種儀器、儀表取得實際的各種性能參數(shù)，對照正常的參數(shù)值，定位和排除故障。在故障處理中常用的儀器、儀表包括：光功率計OTDR萬用表可調(diào)光衰減器以上器件主要針對ODN測試，請參考ODN鏈路測試Page21檢查ONT狀態(tài)指示燈名稱狀態(tài)指示燈含義及處理方法POWER長亮電源供電正常熄滅請檢查電源連接是否正確請檢查電源適配器是否匹配如果電源正常，所有指示燈都熄滅，請更換ONUAUTH(EPON注冊指示燈)長亮設(shè)備認證成功熄滅設(shè)備認證失敗檢查MA5680T上是否添加了該ONU檢查ONU的MAC地址與ONU實際MAC地址是否一致LINK(EPON鏈路指示燈)長亮PON端口鏈路狀態(tài)正常熄滅檢查光纖是否插好（太緊或太松都不行）VOIP長亮VOIP服務注冊成功熄滅VOIP服務注冊失敗請檢查能否ping通ONU請檢查ONTVoIP配置中SIPServer配置是否正確Page22檢查MDU狀態(tài)LINKREG指示燈名稱狀態(tài)指示燈含義及處理方法LINK長亮EPON接口收到下行光信號熄滅EPON接口沒有收到下行光信號REG閃爍設(shè)備正在進行注冊熄滅注冊失敗Page23檢查ONU狀態(tài)在線查詢ONU的狀態(tài)使用displayontinfo命令檢查ONU的信息，主要檢查控制標志、運行標志、MAC、配置狀態(tài)、匹配狀態(tài)huawei(config-if-epon-0/2)#displayontinfo0all

框/槽/端口ONT編號MAC控制標志運行標志配置狀態(tài)匹配狀態(tài)

0/2/000018-82D4-AC74激活在線正常匹配

0/2/01001E-E3FF-1B68激活離線初始狀態(tài)初始狀態(tài)

0/2/02001E-E3FF-1C3E去激活離線初始狀態(tài)初始狀態(tài)

0/2/030018-82F7-A9C6激活離線初始狀態(tài)初始狀態(tài)

0/2/040018-82DA-89F6激活在線正常不匹配Page24檢查ONU狀態(tài)說明如果“控制標志”為激活態(tài)且“運行標志”為在線，則正常，說明用戶上線且認證通過。而“運行標志”為離線，則說明用戶未上線。如果“控制標志”為去激活態(tài)會禁止ONU進行注冊，需要在EPON模式下使用ontactivate命令把控制開關(guān)設(shè)為激活。如果ONU的“MAC”與實際的ONU不一致，會導致注冊失敗。如果“配置狀態(tài)”為“正?！睜顟B(tài)，說明ONU配置恢復狀態(tài)正常。如果“配置狀態(tài)”為“初始狀態(tài)”狀態(tài)，說明ONU配置恢復失敗，有可能是ONU綁定了錯誤的ONU模板。可嘗試通過重新下發(fā)配置命令或重啟ONU來排除故障。Page25其他可使用方法：互換分析互換是指將處于正常狀態(tài)的部件與可能故障的部件對調(diào)。通過比較對調(diào)后二者運行狀況的變化，判斷故障的范圍或部位。單板互換端口互換光纖互換終端互換互換操作風險：例如，將短路的單板換到正常的機框有可能造成正常機框損壞。因此，使用互換方法需要謹慎，確保不導致新故障。主要能發(fā)現(xiàn)一些物理器件上的問題。Page26故障原因及分析方法匯總故障原因分層：物理層故障（設(shè)備，線路，終端）鏈路層故障（MAC地址，VLAN）網(wǎng)絡(luò)層故障（IP地址，IP路由）傳輸層故障（端口號）應用層故障（應用軟件，數(shù)據(jù)配置）故障處理常用分析方法：對比分析（原因判定）分段分析（故障定位）互換分析（硬件，數(shù)據(jù)）告警分析（全面把握，收集信息）性能分析（監(jiān)控流量，丟包情況）數(shù)據(jù)分析（數(shù)據(jù)配置）儀表分析（電流，電壓，功率）協(xié)議分析（抓包，信令）Page27目錄EPON故障處理一般流程和分析方法EPON常見故障類型和排除方式Page28常見故障類型分析序號常見故障分類講解案例1ONU不能正常注冊案例一ONT無法注冊案例二ONU反復上下線案例三上網(wǎng)業(yè)務不通2無法上網(wǎng)案例四上行網(wǎng)管正常、業(yè)務不通案例五OLT與上層設(shè)備連接中斷案例六某PON口下所有用戶業(yè)務不通案例七某ONU下掛ADSL寬帶用戶業(yè)務閃斷案例八PPPoE用戶有時撥號失敗3打不通電話或者語音效果不好案例九MDU語音業(yè)務有雜音案例十語音業(yè)務不能互通案例十一語音業(yè)務不通4組播業(yè)務無法開通案例十二組播業(yè)務失敗（可選）5網(wǎng)管對接案例十三無法添加設(shè)備到網(wǎng)管案例十四網(wǎng)管客戶端無法登陸服務器Page29案例一

ONT無法注冊故障現(xiàn)象：

某縣局，某工程師手工添加ONT終端后，現(xiàn)場安裝人員發(fā)現(xiàn)ONT指示燈不斷閃爍，一致無法達到穩(wěn)定狀態(tài)，OLT上該ONT無法正常注冊，同一PON口下其他用戶正常。。。。OLTONTPage30案例一ONT無法注冊查找故障原因：光功率（現(xiàn)場無功率計）

硬件故障數(shù)據(jù)配置故障排除：修改MAC后業(yè)務正常。將該ONT直接接至該單元分光器側(cè)，故障現(xiàn)象依舊。更換ONT至其它PON端口，OLT重新做數(shù)據(jù)，ONT注冊正常。檢查原來端口數(shù)據(jù)配置，發(fā)現(xiàn)ONT的MAC輸入有誤，最后一位有偏差。建議：在每個接口底下打開ONT自動發(fā)現(xiàn)功能，當ONT被自動發(fā)現(xiàn)后，會自動上報MAC，通過復制粘貼，然后使用ONT

confirm來確認，這樣就不會通過由人工來念MAC碼而產(chǎn)生不必要的錯誤了！初步判斷故障范圍：單個用戶故障，故障點可能在ONU、支路光纖、分光器、數(shù)據(jù)配置。可排除上行、單板、PON口問題Page31案例二MDU反復上下線現(xiàn)象描述某村村通工程，小A在網(wǎng)管上看到告警，在一偏遠山區(qū)發(fā)現(xiàn)OLT下接的一臺MDU無規(guī)律的反復上下線，其他MDU正常。告警信息OLT和網(wǎng)管上出現(xiàn)ONT反復上下線告警。原因分析光纖衰減過大MDU硬件故障MDU單板故障Page32案例二MDU反復上下線初步判斷故障范圍：單個用戶故障，其他MDU正常，因此排除OLT的PON單板故障，初步判斷故障范圍為OLT以下器件和數(shù)據(jù)問題。故障原因查找：使用光功率計在MDU側(cè)測試光纖衰減為正常(-20dB)，排除線路原因。更換MDU后，當時正常，但后續(xù)兩三天里告警仍時常發(fā)生。因為出現(xiàn)故障的MDU在較為偏遠的山區(qū)，懷疑是周圍環(huán)境因素導致。Telnet登錄到設(shè)備使用displayalarmhistoryall命令仔細查看告警信息，發(fā)現(xiàn)連續(xù)四天都是在晚上7點到晚上8點用電高峰期MDU發(fā)生重啟，初步判斷為電壓問題。在現(xiàn)場使用萬用表測試電壓，發(fā)現(xiàn)電壓不穩(wěn)定，導致MDU反復重啟。故障排除：將此MDU更換為帶有直流電模塊的MDU后問題解決。建議與總結(jié)：如果設(shè)備采用的是交流供電，在電壓不穩(wěn)定的時候會導致設(shè)備反復重啟。如果電壓不正常且不能保證正常電壓，建議用戶選擇使用帶直流模塊的MDU設(shè)備。Page33案例三用戶申告所有業(yè)務不通故障現(xiàn)象某局MA5680T上行口通過二層交換機連接到路由器NE40上，某用戶申告上網(wǎng)業(yè)務不通，撥號失敗，其他用戶正常。組網(wǎng)說明告警無OLTInternetNE40S6505MA5680TPage34案例三用戶申告所有業(yè)務不通初步判斷故障范圍：單個用戶故障，ONU、光纖、用戶電腦終端病毒、用戶帳號等，可排除上行、PON口等問題。故障原因查找：查看告警，無告警信息。查看用戶數(shù)據(jù)，模版、VLAN等各項數(shù)據(jù)正常。換一個備用終端，業(yè)務依然不通；將終端直接連接在其他同一分光器下的光纖上，終端正常注冊，業(yè)務正常；使用光功率計測量發(fā)現(xiàn)用戶側(cè)跳纖，用戶裝修時將入戶光纖壓壞，接收光功率為－30db，小于最低接收功率－27db，接收光功率在終端光模塊接收靈敏度之外。故障排除：到用戶側(cè)更換跳纖，業(yè)務正常。Page35ONU不能正常注冊常見處理方法ONU不能正常注冊步驟一：檢查其他ONU狀態(tài)，初步判斷是否是單板硬件問題步驟二：檢查數(shù)據(jù)配置中ONU的配置是否正確EPON模式下，使用displayontinfo命令查看ONU信息：檢查ONU的MAC是否和實際的設(shè)備一致；檢查ONU的控制標志是否為去激活，如果是去激活態(tài)，需要在EPON模式下使用ontactivate命令把控制開關(guān)設(shè)為激活。步驟三：可能OLT上已經(jīng)存在相同MAC的ONU在線，考慮刪除原ONU步驟四：檢查ONULinkAuth燈的閃爍方式步驟五：檢查光衰是否合適，如果不正常，使用光功率計檢查ONU

各段光功率，排除線路故障。步驟六：如果光衰正常，檢查ONU終端硬件及軟件問題，更換ONU。Page36案例四上行網(wǎng)管正常、業(yè)務不通故障現(xiàn)象某市，兩個相鄰新建局點的MA5680T連接在同一個上層交換機的不同端口，MA5680T采用帶內(nèi)網(wǎng)管接入網(wǎng)管中心，網(wǎng)管VLAN均為63，在網(wǎng)管中心可以管理兩個局點，網(wǎng)管情況正常。兩個局點的業(yè)務外層VLAN分別為58和59，通過業(yè)務VLAN接入上層設(shè)備，兩個局點上網(wǎng)業(yè)務均不通，顯示連接超時。InternetPage37案例四上行網(wǎng)管正常、業(yè)務不通初步判斷故障范圍：兩臺設(shè)備均出現(xiàn)問題，考慮是上行接口的故障網(wǎng)管能正常管理，考慮可能是數(shù)據(jù)配置的問題、排除對接口物理故障初步定位在BRAS數(shù)據(jù)配置、上行交換機配置、設(shè)備數(shù)據(jù)配置的問題。故障原因查找：檢查MA5680T數(shù)據(jù)配置，按照數(shù)據(jù)規(guī)劃，沒有發(fā)現(xiàn)問題；在MA5680T上Ping業(yè)務網(wǎng)關(guān),即相連的上層交換機端口，不通；將計算機通過另一臺交換機（配置VLAN）連接到在上層交換機和MA5680T相連的端口，上網(wǎng)正常；經(jīng)檢查發(fā)現(xiàn)兩個局點的MA5680T和上層交換機連接時，兩個網(wǎng)口插反了。故障排除：按照正確方法重新連接Page38案例五OLT與上層設(shè)備連接中斷故障現(xiàn)象A市，某校園網(wǎng)工程局點，MA5680T與三層交換機通過GE口多模光纖相連，工程師發(fā)現(xiàn)各項業(yè)務均不通。交換機的光口能收到光，光端口處于常亮狀態(tài)；而MA5680T的光口不能收到光，光端口處于常滅狀態(tài)。InternetPage39案例五OLT與上層設(shè)備連接中斷初步判斷故障范圍：由于是所有業(yè)務均出現(xiàn)問題，初步判斷故障出現(xiàn)在上行交換機、上行鏈路、對接端口、接口模式錯誤、接口模式協(xié)商錯誤。故障處理：初步懷疑是上行鏈路匹配的問題，查看雙工、速率模式，發(fā)現(xiàn)上行鏈路是光纖連接，不存在雙工、速率問題。把兩根光纖的收發(fā)對調(diào)，故障沒有排除；電話通知對端維護人員，檢查對端和本段光模塊，發(fā)現(xiàn)兩端的模塊型號不同，交換機為單模（1310nm），而MA5680T為多模（850nm）故障排除：更換交換機的光模塊（與對端一致），故障排除。Page40案例六某PON口下所有用戶業(yè)務不通故障現(xiàn)象：某局，已經(jīng)正常運行一段時間的MA5680T一個PON口下，某天所有用戶申告業(yè)務中斷，其它PON口業(yè)務正常。原因分析：光功率預算問題主干光纖問題PON口問題ONT終端問題OLTInternetNE40S6505MA5680TPage41案例六某PON口下所有用戶業(yè)務不通初步判斷故障范圍：

初步判斷問題可能為該PON口硬件、分光器等故障。處理過程：檢查單板狀態(tài)。在MA5680T里面查詢該PON口狀態(tài)，發(fā)現(xiàn)只有一個用戶在線，其余用戶均下線；在分光器處嘗試拔掉該在線用戶光纖，其他用戶陸續(xù)上線并工作正常。故障排除：通知一線維護人員，取回ONU，發(fā)現(xiàn)該ONU處于長發(fā)光狀態(tài)。建議與總結(jié)：如果某個ONT的光模塊故障，處于常發(fā)光狀態(tài)，則會占用全部上行時隙，導致和此ONT位于同一OLT端口下的其他ONT全部癱瘓；這類現(xiàn)象只有在ONT光模塊出現(xiàn)異?；蛘邆€別用戶惡意入侵系統(tǒng)才會發(fā)生。Page42案例七某ONU下掛ADSL寬帶用戶業(yè)務閃斷故障現(xiàn)象工程師小王接到用戶故障申告，現(xiàn)網(wǎng)正常運行的MA5680T通過HG813E下掛的業(yè)務，不同的時間段會出現(xiàn)中斷的現(xiàn)象，中斷時長不固定，少則幾十秒，多則5分鐘。發(fā)生故障時同一HG813E下不同F(xiàn)E口下掛的A廠家DSLAM設(shè)備和UA5000同時中斷。故障分析

1、HG813E下用戶產(chǎn)生環(huán)路；

2、HG813E下用戶有攻擊；

3、HG813E供電不穩(wěn)定，造成HG813E重啟Page43案例七某ONU下掛ADSL寬帶用戶業(yè)務閃斷初步判斷故障范圍：由于發(fā)生故障時間較短，對定位問題帶來一定困難，初步判斷故障范圍為OLT數(shù)據(jù)配置、HG813E故障、下掛DSLAM和UA5000故障處理過程1、由于以前該業(yè)務正常運行，說明OLT數(shù)據(jù)配置應沒有沒有2、考慮可能受到攻擊，通過現(xiàn)場抓包發(fā)現(xiàn)有用戶報文的源MAC和網(wǎng)關(guān)的MAC地址一樣，且該用戶的源MAC地址不斷變化。3、確認問題就是由于用戶攻擊導致的，用戶側(cè)偽造網(wǎng)關(guān)的MAC發(fā)包，在DSLAM設(shè)備上開啟MAC過濾功能，過濾用戶的的源MAC為網(wǎng)關(guān)MAC的報文后，問題解決。說明：本案例中，用戶偽造源MAC為網(wǎng)關(guān)MAC后會導致OLT中學習的MAC地址混亂，造成PON口下業(yè)務中斷，嚴重時造成整臺OLT業(yè)務中斷，中斷時間一般為5分鐘。HG813E下掛DSLAM或UA5000的情況比較常見，屬不規(guī)范組網(wǎng)，應過濾掉上層網(wǎng)關(guān)MAC。huawei(config)#security

mac-filter

{source<K>|destination<K>}:source

{mac_addr<P><XXXX-XXXX-XXXX>}:XXXX-XXXX-XXXX

Page44案例八PPPoE用戶有時撥號失敗故障現(xiàn)象某局，因上行交換機的接口已經(jīng)只剩一個了，兩臺MA5680T的業(yè)務采用級聯(lián)方式上行，上級MA5680T的用戶撥號正常，用戶反饋級聯(lián)的MA5680T在上網(wǎng)高峰期用戶撥號困難。用戶撥號錯誤提示678，已在線用戶上網(wǎng)正常。告警無OLTA。。。ONTONT678OLTBPage45案例八PPPoE用戶有時撥號失敗初步判斷故障范圍：該問題僅出現(xiàn)在級聯(lián)的MA5680T中，且用戶不是完全無法撥號，可以排除BRAS配置的問題，同時已經(jīng)上線用戶正常，可以排除上行交換機、鏈路等問題。初步定位在上層MA5680T、級聯(lián)接口、下級MA5680T數(shù)據(jù)配置上。故障處理檢查是否是上行板/端口故障，更換上行板，故障依然存在。檢查是否是級聯(lián)光纖故障，更換光纖，故障依然存在。檢查是否因為病毒、廣播報文過多，使用戶的PPPoE報文無法上報。在BRAS上抓包分析，如果用戶撥號成功，在BRAS上可以抓到PPPoE的報文。如果用戶撥號失敗，在BRAS上抓不到用戶的PPPoE的報文，說明用戶的PPPoE的報文沒有送到BRAS設(shè)備上，在傳輸過程中被丟棄。在被級聯(lián)的MA5680T設(shè)備上行口做鏡像抓包，可以抓到用戶的PPPoE的報文，說明用戶的PPPoE的報文已經(jīng)傳送上去，由此說明報文是在上級MA5680T設(shè)備上被丟棄。查看上級MA5680T設(shè)備配置發(fā)現(xiàn)，該設(shè)備在級聯(lián)的子槽位上啟用了廣播抑制功能，減小廣播抑制數(shù)量級后測試，用戶撥號正常建議與總結(jié)：由于上級MA5680T啟用了廣播抑制功能，上網(wǎng)高峰期來自用戶端的廣播過大，PPPoE報文得不到及時處理而被丟棄，所以用戶撥號困難。級聯(lián)方式的組網(wǎng)尤其應注意廣播抑制的問題，如某些地區(qū)使用ONU下掛UA5000、IAD等，也會出現(xiàn)此問題。Page46無法上網(wǎng)故障處理方法無法上網(wǎng)故障現(xiàn)象初步判斷故障位置及原因個別端口用戶無法上網(wǎng)用戶終端或者外線故障，如：PON端口故障光路問題數(shù)據(jù)配置問題，包括：ONT綁定的模板錯誤ONT與業(yè)務流的映射關(guān)系錯誤VLAN通道配置錯誤整板用戶無法上網(wǎng)EPON單板故障整框用戶無法上網(wǎng)光路問題主控板或者是上行單板故障網(wǎng)絡(luò)攻擊環(huán)路，MAC漂移BRAS設(shè)備下的所有用戶無法上網(wǎng)上行設(shè)備問題Page47無法上網(wǎng)故障處理方法附：PPPoE交互錯誤提示

1、“錯誤678”。原因是鏈路不通導致，即終端PC機到BAS的鏈路不通，一般可能是數(shù)據(jù)未配置或錯誤、端口環(huán)路或是其他原因，導致PC數(shù)據(jù)不能送到BAS，或BAS收到報文不作響應。

2、“錯誤676”。由于PADI報文是廣播報文，該報文能夠到達BAS，PADR報文是單播報文，該報文不能到達BAS。出現(xiàn)該問題原因一般是由于設(shè)備上行端口mac地址漂移導致，或是其他原因?qū)е翽ADR報文不能到達BAS。

3、“錯誤619”。該問題一般是由于用戶認證異常，原因可能是Radius用戶的綁定信息更改了。解決此問題，一般是將用戶信息初始化。

4、“錯誤691”。用戶名密碼錯，一般也是將用戶信息初始化，或是重新設(shè)置口令等。

5、”錯誤718“。原因為BAS把CODE=1報文送給RADIUS，但RADIUS沒有回應。Page48案例九MDU語音業(yè)務有雜音現(xiàn)象描述：

MDUMA5606T下VOIP業(yè)務經(jīng)常出現(xiàn)有雜音的現(xiàn)象。其他MDU上正常。原因分析：外線質(zhì)量差機房環(huán)境存在干擾源DDF架設(shè)備接地不好用戶板故障上行網(wǎng)絡(luò)問題MDUMDFsoft3000

NE40

S8505

MA5606TMA5680TPage49案例九MDU語音業(yè)務有雜音初步判斷故障范圍：

只有這一臺ONU上有故障申報，因此大致定位在這臺設(shè)備以及以下各個段。故障處理：

1、分別在配線架和設(shè)備上直接電話測試，雜音依然存在，排除外線質(zhì)量差導致雜音；

2、現(xiàn)場查看機房環(huán)境，走線和電源都符合規(guī)范，并沒有強的電磁干擾設(shè)備，排除外部環(huán)境導致雜音；

3、測量地阻為3.48歐，在正常的范圍之內(nèi)，排除機房接地導致打電話的雜音現(xiàn)象；

4、在所有的單板上測試，都存在故障現(xiàn)象，排除用戶板的問題；

5、查看設(shè)備，發(fā)現(xiàn)MDU上有CPU高告警，CPU利用率達到90%。在MDU設(shè)備上Ping網(wǎng)關(guān)地址，Ping小包不丟包但是延遲很大；Ping大包存在丟包現(xiàn)象。排查發(fā)現(xiàn)MDU設(shè)備受到ARP攻擊導致CPU利用率高。Page50案例九MDU語音業(yè)務有雜音故障處理：1、在OLT側(cè)進行廣播抑止，級別為4：huawei(config-if-giu-0/19)#traffic-suppress{portid<U><0,7>|all<K>}:all{broadcast<K>|multicast<K>|unicast<K>}:broadcast{value<K>}:value{value<L><1,13>}:4Command:traffic-suppressallbroadcastvalue4限制網(wǎng)絡(luò)側(cè)對MDU的ARP攻擊報文流量控制在95/s，保證MDU的cpu占用率不超過70％2、在上層數(shù)通設(shè)備的Router上面添加一個黑洞路由，將現(xiàn)網(wǎng)上的ARP報文發(fā)到不存在的地址，防止形成泛洪；3、在設(shè)備上添加防火墻處理雜音問題時一般采用由近到遠，從硬件到數(shù)據(jù)的思路來定位原因。但在更換了較簡單的硬件后如沒有排除問題，可以嘗試從數(shù)據(jù)上進行比較找出一些不同點，暫不更換較復雜的硬件如母板等，這樣可以盡量降低對現(xiàn)有業(yè)務的影響。Page51案例十語音業(yè)務不能互通現(xiàn)象描述：某新開局點，用戶反饋AG_1與AG_2下掛整機語音業(yè)務不能互通，能聽到振鈴音但不能通話，可以撥通長途電話，撥通后通話正常。組網(wǎng)配置情況：AG_1和AG_2為同一個網(wǎng)段地址，在MA5200G上位于同一個子接口，AG_1和AG_2在MA5680T下啟用同一個QINQ

vlan。

MDUMDFInternetMA5200GS6505MA5680TPage52案例十語音業(yè)務不能互通初步判斷故障范圍：

1、AG設(shè)備或者與軟交換SS注冊存在問題。

2、MA5680T、SS配置存在問題。

3、其他問題。故障處理：

1、兩臺AG分別可以ping通遠端SS，且可以正常注冊，到其他網(wǎng)段AG設(shè)備也正常。排除SS注冊問題和MA5680T、ONU配置問題。兩個AG下其他業(yè)務正常，只是AG_1與AG_2互通存在問題，基本排除SS配置問題。

2、由于同一網(wǎng)段內(nèi)用戶互通不需要出網(wǎng)關(guān)，但是MA5680T對二層進行了隔離，如果要互通的話，需要啟用ARP代理。

3、由于在MA5680T上開啟了QINQ，不能開啟ARP代理。檢查MA5200G設(shè)備發(fā)現(xiàn)BAS接口下沒有使能ARP-Proxy，將arp-proxy使能后測試正常。

建議與總結(jié)：1、MA5680T在啟用QINQ時無法進行ARP-PROXY，規(guī)劃網(wǎng)絡(luò)時要特別注意。

2、MA5200G的arp-proxy在bas模式下默認為關(guān)閉。Page53案例十一語音業(yè)務不通現(xiàn)象描述某局MA5680T下掛MA5606T（作ONU用）。MA5606T上H248接口狀態(tài)正常，但是下掛的所有用戶摘機無撥號音。告警信息無MDUMDFInternetMA5200GS6505MA5680TPage54案例十一語音業(yè)務不通初步判斷故障范圍：懷疑是接口配置問題、MDU設(shè)備故障、MA5680T問題、軟交換故障。進一步確認中，發(fā)現(xiàn)主要是只是此MA5680T下的MDU反饋問題，其他OLT正常，因此初步判斷為H248接口數(shù)據(jù)、MDU到OLT連接、OLT、上層交換機對應端口問題。故障處理：

1、查看H248接口相關(guān)參數(shù)和狀態(tài)，發(fā)現(xiàn)都是正常的。

2、查看用戶數(shù)據(jù)的配置也沒發(fā)現(xiàn)問題。

3、在MA5606T上連續(xù)Ping軟交換地址發(fā)現(xiàn)丟包50％左右。

4、在MA5680T上連續(xù)Ping軟交換地址發(fā)現(xiàn)丟包也為50％左右。

5、檢查數(shù)據(jù)配置，發(fā)現(xiàn)上層設(shè)備做了端口聚合，查看MA5680T上端口沒有聚合

6、在MA5680T上對端口進行聚合，故障消除，業(yè)務正常。

建議與總結(jié)：在語音業(yè)務出現(xiàn)故障時，如果H248接口正常，我們很少會關(guān)注設(shè)備和軟交換之間的通路情況。此案例給我們提了個醒：H248接口正常，并不代表設(shè)備間的通路就沒問題。同時此故障原因也將影響到寬帶業(yè)務。Page55常見語音故障打不通電話ARP攻擊檢查NGN對接參數(shù)錯誤上行接口數(shù)據(jù)配置錯誤摘機無撥號音原因一般為端口未放號或MA5620E未加載語音包或外線故障。語音效果不好外線干擾，環(huán)境問題ARP攻擊是否為ONU的IAD端口設(shè)置了獨立于數(shù)據(jù)通道的業(yè)務通道，避免受到數(shù)據(jù)業(yè)務的沖擊。撥號、收號問題數(shù)圖下發(fā)錯誤，其他廠商軟交換設(shè)置問題，可通過分析H248協(xié)議數(shù)據(jù)，排除故障。信令異常