簡(jiǎn)介中興OLT常用命令及故障解析處理手冊(cè)是一份面向運(yùn)營(yíng)商與政企網(wǎng)絡(luò)運(yùn)維人員的設(shè)備運(yùn)維SOP聚焦中興ZXA10 C300/C320的日常維護(hù)與故障閉環(huán)。內(nèi)容先介紹設(shè)備面板、業(yè)務(wù)板卡和上聯(lián)接口再給出show card、show version、show interface等高頻命令并結(jié)合板卡狀態(tài)字段說明如何判讀單板不在位、無(wú)供電、類型不匹配等異常便于快速定位OLT側(cè)問題。故障部分按設(shè)備板卡、ONU、光貓、上聯(lián)鏈路等維度展開覆蓋網(wǎng)元斷鏈、光貓注冊(cè)異常、機(jī)頂盒誤獲取地址、流氓光貓干擾、測(cè)速不達(dá)標(biāo)及專線卡頓等真實(shí)場(chǎng)景的排查步驟可作一線排障手冊(cè)。資源包為單個(gè)pptx演示文稿大小7.17MB以圖文結(jié)合方式呈現(xiàn)結(jié)構(gòu)清晰、分節(jié)明確適合隨身查閱和團(tuán)隊(duì)培訓(xùn)。已有2789人學(xué)習(xí)尤其適合剛接觸中興OLT或需要系統(tǒng)梳理故障處理流程的工程師作為日常維護(hù)和故障排查的參考手冊(cè)。1. 半夜被OLT告警叫醒先看懂一塊“HWONLINE”板卡再動(dòng)手做接入網(wǎng)維護(hù)的人幾乎都被OLT告警在半夜叫醒過。網(wǎng)管彈出一條“單板不在線”或“光貓注冊(cè)失敗”趕到機(jī)房一查show card 輸出里整整齊齊列著一堆狀態(tài)值——INSERVICE、NOPOWER、HWONLINE、TYPEMISMATCH每行都像一個(gè)狀態(tài)黑匣子。如果不熟悉這套 OLT 常用命令很容易把 HWONLINE 當(dāng)成“在線”去處理結(jié)果板卡根本沒有進(jìn)入服務(wù)狀態(tài)業(yè)務(wù)中斷時(shí)間被白白拉長(zhǎng)。這篇故障解析處理筆記圍繞某廠商 ZXA10 C300/C320 的板卡狀態(tài)、注冊(cè)排查、業(yè)務(wù)故障和典型案例展開所有命令都可以直接抄到設(shè)備上執(zhí)行。適合兩類人新手照著命令能完成基礎(chǔ)排障熟手能拿走一整套“現(xiàn)象—根因—?jiǎng)幼鳌钡亩ㄎ凰悸飞僮邚澛贰?. show card 一欄讀懂板卡狀態(tài)七個(gè)狀態(tài)值背后的硬件故障含義2.1 show card 輸出里每個(gè)狀態(tài)值對(duì)應(yīng)什么故障業(yè)務(wù)中斷時(shí)我第一件事就是把 show card 拉出來看。這條命令在 C300/C320 上都通用輸出能直觀反映設(shè)備里每一塊板的配置類型、實(shí)際類型、端口數(shù)、軟硬件版本和運(yùn)行狀態(tài)ZXA10-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 13 ETGO 8 V1.0.0 V2.1.0 TYPEMISMATCH 1 1 14 GTGH GTGHG 16 V1.0.0 V2.1.0 CONFIGING 1 1 10 SCXM SCXM 0 V1.0.0 V2.1.0 INSERVICE 1 1 11 SCXM SCXM 0 V1.0.0 V2.1.0 STANDBY這段輸出看起來字段很多真正需要盯住的只有最后一列 Status。INSERVICE 表示板卡進(jìn)入服務(wù)狀態(tài)也就是正常承載業(yè)務(wù)NOPOWER 表示板卡在位但沒有通電常見原因是電源板對(duì)應(yīng)槽位供電異常或者板卡本身存在短路等硬件問題HWONLINE 表示板卡在位但不在線通常意味著設(shè)備里沒有添加這塊單板的配置、缺少版本文件或者單板已經(jīng)損壞OFFLINE 表示板卡不在位可能是沒插到位也可能是背板槽位接觸不良TYPEMISMATCH 表示配置添加的板卡類型與實(shí)際插入的板卡類型不一致這是現(xiàn)場(chǎng)最容易看錯(cuò)的故障CONFIGING 是配置同步狀態(tài)正常情況下是臨時(shí)過渡狀態(tài)長(zhǎng)時(shí)間停留就說明主控和該板卡之間的通信出了問題。參數(shù)方面CfgType 是網(wǎng)管或配置里添加的板卡型號(hào)RealType 是系統(tǒng)實(shí)際識(shí)別到的型號(hào)兩列不一致時(shí)系統(tǒng)直接回報(bào) TYPEMISMATCH。Port 代表這塊板的端口數(shù)量比如 GTGH 對(duì)應(yīng) 16 口 GPON 板。HardVer 和 SoftVer 分別是硬件版本和軟件版本HWONLINE 的那一行 SoftVer 經(jīng)常為空原因就是版本文件沒同步上去。補(bǔ)充一句SCXM 這類主控板還會(huì)出現(xiàn) STANDBY表示它是備用主控屬于正常狀態(tài)不是故障。2.2 運(yùn)行時(shí)間與重啟痕跡show system-group 怎么用板卡狀態(tài)全部正常業(yè)務(wù)卻斷過這時(shí)候要懷疑設(shè)備是否掉電或重啟過。常見做法是執(zhí)行 show system-group它會(huì)輸出系統(tǒng)描述、軟件版本、設(shè)備名稱和啟動(dòng)時(shí)間。ZXA10-C300# show system-group System Description: C300 Version V2.1.0 Software Started before: 5 days, 16 hours, 15 minutes System name: FuWuQi-OLT-C300重點(diǎn)看 “Started before” 這一行它表示設(shè)備從上次啟動(dòng)到現(xiàn)在運(yùn)行了多久。如果這個(gè)數(shù)值明顯小于你預(yù)期的運(yùn)行時(shí)長(zhǎng)說明設(shè)備在近期掉過電或有人復(fù)位過主控。把這個(gè)時(shí)間點(diǎn)和網(wǎng)管告警記錄對(duì)齊就能判斷是市電輸入閃斷、UPS 異常還是人為操作導(dǎo)致的復(fù)位不用再靠猜。這個(gè)命令在“整臺(tái)設(shè)備業(yè)務(wù)全部中斷”的場(chǎng)景里價(jià)值很高很多新手會(huì)忽略它。我一般把 show system-group 和 show card 配合使用先看板卡狀態(tài)有沒有異常再看運(yùn)行時(shí)間是否被重置過。兩行輸出就能區(qū)分是“單板故障”還是“整機(jī)重啟”這是后續(xù)處理方向完全不同的兩條路。2.3 決定設(shè)備壽命的三兄弟風(fēng)扇、溫度、CPU單板在線不等于設(shè)備健康。熱量和 CPU 過載引發(fā)的故障往往先表現(xiàn)為“業(yè)務(wù)時(shí)好時(shí)壞”最后才告警屬于隱蔽型故障。三條環(huán)境類命令在排障時(shí)是配套出現(xiàn)的ZXA10-C300# show fan Environment Temperature : 23(deg c) FanSpeedLevelPercent : 20% 35% 50% 75% Upper Fanboard Status : online FanUnitId SpeedLevel ActualSpeed(RPM) 1 2 2100 2 2 2100 3 2 2100 ZXA10-C300# show card-temperature Rack Shelf Slot Temperature Temperature(5m) Temperature(1h) 1 1 2 44 43 43 1 1 16 44 44 44 ZXA10-C300# show processor Rack Shelf Slot CPU(5s) CPU(1m) CPU(5m) PhyMem(MB) Memory 1 1 10 12% 16% 13% 510 66% 1 1 11 22% 24% 23% 510 66%show fan 里風(fēng)扇的轉(zhuǎn)速等級(jí)會(huì)根據(jù)環(huán)境溫度自動(dòng)調(diào)節(jié)只要有一組風(fēng)扇 ActualSpeed 長(zhǎng)期為 0就應(yīng)該安排更換風(fēng)扇模塊。show card-temperature 重點(diǎn)看有沒有超過 55℃ 的板卡PON 板的光模塊對(duì)溫度尤其敏感溫度過高會(huì)直接造成光功率劣化和誤碼率上升。show processor 則看 CPU 利用率和內(nèi)存若 CPU 長(zhǎng)時(shí)間大于 60% 就需要重視長(zhǎng)時(shí)間 99% 基本可判定為協(xié)議報(bào)文沖擊這在后面流氓光貓的案例里會(huì)專門展開。這三條命令看的是“趨勢(shì)”而不是“當(dāng)前值”。因?yàn)?show card-temperature 本身提供了 5 分鐘和 1 小時(shí)的平均值我通常會(huì)隔幾分鐘再執(zhí)行一次看溫度曲線是緩慢爬升還是突變。緩慢爬升先查風(fēng)扇和機(jī)房空調(diào)突變則優(yōu)先懷疑光模塊或板卡寄存器異常。這一套十幾秒就能敲完卻能把機(jī)房環(huán)境類和協(xié)議類故障提前攔下來。3. 光貓注冊(cè)失敗排查從“未注冊(cè)列表”到“認(rèn)證拒絕”的三步定位法3.1 先查未注冊(cè)列表show pon onu uncfg 與 EPON 側(cè)的差異光貓注冊(cè)不上最忌諱反復(fù)重啟光貓。正確的起點(diǎn)是在 OLT 上確認(rèn)光貓到底有沒有被“看見”。GPON 側(cè)的執(zhí)行命令是 show pon onu uncfg它能列出所有未完成注冊(cè)的光貓并給出 SN 和 LOID 兩列關(guān)鍵信息ZXA10-C300# show pon onu uncfg OltIndex SN LOID gpon-olt_1/1/6 FHTT56075A10 9980991636C gpon-olt_1/14/2 SCTY40F25A38 N/A gpon-olt_1/14/8 YHTCE88A12C3 useradmin gpon-olt_1/15/2 YHTCE88AAEC0 9980260532COltIndex 表示光貓是掛在哪個(gè)框、哪個(gè)槽、哪個(gè) PON 口下SN 是光貓序列號(hào)LOID 是邏輯標(biāo)識(shí)。排查時(shí)先看 LOID 列顯示 N/A 說明這臺(tái)光貓的 LOID 為空需要核對(duì)開戶數(shù)據(jù)是否寫錯(cuò)顯示成一串?dāng)?shù)字或字符說明 LOID 已經(jīng)上報(bào)但 OLT 上可能沒有這條注冊(cè)記錄或者 LOID/密碼不匹配導(dǎo)致認(rèn)證被拒。EPON 側(cè)的“未注冊(cè)”命令是 show onu unauthentication輸出比 GPON 更直觀它會(huì)直接給出 Online State 為 authentication deny意思就是光貓的認(rèn)證請(qǐng)求被拒絕同時(shí)還能看到 MAC、SN、軟硬件版本和注冊(cè)時(shí)間。這里記住一個(gè)區(qū)別EPON 光貓主要靠 MAC/SN 認(rèn)證GPON 光貓主要靠 LOID/SN 認(rèn)證兩側(cè)未注冊(cè)列表的字段含義不同不要拿 EPON 的字段去套 GPON。3.2 按 SN / LOID 反查注冊(cè)位置一條命令定位光貓掛在哪如果光貓之前注冊(cè)過只是現(xiàn)在業(yè)務(wù)不通或者現(xiàn)場(chǎng)人員不知道光貓掛在哪臺(tái)設(shè)備下可以用反查命令精確定位。GPON 側(cè)對(duì)應(yīng)兩條ZXA10-C300# show gpon onu by loid 9980599382C Search result ----------------- gpon-onu_1/1/1:1 ZXA10-C300# show gpon onu by sn FHTT57D2AEF0 Search result ----------------- gpon-onu_1/1/1:2返回結(jié)果里的 gpon-onu_1/1/1:1 是這臺(tái)光貓?jiān)?OLT 側(cè)的邏輯接口名框 1、槽 1、PON 口 1、ONU ID 1。如果命令返回 “%Code 62310-GPONSRV : No related information to show”說明 OLT 上根本沒有這條注冊(cè)記錄問題大概率在開戶數(shù)據(jù)和網(wǎng)管側(cè)光貓本身不用動(dòng)。這個(gè)反查命令在“光貓搬家”場(chǎng)景里特別好用——原來掛在 a PON 口下的光貓被挪到 b PON 口b 口顯示未注冊(cè)a 口的注冊(cè)記錄還占著位置需要先把舊端口的數(shù)據(jù)清理掉。EPON 側(cè)對(duì)應(yīng)命令是 show epon onu by loid使用邏輯完全一樣。我習(xí)慣把未注冊(cè)列表和反查命令搭著用先在 uncfg 里找到 SN再用 by sn 確認(rèn)它是否注冊(cè)在別的端口避免出現(xiàn)“新端口報(bào)未注冊(cè)、舊端口還在占用”的翻車現(xiàn)場(chǎng)。3.3 注冊(cè)成功但業(yè)務(wù)不通單層 VLAN 與雙層 VLAN 的核查重點(diǎn)注冊(cè)成功只是第一步業(yè)務(wù)不通還得看 ONU 的數(shù)據(jù)配置。先看 PON 口下注冊(cè)了哪些光貓?jiān)偾腥雴闻_(tái)光貓的詳細(xì)配置ZXA10-C300# show running-config interface gpon-olt_1/7/9 interface gpon-olt_1/7/9 onu 1 type F660 loid 9980653198C onu 2 type F660 loid 9980653199C onu 12 type F660 loid 9980653227C ! ZXA10-C300# show running-config interface gpon-onu_1/7/9:12 interface gpon-onu_1/7/9:12 description $onuname$$$ sn-bind disable tcont 1 name ITMS allocid 264 profile ITMS tcont 2 name HSI allocid 267 profile HSI tcont 3 name ITV-50M allocid 265 profile ITV tcont 4 name VOIP allocid 266 profile VOIP service-port 1 vport 1 user-vlan 46 vlan 46 svlan 2270 service-port 2 vport 2 user-vlan 41 vlan 312 svlan 270 service-port 3 vport 3 user-vlan 45 vlan 45 svlan 1270 service-port 4 vport 4 user-vlan 43 vlan 43 svlan 3270 igmp fast-leave enable vport 3第一段命令看的是 PON 口下配置了哪幾臺(tái)光貓每行 onu 后面的數(shù)字是 ONU IDtype 是光貓型號(hào)loid 是綁定標(biāo)識(shí)。第二段是單臺(tái)光貓的業(yè)務(wù)配置tcont 是帶寬容器allocid 是分配標(biāo)識(shí)service-port 完成用戶 VLAN 到運(yùn)營(yíng)商網(wǎng)絡(luò)的映射轉(zhuǎn)發(fā)。核查時(shí)先區(qū)分業(yè)務(wù)模型——上行直連 BAS 的service-port 通常有 vlan 和 svlan 兩層上行先到匯聚交換機(jī)再轉(zhuǎn) BAS 的往往是單層 vlan。如果機(jī)頂盒獲取錯(cuò)誤地址、IPTV 點(diǎn)播異常優(yōu)先核對(duì) IPTV 對(duì)應(yīng) service-port 的 svlan 和組播 vlan 是否與開戶模板一致。遠(yuǎn)程下發(fā)場(chǎng)景下還要再看一層OLT 到光貓之間的 gemport 映射。常見做法是用 show onu running config 查看 pon-onu-mng 段ZXA10-C300# show onu running config gpon-onu_1/7/9:12 pon-onu-mng gpon-onu_1/7/9:12 flow 1 pri 7 vlan 46 flow 2 pri 0 vlan 41 flow 3 pri 5 vlan 45 flow 3 pri 5 vlan 50 gemport 1 flow 1 gemport 2 flow 2 gemport 3 flow 3這段配置是光貓電口數(shù)據(jù)的下發(fā)通道起 OLT 與 ONU 之間業(yè)務(wù)流的橋梁作用。非簡(jiǎn)化模式下 flow 與 gemport 一一對(duì)應(yīng)每個(gè) flow 綁定一個(gè)業(yè)務(wù) VLAN 和優(yōu)先級(jí)簡(jiǎn)化命令模式則直接用 service 關(guān)鍵字把 gemport 映射到業(yè)務(wù)。這里最容易踩坑的地方是把 interface gpon-onu 下的 service-port 和 pon-onu-mng 里的 flow 混在一起看前者管 OLT 側(cè)轉(zhuǎn)發(fā)后者管光貓側(cè)下發(fā)兩者錯(cuò)位就會(huì)注冊(cè)成功但業(yè)務(wù)全斷而且從 PON 口狀態(tài)上看不出任何異常。4. 業(yè)務(wù)故障處理網(wǎng)元斷鏈、流氓光貓、測(cè)速不達(dá)標(biāo)的現(xiàn)場(chǎng)套路4.1 板卡故障處理TYPEMISMATCH 與 HWONLINE 的動(dòng)手順序板卡狀態(tài)異常的處理核心原則是“先核對(duì)配置再動(dòng)硬件”。以 TYPEMISMATCH 為例它代表添加板卡與實(shí)際插入的板卡不匹配可能是施工時(shí)插入了與配置不同的板卡也可能是網(wǎng)管側(cè)把槽位型號(hào)配錯(cuò)了。正確順序是查看實(shí)際板卡型號(hào)→核對(duì) CfgType→把配置改成實(shí)際型號(hào)或把板卡換成配置型號(hào)兩者一致后狀態(tài)才能恢復(fù)。如果只拔卡換新配置里還是錯(cuò)的那個(gè)型號(hào)換多少塊都一樣。HWONLINE 的處理稍微復(fù)雜它對(duì)應(yīng)三種根因沒有添加單板、沒有版本文件、單板損壞。判斷順序是先用 show card 看 RealType 列有沒有值有值說明板卡能被識(shí)別優(yōu)先檢查軟件版本是否同步?jīng)]值說明板卡本身或背板通信有問題再把單板重新插拔一次。注意不要在業(yè)務(wù)高峰期反復(fù)熱插拔否則容易造成同槽位其他板卡誤告警。如果板卡狀態(tài)長(zhǎng)時(shí)間卡在 CONFIGING說明配置同步?jīng)]有完成重點(diǎn)查主控到該板卡的內(nèi)部通信而不是馬上更換板卡。這里給一張狀態(tài)值與處理動(dòng)作的對(duì)照表貼到值班手冊(cè)里可以直接照著做狀態(tài)值含義首選處理動(dòng)作INSERVICE板卡正常服務(wù)無(wú)需處理NOPOWER在位不通電查電源板和供電鏈路HWONLINE在位不在線核對(duì)單板配置與版本文件再判斷是否損壞OFFLINE不在位重新插拔或檢查背板槽位TYPEMISMATCH配置與實(shí)際型號(hào)不符修改配置或更換板卡使其一致CONFIGING配置同步中觀察是否恢復(fù)長(zhǎng)時(shí)間停留查主控通信STANDBY備用板卡無(wú)需處理4.2 OLT 網(wǎng)元斷鏈按“物理層→IP 層→網(wǎng)管通道”三層排查網(wǎng)元斷鏈?zhǔn)蔷W(wǎng)管側(cè)最刺眼的告警之一本質(zhì)是網(wǎng)管到 OLT 的管理通道不可達(dá)。處理時(shí)我按從下往上的順序來每一步都有明確的退出條件。先看上聯(lián)口物理狀態(tài)常見做法是執(zhí)行 show interface 類命令確認(rèn)上聯(lián)光模塊是否正常、端口是否 UP、有無(wú)大量錯(cuò)包ZXA10-C300# show interface gei_1/12/1 ZXA10-C300# ping 網(wǎng)管服務(wù)器管理IP source 上聯(lián)VLAN接口IP第一行看的是上聯(lián)光口的物理層和鏈路層狀態(tài)如果端口 DOWN直接查光纖和光模塊不用繼續(xù)往下走。第二行是從 OLT 側(cè)主動(dòng)發(fā)起 ping探測(cè)管理通道是否可達(dá)能通說明數(shù)據(jù)面轉(zhuǎn)發(fā)正常問題在網(wǎng)管側(cè)的服務(wù)器或路由不通則要根據(jù) ping 結(jié)果逐段回退——先 ping 上聯(lián)交換機(jī)的 VLAN 網(wǎng)關(guān)再 ping 網(wǎng)管網(wǎng)關(guān)用分段法把斷點(diǎn)定位在某一跳。還有一類隱蔽原因是管理 VLAN 配置被誤刪或者 QoS 策略丟棄了管理報(bào)文這種場(chǎng)景下物理層和 IP 層看起來都通但網(wǎng)管就是收不到 OLT 的主動(dòng)上報(bào)需要核查管理業(yè)務(wù)配置和策略。這里強(qiáng)調(diào)一點(diǎn)網(wǎng)元斷鏈不一定影響用戶上網(wǎng)但會(huì)直接影響遠(yuǎn)程運(yùn)維入口所以它屬于最高優(yōu)先級(jí)告警之一。4.3 流氓光貓與 CPU 協(xié)議沖擊一個(gè) PON 口下所有用戶掉線的元兇某個(gè) PON 口下所有用戶同時(shí)掉線、時(shí)斷時(shí)續(xù)PON 板 CPU 長(zhǎng)時(shí)間跑滿這是典型的流氓光貓癥狀。所謂流氓光貓是指某臺(tái)光貓異常發(fā)光或持續(xù)發(fā)送錯(cuò)誤報(bào)文干擾了同 PON 口下其他光貓的上行時(shí)隙讓整個(gè) PON 口處于半癱瘓狀態(tài)。最麻煩的是它可能時(shí)好時(shí)壞等你到場(chǎng)排查時(shí)又恢復(fù)正常常被誤判為“偶發(fā)干擾”。定位手法是三步走。第一步show processor 確認(rèn) CPU 利用率是否異常長(zhǎng)時(shí)間 99% 基本可以判定協(xié)議報(bào)文沖擊第二步檢查該 PON 口的收發(fā)光功率流氓光貓發(fā)作時(shí)接收光功率通常會(huì)異常升高第三步在故障發(fā)作窗口把疑似光貓逐個(gè)去激活或斷開尾纖觀察 CPU 利用率和 PON 口錯(cuò)包率是否回落回落的那個(gè)就是問題源。鎖定后更換或關(guān)閉該光貓PON 口下的其他用戶隨即恢復(fù)。這套做法的完整流程在故障案例里寫得很清楚現(xiàn)場(chǎng)按順序執(zhí)行比用排除法瞎猜快得多。測(cè)速不達(dá)標(biāo)和專線卡頓也常走類似的排查鏈路先確認(rèn)光貓的帶寬模板是否滿足簽約速率再看上聯(lián)口流量和是否存在擁塞最后才是光纖衰耗。順序不能亂——用戶側(cè)模板沒核對(duì)清楚就去動(dòng)光路往往白忙一趟。常見做法是核對(duì) tcont 對(duì)應(yīng)的 profile 配置再通過上聯(lián)口流量統(tǒng)計(jì)確認(rèn)是否跑滿端口帶寬。5. 常見問題避坑五個(gè)讓運(yùn)維翻車的配置細(xì)節(jié)5.1 注冊(cè)與板卡類看不懂狀態(tài)值就動(dòng)手越換越遠(yuǎn)現(xiàn)象新裝光貓注冊(cè)不上網(wǎng)管提示“認(rèn)證拒絕”現(xiàn)場(chǎng)人員直接換光貓連續(xù)換了三臺(tái)仍然注冊(cè)失敗。原因show onu unauthentication 里 Online State 已經(jīng)明確顯示 authentication deny這是 LOID/密碼或綁定關(guān)系的問題和光貓硬件沒有關(guān)系。換光貓只會(huì)重復(fù)同樣的認(rèn)證失敗浪費(fèi)備件和時(shí)間。解決先在 OLT 上用 show gpon onu by loid 或 show gpon onu by sn 核對(duì)注冊(cè)記錄確認(rèn) LOID 大小寫、密碼是否和開戶數(shù)據(jù)一致確認(rèn)未綁定后重新下發(fā)綁定再讓光貓重新注冊(cè)。整個(gè)過程不需要?jiǎng)庸庳垺，F(xiàn)象show card 顯示一塊板為 TYPEMISMATCH維護(hù)人員以為是板卡損壞直接拔出來?yè)Q了一塊新板告警依然存在。原因CfgType 與 RealType 不一致是配置里添加的型號(hào)和實(shí)物不匹配不是實(shí)物損壞。配置里的型號(hào)不改正換再多的板也是同一個(gè)結(jié)果。解決先查該槽位配置的板卡型號(hào)和實(shí)際板卡標(biāo)簽核對(duì)把配置改成實(shí)物型號(hào)或者把實(shí)物換成配置型號(hào)。狀態(tài)恢復(fù)正常后再觀察告警是否消失?，F(xiàn)象板卡狀態(tài)顯示 HWONLINE被誤讀為“在線”業(yè)務(wù)中斷幾個(gè)小時(shí)后才被重視。原因HWONLINE 的中文含義是“在位但不在線”它可能對(duì)應(yīng)未添加單板、版本文件缺失或單板損壞絕不是正常服務(wù)狀態(tài)。把它當(dāng)成在線等于默認(rèn)故障不存在。解決按 show card 里 RealType 是否有值來分流——有值則補(bǔ)單板配置和版本文件無(wú)值則優(yōu)先懷疑硬件和背板通信必要時(shí)插拔或更換單板。5.2 業(yè)務(wù)類VLAN 與光路的問題最隱蔽現(xiàn)象機(jī)頂盒能撥號(hào)但獲取到錯(cuò)誤地址IPTV 直播卡頓或黑屏從 OLT 側(cè)看 PON 口和光貓都正常。原因service-port 的 svlan 配錯(cuò)或者組播 VLAN 沒有映射到對(duì)應(yīng) vport。IPTV 直播依賴組播組播 VLAN 一旦缺失業(yè)務(wù)表現(xiàn)就是“注冊(cè)正常但業(yè)務(wù)異?！薄＝鉀Q核對(duì) IPTV 對(duì)應(yīng) service-port 的 user-vlan、vlan、svlan 三項(xiàng)參數(shù)同時(shí)確認(rèn) igmp fast-leave 開啟的 vport 與組播業(yè)務(wù) vport 一致逐項(xiàng)對(duì)照開戶模板修正。現(xiàn)象某個(gè) PON 口下所有用戶在同一時(shí)間段掉線過一段時(shí)間自動(dòng)恢復(fù)且反復(fù)發(fā)作現(xiàn)場(chǎng)誤判為外部線路故障。原因大概率是流氓光貓?jiān)谔囟〞r(shí)段異常發(fā)光干擾整個(gè) PON 口的上行通道。這類光貓?jiān)谡r(shí)段看不出問題具有很強(qiáng)的隱蔽性被稱作“測(cè)不出來的靈異故障”也不冤枉。解決在故障發(fā)作窗口執(zhí)行 show processor 和光功率檢查若 CPU 飆升或接收光功率異常逐個(gè)隔離疑似光貓定位后更換或關(guān)停問題光貓。建議保留故障時(shí)段的 CPU 和光功率記錄作為隔離判斷依據(jù)?，F(xiàn)象專線測(cè)速不達(dá)標(biāo)用戶持續(xù)投訴現(xiàn)場(chǎng)懷疑光纖衰耗過大準(zhǔn)備改光路。原因光路衰耗只是嫌疑之一更常見的是光貓帶寬模板限速低于簽約速率或者上聯(lián)端口擁塞導(dǎo)致丟包。沒核對(duì)模板就動(dòng)光路指標(biāo)可能毫無(wú)變化。解決先執(zhí)行 show running-config 查看光貓的 tcont 和 profile 帶寬參數(shù)再查上聯(lián)口流量和錯(cuò)包統(tǒng)計(jì)最后測(cè)光功率。按這個(gè)順序走大概率在不動(dòng)光路的情況下就能定位。6. 快速定位思路用“現(xiàn)象五元組”把故障范圍壓縮到一塊板6.1 先回答五個(gè)問題再?zèng)Q定敲哪條命令到現(xiàn)場(chǎng)后我第一件事不是上設(shè)備而是先把故障信息整理成五個(gè)要素影響范圍是一臺(tái)光貓還是一個(gè) PON 口下的多臺(tái)用戶故障發(fā)生的時(shí)間點(diǎn)以及前后有沒有配置變更OLT 側(cè)有沒有伴隨告警比如單板告警或網(wǎng)元斷鏈光貓的指示燈狀態(tài)和注冊(cè)狀態(tài)是否一致這個(gè)業(yè)務(wù)是單層 VLAN 還是雙層 VLAN 模型。這五個(gè)問題全部答完命令的優(yōu)先級(jí)基本就定了。6.2 按故障范圍選命令的對(duì)照表故障現(xiàn)象首選命令關(guān)鍵看什么單臺(tái)光貓注冊(cè)失敗show pon onu uncfgSN、LOID、認(rèn)證狀態(tài)單臺(tái)光貓注冊(cè)成功但業(yè)務(wù)不通show running-config interface gpon-onuservice-port、tcont、vlanPON 口下全部用戶異常show processor 光功率檢查CPU 利用率、收發(fā)光、流氓光貓整臺(tái) OLT 管理異常show card show interface 上聯(lián)口板卡狀態(tài)、上聯(lián)物理層環(huán)境類故障show fan / show card-temperature風(fēng)扇轉(zhuǎn)速、溫度變化曲線這個(gè)表格可以直接打印出來貼在值班位。故障范圍越大的排查層級(jí)越靠下單臺(tái)光貓的問題先看注冊(cè)數(shù)據(jù)和 ONU 配置PON 口級(jí)的問題優(yōu)先懷疑流氓光貓和光功率整機(jī)級(jí)的問題先解決板卡和上聯(lián)物理鏈路機(jī)房環(huán)境類問題則從風(fēng)扇和溫度切入。方向選對(duì)了一套命令十幾分鐘就能收工。從那以后我每次到現(xiàn)場(chǎng)都會(huì)先把“現(xiàn)象五元組”寫在手機(jī)備忘錄里再?zèng)Q定敲哪些命令。這套習(xí)慣幫我避免了很多次“命令敲了一堆、定位還在原地”的尷尬。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取