【文章內(nèi)容簡介】 上萬個 ONU中，只有兩個 ONU是因為光模塊失效導致長發(fā)光，其他長發(fā)光的 ONU都是由于生產(chǎn)工藝問題導致的。而生產(chǎn)工藝問題在去年夏天已經(jīng)得到了提升，不會再有類似的問題。4. 發(fā)生過的網(wǎng)上問題 － 3問題回顧： 2023年 8月，某局點反饋無法對 ONU進行操作，在 ONU端口視圖下對 ONU的各種操作均返回失敗。定位結果： 該問題很難復現(xiàn)，所以經(jīng)過了很長時間的定位，才發(fā)現(xiàn)這是由于底層驅動與上層軟件之間維護的 ONU狀態(tài)不一致導致的，我們稱之為事件丟失。解決辦法： 引起事件的因素很多，所以該問題一直到 5205版本才算是徹底解決。 在該問題得到徹底解決前，臨時的規(guī)避方法是復位 OLT端口；個別情況下，復位 OLT端口也無法恢復，就只能復位OLT接口板了。4. 發(fā)生過的網(wǎng)上問題 － 4問題回顧： 2023年 8月， 11月，多個局點反饋，將某個 ONU斷電或者拔出光纖后，在 75上仍然能夠看到該 ONU在線，對該ONU進行操作，總是反饋失敗。 2023年 11月，某局點反饋，對某個 OLT端口下面的 ONU進行軟件升級，無論如何操作都會顯示成功，但是 ONU不會自動復位，查看版本信息也始終是老版本。定位結果： 該問題也是屬于事件丟失。第一個問題， ONU下線后，底層驅動維護的狀態(tài)是 DOWN的，但是由于上層軟件維護的狀態(tài)仍然是 UP的，導致各種操作失?。坏诙€問題，實際上升級是成功的，但是由于 ONU的 DOWN/UP事件沒有及時傳遞到上層軟件，導致上層軟件沒有更新 ONU的版本信息，所以始終查看到的是老版本。解決辦法： 臨時的規(guī)避辦法只有復位 OLT端口或者復位 OLT接口板。復位后，不在線的 ONU自動消失了，升過級的 ONU自動顯示成新版本。4. 發(fā)生過的網(wǎng)上問題 － 問題 3和 4的總結小結： 問題 3和 4都涉及到事件丟失。該問題看上去比較難以理解，其實該問題是有必現(xiàn)條件的，就是環(huán)境中存在大量的OAM告警，以及大量的 S3100 ONU子卡頻繁的 UP/DOWN。類似問題定位手段： 5205及以上版本徹底解決了該問題，請使用 5205及以上版本。 如果懷疑出現(xiàn)了事件丟失，請第一時間聯(lián)系研發(fā)進行處理，不要輕易復位。4. 發(fā)生過的網(wǎng)上問題 － 5問題回顧： 2023年，多個局點都反饋環(huán)境中存在頻繁的 BER/FER/OAM告警。定位結果： 環(huán)境中存在大量告警，與光路環(huán)境有關，與 75主機版本也有關系。如果環(huán)境中存在 BER/OAM告警，那么光路質量肯定存在問題；如果環(huán)境中僅僅存在 FER告警，那么就是 75主機軟件引起的。 在實際環(huán)境中，經(jīng)常發(fā)現(xiàn)客戶的 ONU接入光纖端的光功率在我司規(guī)格附近，例如 ，有時也能夠發(fā)現(xiàn)光功率達到 29dBm左右的。這樣的光路環(huán)境，引起 BER/FER/OAM告警也就不足為奇了。解決辦法： 按照光纖工程驗收標準，對光路進行整理。 如果光路中只有 FER，沒有 BER/OAM，那么請升級 75主機版本至 5203及以上版本。 5203及以上版本對于一些相關的參數(shù)進行了調(diào)整，避免了不同 ONU之間的報文產(chǎn)生沖突的可能。4. 發(fā)生過的網(wǎng)上問題 － 6問題回顧： 2023年 11月，某局點 A反饋某個 OLT端口下面的 ONU有較大的告警，并且該 OLT端口的 PON燈不亮。 2023年 1月，某局點 B反饋他們新接入的 ONU始終無法注冊，但是經(jīng)過測量，光功率是正常的。將該 ONU拿到機房后就能夠注冊，拿回遠端的光纖末端仍然無法注冊。 2023年 3月，某局點 C反饋新接入的 ONU無法注冊。定位結果： 經(jīng)過定位，發(fā)現(xiàn)局點 A使用的是 10公里的設備，但是 OLT與 ONU之間的光纖長度遠遠超過了 10公里，大約在 17公里左右，在這種情況下，光衰過大，光功率過小，就會引起客戶碰到的問題。 局點 B使用的是 20公里的設備，但是最后發(fā)現(xiàn)他們的光纖長度大約是 50公里。經(jīng)過修改 maxrtt參數(shù)后，該 ONU注冊上來，但是不能保證穩(wěn)定工作。 局點 C使用的 10公里的設備，光纖長度大約是 7公里，但是客戶沒有接分光器，只用一根光纖將 OLT和 ONU連接起來，這樣 OLT和 ONU收到的光信號強度超過了各自的光飽和度，導致無法注冊。解決辦法： 對于局點 A，只能建議將 OLT和 ONU都更換為 20公里的設備。 對于局點 B，雖然更改 OLT側的 maxrtt參數(shù)后， ONU能夠注冊，但是這畢竟沒有經(jīng)過嚴格測試，無法保證穩(wěn)定運行。只能以我司尚無支持 50公里距離的 EPON設備為理由，能建議客戶更改組網(wǎng)。 對于局點 C，建議用戶在光纖中間接入 1:8的分光器，問題解決。4. 發(fā)生過的網(wǎng)上問題 － 問題 5和 6的總結小結： 問題 5和問題 6都涉及到超規(guī)格使用 EPON產(chǎn)品。對于 EPON產(chǎn)品的相關規(guī)格，一定需要熟記，并在前期規(guī)劃網(wǎng)絡時隨時參考和確認。對于已經(jīng)發(fā)生的超規(guī)格問題，要么建議客戶更改網(wǎng)絡，要么建議客戶更換支持更高規(guī)格的產(chǎn)品。類似問題定位手段： 如果客戶處出現(xiàn)了一些無法理解的問題，必須首先需要明確客戶是如何組網(wǎng)的。 明確光纖長度是否超規(guī)格。 根據(jù)第三節(jié)中的各種經(jīng)驗數(shù)據(jù)進行計算，看看是否有超規(guī)格使用的情況。如果計算出來的光衰減就超過了規(guī)格，只能建議客戶另外想辦法。 如果計算值符合產(chǎn)品規(guī)格，就請客戶進行實際測量，看看實測的數(shù)據(jù)是否在規(guī)格允許范圍之內(nèi)。 如果根據(jù)客戶提供的信息所計算出來的數(shù)據(jù)與實測數(shù)據(jù)存在較大的差異，必須弄清楚問題原因，因為很可能問題就出在這里。問題 6的局點 B，根據(jù)客戶的反饋， OLT端口到分光器之間光纖大約是 4公里，這樣進入分光器的光強度的計算值是－ 1dBm左右，但是實測值卻是－ 8dBm，計算值和實測值嚴重不符。后來事實證明，從 OLT端口到分光器之間的光纖長度大約在 30公里左右。4. 發(fā)生過的網(wǎng)上問題 － 7問題回顧： 2023年 12月，某局點反饋 EPON網(wǎng)絡下面的機頂盒全部都無法通過 DHCP獲取到 IP地址了。定位結果： 查看 MAC地址表，發(fā)現(xiàn)某個 ONU端口下的 MAC地址很多，不正常。將該 ONU端口關閉后，恢復了正常。又打開該端口，問題又出現(xiàn)了。打開環(huán)回檢測功能，發(fā)現(xiàn)該端口上報環(huán)回告警，隨后該端口被切斷，網(wǎng)絡又恢復了正常。 該 ONU在引起問題前新接入了一臺設備，到該 ONU下面去查找環(huán)路，沒有找到明顯的環(huán)路，只是發(fā)現(xiàn)連接 ONU和新接入設備的網(wǎng)線存在異常，重新制作網(wǎng)線的水晶頭后，將該 ONU重新接入網(wǎng)絡，問題不再發(fā)生。 該網(wǎng)線之前由于制作問題，引起了自環(huán)，導致其他端口發(fā)出的廣播報文在該端口環(huán)回，于是其他端口的 MAC地址遷移到該端口，最終導致從服務器發(fā)出的下行報文都發(fā)往該端口，其他端口的用戶也就無法正常上網(wǎng)了。解決辦法： 打開環(huán)回功能，該端口被自動切斷。4. 發(fā)生過的網(wǎng)上問題 － 問題 7的總結小結： 問題 7是由于環(huán)回引起的。其實環(huán)回還引起了一些其他的問題。早期的 EPON版本對于環(huán)回檢測都不是很強，而且環(huán)回檢測功能默認關閉的，但是 75主機軟件 5205及更高版本和 ET204的 143及更高版本，對于環(huán)回進行了一定程度的增強，而且默認打開環(huán)回檢測功能，能夠檢測到絕大多數(shù)的環(huán)回。類似問題定位手段： 如果問題現(xiàn)象是用戶無法上網(wǎng)，而且某個端口出現(xiàn)了特別多的 MAC地址，此時應該懷疑出現(xiàn)了環(huán)回。對于 5205及以上版本，請確認環(huán)回檢測功能是否打開。一般來說，只要環(huán)回功