致力于智慧城市、XPON光網(wǎng)絡(luò)通信工程
提供從產(chǎn)品到通信規(guī)劃設(shè)計(jì)方案的服務(wù)
服務(wù)熱線：
0755-89605209
致力于智慧城市、XPON光網(wǎng)絡(luò)通信工程
提供從產(chǎn)品到通信規(guī)劃設(shè)計(jì)方案的服務(wù)
0755-89605209
1、由于DBA配置不當(dāng)，導(dǎo)致同一PON下所有ONU頻繁瞬斷
故障現(xiàn)象：
某局點(diǎn)GPON業(yè)務(wù)接入，OLT GPBD單板0/1/3端口下帶18臺(tái)ONU，網(wǎng)管業(yè)務(wù)頻繁瞬斷，網(wǎng)管統(tǒng)計(jì)每天出現(xiàn)400余次，查看告警，大量的幀丟失告警。
故障原因分析：
同PON口下承載的ONU業(yè)務(wù)頻繁瞬斷出現(xiàn)故障，初步判斷為分光器以上問(wèn)題，可能原因如下：
1) 光路問(wèn)題；
2) OLT GPBD單板問(wèn)題；
3) 分光器問(wèn)題
4) 流氓ONU；
5) 軟件配置問(wèn)題。
解決步驟：
1) 測(cè)試分支光路，-17db，正常；
2) 更換分光器，故障依舊；
3) 更換GPBD單板，故障依舊；
4) 采用最小配置法進(jìn)行排除。去激活0/1/3 PON口下所有ONU，一個(gè)一個(gè)激活。最終發(fā)現(xiàn)，ONU ID為9的ONU一上線，PON下所有ONU開(kāi)始瞬斷丟包。懷疑9號(hào)ONU為流氓ONU，進(jìn)行更換，但故障依舊。
5) 在OLT上起三層接口長(zhǎng)Ping 9號(hào)ONU管理地址。在ONU上通過(guò)“display icmp statistics”進(jìn)行報(bào)文統(tǒng)計(jì)發(fā)現(xiàn)，ICMP報(bào)文echo和echo reply相同，證明瞬斷丟包不是發(fā)生在ONU側(cè)。
6) 在OLT上進(jìn)行報(bào)文統(tǒng)計(jì)發(fā)現(xiàn)，ICMP報(bào)文的echo報(bào)文和echo reply報(bào)文數(shù)量不一致，且小于ONU側(cè)統(tǒng)計(jì)的echo relay報(bào)文數(shù)量。由此定位丟包發(fā)生在OLT側(cè)。
7) 進(jìn)一步排查數(shù)據(jù)發(fā)現(xiàn)，0/1/3 PON口下ONU ID為9的ONU上T-CONT3綁定寬帶業(yè)務(wù)的GEM流，DBA為type4，帶寬1024000。懷疑上行限速配置過(guò)大，導(dǎo)致?lián)砣瑢⒋薉BA模版改為102400后故障解決。
故障處理原因分析：
GPON上行的帶寬為1.25G。本故障內(nèi)，用戶在9號(hào)ONU下級(jí)聯(lián)了21臺(tái)交換機(jī)，上下行流量都很大。尤其在通過(guò)display statistics ont 1 3發(fā)現(xiàn)存在大量的廣播包。在DBA模版配置為1G情況下會(huì)出現(xiàn)上行流量過(guò)大導(dǎo)致?lián)砣目赡?。從組網(wǎng)來(lái)說(shuō)，這種ONU下級(jí)聯(lián)交換機(jī)的雙層組網(wǎng)我們是不推薦的。尤其用戶為 了壓縮成本，級(jí)聯(lián)多臺(tái)，導(dǎo)致廣播流量過(guò)大，形成端口擁塞。
type1:配置類型為固定帶寬的DBA模板。
type2:配置類型為保證帶寬的DBA模板。
type3:配置類型為保證帶寬+最大帶寬的DBA模板。
type4:配置類型為最大帶寬的DBA模板。
type5:配置類型為固定帶寬+保證帶寬+最大帶寬的DBA模板
2、ONU用戶語(yǔ)音正常，接入集團(tuán)電話設(shè)備不正常
故障現(xiàn)象：
開(kāi)通ONU設(shè)備，測(cè)試語(yǔ)音正常，該設(shè)備用戶是一單位電話，需要接入總機(jī)，接入總機(jī)后語(yǔ)音不通通話；
解決步驟：
單獨(dú)在ONU測(cè)試正常，接入集團(tuán)總機(jī)后不正常，應(yīng)該是配合問(wèn)題，檢查端口模式display dtmf parameters 查看DTMF/MF傳送模式為透?jìng)鳎琩tmf parameters tranmode 1 修改DTMF/MF傳送模式為標(biāo)準(zhǔn)rfc2833協(xié)議傳送后故障消除。
原因分析：
ONU上DTMF/MF傳送模式參數(shù)應(yīng)與語(yǔ)音交換設(shè)備上保持一致。
3、用戶固話正常，傳真機(jī)無(wú)法正常使用
故障現(xiàn)象：
開(kāi)通ONU用戶使用正常，接入傳真機(jī)后不能收發(fā)傳真
解決步驟：
普通語(yǔ)音正常，說(shuō)明設(shè)備沒(méi)有問(wèn)題，登錄ONU 檢查端口模式display fax-modem parameters 查看傳真參數(shù)配置，協(xié)商方式為協(xié)商，fax-modem parameters negomode selfswitch 修改協(xié)商方式為自切換以后，傳真故障消除；
原因分析：
一般情況下ONU用戶普通語(yǔ)音正常，只是傳真問(wèn)題，應(yīng)該是端口模式不匹配造成，首先檢查端口模式
4、ONU開(kāi)通電話時(shí)好時(shí)壞
故障現(xiàn)象：
開(kāi)通ONU用戶大電話一會(huì)通，一會(huì)摘機(jī)沒(méi)有撥號(hào)音，通話中沒(méi)有聲音
解決步驟：
①登錄ONU設(shè)備，PING網(wǎng)關(guān)地址，PING過(guò)程有丟包現(xiàn)象； ②在OLT上起語(yǔ)音三層，ONU和OLT之間PING也有類似丟包；③再檢查ONU配置數(shù)據(jù)，發(fā)現(xiàn)分配語(yǔ)音地址與其他設(shè)備沖突，重新配置ONU語(yǔ)音地址，測(cè)試電話正常；
原因分析：
設(shè)備語(yǔ)音IP沖突造成設(shè)備注冊(cè)出現(xiàn)沖突，語(yǔ)音不能正常通信；
5、在OLT上查看ONU正常在線，網(wǎng)管不能管理ONU
故障現(xiàn)象：
在OLT上查看ONU正常在線，網(wǎng)管管理ONU無(wú)法管理上，不能對(duì)ONU進(jìn)行操作
解決步驟：
①登錄OLT設(shè)備，檢查OLT是否對(duì)該onu下發(fā)業(yè)務(wù)流， ②核實(shí)數(shù)據(jù)分配ONU的管理IP和掩碼網(wǎng)關(guān)及onu管理vlan是否配置錯(cuò)誤；③ 在OLT上telnet該onu的管理地址，能夠登錄，查看onu設(shè)備數(shù)據(jù)，有一條多余的網(wǎng)關(guān)錯(cuò)誤的默認(rèn)路由，刪除該路由后能夠直接管理該設(shè)備。
原因分析：
給該onu下發(fā)管理時(shí)，第一次將網(wǎng)關(guān)寫(xiě)錯(cuò)，使其給onu下發(fā)了一條錯(cuò)誤指向的路由，第二次又下發(fā)正確的路由，正確路由也下發(fā)成功，兩條路由都能通，造成網(wǎng)管管理時(shí)沖突，受到了錯(cuò)誤路由的影響管理；
6、開(kāi)通專線用戶不能上網(wǎng)
故障現(xiàn)象：
ONU設(shè)備開(kāi)通專線業(yè)務(wù)，固定IP地址，按照要求配置數(shù)據(jù)后，測(cè)試不能上網(wǎng)上網(wǎng)
解決步驟：
①電腦PING專線用戶地址網(wǎng)關(guān)能夠ping通； ②電腦PING上網(wǎng)DNS不通；③檢查ONU數(shù)據(jù)，通過(guò)專線vlan能夠?qū)W習(xí)到上層設(shè)備及專線用戶電腦的MAC地址，display security config查看ONU已關(guān)閉MAC地址欺騙功能，display board 0/1,發(fā)現(xiàn)專線用戶的端口顯示為自協(xié)商半雙工模式，interface eth 0/1，duplex all full 修改為全雙工模式以后專線用戶上網(wǎng)正常。
原因分析：
ONU端口雙工模式設(shè)置錯(cuò)誤，雙方不能協(xié)商一致，不能解析到DNS地址；數(shù)據(jù)協(xié)商不一致，沒(méi)有提前確定端口模式；
郵箱：susan@sushanweida.com
地址：深圳市龍華區(qū)觀湖街道樟坑徑社區(qū)青畫(huà)眉路11號(hào)楚能匯A棟501
掃一掃，關(guān)注我們
