EPON產品實現原理和維護課件

EPON產品實現原理和維護中端以太網交換機FTTH2007年03月EPON產品實現原理和維護中端以太網交換機FTTH課程目標結束本課程后，你將1、了解EPON產品的硬件架構2、了解EPON產品的軟件架構3、掌握EPON產品在工程上的基礎知識4、熟悉EPON產品過去發(fā)生的一些網上問題及處理手段5、掌握EPON產品的常用維護定位手段課程目標結束本課程后，你將1.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構1.硬件架構1.1.OLT接口板1.2.ET204和ET3001.3.LS6M1PU1S和LSN1PU1S1.4.ET2342.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構1.1.OLT接口板1、接口板只有一顆HOSTCPU，該CPU需要管理所有的4塊/8塊OLT芯片。2、OLT芯片通過一塊PHY芯片，經過背板與主控板相連；通過SERDES連接到光模塊。3、OLT接口板上沒有交換芯片，所有跨OLT間的流量必須經過主控板進行交換。1.1.OLT接口板1、接口板只有一顆HOSTCPU，該1.2.ET204和ET3001、ET204和ET300的主要芯片就兩塊：ONU芯片和內置CPU的交換芯片。2、ET204利用了交換芯片的交換功能，出了4個FE口。3、ET300沒有使用交換芯片的交換功能，僅僅使用了其CPU功能，直接從ONU芯片出了1個GE口。1.2.ET204和ET3001、ET204和ET300的1.3.LS6M1PU1S和LSN1PU1S1、LS6M1PU1S和LSN1PU1S在硬件架構上是相同的。2、LS6M1PU1S用于S3100系列交換機，它與S3100交換機相連的端口是GMII接口。3、LSN1PU1S用于監(jiān)控產品的EC主機，它與EC主機相連的端口是MII接口。4、這輛款產品采用了新的ONU芯片，內置CPU。1.3.LS6M1PU1S和LSN1PU1S1、LS6M11.4.ET2341、ET234在結構上與ET204比較接近。2、ET234與ET204相比，更換了ONU芯片和交換芯片，功能更為強大。3、ET234選用的ONU芯片自帶CPU。1.4.ET2341、ET234在結構上與ET204比較接1.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構1.硬件架構2.軟件架構2.1.OLT接口板2.2.ET204和ET3002.3.LS6M1PU1S和LSN1PU1S2.4.ET2343.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構2.1.OLT接口板1、目前的OLT接口板屬于集中式接口板，所有業(yè)務都必須上主控板進行處理。2、上圖是在S7500系列交換機上與EPON相關的軟件架構。在“通信接口”之上的“平臺”部分在主控板上運行，在“通信接口”之下的“EPON驅動”、“BSP”、“芯片供應商底層代碼”在OLT接口板上運行。3、因為OLT接口板的硬件設備遵循公司相關規(guī)范，因此BSP也是在其他接口板的基礎上進行簡單修改就可以正常運行了。4、每一顆OLT芯片都內嵌一個CPU。芯片供應商的底層代碼分為兩個部分，一部分在OLT芯片的內嵌CPU上運行，另外一部分在我們接口板HOSTCPU上運行，這兩部分代碼通過LOCALBUS通信。5、EPON驅動遵循公司相關規(guī)范，為平臺實現了若干的底層接口。6、通信接口是現成的，平臺通過通信接口對EPON驅動進行調用，從而實現了對OLT接口板的管理和操控。2.1.OLT接口板1、目前的OLT接口板屬于集中式接口板2.2.ET204和ET3001、ET204和ET300使用同一份軟件，因此軟件架構相同。2、ET204的軟件沒有操作系統(tǒng)，可以理解為單任務。同時屬于報文驅動，每當有一個需要進行處理的報文到達ET204的CPU，就觸發(fā)一個事件，從而得到軟件處理。與OLT接口板軟件不同，不會有平臺從上而下地調用驅動函數。3、在EPON系統(tǒng)中，OLT和ONU之間通過OAM來實現遠程管理。在ET204的軟件中，對OAM進行了簡單的擴展，從而在OLT側可以對ET204和ET300實現更加豐富的遠程管理。ET204的子端口管理就是一個例子。2.2.ET204和ET3001、ET204和ET300使2.3.LS6M1PU1S和LSN1PU1S1、LS6M1PU1S和LSN1PU1S的代碼是兩份不同的代碼，但是基本架構是相同的，而且與ET204的代碼接口類似。2、子卡的軟件引入了操作系統(tǒng)，從而引入了多任務，但是仍然是報文驅動的，不存在平臺自上而下對驅動進行調用。3、子卡軟件在ET204軟件基礎上，實現了較為完善的OAM擴展，擴展性和規(guī)范性都有提高。4、子卡軟件同時增加了一個私有協(xié)議模塊。該模塊與S3100/EC主機保持通信，外部主機可以通過私有協(xié)議對子卡進行控制。2.3.LS6M1PU1S和LSN1PU1S1、LS6M12.4.ET2341、ET234的軟件在結構上沒有多少變化，與子卡軟件相比，少了私有協(xié)議模塊，但是OAM擴展部分更加完善了。2.4.ET2341、ET234的軟件在結構上沒有多少變化1.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構1.硬件架構2.軟件架構3.工程基礎3.1.基本概念3.2.EPON產品的光指標3.3.EPON工程驗收標準3.4.常用光路衰減計算4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構3.1.基本概念－光衰減功率單位：W、mW物理學上的功率即使用瓦特或者毫瓦為單位進行度量。絕對光功率單位：dBm將物理學上的功率用另外一種方式來表達。換算關系：dBm＝10×lg（mW）所以，-10dBm＝0.1mW，0dBm＝1mW，3dBm＝2mW，10dBm＝10mW,20dBm＝100mW……相對光功率單位：dB用于為了表征一個器件的在光衰減（反射）等方面的特性，引入的一個相對單位量。類似于空間上的相對長度概念。計算公式：dB＝10×lg(出光功率/入光功率)如果A的光功率是10dBm，B的光功率是8dBm，則A比B大2dB。3.1.基本概念－光衰減功率單位：W、mW3.1.基本概念－光衰減（續(xù)）引入對數的優(yōu)點：將乘除運算轉換為加減運算。

如右圖，假設光路由兩個1分2分光器級聯(lián)，兩個分光器都是50%:50%分光，A點的光功率是1mW。

如果不引入對數，那么計算B、C、D、E點的光功率的操作是乘除法。B、C點的光功率是A點的一半，1÷2＝0.5mW，D、E點的光功率是C點的一半，0.5÷2＝0.25mW。

