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

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

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

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

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

END

ALARM4030

恢復(fù)告警

清除

0x60321011

硬件設(shè)備類

2009-08-1117:27:21

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

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

END·Page11日志分析通過(guò)查詢?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>}:序號(hào)用戶名域名IP地址

271huawei456--

6時(shí)間：2009-08-1116:40:38操作：ipaddress5016序號(hào)用戶名域名IP地址

270huawei456--

6時(shí)間：2009-08-1116:40:32操作：interfacevlanif4000序號(hào)用戶名域名IP地址

269huawei456--

6時(shí)間：2009-08-1116:40:25操作：undointerfacevlanif172Page12檢查設(shè)備流量信息如果發(fā)現(xiàn)哪個(gè)階段的數(shù)據(jù)只有收或只有發(fā)，則可以定位數(shù)據(jù)在該段丟失，再查看相關(guān)段的配置。上行口流量統(tǒng)計(jì)PON口流量統(tǒng)計(jì)ONT流量統(tǒng)計(jì)查看協(xié)議傳輸是否正常Page13檢查設(shè)備統(tǒng)計(jì)信息查看流量統(tǒng)計(jì)信息，可以很好的定位排除故障，步驟一：查詢上行口的流量統(tǒng)計(jì)信息，查看是否有收、發(fā)的流量huawei(config-if-giu-0/1)#displayportstatistics0步驟二：查詢EPON端口的性能統(tǒng)計(jì)信息huawei(config-if-epon-0/3)#displayportstatistic0步驟三：查詢ONT的性能統(tǒng)計(jì)信息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可使用方法：分段分析在完成對(duì)比分析后，不一定能找到具體的故障點(diǎn)，此時(shí)還可將故障網(wǎng)絡(luò)分為不同的故障網(wǎng)段，逐段排查，定位故障。上側(cè)網(wǎng)絡(luò)問(wèn)題Lanswitch到BRAS的問(wèn)題上行口到Lanswitch的問(wèn)題從業(yè)務(wù)單板到無(wú)源分光器從無(wú)源分光器到用戶光終端從光終端到用戶設(shè)備PCONT&MDUOLT干路故障用戶終端故障IP支路故障BRAS網(wǎng)絡(luò)側(cè)故障其他：PPPoE

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

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

速率雙工流控端口

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

(Mbps)

激活

狀態(tài)

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

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

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

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

ONT無(wú)法注冊(cè)故障現(xiàn)象：

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

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

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

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

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

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

2、HG813E下用戶有攻擊；

