編者按： 本文從常見的ONU 長發(fā)光故障出發(fā)，對此類故障問題進行深入挖掘，實現了梯次性地考慮問題，這對運維工作人員也是一個提高的過程。

在日常網絡運維中，ONU 長發(fā)光的故障會經常碰到，在處理這種故障的時候我們可以進行梯次性解決。什么叫梯次性呢？也就是解決的辦法可以有很多種，從比較傳統的辦法到比較高效可行的辦法。接下來我們將依次探討一下。

在進行問題探討之前，有必要普及下什么是ONU 長發(fā)光。在PON 網絡中，ONU的注冊是采用時分復用技術，當OLT 下某一臺ONU 出現長發(fā)光現象時，這臺ONU 占滿了對應PON 下所有的時隙切片，同OLT的PON 口下的其他ONU 就無法分配到OLT 所劃分的時隙片，導致無法注冊。通俗的講就是開晚會的時候，主持人發(fā)言是廣播，演出者是分時逐個來，長發(fā)光就是觀眾逐個觀看表演時，某個表演者說個不停，別的演出者還怎么表演節(jié)目？

在普及完ONU 長發(fā)光的常識后，接下來我們通過一個案例來詳細講解下故障的處理過程。

故障現象

近日接到用戶報修寬帶撥號異常，上不去網。筆者通過命令“show interface onu online-informationl”查看到該OLT 上同一個PON口下的ONU 不停的上下線，且大多數ONU 處于pending狀態(tài)。

故障分析

從ONU的在線狀態(tài)來看，通常只有online 和offline兩種情況，也就是上線和下線。pending 狀態(tài)即待解決、等待。故障的現象告訴我們，ONU 注冊不上。

故障解決

出現ONU 注冊不上的情況，按照通常的做法都是去故障現場。在光分路器處，將連接在該分路器上所有光纖拔下，然后配合遠端網絡管理人員，逐個將拔下的尾纖頭插回分光器，中間間隔10～20 s，待故障ONU插上后，其他ONU 狀態(tài)出現pending 或者offline，就可以確定故障ONU。

為了保險起見，可以多嘗試幾次，最終將故障ONU 找到，并更換新設備即可。文章寫到這，大部分讀者都會說，故障解決了，可以萬事大吉了。是的，故障是得到了解決，這個沒有問題。但是作為一個網絡運維人員，大家要有一種意識，多給自己問個為什么？

上面我們也講到了故障出現的原理，就是某個故障的ONU 長發(fā)光導致其他ONU無法正常上線。那么我們是不是有一種更好的辦法來遠程定位故障ONU 呢？

答案是肯定的，我們可以在OLT 開啟長發(fā)光檢測，被檢測到長發(fā)光的ONU 被踢下線，其余ONU 上線。這種辦法有兩個好處：其一，可以減少報修的故障量，OLT 發(fā)現故障ONU 后，會直接把它踢下線，這樣只有故障ONU 會報修，而其他和故障ONU 位于同一個PON 下的用戶不會報障；其二，縮短了故障的處理時間，比使用人工插拔尾纖的方式更智能些，具體的配置命令因為設備品牌和型號不同會有所差異，這里就不贅述了。

事實上，以往遇到這種故障處理到這，就應該寫總結了，但是我們還要再多想一點。

長發(fā)光的ONU 出現故障后，OLT 會直接把它踢下線，是不是要等著用戶報障，我們才受理工單，并派單處理呢？不是的，我們完全可以“先發(fā)制人”，做到提前或者幾乎同步用戶得知故障，這就需要靠專業(yè)的網管軟件，它可以完全做到這一點，并且實時進行預警，這樣我們豈不是工作很主動呢？

故障總結

上面我們雖然還是按照故障處理的三大步驟進行闡述，但是和以往故障處理不同的是，我們深挖了故障處理的原因，并逐次、遞進地采取解決問題的辦法，讓原有的故障看起來變得那么“一文不值”。這種梯次性處理故障的方法，也是作為網絡運維人員逐步進步的一個個臺階，每次故障都要多想一點，那么你離金字塔的塔尖處就會越來越近。