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