3、HG813E供電不穩(wěn)定，造成HG813E重啟Page43案例七某ONU下掛ADSL寬帶用戶業(yè)務(wù)閃斷初步判斷故障范圍：由于發(fā)生故障時(shí)間較短，對(duì)定位問(wèn)題帶來(lái)一定困難，初步判斷故障范圍為OLT數(shù)據(jù)配置、HG813E故障、下掛DSLAM和UA5000故障處理過(guò)程1、由于以前該業(yè)務(wù)正常運(yùn)行，說(shuō)明OLT數(shù)據(jù)配置應(yīng)沒(méi)有沒(méi)有2、考慮可能受到攻擊，通過(guò)現(xiàn)場(chǎng)抓包發(fā)現(xiàn)有用戶報(bào)文的源MAC和網(wǎng)關(guān)的MAC地址一樣，且該用戶的源MAC地址不斷變化。3、確認(rèn)問(wèn)題就是由于用戶攻擊導(dǎo)致的，用戶側(cè)偽造網(wǎng)關(guān)的MAC發(fā)包，在DSLAM設(shè)備上開(kāi)啟MAC過(guò)濾功能，過(guò)濾用戶的的源MAC為網(wǎng)關(guān)MAC的報(bào)文后，問(wèn)題解決。說(shuō)明：本案例中，用戶偽造源MAC為網(wǎng)關(guān)MAC后會(huì)導(dǎo)致OLT中學(xué)習(xí)的MAC地址混亂，造成PON口下業(yè)務(wù)中斷，嚴(yán)重時(shí)造成整臺(tái)OLT業(yè)務(wù)中斷，中斷時(shí)間一般為5分鐘。HG813E下掛DSLAM或UA5000的情況比較常見(jiàn)，屬不規(guī)范組網(wǎng)，應(yīng)過(guò)濾掉上層網(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用戶有時(shí)撥號(hào)失敗故障現(xiàn)象某局，因上行交換機(jī)的接口已經(jīng)只剩一個(gè)了，兩臺(tái)MA5680T的業(yè)務(wù)采用級(jí)聯(lián)方式上行，上級(jí)MA5680T的用戶撥號(hào)正常，用戶反饋級(jí)聯(lián)的MA5680T在上網(wǎng)高峰期用戶撥號(hào)困難。用戶撥號(hào)錯(cuò)誤提示678，已在線用戶上網(wǎng)正常。告警無(wú)OLTA。。。ONTONT678OLTBPage45案例八PPPoE用戶有時(shí)撥號(hào)失敗初步判斷故障范圍：該問(wèn)題僅出現(xiàn)在級(jí)聯(lián)的MA5680T中，且用戶不是完全無(wú)法撥號(hào)，可以排除BRAS配置的問(wèn)題，同時(shí)已經(jīng)上線用戶正常，可以排除上行交換機(jī)、鏈路等問(wèn)題。初步定位在上層MA5680T、級(jí)聯(lián)接口、下級(jí)MA5680T數(shù)據(jù)配置上。故障處理檢查是否是上行板/端口故障，更換上行板，故障依然存在。檢查是否是級(jí)聯(lián)光纖故障，更換光纖，故障依然存在。檢查是否因?yàn)椴《尽V播報(bào)文過(guò)多，使用戶的PPPoE報(bào)文無(wú)法上報(bào)。在BRAS上抓包分析，如果用戶撥號(hào)成功，在BRAS上可以抓到PPPoE的報(bào)文。如果用戶撥號(hào)失敗，在BRAS上抓不到用戶的PPPoE的報(bào)文，說(shuō)明用戶的PPPoE的報(bào)文沒(méi)有送到BRAS設(shè)備上，在傳輸過(guò)程中被丟棄。在被級(jí)聯(lián)的MA5680T設(shè)備上行口做鏡像抓包，可以抓到用戶的PPPoE的報(bào)文，說(shuō)明用戶的PPPoE的報(bào)文已經(jīng)傳送上去，由此說(shuō)明報(bào)文是在上級(jí)MA5680T設(shè)備上被丟棄。查看上級(jí)MA5680T設(shè)備配置發(fā)現(xiàn)，該設(shè)備在級(jí)聯(lián)的子槽位上啟用了廣播抑制功能，減小廣播抑制數(shù)量級(jí)后測(cè)試，用戶撥號(hào)正常建議與總結(jié)：由于上級(jí)MA5680T啟用了廣播抑制功能，上網(wǎng)高峰期來(lái)自用戶端的廣播過(guò)大，PPPoE報(bào)文得不到及時(shí)處理而被丟棄，所以用戶撥號(hào)困難。級(jí)聯(lián)方式的組網(wǎng)尤其應(yīng)注意廣播抑制的問(wèn)題，如某些地區(qū)使用ONU下掛UA5000、IAD等，也會(huì)出現(xiàn)此問(wèn)題。Page46無(wú)法上網(wǎng)故障處理方法無(wú)法上網(wǎng)故障現(xiàn)象初步判斷故障位置及原因個(gè)別端口用戶無(wú)法上網(wǎng)用戶終端或者外線故障，如：PON端口故障光路問(wèn)題數(shù)據(jù)配置問(wèn)題，包括：ONT綁定的模板錯(cuò)誤ONT與業(yè)務(wù)流的映射關(guān)系錯(cuò)誤VLAN通道配置錯(cuò)誤整板用戶無(wú)法上網(wǎng)EPON單板故障整框用戶無(wú)法上網(wǎng)光路問(wèn)題主控板或者是上行單板故障網(wǎng)絡(luò)攻擊環(huán)路，MAC漂移BRAS設(shè)備下的所有用戶無(wú)法上網(wǎng)上行設(shè)備問(wèn)題Page47無(wú)法上網(wǎng)故障處理方法附：PPPoE交互錯(cuò)誤提示

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

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

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

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

5、”錯(cuò)誤718“。原因?yàn)锽AS把CODE=1報(bào)文送給RADIUS，但RADIUS沒(méi)有回應(yīng)。Page48案例九MDU語(yǔ)音業(yè)務(wù)有雜音現(xiàn)象描述：

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

NE40

S8505

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

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

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

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

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

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

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

vlan。

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

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

2、MA5680T、SS配置存在問(wèn)題。

3、其他問(wèn)題。故障處理：

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

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

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

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

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

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

2、查看用戶數(shù)據(jù)的配置也沒(méi)發(fā)現(xiàn)問(wè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上端口沒(méi)有聚合

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

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