引入對數后，乘除法變成了加減法。A點的光功率是0dBm，于是B、C點的光功率就是0－3＝－3dBm，而D、E點的光功率就是－3－3＝－6dBm。3.1.基本概念－光衰減（續(xù)）引入對數3.1.基本概念－光纖連接器例：光連接器-雙FC/PC-單模-25m光連接器-FC/APC-SC/PC-單模-25MFC、LC、SC、ST等指的是光纖兩端的插頭類型。PC、APC、UPC指的是光纖插針的端面類型。SCLCFCST3.1.基本概念－光纖連接器例：光連接器-雙FC/PC3.1.基本概念－光纖插針端面根據插針的端面，插針可分為PC、UPC、APC三種。PC(PhysicalConnect)插針端面為球面，可滿足普通回損要求。UPC(UltraPhysicalConnect)插針端面也是球面，但拋磨更加精細，端面光潔度比PC要好，回損可達到50dB以上。APC(AnglePhysicalConnect)插針端面為斜球面，傾斜角度一般為8度，回損大于60dB。右上圖為PC、UPC端面形狀右下圖為APC端面形狀

型號相同的活接頭才能用法蘭盤相連接，不同規(guī)格活接頭會導致很大的接續(xù)損耗。3.1.基本概念－光纖插針端面根據插針3.1.基本概念－法蘭盤FC型單SC型雙SC型FC-SC型LC型3.1.基本概念－法蘭盤FC型單SC型雙SC型FC-S3.2.EPON產品的光指標－波長

EPON采用G.652類型的單模光纖，使用單纖雙向方式來傳輸數據。下行數據業(yè)務使用波長1490nm。上行數據業(yè)務使用波長1310nm。

測量光功率時，請正確選擇波長。OLTONU分光器1490nm1310nm1310nm1490nm3.2.EPON產品的光指標－波長EPON3.2.EPON產品的光指標－發(fā)光功率OLT光模塊接口：10km：-3dBm≤發(fā)光功率≤+2dBm20km：+2dBm≤發(fā)光功率≤+7dBmONU光模塊接口：10km：-1dBm≤發(fā)光功率≤+4dBm20km：-1dBm≤發(fā)光功率≤+4dBmONU10KM與20KM光模塊，雖然光功率參數相同，但其它光譜參數不同，不能簡單替代。3.2.EPON產品的光指標－發(fā)光功率OLT光模塊接口：3.2.EPON產品的光指標－接收靈敏度OLT光模塊：10km：接收靈敏度<-24dBm(802.3ah)20km：接收靈敏度<-24dBm(802.3ah)ONU光模塊：10km：接收靈敏度<-24dBm(802.3ah)20km：接收靈敏度<-24dBm(802.3ah)很多友商在宣傳自己的EPON產品時，宣稱ONU光模塊的靈敏度能夠達到-26dBm，而我司只宣稱達到-24dBm，這不是由于我司產品性能不足。我司的ONU光模塊靈敏度也能達到-26dBm，但是所有的OLT光模塊的靈敏度只能達到-24dBm，而EPON的光路是單纖雙向的，如果下行的光功率衰減到低于-24dBm，雖然ONU能夠很好地處理光信號，但很可能使上行到達OLT處的光功率低于-24dBm，于是OLT側的光模塊就無法很好地處理光信號。為了避免客戶錯誤的理解和施工，所以我們只宣稱-24dBm。3.2.EPON產品的光指標－接收靈敏度OLT光模塊：3.2.EPON產品的光指標－光飽和度OLT光模塊：10km：接收靈敏度>-1dBm20km：接收靈敏度>-6dBmONU光模塊：10km：接收靈敏度>-3dBm20km：接收靈敏度>-3dBm3.2.EPON產品的光指標－光飽和度OLT光模塊：3.2.EPON產品的光指標－接口類型我司所有的EPON產品，均采用SC/PC接頭。請開局前明確局方的光纖接頭類型也是SC/PC。3.2.EPON產品的光指標－接口類型我司所有的EPON產3.3.EPON工程驗收標準

