【正文】 配置腳本進(jìn)行比對，發(fā)現(xiàn)該EOC的priority(隊(duì)列優(yōu)先級)對應(yīng)ONU在配置gemmap時(shí)的p值，當(dāng)前使用腳本設(shè)置的p值為0。因二者值不相同導(dǎo)致鏈路不通，無法正常撥號(hào)。 4. 將ONU配置中的p值改為與EOC終端相同的值1，測試能夠正常撥號(hào)，故障消除。【故障總結(jié)】對于不同廠家的設(shè)備，要仔細(xì)比較其中的差異，做出相應(yīng)的配置變更，不能只憑借經(jīng)驗(yàn)處理。6EOC頭端掉電導(dǎo)致用戶撥號(hào)678【關(guān)鍵字】EOC 掉電 錯(cuò)誤代碼678【故障現(xiàn)象】某廣電合作用戶反映無法上網(wǎng)，撥號(hào)錯(cuò)誤678.【故障處理】，設(shè)備指示燈不亮，無信號(hào)，更換設(shè)備無效；，判斷應(yīng)該是安廣設(shè)備故障，前往安廣機(jī)柜查看EOC無電，檢查發(fā)現(xiàn)為空開跳閘，合上閘恢復(fù)供電后，用戶端恢復(fù)正常?！竟收峡偨Y(jié)】平時(shí)應(yīng)加強(qiáng)設(shè)備的巡檢，及時(shí)發(fā)現(xiàn)設(shè)備掉電掉光的情況。第四章 優(yōu)秀案例精選6和縣桃花塢小區(qū)VLAN沖突導(dǎo)致?lián)芴?hào)不成功的故障處理 省公司網(wǎng)絡(luò)部網(wǎng)管中心 程炎【關(guān)鍵字】VLAN沖突 撥號(hào)不成功 錯(cuò)誤代碼67691【故障現(xiàn)象】近日，馬鞍山分公司反映和縣桃花塢小區(qū)頻繁出現(xiàn)部分寬帶用戶認(rèn)證不成功，錯(cuò)誤代碼為69678。【故障處理】（一）網(wǎng)絡(luò)拓?fù)浞治觯?，?shí)現(xiàn)寬帶業(yè)務(wù)熱備。，透傳VLAN號(hào)為1600——1630的外層標(biāo)簽；通過電口Gi6/1/6下掛LAN接入邁普匯聚交換機(jī)，透傳VLAN號(hào)為1600的外層標(biāo)簽。，每個(gè)樓道交換機(jī)根據(jù)端口劃分VLAN，透傳VLAN號(hào)為1600—1607的內(nèi)層標(biāo)簽。（二）現(xiàn)場處理過程：，現(xiàn)象為3——4次失敗后會(huì)有1次成功。，在8505交換機(jī)上做鏡像端口，對LAN接入交換機(jī)抓包；同時(shí)在BRAS設(shè)備上抓包分析。，并且發(fā)送了PADO消息，但是BRAS設(shè)備沒有收到用戶PADR消息響應(yīng)。,8505匯聚交換機(jī)允許1700的VLAN通過，同時(shí)在BRAS設(shè)備上制作外層VLAN為1700的PPPOE撥號(hào)數(shù)據(jù)，再次撥號(hào)業(yè)務(wù)認(rèn)證成功，多次撥號(hào)均未失敗。（三）原因分析：，內(nèi)層VLAN標(biāo)簽為1600——1607，用戶撥號(hào)時(shí)發(fā)送PADI廣播報(bào)文至BRAS設(shè)備，BRAS設(shè)備以PADO消息給以響應(yīng)。，如8505交換機(jī)將其發(fā)送給GPON設(shè)備的用戶，認(rèn)證失敗；如8505交換機(jī)將其發(fā)送給LAN接入用戶，認(rèn)證成功。【故障總結(jié)】本次故障原因?yàn)镚PON外層VLAN和LAN接入外層VLAN沖突。在進(jìn)行VLAN改造時(shí)會(huì)導(dǎo)致用戶出現(xiàn)此類故障。62012年4月11日八公山OLT業(yè)務(wù)中斷的故障處理 淮南公司運(yùn)維部 張娜【關(guān)鍵字】環(huán)路 廣播風(fēng)暴【故障現(xiàn)象】近日，由于愛立信GPON OLT設(shè)備(R7版本)采用EFP方式配置雙上聯(lián)保護(hù)時(shí)，OLT下掛ONU設(shè)備會(huì)小概率發(fā)生部分端口的寬帶用戶不能正常上網(wǎng)現(xiàn)象，為保證愛立信GPON網(wǎng)絡(luò)安全穩(wěn)定運(yùn)行，更改為采用2塊上聯(lián)板卡獨(dú)立上行的方式實(shí)現(xiàn)OLT下掛業(yè)務(wù)分擔(dān)，維護(hù)人員在更改配置后，發(fā)現(xiàn)OLT下掛所有家庭寬帶用戶均無法上網(wǎng)?！竟收咸幚怼浚ㄒ唬┚W(wǎng)絡(luò)拓?fù)浞治觯海ǘ┈F(xiàn)場處理過程：，可以初步判斷是產(chǎn)生廣播風(fēng)暴； disp interface brief發(fā)現(xiàn)GE2/1/23 、GE2/1/24接口收發(fā)方向接口帶寬利用率非常高，接近100%；、GE2/1/24透傳相同的VLAN，改為業(yè)務(wù)VLAN分開透傳到GE2/1/23 、GE2/1/24。修改配置后八公山OLT下家庭寬帶用戶上網(wǎng)正常。（三）原因分析：，兩個(gè)端口透傳相同VLAN不會(huì)產(chǎn)生廣播風(fēng)暴。因?yàn)殒溌肪酆蠙C(jī)制可以防止產(chǎn)生環(huán)路。，需要將業(yè)務(wù)VLAN分?jǐn)偟絻蓚€(gè)端口下?！竟收峡偨Y(jié)】創(chuàng)建鏈路聚合的情況下，兩個(gè)端口下透傳同一管理VLAN沒有問題；兩鏈路獨(dú)立分擔(dān)時(shí)，透傳同一VLAN則會(huì)產(chǎn)生環(huán)路。6水利水電學(xué)院某一層樓所有用戶691的故障處理合肥公司運(yùn)維部 宋文明【關(guān)鍵字】環(huán)路 沖突 錯(cuò)誤代碼691【故障現(xiàn)象】近日，合肥水利水電學(xué)院宿舍3棟6層全部用戶認(rèn)證不成功，錯(cuò)誤代碼為691?！竟收咸幚怼浚ㄒ唬┚W(wǎng)絡(luò)拓?fù)浞治龊吞幚磉^程：，校園宿舍寬帶在每個(gè)寢室都做了信息面板，聯(lián)通采用的是放了一根網(wǎng)線到每個(gè)宿舍。，查看聯(lián)創(chuàng)錯(cuò)誤信息為密碼錯(cuò)。，在ONU的某一端口測試，上網(wǎng)正常，分別一個(gè)一個(gè)插上網(wǎng)線，最后定位到插上611的網(wǎng)線出現(xiàn)691，到該寢室查看，該寢室的聯(lián)通的網(wǎng)線插在我們的面板上。（二）原因分析：GPON方式接入的ONU和聯(lián)通ONU造成環(huán)路，用戶撥號(hào)的過程選擇的可能上聯(lián)到聯(lián)通的BARS,而移動(dòng)用戶在聯(lián)通BARS未做認(rèn)證，造成691。【故障總結(jié)】本次故障原因?yàn)镚PON下掛的ONU造成環(huán)路，用戶撥號(hào)選擇路徑?jīng)_突，導(dǎo)致691.6合肥煙草南OLT下掛所有小區(qū)用戶頻繁掉線合肥公司運(yùn)維部 宋文明【關(guān)鍵字】頻繁掉線、CPU占用率【故障現(xiàn)象】合肥煙草南OLT下所帶的溫莎國際廣場、東苑新村等11個(gè)小區(qū)自建寬帶用戶上網(wǎng)出現(xiàn)頻繁掉線?！竟收咸幚怼浚ㄒ唬┚W(wǎng)絡(luò)拓?fù)浞治觯簾煵菽螼LT上聯(lián)到煙草南8505，溫莎國際廣場、東苑新村等11個(gè)小區(qū)用戶數(shù)量不超過1500，查看每日峰值流量OLT、8505端口流量都處于正常范圍。（二）現(xiàn)場處理過程：，現(xiàn)象為寬帶撥號(hào)成功后1分鐘內(nèi)上網(wǎng)正常，1分鐘后網(wǎng)頁無法打開，長PING常見網(wǎng)頁，掉包現(xiàn)象嚴(yán)重，但寬帶撥號(hào)連接未中斷，其他小區(qū)情況一樣。，配置相關(guān)數(shù)據(jù)后，上網(wǎng)長時(shí)間正常，未出現(xiàn)掉線、掉包現(xiàn)象， 初步確定8505及以上 沒有問題，故障定位在OLT及其以下。，以緊急恢復(fù)業(yè)務(wù)為主，先割接1個(gè)小區(qū)業(yè)務(wù)到OLT另一塊上行板后，上網(wǎng)恢復(fù)正常，連續(xù)割接了5個(gè)小區(qū)業(yè)務(wù)都恢復(fù)正常，但是查看OLT的CPU利用率仍在80%左右（割接前CPU利用率在80%左右，剛開始以為可能是一塊上行板帶的業(yè)務(wù)較多）。，可以判定可能是OLT上行板問題或者OLT下面所帶的業(yè)務(wù)存在流氓ONU。第二天凌晨緊急割接，更換OLT上行板后CPU占用率仍在80%多, 采用關(guān)閉每個(gè)PON口的單個(gè)業(yè)務(wù)，看CPU利用率是否降下來，最后發(fā)現(xiàn)關(guān)閉某個(gè)PON口的隨帶的WLAN業(yè)務(wù)后，CPU利用率恢復(fù)到正常值，測試寬帶上網(wǎng)很正常。（三）原因分析：OLT下面存在流氓ONU，該ONU不斷發(fā)送錯(cuò)誤數(shù)據(jù)，造成OLT的CPU利用率較高,CPU對用戶發(fā)送的報(bào)文進(jìn)行選擇性的丟棄?！竟收峡偨Y(jié)】本次故障原因?yàn)镺LT下面存在流氓ONU，該ONU不斷發(fā)送錯(cuò)誤數(shù)據(jù),造成OLT的CPU利用率一直較高，用戶發(fā)送的數(shù)據(jù)報(bào)文被丟棄，導(dǎo)致用戶頻繁掉線，隨著寬帶業(yè)務(wù)快速發(fā)展，網(wǎng)絡(luò)安全顯得更加重要，在OLT上做一些安全策略和加強(qiáng)對接入網(wǎng)元的監(jiān)控顯得尤為重要。6城管學(xué)院宿舍區(qū)認(rèn)證計(jì)費(fèi)整改方案合肥公司運(yùn)維部 宋文明【關(guān)鍵字】學(xué)校 限制用戶錯(cuò) 整改【故障現(xiàn)象】合肥城管學(xué)院認(rèn)證超時(shí)的現(xiàn)象比較嚴(yán)重，設(shè)備停電后存在“限制用戶錯(cuò)”較多，且用戶的賬號(hào)沒做限制，到處可以上網(wǎng)?！竟收咸幚怼浚ㄒ唬┰行@網(wǎng)拓?fù)鋱D：，分為接入層、匯聚層、核心層。，共用一套系統(tǒng)經(jīng)過不同的出口分流，教學(xué)區(qū)出口帶寬200M，學(xué)生宿舍區(qū)800M。，啟用OSPF路由協(xié)議進(jìn)行互聯(lián)，當(dāng)其中一條鏈路發(fā)生故障時(shí)，另一條鏈路會(huì)自動(dòng)切換到工作狀態(tài)。，全部采用雙上行實(shí)現(xiàn)了流量的負(fù)載均衡。流量針對內(nèi)網(wǎng)用戶需求做了基于IP的限速，安全網(wǎng)關(guān)對教學(xué)與宿舍兩個(gè)出口進(jìn)行了NAT轉(zhuǎn)換與相應(yīng)的設(shè)置，教學(xué)區(qū)走默認(rèn)路由從200M出口出外網(wǎng)，宿舍區(qū)通過源路由匹配宿舍網(wǎng)地址從800M出口出外網(wǎng)。宿舍區(qū)地址段：—；—、—、—；—、—、—宿舍區(qū)認(rèn)證計(jì)費(fèi)流程描述：，并指定給內(nèi)網(wǎng)DCN DCSMA認(rèn)證計(jì)費(fèi)服務(wù)器。 radius服務(wù)器配置了公網(wǎng)IP地址，并對此IP地址不做NAT轉(zhuǎn)換，確保以此公網(wǎng)地址與聯(lián)創(chuàng)radius服務(wù)器可直接通信。，認(rèn)證信息首先從交換機(jī)交由DCSMA認(rèn)證計(jì)費(fèi)服務(wù)器，服務(wù)器不做任何處理直接將信息發(fā)送給聯(lián)創(chuàng)radius，聯(lián)創(chuàng)來判斷帳戶名密碼正確性，如驗(yàn)證正確聯(lián)創(chuàng)radius會(huì)發(fā)送驗(yàn)證成功報(bào)文回發(fā)給DCSMA服務(wù)器，同時(shí)聯(lián)創(chuàng)開始帳單計(jì)時(shí)。DCSM服務(wù)器驗(yàn)證本地策略，如通過本地策略學(xué)生用戶既上線成功。，設(shè)備停電后存在“限制用戶錯(cuò)”較多，用戶的賬號(hào)沒做限制，到處可以上網(wǎng)。（二）整改后拓?fù)鋱D：，只是把相應(yīng)的宿舍區(qū)匯聚遷移到宿舍區(qū)6808E上，宿舍區(qū)外網(wǎng)線路切換至華為5200F上。 BAS系統(tǒng)，用戶認(rèn)證信息通過5200F與聯(lián)創(chuàng)進(jìn)行交互。，我司DCN DCSMA為備份服務(wù)器（不做認(rèn)證，只通過主radius服務(wù)器進(jìn)行部份數(shù)據(jù)備份，供校方參考。本功能還需要與我司后系統(tǒng)研發(fā)溝通進(jìn)行二次的開發(fā)）。，使用PPPOE技術(shù)進(jìn)行撥號(hào)認(rèn)證，從匯聚到核心，核心到局端8500全部使用二層技術(shù)進(jìn)行VLAN數(shù)據(jù)的拓傳。：,MA5200F的地址：。【故障總結(jié)】對整個(gè)網(wǎng)絡(luò)的拓?fù)溥M(jìn)行了整改，降低了投訴率，大大提升客戶感知。6GPON網(wǎng)管U2000升級后無法正常同步OLT網(wǎng)元數(shù)據(jù)故障處理銅陵公司運(yùn)維部 劉中正【關(guān)鍵字】U2000 Solaris FTP北向根目錄設(shè)置 數(shù)據(jù)同步【故障現(xiàn)象】U2000在升級之前工作正常，在升級完成后導(dǎo)致U2000無法對OLT網(wǎng)元進(jìn)行同步在升級完U2000后通過U2000對網(wǎng)元進(jìn)行同步的時(shí)候，同步的進(jìn)度條從0跳到100％，然后提示Fail。XftpMonitor里，刪除FTP配置并重新配置一下FTP的目錄，顯示狀態(tài)正常（綠色），大概在3分鐘后FTP監(jiān)控又出現(xiàn)問題（紅色）?！竟收咸幚怼浚ㄒ唬┰蚍治?．分析U2000同步數(shù)據(jù)的過程：（1）U2000首先發(fā)一個(gè)SNMP信息讓主機(jī)進(jìn)行POD文件的收集,（這個(gè)可以通過displaylog查看主機(jī)是否已經(jīng)作了信息收集操作。) （2）通過xFTPMonitor下的設(shè)置,主機(jī)通過FTP上載到網(wǎng)管。 （3）網(wǎng)管根據(jù)內(nèi)部的情況將POD文件移到U2000自己內(nèi)部的目錄（/opt/U2000/server/nemgr/nemgr_access）。 ：（1）從實(shí)際的情況來看，主機(jī)已經(jīng)收到了相關(guān)的請求，并已經(jīng)形成了相關(guān)的日志。（2）查看在U2000的指定目錄下是否有相關(guān)最新（通過同步的時(shí)間判斷）的POD文件，發(fā)現(xiàn)沒有。 （3）懷疑是FTP設(shè)置的問題。 1）通過U2000下的xFTPMonitor查看FTP的監(jiān)控的狀態(tài)，發(fā)現(xiàn)為故障狀態(tài)。因此懷疑是FTP的目錄（設(shè)置的目錄為/opt/U2000/ftpboot/）設(shè)置有問題。 2）通過刪除FTP的目錄并重新添加，在初始添加的時(shí)候，F(xiàn)TP的狀態(tài)能夠變綠，但在監(jiān)控3分鐘左右，狀態(tài)又變?yōu)楣收蠣顟B(tài)。 3）懷疑是由于FTP根目錄對于ftpuser目錄沒有權(quán)限導(dǎo)致的，通過lsal查看目錄/opt/U2000/ftpboot/的權(quán)限，發(fā)現(xiàn)ftpuser沒有相關(guān)的讀寫權(quán)限。 4）通過chown修改為ftpuser用戶組的權(quán)限。并通告xFTPMonitor進(jìn)行監(jiān)控下的測試選項(xiàng)進(jìn)行設(shè)置，發(fā)現(xiàn)FTP狀態(tài)正常，觀察10幾分鐘后狀態(tài)還是正常。通過U2000對網(wǎng)元設(shè)備進(jìn)行數(shù)據(jù)同步，發(fā)現(xiàn)數(shù)據(jù)能夠正常的同步。 5）雖然這樣能夠解決數(shù)據(jù)同步的問題，但為什么每次升級（打補(bǔ)丁）均要對目錄的權(quán)限重新設(shè)置一下了，這個(gè)問題跟研發(fā)進(jìn)行了確認(rèn)，研發(fā)給的答復(fù)是對于在/opt/U2000/目錄下，在每次升級打補(bǔ)丁均會(huì)對目錄下的文件權(quán)限重新進(jìn)行設(shè)置。因此會(huì)有這方面的問題。（二）處理步驟方案一：通過chown對ftp用戶的主目錄進(jìn)行設(shè)置，讓其對于目錄有相關(guān)的讀取權(quán)限方案二：將FTP用戶ftpuser的主目錄設(shè)在/opt/U2000/目錄之外，并設(shè)置相關(guān)的讀寫權(quán)限【故障總結(jié)】對于U2000（Solaris）的主目錄/opt/U2000/下，最好不要獨(dú)立建立相關(guān)應(yīng)用的目錄，避免不必要的問題，為后續(xù)的維護(hù)工作帶來諸多的不便。6和平新村因雷擊導(dǎo)致EOC頭端出口分支器損壞的故障處理旌德縣分公司客支中心 許煒【關(guān)鍵字】EOC頭端出口 分支器損壞 錯(cuò)誤代碼678【故障現(xiàn)象】和平新村10棟，11棟以及附近幾棟民房的家庭寬帶用戶無法上網(wǎng)，錯(cuò)誤代碼為678?！竟收咸幚怼?，問題沒有解決；，說明ONU沒有問題，測試ONU與頭端連接網(wǎng)線，測試網(wǎng)線正常；，可正常使用，說明EOC頭端沒有損壞。，發(fā)現(xiàn)是EOC頭端出口處所有分支器都已經(jīng)損壞，更換后客戶使用正常?！竟收峡偨Y(jié)】本次故障原因EOC頭端出口處分支器損壞，裝維人員要學(xué)會(huì)分段查找故障點(diǎn)，進(jìn)行逐步排查。63