簡介面向光網(wǎng)絡(luò)運維、接入網(wǎng)維護(hù)及通信工程人員這份中興OLT常用命令及故障解析處理手冊以單個PPTX演示文稿承載共7.17MB聚焦ZXA10 C300/C320設(shè)備的面板結(jié)構(gòu)、電源與主控板位、上聯(lián)卡及PON業(yè)務(wù)板卡等硬件認(rèn)知并系統(tǒng)匯總?cè)粘＿\維中的高頻命令如通過show card檢查單板運行狀態(tài)識別INSERVICE、NOPOWER、HWONLINE、TYPEMISMATCH、CONFIGING等狀態(tài)含義快速判斷板卡是否在位、通電、在線或配置異常。內(nèi)容按設(shè)備介紹、常用命令、故障分類、案例介紹四部分組織覆蓋設(shè)備板卡故障、ONU注冊失敗、光貓側(cè)故障、機(jī)頂盒獲取錯誤地址、流氓光貓干擾、上聯(lián)狀態(tài)異常、測速不達(dá)標(biāo)及專線卡頓等典型場景并給出網(wǎng)元斷鏈處理、光貓注冊異常排查、流氓光貓整治等詳細(xì)處置流程。資源包內(nèi)共1個文件類型為PPTX適合有一定基礎(chǔ)并希望建立標(biāo)準(zhǔn)化故障處理SOP的運維人員系統(tǒng)學(xué)習(xí)目前已有2789人學(xué)習(xí)下載。1. 先看懂這臺OLT再敲命令從面板到故障定位的完整鏈路手里這臺OLT在網(wǎng)絡(luò)里是“最后一公里”的總閘底下掛著幾十上百個光貓上面接著BAS或交換機(jī)。業(yè)務(wù)一斷用戶第一個罵的就是裝維可真正出問題的往往不是光貓而是OLT上某塊板卡狀態(tài)異?；蛘吣硞€PON口下的流氓光貓在發(fā)光。這份OLT常用命令及故障解析處理手冊的價值不在于讓你背命令而是給你一套從“設(shè)備面板認(rèn)知”到“故障分類定位”的完整SOP。設(shè)備長什么樣、單板什么狀態(tài)算正常、CPU負(fù)荷多高算危險、光貓怎么查注冊、業(yè)務(wù)怎么對VLAN——每一步都能落到一條命令上。適合誰剛接手OLT運維的新手以及被“測速不達(dá)標(biāo)”“專線卡頓”反復(fù)折騰的裝維和接入網(wǎng)工程師照著命令往下走大部分故障能在十分鐘內(nèi)圈定范圍。2. 設(shè)備面板與單板狀態(tài)C300/C320 的槽位結(jié)構(gòu)和四個狀態(tài)字段2.1 面板結(jié)構(gòu)決定排查順序從板卡類型反推故障面OLT設(shè)備的面板不是給你看的是給故障定位用的。先認(rèn)識槽位才知道show card輸出里每一行對應(yīng)的是哪塊硬件。以常見的ZXA10 C300為例從上到下分別是通用公共接口板BITS時鐘、1PPSTOD環(huán)境監(jiān)控不能插PON板、雙路冗余電源板-48V、1U風(fēng)扇插箱、9U主控交換板、上聯(lián)卡槽和最多14個業(yè)務(wù)板槽位。業(yè)務(wù)板可以是8/16口EPON、8/16口GPON、10G-EPON或10G-GPON板上聯(lián)卡則有4口千兆光口板、光電混合板和2口10GE2口GE板三種。C320的布局略有不同但關(guān)鍵差異在上聯(lián)主控板萬兆上聯(lián)板的接口名是XGE它兼容千兆光模塊插上千兆模塊后要把速率設(shè)置為GE否則端口起不來。很多“上聯(lián)接口燈亮但業(yè)務(wù)不通”的案例根因就是這里速率協(xié)商沒配好。板卡區(qū)域常見板型故障影響面主控交換板SCXM等整機(jī)管理、協(xié)議處理冗余保護(hù)上聯(lián)板ETGH/ETGO/ETGOD上行業(yè)務(wù)匯聚斷鏈影響面最大業(yè)務(wù)板GTGH/GTGOGPON、EPON板單板下所有PON口用戶公共接口板HUTQ/HUVQ環(huán)境監(jiān)控、時鐘同步不承載業(yè)務(wù)電源/風(fēng)扇PRWG/風(fēng)扇插箱供電與散熱異常會引發(fā)批量掉線實際操作里出現(xiàn)批量用戶掉線時我一般先看業(yè)務(wù)板狀態(tài)再看上聯(lián)口收發(fā)光最后才查光貓側(cè)。面板結(jié)構(gòu)先入腦后續(xù)命令才有參照物。2.2 show card 輸出逐個字段解讀每個狀態(tài)背后都是一種故障登錄OLT后第一步不是ping而是看單板在不在位、通沒通電、認(rèn)沒認(rèn)到型號。show card的輸出里藏著大量信息我拆開講C300# show card Rack Shelf Slot CfgType RealType Port HardVer SoftVer Status ---------------------------------------------------------------- 1 1 0 PRWG PRWG 0 V1.0.0 INSERVICE 1 1 1 PRWG PRWG 0 V1.0.0 NOPOWER 1 1 2 GTGO GTGOG 8 V1.0.0 V2.1.0 HWONLINE 1 1 3 GTGO GTGOG 8 V1.0.0 V2.1.0 INSERVICE 1 1 4 GTGH OFFLINE 1 1 7 GTGHK 16 V1.0.0 V2.1.0 HWONLINE 1 1 11 SCXM SCXM 0 V1.0.0 V2.1.0 STANDBY 1 1 13 ETGO 8 V1.0.0 V2.1.0 TYPEMISMATCH 1 1 14 GTGH GTGHG 16 V1.0.0 V2.1.0 CONFIGINGStatus列是核心整列狀態(tài)含義如下INSERVICE板卡正常進(jìn)入服務(wù)狀態(tài)可以承載業(yè)務(wù)。NOPOWER板卡在位但不通電。優(yōu)先查槽位供電、電源模塊輸出、背板連接而不是直接換板。HWONLINE板卡在位不在線。通常是版本文件缺失、單板沒添加成功或板卡硬件損壞?？碒ardVer和SoftVer列是否為空就能區(qū)分SoftVer為空大概率是沒加載到版本。OFFLINE板卡不在位。查物理插拔或槽位本身損壞。TYPEMISMATCH配置的板卡型號和實際插入不一致。比如槽位配置是ETGO實際插了別的板。把板卡拔出重新識別或修改配置。CONFIGING配置同步狀態(tài)表示正在下發(fā)配置一般幾十秒后轉(zhuǎn)為INSERVICE。如果長時間停留在此狀態(tài)多半是主控與業(yè)務(wù)板通信異常。STANDBY備用主控板正常工作。看輸出時我習(xí)慣先掃Status列找非INSERVICE項再用“Rack/Shelf/Slot”定位物理位置去現(xiàn)場處理。板卡溫度、光模塊發(fā)光這類問題不會在這條命令里體現(xiàn)留給后面的溫度與風(fēng)扇檢查。3. 環(huán)境與負(fù)荷檢查show fan、溫度與CPU占用率的異常閾值3.1 風(fēng)扇狀態(tài)溫度控制邏輯與轉(zhuǎn)速異常判斷機(jī)房空調(diào)壞了OLT風(fēng)扇會先替用戶扛下來。show fan命令能看到風(fēng)扇控制模式、溫度閾值和每臺風(fēng)扇實際轉(zhuǎn)速C300# show fan Shelf : 1 epm : FanControlType : temperature-control TemperatureThreshold : 10 30 38 46 (deg c) FanSpeedLevelPercent : 20% 35% 50% 75% Environment Temperature : 23(deg c) Upper Fanboard Status : online FanUnitId SpeedLevel ActualSpeed(RPM) 1 2 2100 2 2 2100 3 2 2100風(fēng)扇默認(rèn)是溫度控制模式閾值10/30/38/46對應(yīng)四檔轉(zhuǎn)速20%/35%/50%/75%。我判斷異常主要看兩點一是環(huán)境溫度23度時風(fēng)扇已經(jīng)跑到第二檔50%左右說明機(jī)柜風(fēng)道有問題二是ActualSpeed與SpeedLevel不匹配——比如SpeedLevel顯示2但轉(zhuǎn)速只有幾百轉(zhuǎn)基本是風(fēng)扇壽命到頭或供電異常。風(fēng)扇全部在線的情況下先清塵、查風(fēng)道再考慮換風(fēng)扇如果Upper Fanboard Status顯示offline則直接聯(lián)系備件更換。3.2 板卡溫度55度是警戒線光模塊溫度同等重要單板過熱是“慢性病”初期只是偶發(fā)丟包后期直接隨機(jī)死機(jī)。show card-temperature輸出的是每塊板卡當(dāng)前溫度、5分鐘均溫和1小時均溫C300# show card-temperature Rack Shelf Slot Temperature Temperature(5m) Temperature(1h) Optical-Temp ---------------------------------------------------------------------------- 1 1 2 44 43 43 N/A. 1 1 6 41 41 41 N/A. 1 1 10 32 32 32 N/A. 1 1 12 38 38 38 N/A.單板溫度最好不要超過55度超過就需要到機(jī)房摸一下機(jī)柜溫度確認(rèn)風(fēng)扇轉(zhuǎn)速有沒有跟上。Optical-Temp列顯示光模塊溫度這一項容易被忽略光模塊溫度過高時發(fā)光功率會漂移表現(xiàn)為用戶端光功率正常但光貓頻繁掉線。另外5分鐘均溫和1小時均溫差距大說明機(jī)柜溫度在波動要盯著空調(diào)是不是間歇性停機(jī)。3.3 CPU負(fù)荷與內(nèi)存占用60%是預(yù)警線持續(xù)99%要查協(xié)議沖擊業(yè)務(wù)板CPU過高最直接的影響是PON口管理報文處理不過來光貓注冊、保活都會出問題。show processor命令按板卡給出CPU和內(nèi)存占用C300# show processor Rack Shelf Slot CPU(5s) CPU(1m) CPU(5m) PhyMem(MB) Memory ------------------------------------------------------------------------------- 1 1 2 14% 14% 14% 512 26% 1 1 3 14% 14% 14% 512 26% 1 1 10 12% 16% 13% 510 66% 1 1 11 22% 24% 23% 510 66% 1 1 14 15% 17% 17% 1024 19% 1 1 19 23% 23% 22% 32 24%兩個閾值要記住CPU利用率長時間大于60%需要核查原因占用率長時間處于99%大概率是協(xié)議報文沖擊——比如某個PON口下面掛了流氓ONU不停發(fā)上行報文把單板CPU打滿。這時不是重啟板卡而是逐個PON口排查找到異常ONU并隔離。另外注意槽位19/20是公共接口板內(nèi)存很小不是它性能差是它本來只跑環(huán)境監(jiān)控?？碈PU時還要結(jié)合峰值時段晚高峰CPU略高是正常的凌晨三四點還高才異常。3.4 系統(tǒng)運行時間判斷設(shè)備是否異常掉電重啟設(shè)備是不是悄悄重啟過pppoe撥號用戶會告訴你“斷過一次”但具體什么時候斷的得看show system-groupC300# show system-group System Description: C300 Version V2.1.0 Software System ObjectId: .1.3.6.1.4.1.3902.1082.1001.300.2.1 Started before: 5 days, 16 hours, 15 minutes System name: KS-TS-26HaoXiaoQu-C300重點看Started before字段。如果顯示只有幾小時說明這臺OLT近期掉電過或主動重啟過配合告警記錄判斷是電源問題還是主控板故障。現(xiàn)場排查開關(guān)電源、UPS輸出和配電空開不要急著懷疑用戶側(cè)。4. 光貓注冊與業(yè)務(wù)配置查詢從“找不到設(shè)備”到“對不上VLAN”4.1 未注冊光貓查詢新裝和換機(jī)場景的第一條命令新裝寬帶最典型的故障是光貓注冊不上去OLT側(cè)看不到任何設(shè)備信息。這時用show pon onu uncfg它會列出該OLT下所有未注冊的PON口設(shè)備C300# show pon onu uncfg OltIndex SN LOID -------------------------------------------------------------------------- gpon-olt_1/1/6 FHTT56075A10 - gpon-olt_1/2/10 HWTC33C854A3 N/A epon-olt_1/2/6 N/A 9980991636C epon-olt_1/6/2 N/A 9980256809C gpon-olt_1/14/2 SCTY40F25A38 N/A這段輸出里GPON口下看到的基本是SN序列號EPON口下可能是LOID。需要注意的是光貓如果已經(jīng)正確注冊就不會出現(xiàn)在這個列表里如果出現(xiàn)在這里說明數(shù)據(jù)沒做或光貓認(rèn)證模式不匹配。EPON還有一種查看方式show onu unauthentication顯示更詳細(xì)包括設(shè)備型號、MAC地址、在線狀態(tài)。SN和LOID都為空的那一行通常對應(yīng)專線光貓或者還沒做認(rèn)證數(shù)據(jù)的接入型光貓需要先確認(rèn)現(xiàn)場用的是哪種認(rèn)證方式。4.2 通過SN或LOID反查注冊位置換光貓時的“后悔藥”用戶報障說“光貓換了但上不了網(wǎng)”多半是新的光貓SN或LOID沒綁定。此時先反查新光貓的SN和LOID在OLT上的位置再決定是做數(shù)據(jù)還是改綁定C320# show gpon onu by sn FHTT57D2AEF0 Search result ------------------ gpon-onu_1/1/1:2 C320# show gpon onu by loid 9980599382C Search result ------------------ gpon-onu_1/1/1:1 C300# show gpon onu by loid 9980260532C %Code 62310-GPONSRV : No related information to show.最后一條報錯很常見No related information to show表示這個LOID在GPON口下沒有對應(yīng)數(shù)據(jù)。這時先確認(rèn)設(shè)備是GPON還是EPONEPON要用show epon onu by loid查詢命令不通用。查到了注冊位置再去對應(yīng)PON口下核對光貓配置。這套組合拳在用戶換貓、移機(jī)、10G GPON升級場景里非常實用不用再翻臺賬。4.3 GPON光貓業(yè)務(wù)配置解讀單層VLAN、雙層VLAN與組播VLAN光貓注冊上了但業(yè)務(wù)不通問題多半出在service-port的VLAN映射。用show running-config interface gpon-onu_1/1/2:1查看單臺光貓的完整配置KS-JS-YuDaiLiKe-C320# show running-config interface gpon-onu_1/1/2:1 interface gpon-onu_1/1/2:1 sn-bind disable tcont 1 name ITMS allocid 256 profile ITMS tcont 2 name HSI allocid 257 profile HSI tcont 3 name ITV allocid 258 profile ITV tcont 4 name VOIP allocid 259 profile VOIP gemport 1 name ITMS portid 129 tcont 1 gemport 2 name HSI portid 130 tcont 2 gemport 3 name ITV portid 131 tcont 3 gemport 4 name VOIP portid 132 tcont 4 service-port 1 vport 1 user-vlan 46 vlan 46 service-port 2 vport 2 user-vlan 41 vlan 877 service-port 3 vport 3 user-vlan 45 vlan 45 service-port 4 vport 4 user-vlan 43 vlan 43 service-port 5 vport 3 user-vlan 50 vlan 50 igmp fast-leave enable vport 3上行接交換機(jī)時通常做單層VLAN轉(zhuǎn)發(fā)user-vlan是光貓側(cè)VLANvlan是OLT上聯(lián)給交換機(jī)的VLAN兩者一致時就是“透傳”。上行直連BAS時則要打外層VLAN出現(xiàn)svlan字段比如user-vlan 41 vlan 312 svlan 270表示用戶內(nèi)層41、設(shè)備VLAN 312、外層270。組播VLAN的處理是另一個高頻坑service-port 5專門給ITV組播用igmp fast-leave要開否則換臺卡頓。對照配置檢查時先看tcont和gemport的對應(yīng)關(guān)系是否完整再看service-port的VLAN是否和上聯(lián)方向匹配。EPON側(cè)的配置語法不同用sla-profile和service-port且沒有tcont/gemport概念。EPON光貓數(shù)據(jù)通常配在epon-onu_1/2/1:33這樣的接口下包含admin enable、property description和service-port。查看EPON光貓用show running-config interface epon-onu_1/2/1:33不要拿GPON的模板去套。5. 故障排查與避坑網(wǎng)元斷鏈、流氓光貓、測速不達(dá)標(biāo)5.1 故障分類與定位順序物理、單板、注冊、業(yè)務(wù)四層遞進(jìn)這份手冊把故障分成設(shè)備板卡類、ONU類、上聯(lián)狀態(tài)類、光貓側(cè)類、業(yè)務(wù)體驗類五類。實際處理時我按“物理→單板→注冊→業(yè)務(wù)”的順序走每層都有對應(yīng)命令。物理層查風(fēng)扇溫度電源用的是第3章的命令單板層用show card注冊層用show pon onu uncfg和show gpon onu by sn/loid業(yè)務(wù)層用show running-config interface。亂序排查是新手最容易翻車的地方用戶說上不了網(wǎng)直接查光貓數(shù)據(jù)配置折騰半天發(fā)現(xiàn)是上聯(lián)光模塊收光低。網(wǎng)元斷鏈的排查要特別注意第一步ping網(wǎng)元管理地址第二步show card主控板狀態(tài)第三步查上聯(lián)口物理狀態(tài)和光功率。一個容易忽略的點是——斷鏈可能不是OLT側(cè)而是BAS或交換機(jī)側(cè)的上聯(lián)口down了我在現(xiàn)場遇到過OLT上聯(lián)光模塊收了灰塵導(dǎo)致收光功率降到臨界值時通時斷ping的丟包率只有5%不仔細(xì)看根本發(fā)現(xiàn)不了。5.2 三個高頻案例的完整處理過程光貓注冊異常是出現(xiàn)頻率最高的故障類型處理路徑是先show pon onu uncfg看設(shè)備有沒有被OLT發(fā)現(xiàn)沒發(fā)現(xiàn)就查光路和光貓狀態(tài)——用光功率計測收光必須在-8dBm到-28dBm之間發(fā)現(xiàn)設(shè)備但認(rèn)證失敗則核對SN和LOID用show gpon onu by sn確認(rèn)光貓SN是否已經(jīng)在其他PON口下注冊。同一個SN同時出現(xiàn)在兩個PON口直接把新PON口下的注冊數(shù)據(jù)刪掉否則光貓會被“踢來踢去”表現(xiàn)為每隔幾分鐘掉線一次。機(jī)頂盒獲取錯誤地址的處理路徑是查機(jī)頂盒PPPoE或DHCP報文確認(rèn)olt側(cè)組播VLAN配了沒service-port 5那行再看igmp fast-leave是否開啟。錯誤地址通常是獲取到了管理VLAN的地址說明組播VLAN和業(yè)務(wù)VLAN沒有隔離。流氓光貓故障最值得單獨說。它會持續(xù)發(fā)光把整個PON口下的光功率抬高導(dǎo)致同PON口其他用戶光貓“收光過載”無法正常工作表現(xiàn)是同一棟樓內(nèi)多戶同時掉線。處理不能靠猜要逐個PON口檢查show int pon口光功率找到發(fā)光功率異常高且持續(xù)不斷的ONU然后用命令將該光貓去激活或直接拔纖隔離。手冊中明確提到OLT單板CPU長時間99%時也要回頭查流氓光貓因為持續(xù)的異常上行報文同樣能打滿CPU。測速不達(dá)標(biāo)和專線卡頓不能一概而論。先要區(qū)分是“OLT到光貓”還是“光貓到終端”的問題。OLT側(cè)查上聯(lián)口有沒有擁塞用show interface統(tǒng)計丟棄計數(shù)光功率在合理范圍但測速依舊上不去則要光貓側(cè)pon口的光模塊發(fā)光功率是否衰減。專線客戶卡頓時我見過一個典型案例客戶側(cè)光貓的PON口發(fā)光功率正常但光模塊溫度已經(jīng)55度導(dǎo)致誤碼率飆升把光貓換掉后業(yè)務(wù)恢復(fù)。硬件隱性故障最難查但溫度命令早就給出了提示。5.3 命令使用中的典型踩坑記錄現(xiàn)象show gpon onu by loid查詢EPON光貓報“No related information to show”注冊數(shù)據(jù)明明存在但查不到。原因EPON和GPON的命令不通用EPON要用show epon onu by loid。解決先確認(rèn)光貓是EPON還是GPON再選對應(yīng)命令。我當(dāng)時在這個坑上浪費了十幾分鐘后來養(yǎng)成一看產(chǎn)品型號就先分EPON/GPON的習(xí)慣。現(xiàn)象單板上電后長時間處于CONFIGING狀態(tài)業(yè)務(wù)板始終無法進(jìn)入INSERVICE。原因主控板和業(yè)務(wù)板之間配置同步中斷常見于主控板倒換后單板版本不一致。解決先看主控是否STANDBY狀態(tài)正常再嘗試重新同步此單板配置最后再考慮重啟單板。切忌直接拔板拔板前先看有沒有業(yè)務(wù)在承載?，F(xiàn)象某PON口下的光貓頻繁掉線單個光貓拿出來測一切正常。原因存在流氓光貓持續(xù)發(fā)光導(dǎo)致同PON口其他用戶收光過載。解決show pon光功率找到異常發(fā)光者隔離后再逐一恢復(fù)其他用戶。這個故障隱蔽性極強(qiáng)單查用戶側(cè)永遠(yuǎn)查不出來。現(xiàn)象新增光貓無論如何都無法注冊show pon onu uncfg里看不到設(shè)備。原因光纖實際接到了另一個PON口現(xiàn)場裝維和后臺數(shù)據(jù)對不上。解決用SN反查整機(jī)所有PON口找到實際注冊位置再調(diào)整數(shù)據(jù)。不要只盯著配置單上的PON口名。6. 把故障定位收斂成一頁清單六個必查項與兩種驗證手段命令學(xué)得再多到了現(xiàn)場最怕的是“從哪查起”。我手里有一份固定檢查順序故障現(xiàn)場照著走一遍大部分問題能收斂到具體環(huán)節(jié)。第一項show system-group看是否掉電重啟三秒鐘排除整機(jī)重啟引起的批量異常第二項show card掃單板狀態(tài)鎖定非INSERVICE的槽位第三項show fan和show card-temperature看環(huán)境避免在散熱問題上反復(fù)折騰業(yè)務(wù)配置第四項show processor看CPU重點排查持續(xù)高位的板卡第五項show pon onu uncfg看未注冊設(shè)備針對新裝或換機(jī)場景非常高效第六項show running-config interface對業(yè)務(wù)配置核對VLAN和組播配置。驗證手段只用兩種。一種是ping網(wǎng)關(guān)判斷OLT上聯(lián)鏈路是否通ping不通先查上聯(lián)口物理狀態(tài)和光功率而不是去光貓側(cè)折騰另一種是光功率計實測OLT側(cè)PON口發(fā)光正常不代表用戶側(cè)收光正常分光器衰減和跳線損耗都要計入。專線卡頓類問題加一個中間節(jié)點測試逐步收縮是OLT上聯(lián)口還是光貓到客戶設(shè)備的鏈路。從那以后我每次上站處理OLT相關(guān)故障都強(qiáng)制自己先走完這套清單再動配置血淚經(jīng)驗告訴我不按順序來往往會在錯誤的方向上折騰半天。希望這份基于常用命令的故障處理習(xí)慣能幫你在現(xiàn)場少走幾步彎路把問題定位得更快更準(zhǔn)。本文還有配套的精品資源點擊獲取