為了讓EPON設備穩(wěn)定工作，OLT和ONU之間的光路必須具備一定的必要條件，這些必要條件也就成為了EPON方案光纖施工完畢的驗收標準。詳細標準請參考《EPON光路工程驗收CHECKLIST》。光指標：1、ONU光接口輸入端，來自OLT的光功率必須大于-24.0dBm；2、同一OLT端口下，各個ONU光接口輸入光功率差異最大和最小不能超過15dB；3、綜合上述兩點，工程上建議ONU光接口輸入端的下行光功率強度在-8~-23dBm之間；工程：1、所有的光纖接頭全部是SC/PC類型的；2、所有光纜、光纖、尾纖的彎曲直徑必須大于8cm；3、所有光分路器、熔纖盒、ONU以及附帶的法蘭盤必須固定，避免懸掛、可搖晃；4、所有未使用光纖端頭必須使用光纖帽保護；5、禁止各種外力導致的光纖、尾纖的形變；3.3.EPON工程驗收標準為了讓EPON3.3.常用光路衰減計算分光器類型衰減典型值測試儀器1分2(均分)3.4dB光功率計1分2(5%,95%)0.6dB(95%)15dB(5%)光功率計1分4(均分)7.2dB光功率計1分8(均分)10.7dB光功率計1分16(均分)14.8dB光功率計1分32(均分)17.8dB光功率計1、連接光纖的法蘭盤造成的衰減，一般每個法蘭盤造成0.3~0.8dB的衰減，平均每個0.5dB。2、1490nm的波長，一般每公里衰減0.3dB；1310nm的波長，一般每公里衰減0.4dB。3、光路是可逆的，如果一個方向上有10dB的衰減，那么反向也有10dB的衰減。4、根據這里的數據，可以在工程實施前進行合理計劃，也可以在工程完工后將實測、預計的光功率進行對比，從而判斷光路是否存在異常。3.3.常用光路衰減計算分光器類型衰減典型值測試儀器1分21.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構4.發(fā)生過的網上問題－1問題回顧：2006年5月，某局點反饋某臺75A上的網絡丟包嚴重，另外一臺75B上個別ONU頻繁UP/DOWN。定位結果：經過現場定位，發(fā)現75A上某個新接入的ONU存在長發(fā)光現象，引起了很大的BER/FER，從而引起了嚴重的丟包現象。而75B上也存在很高的BER/FER，經過檢測光路，發(fā)現是光路質量問題，光衰超過了設備的靈敏度所導致的。解決辦法：長發(fā)光的ONU屬于硬件問題，更換后問題現象消失。光路質量引起B(yǎng)ER/FER，根據工程驗收標準整理光路，消除光路中的不穩(wěn)定因素，問題現象消失。4.發(fā)生過的網上問題－1問題回顧：4.發(fā)生過的網上問題－2問題回顧：2006年5月，某局點反饋在某個OLT下新接入一個ONU后，過了一段時間后，該OLT下就只有該新接入的ONU能夠注冊，或者原先注冊的大部分ONU都下線了，只有包括新接入ONU在內的少數幾個ONU能夠注冊。定位結果：將問題ONU返回研發(fā)實驗室進行分析，發(fā)現是由于硬件問題導致ONU在使用一段時間后，線路短路引起光模塊長發(fā)光。解決辦法：對于客戶手中的長發(fā)光ONU予以更換。該問題屬于硬件生產問題，敦促代工廠家提高生產工藝，同時引入ONU長發(fā)光的裝備測試，從根本上消除了此類問題。4.發(fā)生過的網上問題－2問題回顧：4.發(fā)生過的網上問題－問題1和2的總結小結：問題1和2都涉及到ONU長發(fā)光。在EPON系統(tǒng)中，ONU需要接受OLT的控制，只有在OLT允許的時隙內才允許打開光模塊進行數據傳送。如果某個ONU在不屬于自己的時隙內也打開了光模塊，就會對其他ONU發(fā)送的數據產生影響，輕則導致較大的BER/FER，重則導致所有其他的ONU無法注冊。類似問題定位手段：如果懷疑某個OLT端口下存在長發(fā)光的ONU設備，可以將主干光纖從OLT端口上拔下來，并將光纖接入到一臺光功率計上，對上行的1310nm的波長進行光功率測量。正常情況下，光功率計應該測量不到任何光信號。如果測量到了光信號，不管這個光信號有多么弱，都說明有ONU在長發(fā)光。此時就需要對能夠注冊上來的ONU逐個進行光功率測量，直到找到長發(fā)光的ONU為止。在已經發(fā)貨出去的成千上萬個ONU中，只有兩個ONU是因為光模塊失效導致長發(fā)光，其他長發(fā)光的ONU都是由于生產工藝問題導致的。而生產工藝問題在去年夏天已經得到了提升，不會再有類似的問題。4.發(fā)生過的網上問題－問題1和2的總結小結：4.發(fā)生過的網上問題－3問題回顧：2006年8月，某局點反饋無法對ONU進行操作，在ONU端口視圖下對ONU的各種操作均返回失敗。定位結果：該問題很難復現，所以經過了很長時間的定位，才發(fā)現這是由于底層驅動與上層軟件之間維護的ONU狀態(tài)不一致導致的，我們稱之為事件丟失。解決辦法：引起事件的因素很多，所以該問題一直到5205版本才算是徹底解決。在該問題得到徹底解決前，臨時的規(guī)避方法是復位OLT端口；個別情況下，復位OLT端口也無法恢復，就只能復位OLT接口板了。4.發(fā)生過的網上問題－3問題回顧：4.發(fā)生過的網上問題－4問題回顧：2006年8月，11月，多個局點反饋，將某個ONU斷電或者拔出光纖后，在75上仍然能夠看到該ONU在線，對該ONU進行操作，總是反饋失敗。2006年11月，某局點反饋，對某個OLT端口下面的ONU進行軟件升級，無論如何操作都會顯示成功，但是ONU不會自動復位，查看版本信息也始終是老版本。定位結果：該問題也是屬于事件丟失。第一個問題，ONU下線后，底層驅動維護的狀態(tài)是DOWN的，但是由于上層軟件維護的狀態(tài)仍然是UP的，導致各種操作失??；第二個問題，實際上升級是成功的，但是由于ONU的DOWN/UP事件沒有及時傳遞到上層軟件，導致上層軟件沒有更新ONU的版本信息，所以始終查看到的是老版本。解決辦法：臨時的規(guī)避辦法只有復位OLT端口或者復位OLT接口板。復位后，不在線的ONU自動消失了，升過級的ONU自動顯示成新版本。4.發(fā)生過的網上問題－4問題回顧：4.發(fā)生過的網上問題－問題3和4的總結小結：問題3和4都涉及到事件丟失。該問題看上去比較難以理解，其實該問題是有必現條件的，就是環(huán)境中存在大量的OAM告警，以及大量的S3100ONU子卡頻繁的UP/DOWN。類似問題定位手段：5205及以上版本徹底解決了該問題，請使用5205及以上版本。如果懷疑出現了事件丟失，請第一時間聯(lián)系研發(fā)進行處理，不要輕易復位。4.發(fā)生過的網上問題－問題3和4的總結小結：4.發(fā)生過的網上問題－5問題回顧：2006年，多個局點都反饋環(huán)境中存在頻繁的BER/FER/OAM告警。定位結果：環(huán)境中存在大量告警，與光路環(huán)境有關，與75主機版本也有關系。如果環(huán)境中存在BER/OAM告警，那么光路質量肯定存在問題；如果環(huán)境中僅僅存在FER告警，那么就是75主機軟件引起的。在實際環(huán)境中，經常發(fā)現客戶的ONU接入光纖端的光功率在我司規(guī)格附近，例如-24.8dBm，有時也能夠發(fā)現光功率達到-29dBm左右的。這樣的光路環(huán)境，引起B(yǎng)ER/FER/OAM告警也就不足為奇了。解決辦法：按照光纖工程驗收標準，對光路進行整理。如果光路中只有FER，沒有BER/OAM，那么請升級75主機版本至5203及以上版本。5203及以上版本對于一些相關的參數進行了調整，避免了不同ONU之間的報文產生沖突的可能。4.發(fā)生過的網上問題－5問題回顧：4.發(fā)生過的網上問題－6問題回顧：2006年11月，某局點A反饋某個OLT端口下面的ONU有較大的告警，并且該OLT端口的PON燈不亮。2007年1月，某局點B反饋他們新接入的ONU始終無法注冊，但是經過測量，光功率是正常的。將該ONU拿到機房后就能夠注冊，拿回遠端的光纖末端仍然無法注冊。2007年3月，某局點C反饋新接入的ONU無法注冊。定位結果：經過定位，發(fā)現局點A使用的是10公里的設備，但是OLT與ONU之間的光纖長度遠遠超過了10公里，大約在17公里左右，在這種情況下，光衰過大，光功率過小，就會引起客戶碰到的問題。局點B使用的是20公里的設備，但是最后發(fā)現他們的光纖長度大約是50公里。經過修改max-rtt參數后，該ONU注冊上來，但是不能保證穩(wěn)定工作。局點C使用的10公里的設備，光纖長度大約是7公里，但是客戶沒有接分光器，只用一根光纖將OLT和ONU連接起來，這樣OLT和ONU收到的光信號強度超過了各自的光飽和度，導致無法注冊。解決辦法：對于局點A，只能建議將OLT和ONU都更換為20公里的設備。對于局點B，雖然更改OLT側的max-rtt參數后，ONU能夠注冊，但是這畢竟沒有經過嚴格測試，無法保證穩(wěn)定運行。只能以我司尚無支持50公里距離的EPON設備為理由，能建議客戶更改組網。對于局點C，建議用戶在光纖中間接入1:8的分光器，問題解決。4.發(fā)生過的網上問題－6問題回顧：4.發(fā)生過的網上問題－問題5和6的總結小結：問題5和問題6都涉及到超規(guī)格使用EPON產品。對于EPON產品的相關規(guī)格，一定需要熟記，并在前期規(guī)劃網絡時隨時參考和確認。對于已經發(fā)生的超規(guī)格問題，要么建議客戶更改網絡，要么建議客戶更換支持更高規(guī)格的產品。類似問題定位手段：如果客戶處出現了一些無法理解的問題，必須首先需要明確客戶是如何組網的。1、明確光纖長度是否超規(guī)格。2、根據第三節(jié)中的各種經驗數據進行計算，看看是否有超規(guī)格使用的情況。如果計算出來的光衰減就超過了規(guī)格，只能建議客戶另外想辦法。3、如果計算值符合產品規(guī)格，就請客戶進行實際測量，看看實測的數據是否在規(guī)格允許范圍之內。3、如果根據客戶提供的信息所計算出來的數據與實測數據存在較大的差異，必須弄清楚問題原因，因為很可能問題就出在這里。問題6的局點B，根據客戶的反饋，OLT端口到分光器之間光纖大約是4公里，這樣進入分光器的光強度的計算值是－1dBm左右，但是實測值卻是－8dBm，計算值和實測值嚴重不符。后來事實證明，從OLT端口到分光器之間的光纖長度大約在30公里左右。4.發(fā)生過的網上問題－問題5和6的總結小結：4.發(fā)生過的網上問題－7問題回顧：2006年12月，某局點反饋EPON網絡下面的機頂盒全部都無法通過DHCP獲取到IP地址了。定位結果：查看MAC地址表，發(fā)現某個ONU端口下的MAC地址很多，不正常。將該ONU端口關閉后，恢復了正常。又打開該端口，問題又出現了。打開環(huán)回檢測功能，發(fā)現該端口上報環(huán)回告警，隨后該端口被切斷，網絡又恢復了正常。該ONU在引起問題前新接入了一臺設備，到該ONU下面去查找環(huán)路，沒有找到明顯的環(huán)路，只是發(fā)現連接ONU和新接入設備的網線存在異常，重新制作網線的水晶頭后，將該ONU重新接入網絡，問題不再發(fā)生。該網線之前由于制作問題，引起了自環(huán)，導致其他端口發(fā)出的廣播報文在該端口環(huán)回，于是其他端口的MAC地址遷移到該端口，最終導致從服務器發(fā)出的下行報文都發(fā)往該端口，其他端口的用戶也就無法正常上網了。解決辦法：打開環(huán)回功能，該端口被自動切斷。4.發(fā)生過的網上問題－7問題回顧：4.發(fā)生過的網上問題－問題7的總結小結：問題7是由于環(huán)回引起的。其實環(huán)回還引起了一些其他的問題。早期的EPON版本對于環(huán)回檢測都不是很強，而且環(huán)回檢測功能默認關閉的，但是75主機軟件5205及更高版本和ET204的143及更高版本，對于環(huán)回進行了一定程度的增強，而且默認打開環(huán)回檢測功能，能夠檢測到絕大多數的環(huán)回。類似問題定位手段：如果問題現象是用戶無法上網，而且某個端口出現了特別多的MAC地址，此時應該懷疑出現了環(huán)回。對于5205及以上版本，請確認環(huán)回檢測功能是否打開。一般來說，只要環(huán)回功能是打開的，那么大多數的環(huán)回都能夠被檢測到。另外推薦將ET204的4個用戶口隔離開來。如果ET204的4個用戶口的PVID不同，那么是天然隔離的；如果ET204的4個用戶口的PVID相同，建議配置UNIxport-isolate。最后介紹一個檢測環(huán)回的方法：1、displaymac-address0607-0809-0a0b，查看是否存在這個MAC地址，理論上應該不存在。2、testftthsendpkttopon20ffff-ffff-ffff1，對于所有的OLT端口，在診斷視圖下執(zhí)行該命令，該命令會向PON口發(fā)送報文。3、displaymac-address0607-0809-0a0b，當所有的OLT端口都發(fā)送了報文后，再次檢測是否存在該MAC地址。該MAC地址在哪個端口上學到了，那么哪個端口就有環(huán)回。4.發(fā)生過的網上問題－問題7的總結小結：4.發(fā)生過的網上問題－8問題回顧：2007年1月，某局點反饋有兩臺ET204在使用一段時間后，下掛的用戶就無法上網了。重新啟動這兩臺ET204，故障消失，但是過了一段時間（大約幾個小時后），又無法上網了。定位結果：最初懷疑存在環(huán)回，但是經過檢測，沒有發(fā)現環(huán)路。后來發(fā)現這兩臺ET204的子端口中都有協(xié)商成半雙工的子端口。通過診斷命令將該子端口強制成全雙工，經過幾天的觀察，問題不復現。解決辦法：ET204本身存在一定的缺陷，上面提到的問題是其中一個，使用ET204的143及以上版本，在ONU端口視圖下將半雙工的子端口通過uni命令強制成全雙工，就能夠規(guī)避問題。4.發(fā)生過的網上問題－8問題回顧：4.發(fā)生過的網上問題－問題8的總結小結：問題8是由于ET204的缺陷引起。對于產品的缺陷，不能直接向客戶說這是缺陷，應該委婉地表達相同地含義，并引導客戶接受規(guī)避手段。類似問題定位手段：除了這個問題之外，還有其他一些問題：1、ET204下面如果接入監(jiān)控的EC主機，請將所有的子端口使用unixport-isolate命令隔離開來，否則大量的廣播報文在ET204內部亂竄，可能會造成ET204堵死。2、ET204的子端口的流控功能默認打開的，如果碰到ET204的子端口無法轉發(fā)數據的情況，可以考慮關閉子端口的流控功能。4.發(fā)生過的網上問題－問題8的總結小結：4.發(fā)生過的網上問題－9問題回顧：2006年9月，某局點反饋某個OLT端口下面的所有用戶無法上網。定位結果：該OLT端口下的ONU設備存在很大的BER/FER告警。通過查看端口統(tǒng)計計數，發(fā)現OLT端口上行沒有一個報文發(fā)送出去。OLT芯片堵死。解決辦法：通過復位OLT端口，該端口恢復了正常。5205版本徹底解決了該問題。4.發(fā)生過的網上問題－9問題回顧：4.發(fā)生過的網上問題－10問題回顧：2007年1月，某局點反饋某個OLT端口下面的所有用戶PPPOE撥號能夠成功，但是無法收發(fā)郵件，無法打開網頁。定位結果：該OLT端口下的ONU設備存在很大的BER/FER告警。PING小包能夠PING通，但是PING大包就無法PING通。PING大包時，報文丟在OLT端口上。OLT端口大包堵死。解決辦法：通過復位OLT端口，該端口恢復了正常。5205版本徹底解決了該問題。4.發(fā)生過的網上問題－10問題回顧：4.發(fā)生過的網上問題－問題9和10的總結小結：問題9和10是由于環(huán)境中存在大量的BER/FER，大量的錯誤報文對OLT端口形成了沖擊，最終導致端口堵死。類似問題定位手段：首先查看OLT端口的統(tǒng)計計數，如果上行有很多報文進入，但是卻只有個別的報文向上被轉發(fā)，就極有可能是OLT端口堵死。其次進行PING操作，如果PING小包能夠通，PING大包不能通，那么99%的可能性是OLT端口大包堵死。發(fā)生此類問題后，可以在診斷視圖下執(zhí)行testftthresetolt命令來復位OLT端口。5205版本解決了這兩個問題，請盡量推薦客戶使用5205及以上版本。引起問題的根源是大量的BER/FER，因此消除環(huán)境中的BER/FER才是解決問題的根本手段。4.發(fā)生過的網上問題－問題9和10的總結小結：4.發(fā)生過的網上問題－11問題回顧：2006年12月，某局點A反饋某個OLT端口下面本來注冊上的31類型的ONU，現在有兩臺無法注冊了。2007年3月，某局點B反饋75復位后，下面的31類型的ONU一直都無法注冊。定位結果：局點A經過用服現場確認，一個ONU是因為停電導致無法注冊，另外一個ONU是因為31的GE口配置錯誤導致該ONU在復位后無法注冊。局點B經過用服現場確認，該ONU的GE口配置錯誤，導致該ONU在復位后無法注冊。解決辦法：對于停電，我們也無能為力。對于配置錯誤，需要進行正確的配置。所謂錯誤配置，是指在31插有子卡的GE口上，不允許PVID通過，或者PVID所在VLAN根本就不存在。例如，PVID是默認的VLAN1，但是卻配置了undoporttrunkpermitvlan1；或者PVID是VLAN100，但是VLAN100在31上根本就沒有被創(chuàng)建。4.發(fā)生過的網上問題－11問題回顧：4.發(fā)生過的網上問題－問題11的總結小結：問題11主要是因為配置錯誤導致ONU無法注冊，所以一定不要錯誤配置。類似問題定位手段：31ONU子卡具有獨立的CPU，該CPU要與31自身的CPU進行交互，這些交互報文走數據通道。在子卡的110及更早的版本中，只有當子卡與31正常交互后，子卡才會打開PON口進行注冊；如果子卡已經注冊上，此時再對31的GE口進行不正確的配置，雖然會導致子卡與31之間無法交互，但是不會讓子卡下線。子卡與31之間進行交互，主要是為了從31上對ONU子卡進行管理。如果31的GE口沒有被正確配置，那么子卡和31之間的交互報文就無法被正常轉發(fā)，最后的結果就是子卡和31無法建立聯(lián)系，于是子卡就不會打開PON口，自然也就無法注冊上。該注意事項在開局指導書和開局注意事項中都有提到，但是該問題還是發(fā)生了多次，于是從子卡的113版本開始，如果子卡長時間無法與31建立聯(lián)系，就會放棄與31的交互，自動打開PON口進行注冊，從而規(guī)避了該問題，但是此時因為子卡與31之間沒有交互，所以從31上無法管理ONU子卡。4.發(fā)生過的網上問題－問題11的總結小結：4.發(fā)生過的網上問題－12問題回顧：2007年3月，某局點反饋EOC引起大量的環(huán)回，導致系統(tǒng)不可用。定位結果：局方使用31交換機，下面再接入EOC設備。如果EOC分離器的PC端口空載，會因為阻抗不匹配而形成自環(huán)。而局方的31交換機沒有開啟環(huán)回檢測功能，導致環(huán)回被31上面的交換機發(fā)現，上面的交換機開啟了STP，最后阻塞了31。解決辦法：在31交換機上的每個接入EOC的端口啟用loopback-detection，并且全局啟用loopback-detection。這樣配置后，31交換機能夠迅速發(fā)現環(huán)回端口，禁止該端口的業(yè)務報文轉發(fā)，并刪除該端口的MAC地址；當環(huán)路消除后，31交換機也能夠快速地解除對該端口的控制，恢復該端口的正常功能。這樣就很好地解決了EOC的環(huán)回問題。4.發(fā)生過的網上問題－12問題回顧：4.發(fā)生過的網上問題－問題12的總結小結：問題12與EPON在技術上沒有關聯(lián)，但是因為EOC也是EPON推廣的一項重要的配套應用，所以需要引起足夠的關注。類似問題定位手段：在涉及到EOC應用的場合，一定要建議客戶使用具有較強環(huán)回檢測功能的交換機來接入EOC設備。4.發(fā)生過的網上問題－問題12的總結小結：1.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構5.常用維護定位手段1、75交換機的常用維護定位手段也是EPON系統(tǒng)的常用維護定位手段，例如discpu、dismem、dismac、disarp等等。5.常用維護定位手段1、75交換機的常用維護定位手段也是E5.常用維護定位手段2、testftthdisrecord在診斷視圖下，testftthdisrecord命令可以用于查看OLT、ONU端口的相關記錄信息。該命令接收兩/三個參數，第一個參數是槽位號，第二個參數是OLT端口號（從0開始計數），第三個參數是ONU端口號（從0開始計數）。正式命令中，某個端口的編號是從1開始計數的，而FTTH的診斷命令中，端口的編號是從0開始的。例如查看Onu3/0/2:18的相關記錄，則需要執(zhí)行testftthdisrecord3117。后面的診斷命令也是如此，不再重復敘述。testftthdisrecord主要用于查看是否存在事件丟失。如果懷疑某個OLT端口存在事件丟失，請執(zhí)行該命令，查看位于輸出信息最后面的critical_event_counter和pop_critical_event_counter，這兩個計數應該相等，如果不等，則說明存在事件丟失。5.常用維護定位手段2、testftthdisreco5.常用維護定位手段3、testftthget6218stat該命令能夠很方便地查看ET204的4個FE端口的統(tǒng)計計數，方便定位。其中0口和5口是內部口，不用關心，1～4口對應4個用戶端口，6口是上行口。[QuidwayS6506-testdiag]testftthget6218stat601Port:0,TxPackets:0,RxPackets:0Port:1,TxPackets:0,RxPackets:0Port:2,TxPackets:61093,RxPackets:0Port:3,TxPackets:0,RxPackets:0Port:4,TxPackets:0,RxPackets:0Port:5,TxPackets:0,RxPackets:0Port:6,TxPackets:0,RxPackets:47754[QuidwayS6506-testdiag]5.常用維護定位手段3、testftthget62185.常用維護定位手段4、testftthsubport該命令能夠方便地查看和設置ET204的各個端口的雙工、速率等參數。[QuidwayS6506-testdiag]testftthsubportstatus601UNIStatusDuplexSpeed(M)1:Downhalf-duplex102:Downhalf-duplex103:Downhalf-duplex104:Downhalf-duplex10[QuidwayS6506-testdiag]5.常用維護定位手段4、testftthsubport5.常用維護定位手段5、testftthgetcnipktstat該命令能夠查看OLT端口的上行端口的各種統(tǒng)計計數，并且能夠自動進行增量計算。[QuidwayS6506-testdiag]testftthgetcnipktstat60Receivedokframes53865597+2Receivedokoctets4093911033+152Receivederrorframes0+0Transmittedokframes79938+2Transmittedokoctets5923950+144Receivedpauseframes0+0Transmittedpauseframes294602+0CNIdroppedTXframes0+0PONdroppedTXframes0+0PONdroppedcontrolframes185+0Droppedsourcealterframes0+0Inrangelengtherrors0+0[QuidwayS6506-testdiag]5.常用維護定位手段5、testftthgetcnip5.常用維護定位手段6、testftthgetllidtransstat該命令用于查看ONU端口的各項統(tǒng)計計數，具有自動增量計算的功能。[QuidwayS6506-testdiag]testftthgetllidtransstat601Receivedokframes0+0Receivederrorframes0+0Transmittedokframes66965051+66965051Systemportdroppedframes601682938+601682938PONportdroppedframes0+0Receivedokoctets0+0Receivederroroctets0+0……5.常用維護定位手段6、testftthgetllid5.常用維護定位手段7、testftthsendpkttopon該命令向OLT的PON口發(fā)送報文。前面已經提到，該命令可以用于檢測網絡中的環(huán)路。5.常用維護定位手段7、testftthsendpkt5.常用維護定位手段－小結我司的EPON產品，目前僅僅是一個二層設備。熟練掌握75交換機，再記住一些EPON的基本常識和命令，那么EPON網絡的維護和問題定位都是比較簡單的事情。5.常用維護定位手段－小結我司的EPO還有問題？還有問題？謝謝！EPON產品實現原理和維護課件EPON產品實現原理和維護課件演講完畢，謝謝觀看！演講完畢，謝謝觀看！EPON產品實現原理和維護中端以太網交換機FTTH2007年03月EPON產品實現原理和維護中端以太網交換機FTTH課程目標結束本課程后，你將1、了解EPON產品的硬件架構2、了解EPON產品的軟件架構3、掌握EPON產品在工程上的基礎知識4、熟悉EPON產品過去發(fā)生的一些網上問題及處理手段5、掌握EPON產品的常用維護定位手段課程目標結束本課程后，你將1.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構1.硬件架構1.1.OLT接口板1.2.ET204和ET3001.3.LS6M1PU1S和LSN1PU1S1.4.ET2342.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構1.1.OLT接口板1、接口板只有一顆HOSTCPU，該CPU需要管理所有的4塊/8塊OLT芯片。2、OLT芯片通過一塊PHY芯片，經過背板與主控板相連；通過SERDES連接到光模塊。3、OLT接口板上沒有交換芯片，所有跨OLT間的流量必須經過主控板進行交換。1.1.OLT接口板1、接口板只有一顆HOSTCPU，該1.2.ET204和ET3001、ET204和ET300的主要芯片就兩塊：ONU芯片和內置CPU的交換芯片。2、ET204利用了交換芯片的交換功能，出了4個FE口。3、ET300沒有使用交換芯片的交換功能，僅僅使用了其CPU功能，直接從ONU芯片出了1個GE口。1.2.ET204和ET3001、ET204和ET300的1.3.LS6M1PU1S和LSN1PU1S1、LS6M1PU1S和LSN1PU1S在硬件架構上是相同的。2、LS6M1PU1S用于S3100系列交換機，它與S3100交換機相連的端口是GMII接口。3、LSN1PU1S用于監(jiān)控產品的EC主機，它與EC主機相連的端口是MII接口。4、這輛款產品采用了新的ONU芯片，內置CPU。1.3.LS6M1PU1S和LSN1PU1S1、LS6M11.4.ET2341、ET234在結構上與ET204比較接近。2、ET234與ET204相比，更換了ONU芯片和交換芯片，功能更為強大。3、ET234選用的ONU芯片自帶CPU。1.4.ET2341、ET234在結構上與ET204比較接1.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構1.硬件架構2.軟件架構2.1.OLT接口板2.2.ET204和ET3002.3.LS6M1PU1S和LSN1PU1S2.4.ET2343.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構2.1.OLT接口板1、目前的OLT接口板屬于集中式接口板，所有業(yè)務都必須上主控板進行處理。2、上圖是在S7500系列交換機上與EPON相關的軟件架構。在“通信接口”之上的“平臺”部分在主控板上運行，在“通信接口”之下的“EPON驅動”、“BSP”、“芯片供應商底層代碼”在OLT接口板上運行。3、因為OLT接口板的硬件設備遵循公司相關規(guī)范，因此BSP也是在其他接口板的基礎上進行簡單修改就可以正常運行了。4、每一顆OLT芯片都內嵌一個CPU。芯片供應商的底層代碼分為兩個部分，一部分在OLT芯片的內嵌CPU上運行，另外一部分在我們接口板HOSTCPU上運行，這兩部分代碼通過LOCALBUS通信。5、EPON驅動遵循公司相關規(guī)范，為平臺實現了若干的底層接口。6、通信接口是現成的，平臺通過通信接口對EPON驅動進行調用，從而實現了對OLT接口板的管理和操控。2.1.OLT接口板1、目前的OLT接口板屬于集中式接口板2.2.ET204和ET3001、ET204和ET300使用同一份軟件，因此軟件架構相同。2、ET204的軟件沒有操作系統(tǒng)，可以理解為單任務。同時屬于報文驅動，每當有一個需要進行處理的報文到達ET204的CPU，就觸發(fā)一個事件，從而得到軟件處理。與OLT接口板軟件不同，不會有平臺從上而下地調用驅動函數。3、在EPON系統(tǒng)中，OLT和ONU之間通過OAM來實現遠程管理。在ET204的軟件中，對OAM進行了簡單的擴展，從而在OLT側可以對ET204和ET300實現更加豐富的遠程管理。ET204的子端口管理就是一個例子。2.2.ET204和ET3001、ET204和ET300使2.3.LS6M1PU1S和LSN1PU1S1、LS6M1PU1S和LSN1PU1S的代碼是兩份不同的代碼，但是基本架構是相同的，而且與ET204的代碼接口類似。2、子卡的軟件引入了操作系統(tǒng)，從而引入了多任務，但是仍然是報文驅動的，不存在平臺自上而下對驅動進行調用。3、子卡軟件在ET204軟件基礎上，實現了較為完善的OAM擴展，擴展性和規(guī)范性都有提高。4、子卡軟件同時增加了一個私有協(xié)議模塊。該模塊與S3100/EC主機保持通信，外部主機可以通過私有協(xié)議對子卡進行控制。2.3.LS6M1PU1S和LSN1PU1S1、LS6M12.4.ET2341、ET234的軟件在結構上沒有多少變化，與子卡軟件相比，少了私有協(xié)議模塊，但是OAM擴展部分更加完善了。2.4.ET2341、ET234的軟件在結構上沒有多少變化1.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構1.硬件架構2.軟件架構3.工程基礎3.1.基本概念3.2.EPON產品的光指標3.3.EPON工程驗收標準3.4.常用光路衰減計算4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構3.1.基本概念－光衰減功率單位：W、mW物理學上的功率即使用瓦特或者毫瓦為單位進行度量。絕對光功率單位：dBm將物理學上的功率用另外一種方式來表達。換算關系：dBm＝10×lg（mW）所以，-10dBm＝0.1mW，0dBm＝1mW，3dBm＝2mW，10dBm＝10mW,20dBm＝100mW……相對光功率單位：dB用于為了表征一個器件的在光衰減（反射）等方面的特性，引入的一個相對單位量。類似于空間上的相對長度概念。計算公式：dB＝10×lg(出光功率/入光功率)如果A的光功率是10dBm，B的光功率是8dBm，則A比B大2dB。3.1.基本概念－光衰減功率單位：W、mW3.1.基本概念－光衰減（續(xù)）引入對數的優(yōu)點：將乘除運算轉換為加減運算。

