近日,有同事向我們反映,某小區的ONU不能正常上線,得知這一故障信息后,我們立即展開排查。
登錄到OLT上,根據現場安裝人員提供的ONU MAC地址,使用命令show interface onu creation-information |include 7970查看ONU注冊信息,沒有看到該ONU任何信息。
接下來,指導現場人員使用光功率計測量下ONU的接收光功率,結果是-20db,這說明ONU的接收光功率在正常范圍內。因為一個基站有多個OLT,為了確定不能注冊的ONU確實在這個OLT上,我們采用關閉PON口的辦法,這樣PON口就不再發光,那么注冊不上來的ONU如果就在這個PON口下。在關閉PON口后,ONU就應該測量不到光功率。
就在人為關閉PON口后,現場的安裝人員告知ONU已經接收不到光功率,這樣可以基本確定該ONU就在該OLT的PON口下。
既然ONU接收的光功率正常,那會不會是ONU或者OLT的問題呢?首先可以肯定的是ONU沒有問題,因為該PON口下已經安裝了多個ONU,均不能正常注冊,那么這樣就剩下OLT這個環節了。
在OLT上使用命令show card查看PON卡的創建情況,我們看到,PON卡12狀態是正常的,那么是不是PON口的ONU自動注冊功能沒有打開呢?查看PON認證模式可以使用命令show interface olt 12/1 information,得到的結果是PON的認證模式是無,也就是說,ONU不需要認證就可以注冊。
為了盡快解決問題,我們趕赴OLT所在的機房,直接在PON口12/1上使用分光器連接ONU,看到測試的ONU依然不能正常注冊上線,因為該PON卡沒有ONU,我們手動重啟了該PON卡,結果還是沒有奏效。會不會是PON卡出現問題了?使用該PON卡其他的PON口故障依然存在,將測試的ONU連接到了PON口4/2上,在OLT上立即就看到了該ONU上線,這樣就可以斷定該PON卡出現故障。更換第12槽位PON卡后,ONU正常注冊上線,故障得以解決。
從問題的出現到解決問題,我們先后通過測量ONU的接收光功率和開關PON口,從而確定了故障ONU所在的PON口,然后嘗試查看PON卡的創建情況、ONU 的認證模式以及更換PON口,最終將故障定位在了PON卡上,并在更換PON卡后故障得以解決。作為網絡運維人員,在日常網絡維護的過程中,我們經常會遇到這樣那樣的問題,出現問題并不可怕,可怕的是不知道該如何處理。在處理網絡故障時,需要遵循網絡架構,即網絡層次,按照網絡層次一步一步地解決問題,同時還要把問題考慮得全面些,再結合自己處理故障的經驗進行推理,逐步鎖定故障點,最終達到快速解決問題的目的,為網絡向健康的方向發展打下良好的基礎。