網絡異常需留意光功率

故障現象

近日，客服中心同事反映陸續接到某片區互聯網用戶的報修，得知這一故障后，我們首先和現場維護人員取得聯系，通過ONU的MAC地址，將用戶鎖定在了某基站型號為6800的OLT上，現場的情況是這樣的，用戶可以正常撥號，但是網頁打不開。

故障分析

首先了解一下網絡拓撲結構。在某基站一臺OLT直接上聯BRAS，這樣做的好處是減少了設備間互聯環節，有利于數據的高速轉發，同時也有利于故障的排查。根據用戶反映的情況，首先對互聯網出口進行了測試，并沒有發現異常。然后根據現場維護人員撥號上網后獲取的IP地址10.219.3.222進行了會話搜索，發現用戶幾乎沒有會話，這也就是說用戶的會話請求并沒有到達核心流控設備。然后我們指導現場同事對BRAS和核心路由器進行Ping測試，根據結果發現，該故障用戶到BRAS和核心路由器丟包嚴重，而且抖動大。

圖1 查看設備光功率示意圖

根據互聯網用戶的報障信息我們逐步將故障用戶均集中在該基站的6800 OLT上，把目光轉移到這臺OLT上。就在準備登錄這臺OLT進行相關參數查詢時，發現登錄這臺OLT操作時不流暢。通過對該OLT進行Ping測試后發現有丟包現象，同時抖動大，基本可以肯定故障就在BRAS和OLT之間。我們通過在BRAS上使用命令show opticalinfo gei-0/0/0/2，查看光功率得知BRAS收OLT的光功率明顯低（如圖1）。

通過圖1我們可以看到，BRAS接 收OLT的光功率是-16.4db，可以很明顯地發現光路有大損耗。這是怎么計算的呢?通過測量OLT光模塊的發光功率是-5db，從BRAS至OLT的距離是5公里，一公里光損耗理論正常值是0.25db，加上配線架上法蘭盤的光損耗，這樣BRAS正常接收OLT的光功率-10左右，而圖1中接收的光功率-16db就不正常了。

故障解決

得知故障原因后，我們通知工程人員將線路中的損耗找到后，原來是配線架的尾纖彎曲過大，導致光損耗大，尾纖曲開后光功率恢復正常，網絡隨之也恢復正常。