如右圖，假設光路由兩個1分2分光器級聯(lián)，兩個分光器都是50%:50%分光，A點的光功率是1mW。

如果不引入對數，那么計算B、C、D、E點的光功率的操作是乘除法。B、C點的光功率是A點的一半，1÷2＝0.5mW，D、E點的光功率是C點的一半，0.5÷2＝0.25mW。

引入對數后，乘除法變成了加減法。A點的光功率是0dBm，于是B、C點的光功率就是0－3＝－3dBm，而D、E點的光功率就是－3－3＝－6dBm。3.1.基本概念－光衰減（續(xù)）引入對數3.1.基本概念－光纖連接器例：光連接器-雙FC/PC-單模-25m光連接器-FC/APC-SC/PC-單模-25MFC、LC、SC、ST等指的是光纖兩端的插頭類型。PC、APC、UPC指的是光纖插針的端面類型。SCLCFCST3.1.基本概念－光纖連接器例：光連接器-雙FC/PC3.1.基本概念－光纖插針端面根據插針的端面，插針可分為PC、UPC、APC三種。PC(PhysicalConnect)插針端面為球面，可滿足普通回損要求。UPC(UltraPhysicalConnect)插針端面也是球面，但拋磨更加精細，端面光潔度比PC要好，回損可達到50dB以上。APC(AnglePhysicalConnect)插針端面為斜球面，傾斜角度一般為8度，回損大于60dB。右上圖為PC、UPC端面形狀右下圖為APC端面形狀

型號相同的活接頭才能用法蘭盤相連接，不同規(guī)格活接頭會導致很大的接續(xù)損耗。3.1.基本概念－光纖插針端面根據插針3.1.基本概念－法蘭盤FC型單SC型雙SC型FC-SC型LC型3.1.基本概念－法蘭盤FC型單SC型雙SC型FC-S3.2.EPON產品的光指標－波長

EPON采用G.652類型的單模光纖，使用單纖雙向方式來傳輸數據。下行數據業(yè)務使用波長1490nm。上行數據業(yè)務使用波長1310nm。

測量光功率時，請正確選擇波長。OLTONU分光器1490nm1310nm1310nm1490nm3.2.EPON產品的光指標－波長EPON3.2.EPON產品的光指標－發(fā)光功率OLT光模塊接口：10km：-3dBm≤發(fā)光功率≤+2dBm20km：+2dBm≤發(fā)光功率≤+7dBmONU光模塊接口：10km：-1dBm≤發(fā)光功率≤+4dBm20km：-1dBm≤發(fā)光功率≤+4dBmONU10KM與20KM光模塊，雖然光功率參數相同，但其它光譜參數不同，不能簡單替代。3.2.EPON產品的光指標－發(fā)光功率OLT光模塊接口：3.2.EPON產品的光指標－接收靈敏度OLT光模塊：10km：接收靈敏度<-24dBm(802.3ah)20km：接收靈敏度<-24dBm(802.3ah)ONU光模塊：10km：接收靈敏度<-24dBm(802.3ah)20km：接收靈敏度<-24dBm(802.3ah)很多友商在宣傳自己的EPON產品時，宣稱ONU光模塊的靈敏度能夠達到-26dBm，而我司只宣稱達到-24dBm，這不是由于我司產品性能不足。我司的ONU光模塊靈敏度也能達到-26dBm，但是所有的OLT光模塊的靈敏度只能達到-24dBm，而EPON的光路是單纖雙向的，如果下行的光功率衰減到低于-24dBm，雖然ONU能夠很好地處理光信號，但很可能使上行到達OLT處的光功率低于-24dBm，于是OLT側的光模塊就無法很好地處理光信號。為了避免客戶錯誤的理解和施工，所以我們只宣稱-24dBm。3.2.EPON產品的光指標－接收靈敏度OLT光模塊：3.2.EPON產品的光指標－光飽和度OLT光模塊：10km：接收靈敏度>-1dBm20km：接收靈敏度>-6dBmONU光模塊：10km：接收靈敏度>-3dBm20km：接收靈敏度>-3dBm3.2.EPON產品的光指標－光飽和度OLT光模塊：3.2.EPON產品的光指標－接口類型我司所有的EPON產品，均采用SC/PC接頭。請開局前明確局方的光纖接頭類型也是SC/PC。3.2.EPON產品的光指標－接口類型我司所有的EPON產3.3.EPON工程驗收標準

為了讓EPON設備穩(wěn)定工作，OLT和ONU之間的光路必須具備一定的必要條件，這些必要條件也就成為了EPON方案光纖施工完畢的驗收標準。詳細標準請參考《EPON光路工程驗收CHECKLIST》。光指標：1、ONU光接口輸入端，來自OLT的光功率必須大于-24.0dBm；2、同一OLT端口下，各個ONU光接口輸入光功率差異最大和最小不能超過15dB；3、綜合上述兩點，工程上建議ONU光接口輸入端的下行光功率強度在-8~-23dBm之間；工程：1、所有的光纖接頭全部是SC/PC類型的；2、所有光纜、光纖、尾纖的彎曲直徑必須大于8cm；3、所有光分路器、熔纖盒、ONU以及附帶的法蘭盤必須固定，避免懸掛、可搖晃；4、所有未使用光纖端頭必須使用光纖帽保護；5、禁止各種外力導致的光纖、尾纖的形變；3.3.EPON工程驗收標準為了讓EPON3.3.常用光路衰減計算分光器類型衰減典型值測試儀器1分2(均分)3.4dB光功率計1分2(5%,95%)0.6dB(95%)15dB(5%)光功率計1分4(均分)7.2dB光功率計1分8(均分)10.7dB光功率計1分16(均分)14.8dB光功率計1分32(均分)17.8dB光功率計1、連接光纖的法蘭盤造成的衰減，一般每個法蘭盤造成0.3~0.8dB的衰減，平均每個0.5dB。2、1490nm的波長，一般每公里衰減0.3dB；1310nm的波長，一般每公里衰減0.4dB。3、光路是可逆的，如果一個方向上有10dB的衰減，那么反向也有10dB的衰減。4、根據這里的數據，可以在工程實施前進行合理計劃，也可以在工程完工后將實測、預計的光功率進行對比，從而判斷光路是否存在異常。3.3.常用光路衰減計算分光器類型衰減典型值測試儀器1分21.硬件架構2.軟件架構3.工程基礎4.發(fā)生過的網上問題5.常用維護定位手段1.硬件架構4.發(fā)生過的網上問題－1問題回顧：2006年5月，某局點反饋某臺75A上的網絡丟包嚴重，另外一臺75B上個別ONU頻繁UP/DOWN。定位結果：經過現場定位，發(fā)現75A上某個新接入的ONU存在長發(fā)光現象，引起了很大的BER/FER，從而引起了嚴重的丟包現象。而75B上也存在很高的BER/FER，經過檢測光路，發(fā)現是光路質量問題，光衰超過了設備的靈敏度所導致的。解決辦法：長發(fā)光的ONU屬于硬件問題，更換后問題現象消失。光路質量引起B(yǎng)ER/FER，根據工程驗收標準整理光路，消除光路中的不穩(wěn)定因素，問題現象消失。4.發(fā)生過的網上問題－1問題回顧：4.發(fā)生過的網上問題－2問題回顧：2006年5月，某局點反饋在某個OLT下新接入一個ONU后，過了一段時間后，該OLT下就只有該新接入的ONU能夠注冊，或者原先注冊的大部分ONU都下線了，只有包括新接入ONU在內的少數幾個ONU能夠注冊。定位結果：將問題ONU返回研發(fā)實驗室進行分析，發(fā)現是由于硬件問題導致ONU在使用一段時間后，線路短路引起光模塊長發(fā)光。解決辦法：對于客戶手中的長發(fā)光ONU予以更換。該問題屬于硬件生產問題，敦促代工廠家提高生產工藝，同時引入ONU長發(fā)光的裝備測試，從根本上消除了此類問題。4.發(fā)生過的網上問題－2問題回顧：4.發(fā)生過的網上問題－問題1和2的總結小結：問題1和2都涉及到ONU長發(fā)光。在EPON系統(tǒng)中，ONU需要接受OLT的控制，只有在OLT允許的時隙內才允許打開光模塊進行數據傳送。如果某個ONU在不屬于自己的時隙內也打開了光模塊，就會對其他ONU發(fā)送的數據產生影響，輕則導致較大的BER/FER，重則導致所有其他的ONU無法注冊。類似問題定位手段：如果懷疑某個OLT端口下存在長發(fā)光的ONU設備，可以將主干光纖從OLT端口上拔下來，并將光纖接入到一臺光功率計上，對上行的1310nm的波長進行光功率測量。正常情況下，光功率計應該測量不到任何光信號。如果測量到了光信號，不管這個光信號有多么弱，都說明有ONU在長發(fā)光。此時就需要對能夠注冊上來的ONU逐個進行光功率測量，直到找到長發(fā)光的ONU為止。在已經發(fā)貨出去的成千上萬個ONU中，只有兩個ONU是因為光模塊失效導致長發(fā)光，其他長發(fā)光的ONU都是由于生產工藝問題導致的。而生產工藝問題在去年夏天已經得到了提升，不會再有類似的問題。4.發(fā)生過的網上問題－問題1和2的總結小結：4.發(fā)生過的網上問題－3問題回顧：2006年8月，某局點反饋無法對ONU進行操作，在ONU端口視圖下對ONU的各種操作均返回失敗。定位結果：該問題很難復現，所以經過了很長時間的定位，才發(fā)現這是由于底層驅動與上層軟件之間維護的ONU狀態(tài)不一致導致的，我們稱之為事件丟失。解決辦法：引起事件的因素很多，所以該問題一直到5205版本才算是徹底解決。在該問題得到徹底解決前，臨時的規(guī)避方法是復位OLT端口；個別情況下，復位OLT端口也無法恢復，就只能復位OLT接口板了。4.發(fā)生過的網上問題－3問題回顧：4.發(fā)生過的網上問題－4問題回顧：2006年8月，11月，多個局點反饋，將某個ONU斷電或者拔出光纖后，在75上仍然能夠看到該ONU在線，對該ONU進行操作，總是反饋失敗。2006年11月，某局點反饋，對某個OLT端口下面的ONU進行軟件升級，無論如何操作都會顯示成功，但是ONU不會自動復位，查看版本信息也始終是老版本。定位結果：該問題也是屬于事件丟失。第一個問題，ONU下線后，底層驅動維護的狀態(tài)是DOWN的，但是由于上層軟件維護的狀態(tài)仍然是UP的，導致各種操作失??；第二個問題，實際上升級是成功的，但是由于ONU的DOWN/UP事件沒有及時傳遞到上層軟件，導致上層軟件沒有更新ONU的版本信息，所以始終查看到的是老版本。解決辦法：臨時的規(guī)避辦法只有復位OLT端口或者復位OLT接口板。復位后，不在線的ONU自動消失了，升過級的ONU自動顯示成新版本。4.發(fā)生過的網上問題－4問題回顧：4.發(fā)生過的網上問題－問題3和4的總結小結：問題3和4都涉及到事件丟失。該問題看上去比較難以理解，其實該問題是有必現條件的，就是環(huán)境中存在大量的OAM告警，以及大量的S3100ONU子卡頻繁的UP/DOWN。類似問題定位手段：5205及以上版本徹底解決了該問題，請使用5205及以上版本。如果懷疑出現了事件丟失，請第一時間聯(lián)系研發(fā)進行處理，不要輕易復位。4.發(fā)生過的網上問題－問題3和4的總結小結：4.發(fā)生過的網上問題－5問題回顧：2006年，多個局點都反饋環(huán)境中存在頻繁的BER/FER/OAM告警。定位結果：環(huán)境中存在大量告警，與光路環(huán)境有關，與75主機版本也有關系。如果環(huán)境中存在BER/OAM告警，那么光路質量肯定存在問題；如果環(huán)境中僅僅存在FER告警，那么就是75主機軟件引起的。在實際環(huán)境中，經常發(fā)現客戶的ONU接入光纖端的光功率在我司規(guī)格附近，例如-24.8dBm，有時也能夠發(fā)現光功率達到-29dBm左右的。這樣的光路環(huán)境，引起B(yǎng)ER/FER/OAM告警也就不足為奇了。解決辦法：按照光纖工程驗收標準，對光路進行整理。如果光路中只有FER，沒有BER/OAM，那么請升級75主機版本至5203及以上版本。5203及以上版本對于一些相關的參數進行了調整，避免了不同ONU之間的報文產生沖突的可能。4.發(fā)生過的網上問題－5問題回顧：4.發(fā)生過的網上問題－6問題回顧：2006年11月，某局點A反饋某個OLT端口下面的ONU有較大的告警，并且該OLT端口的PON燈不亮。2007年1月，某局點B反饋他們新接入的ONU始終無法注冊，但是經過測量，光功率是正常的。將該ONU拿到機房后就能夠注冊，