




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、EPON產(chǎn)品實現(xiàn)原理和維護中端以太網(wǎng)交換機 FTTH 2007年03月課程目標結束本課程后,你將1、了解EPON產(chǎn)品的硬件架構2、了解EPON產(chǎn)品的軟件架構3、掌握EPON產(chǎn)品在工程上的基礎知識4、熟悉EPON產(chǎn)品過去發(fā)生的一些網(wǎng)上問題及處理手段5、掌握EPON產(chǎn)品的常用維護定位手段目錄Table of Contents1. 1. 硬件架構硬件架構2. 2. 軟件架構軟件架構3. 3. 工程基礎工程基礎4. 4. 發(fā)生過的網(wǎng)上問題發(fā)生過的網(wǎng)上問題5. 5. 常用維護定位手段常用維護定位手段目錄Table of Contents1. 1. 硬件架構硬件架構 1.1. OLT1.1. OLT接口板
2、接口板 1.2. ET2041.2. ET204和和ET300ET300 1.3. LS6M1PU1S 1.3. LS6M1PU1S和和LSN1PU1SLSN1PU1S 1.4. ET234 1.4. ET2342. 2. 軟件架構軟件架構3. 3. 工程基礎工程基礎4. 4. 發(fā)生過的網(wǎng)上問題發(fā)生過的網(wǎng)上問題5. 5. 常用維護定位手段常用維護定位手段1.1. OLT接口板1、接口板只有一顆HOST CPU,該CPU需要管理所有的4塊/8塊OLT芯片。2、OLT芯片通過一塊PHY芯片,經(jīng)過背板與主控板相連;通過SERDES連接到光模塊。3、OLT接口板上沒有交換芯片,所有跨OLT間的流量必須
3、經(jīng)過主控板進行交換。PHYPHYOLT芯片OLT芯片OLT芯片OLT芯片OLT芯片OLT芯片SERDESSERDESSERDESSERDESSERDESSERDES光模塊光模塊光模塊光模塊光模塊光模塊PHYPHYPHYPHY背背板板CPU模塊CPU模塊GD82551GD82551 LOCAL BUS LOCAL BUS1.2. ET204和ET3001、ET204和ET300的主要芯片就兩塊:ONU芯片和內(nèi)置CPU的交換芯片。2、ET204利用了交換芯片的交換功能,出了4個FE口。3、ET300沒有使用交換芯片的交換功能,僅僅使用了其CPU功能,直接從ONU芯片出了1個GE口。ONU芯片ONU
4、芯片交換芯片交換芯片(內(nèi)置CPU)(內(nèi)置CPU)SERDESSERDES光模塊光模塊1 x GE4 x FELOCAL BUSEEPROMEEPROMET204ET204ONU芯片ONU芯片交換芯片交換芯片(內(nèi)置CPU)(內(nèi)置CPU)SERDESSERDES光模塊光模塊1 x GELOCAL BUSEEPROMEEPROMET300ET300PHYPHY1.3. LS6M1PU1S和LSN1PU1S1、LS6M1PU1S和LSN1PU1S在硬件架構上是相同的。2、LS6M1PU1S用于S3100系列交換機,它與S3100交換機相連的端口是GMII接口。3、LSN1PU1S用于監(jiān)控產(chǎn)品的EC主機
5、,它與EC主機相連的端口是MII接口。4、這輛款產(chǎn)品采用了新的ONU芯片,內(nèi)置CPU。ONU芯片ONU芯片SERDESSERDES光模塊光模塊GMII/MIIEEPROMEEPROM1.4. ET2341、ET234在結構上與ET204比較接近。2、ET234與ET204相比,更換了ONU芯片和交換芯片,功能更為強大。3、ET234選用的ONU芯片自帶CPU。ONU芯片ONU芯片SERDESSERDES光模塊光模塊EEPROMEEPROM交換芯片交換芯片4 x FE目錄Table of Contents1. 1. 硬件架構硬件架構2. 2. 軟件架構軟件架構3. 3. 工程基礎工程基礎4. 4
6、. 發(fā)生過的網(wǎng)上問題發(fā)生過的網(wǎng)上問題5. 5. 常用維護定位手段常用維護定位手段目錄Table of Contents1. 1. 硬件架構硬件架構2. 2. 軟件架構軟件架構 2.1. OLT2.1. OLT接口板接口板 2.2. ET2042.2. ET204和和ET300ET300 2.3. LS6M1PU1S 2.3. LS6M1PU1S和和LSN1PU1SLSN1PU1S 2.4. ET234 2.4. ET2343. 3. 工程基礎工程基礎4. 4. 發(fā)生過的網(wǎng)上問題發(fā)生過的網(wǎng)上問題5. 5. 常用維護定位手段常用維護定位手段2.1. OLT接口板1、目前的OLT接口板屬于集中式接口
7、板,所有業(yè)務都必須上主控板進行處理。2、上圖是在S7500系列交換機上與EPON相關的軟件架構。在“通信接口”之上的“平臺”部分在主控板上運行,在“通信接口”之下的“EPON驅動”、“BSP”、“芯片供應商底層代碼”在OLT接口板上運行。3、因為OLT接口板的硬件設備遵循公司相關規(guī)范,因此BSP也是在其他接口板的基礎上進行簡單修改就可以正常運行了。4、每一顆OLT芯片都內(nèi)嵌一個CPU。芯片供應商的底層代碼分為兩個部分,一部分在OLT芯片的內(nèi)嵌CPU上運行,另外一部分在我們接口板HOST CPU上運行,這兩部分代碼通過LOCAL BUS通信。5、EPON驅動遵循公司相關規(guī)范,為平臺實現(xiàn)了若干的底
8、層接口。6、通信接口是現(xiàn)成的,平臺通過通信接口對EPON驅動進行調(diào)用,從而實現(xiàn)了對OLT接口板的管理和操控。BSPBSP芯片供應商底層代碼芯片供應商底層代碼EPON驅動EPON驅動通信接口通信接口平臺平臺2.2. ET204和ET3001、ET204和ET300使用同一份軟件,因此軟件架構相同。2、ET204的軟件沒有操作系統(tǒng),可以理解為單任務。同時屬于報文驅動,每當有一個需要進行處理的報文到達ET204的CPU,就觸發(fā)一個事件,從而得到軟件處理。與OLT接口板軟件不同,不會有平臺從上而下地調(diào)用驅動函數(shù)。3、在EPON系統(tǒng)中,OLT和ONU之間通過OAM來實現(xiàn)遠程管理。在ET204的軟件中,對
9、OAM進行了簡單的擴展,從而在OLT側可以對ET204和ET300實現(xiàn)更加豐富的遠程管理。ET204的子端口管理就是一個例子。BSPBSP驅動驅動芯片供應商代碼芯片供應商代碼簡單的OAM擴展簡單的OAM擴展2.3. LS6M1PU1S和LSN1PU1S1、LS6M1PU1S和LSN1PU1S的代碼是兩份不同的代碼,但是基本架構是相同的,而且與ET204的代碼接口類似。2、子卡的軟件引入了操作系統(tǒng),從而引入了多任務,但是仍然是報文驅動的,不存在平臺自上而下對驅動進行調(diào)用。3、子卡軟件在ET204軟件基礎上,實現(xiàn)了較為完善的OAM擴展,擴展性和規(guī)范性都有提高。4、子卡軟件同時增加了一個私有協(xié)議模塊
10、。該模塊與S3100/EC主機保持通信,外部主機可以通過私有協(xié)議對子卡進行控制。BSPBSP驅動驅動芯片供應商代碼芯片供應商代碼較完善OAM擴展較完善OAM擴展私有協(xié)議私有協(xié)議2.4. ET2341、ET234的軟件在結構上沒有多少變化,與子卡軟件相比,少了私有協(xié)議模塊,但是OAM擴展部分更加完善了。BSPBSP驅動驅動芯片供應商代碼芯片供應商代碼完善的OAM擴展完善的OAM擴展目錄Table of Contents1. 1. 硬件架構硬件架構2. 2. 軟件架構軟件架構3. 3. 工程基礎工程基礎4. 4. 發(fā)生過的網(wǎng)上問題發(fā)生過的網(wǎng)上問題5. 5. 常用維護定位手段常用維護定位手段目錄Ta
11、ble of Contents1. 1. 硬件架構硬件架構2. 2. 軟件架構軟件架構3. 3. 工程基礎工程基礎 3.1. 3.1. 基本概念基本概念 3.2. EPON3.2. EPON產(chǎn)品的光指標產(chǎn)品的光指標 3.3. EPON3.3. EPON工程驗收標準工程驗收標準 3.4. 3.4. 常用光路衰減計算常用光路衰減計算4. 4. 發(fā)生過的網(wǎng)上問題發(fā)生過的網(wǎng)上問題5. 5. 常用維護定位手段常用維護定位手段3.1. 基本概念 光衰減功率單位:功率單位:W、mW 物理學上的功率即使用瓦特或者毫瓦為單位進行度量。絕對光功率單位:絕對光功率單位:dBm 將物理學上的功率用另外一種方式來表達。
12、 換算關系:dBm 10lg(mW) 所以,-10dBm 0.1mW, 0dBm 1mW, 3dBm 2mW, 10dBm 10mW, 20dBm 100mW 相對光功率單位:相對光功率單位:dB 用于為了表征一個器件的在光衰減(反射)等方面的特性,引入的一個相對單位量。類似于空間上的相對長度概念。 計算公式:dB 10lg(出光功率 / 入光功率) 如果A的光功率是10dBm,B的光功率是8dBm,則A比B大2dB。3.1. 基本概念 光衰減(續(xù)) 引入對數(shù)的優(yōu)點:將乘除運算轉換為加減運算。引入對數(shù)的優(yōu)點:將乘除運算轉換為加減運算。 如右圖,假設光路由兩個1分2分光器級聯(lián),兩個分光器都是50
13、% : 50%分光,A點的光功率是1mW。 如果不引入對數(shù),那么計算B、C、D、E點的光功率的操作是乘除法。B、C點的光功率是A點的一半,1 2 0.5mW,D、E點的光功率是C點的一半,0.5 2 0.25mW。 引入對數(shù)后,乘除法變成了加減法。A點的光功率是0dBm,于是B、C點的光功率就是0 3 3dBm,而D、E點的光功率就是3 3 6dBm。ABCDE3.1. 基本概念 光纖連接器例:光連接器-雙FC/PC-單模-25m 光連接器-FC/APC-SC/PC-單模-25MFC、LC、SC、ST等指的是光纖兩端的插頭類型。PC、APC、UPC指的是光纖插針的端面類型。SCLCFCST3.
14、1. 基本概念 光纖插針端面 根據(jù)插針的端面,插針可分為PC、UPC、APC三種。 PC(Physical Connect)插針端面為球面,可滿足普通回損要求。 UPC(Ultra Physical Connect)插針端面也是球面,但拋磨更加精細,端面光潔度比PC要好,回損可達到50dB以上。 APC (Angle Physical Connect)插針端面為斜球面,傾斜角度一般為8度,回損大于60dB。 右上圖為PC、UPC端面形狀 右下圖為APC端面形狀 型號相同的活接頭才能用法蘭盤相連接,不同規(guī)格型號相同的活接頭才能用法蘭盤相連接,不同規(guī)格活接頭會導致很大的接續(xù)損耗。活接頭會導致很大的
15、接續(xù)損耗。3.1. 基本概念 法蘭盤FC型單SC型雙SC型FC-SC型LC型3.2. EPON產(chǎn)品的光指標波長 EPON采用G.652類型的單模光纖,使用單纖雙向方式來傳輸數(shù)據(jù)。 下行數(shù)據(jù)業(yè)務使用波長1490nm。 上行數(shù)據(jù)業(yè)務使用波長1310nm。 測量光功率時,請正確選擇波長。OLTONU分光器1490nm1310nm1310nm1490nm3.2. EPON產(chǎn)品的光指標發(fā)光功率OLT光模塊接口:光模塊接口: 10km: -3dBm發(fā)光功率+2dBm 20km:+2dBm發(fā)光功率+7dBmONU光模塊接口:光模塊接口: 10km: -1dBm發(fā)光功率+4dBm 20km: -1dBm發(fā)光功
16、率+4dBm ONU 10KM與20KM光模塊,雖然光功率參數(shù)相同,但其它光譜參數(shù)不同,不能簡單替代。3.2. EPON產(chǎn)品的光指標接收靈敏度OLT光模塊:光模塊: 10km:接收靈敏度-24dBm (802.3ah) 20km:接收靈敏度-24dBm (802.3ah)ONU光模塊:光模塊: 10km:接收靈敏度-24dBm (802.3ah) 20km:接收靈敏度-1dBm 20km:接收靈敏度-6dBmONU光模塊:光模塊: 10km:接收靈敏度-3dBm 20km:接收靈敏度-3dBm3.2. EPON產(chǎn)品的光指標接口類型我司所有的我司所有的EPON產(chǎn)品,均采用產(chǎn)品,均采用SC/PC接
17、頭。接頭。請開局前明確局方的光纖接頭類型也是請開局前明確局方的光纖接頭類型也是SC/PC。3.3. EPON工程驗收標準 為了讓EPON設備穩(wěn)定工作,OLT和ONU之間的光路必須具備一定的必要條件,這些必要條件也就成為了EPON 方案光纖施工完畢的驗收標準。 詳細標準請參考EPON光路工程驗收CHECKLIST。光指標:光指標: 1、ONU光接口輸入端,來自OLT的光功率必須大于-24.0dBm; 2、同一OLT端口下,各個ONU光接口輸入光功率差異最大和最小不能超過15dB; 3、綜合上述兩點,工程上建議ONU光接口輸入端的下行光功率強度在-8 -23 dBm之間;工程:工程: 1、所有的光
18、纖接頭全部是SC/PC類型的; 2、所有光纜、光纖、尾纖的彎曲直徑必須大于8cm; 3、所有光分路器、熔纖盒、ONU以及附帶的法蘭盤必須固定,避免懸掛、可搖晃; 4、所有未使用光纖端頭必須使用光纖帽保護; 5、禁止各種外力導致的光纖、尾纖的形變;3.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、連接光纖的法蘭
19、盤造成的衰減,一般每個法蘭盤造成0.3 0.8dB的衰減,平均每個0.5dB。2、1490nm的波長,一般每公里衰減0.3dB;1310nm的波長,一般每公里衰減0.4dB。3、光路是可逆的,如果一個方向上有10dB的衰減,那么反向也有10dB的衰減。4、根據(jù)這里的數(shù)據(jù),可以在工程實施前進行合理計劃,也可以在工程完工后將實測、預計的光功率進行對比,從而判斷光路是否存在異常。目錄Table of Contents1. 1. 硬件架構硬件架構2. 2. 軟件架構軟件架構3. 3. 工程基礎工程基礎4. 4. 發(fā)生過的網(wǎng)上問題發(fā)生過的網(wǎng)上問題5. 5. 常用維護定位手段常用維護定位手段4. 發(fā)生過的
20、網(wǎng)上問題 1問題回顧:問題回顧: 2006年5月,某局點反饋某臺75 A上的網(wǎng)絡丟包嚴重,另外一臺75 B上個別ONU頻繁UP/DOWN。定位結果:定位結果: 經(jīng)過現(xiàn)場定位,發(fā)現(xiàn)75 A上某個新接入的ONU存在長發(fā)光現(xiàn)象,引起了很大的BER/FER,從而引起了嚴重的丟包現(xiàn)象。而75 B上也存在很高的BER/FER,經(jīng)過檢測光路,發(fā)現(xiàn)是光路質(zhì)量問題,光衰超過了設備的靈敏度所導致的。解決辦法:解決辦法: 長發(fā)光的ONU屬于硬件問題,更換后問題現(xiàn)象消失。 光路質(zhì)量引起B(yǎng)ER/FER,根據(jù)工程驗收標準整理光路,消除光路中的不穩(wěn)定因素,問題現(xiàn)象消失。4. 發(fā)生過的網(wǎng)上問題 2問題回顧:問題回顧: 200
21、6年5月,某局點反饋在某個OLT下新接入一個ONU后,過了一段時間后,該OLT下就只有該新接入的ONU能夠注冊,或者原先注冊的大部分ONU都下線了,只有包括新接入ONU在內(nèi)的少數(shù)幾個ONU能夠注冊。定位結果:定位結果: 將問題ONU返回研發(fā)實驗室進行分析,發(fā)現(xiàn)是由于硬件問題導致ONU在使用一段時間后,線路短路引起光模塊長發(fā)光。解決辦法:解決辦法: 對于客戶手中的長發(fā)光ONU予以更換。 該問題屬于硬件生產(chǎn)問題,敦促代工廠家提高生產(chǎn)工藝,同時引入ONU長發(fā)光的裝備測試,從根本上消除了此類問題。4. 發(fā)生過的網(wǎng)上問題 問題1和2的總結小結:小結: 問題1和2都涉及到ONU長發(fā)光。在EPON系統(tǒng)中,O
22、NU需要接受OLT的控制,只有在OLT允許的時隙內(nèi)才允許打開光模塊進行數(shù)據(jù)傳送。如果某個ONU在不屬于自己的時隙內(nèi)也打開了光模塊,就會對其他ONU發(fā)送的數(shù)據(jù)產(chǎn)生影響,輕則導致較大的BER/FER,重則導致所有其他的ONU無法注冊。類似問題定位手段:類似問題定位手段: 如果懷疑某個OLT端口下存在長發(fā)光的ONU設備,可以將主干光纖從OLT端口上拔下來,并將光纖接入到一臺光功率計上,對上行的1310nm的波長進行光功率測量。 正常情況下,光功率計應該測量不到任何光信號。如果測量到了光信號,不管這個光信號有多么弱,都說明有ONU在長發(fā)光。此時就需要對能夠注冊上來的ONU逐個進行光功率測量,直到找到長
23、發(fā)光的ONU為止。 在已經(jīng)發(fā)貨出去的成千上萬個ONU中,只有兩個ONU是因為光模塊失效導致長發(fā)光,其他長發(fā)光的ONU都是由于生產(chǎn)工藝問題導致的。而生產(chǎn)工藝問題在去年夏天已經(jīng)得到了提升,不會再有類似的問題。4. 發(fā)生過的網(wǎng)上問題 3問題回顧:問題回顧: 2006年8月,某局點反饋無法對ONU進行操作,在ONU端口視圖下對ONU的各種操作均返回失敗。定位結果:定位結果: 該問題很難復現(xiàn),所以經(jīng)過了很長時間的定位,才發(fā)現(xiàn)這是由于底層驅動與上層軟件之間維護的ONU狀態(tài)不一致導致的,我們稱之為事件丟失。解決辦法:解決辦法: 引起事件的因素很多,所以該問題一直到5205版本才算是徹底解決。 在該問題得到徹
24、底解決前,臨時的規(guī)避方法是復位OLT端口;個別情況下,復位OLT端口也無法恢復,就只能復位OLT接口板了。4. 發(fā)生過的網(wǎng)上問題 4問題回顧:問題回顧: 2006年8月,11月,多個局點反饋,將某個ONU斷電或者拔出光纖后,在75上仍然能夠看到該ONU在線,對該ONU進行操作,總是反饋失敗。 2006年11月,某局點反饋,對某個OLT端口下面的ONU進行軟件升級,無論如何操作都會顯示成功,但是ONU不會自動復位,查看版本信息也始終是老版本。定位結果:定位結果: 該問題也是屬于事件丟失。第一個問題,ONU下線后,底層驅動維護的狀態(tài)是DOWN的,但是由于上層軟件維護的狀態(tài)仍然是UP的,導致各種操作
25、失敗;第二個問題,實際上升級是成功的,但是由于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及以上版本徹底解決了該問題,請使
26、用5205及以上版本。 如果懷疑出現(xiàn)了事件丟失,請第一時間聯(lián)系研發(fā)進行處理,不要輕易復位。4. 發(fā)生過的網(wǎng)上問題 5問題回顧:問題回顧: 2006年,多個局點都反饋環(huán)境中存在頻繁的BER/FER/OAM告警。定位結果:定位結果: 環(huán)境中存在大量告警,與光路環(huán)境有關,與75主機版本也有關系。如果環(huán)境中存在BER/OAM告警,那么光路質(zhì)量肯定存在問題;如果環(huán)境中僅僅存在FER告警,那么就是75主機軟件引起的。 在實際環(huán)境中,經(jīng)常發(fā)現(xiàn)客戶的ONU接入光纖端的光功率在我司規(guī)格附近,例如-24.8dBm,有時也能夠發(fā)現(xiàn)光功率達到-29dBm左右的。這樣的光路環(huán)境,引起B(yǎng)ER/FER/OAM告警也就不足為
27、奇了。解決辦法:解決辦法: 按照光纖工程驗收標準,對光路進行整理。 如果光路中只有FER,沒有BER/OAM,那么請升級75主機版本至5203及以上版本。5203及以上版本對于一些相關的參數(shù)進行了調(diào)整,避免了不同ONU之間的報文產(chǎn)生沖突的可能。4. 發(fā)生過的網(wǎng)上問題 6問題回顧:問題回顧: 2006年11月,某局點A反饋某個OLT端口下面的ONU有較大的告警,并且該OLT端口的PON燈不亮。 2007年1月,某局點B反饋他們新接入的ONU始終無法注冊,但是經(jīng)過測量,光功率是正常的。將該ONU拿到機房后就能夠注冊,拿回遠端的光纖末端仍然無法注冊。 2007年3月,某局點C反饋新接入的ONU無法注
28、冊。定位結果:定位結果: 經(jīng)過定位,發(fā)現(xiàn)局點A使用的是10公里的設備,但是OLT與ONU之間的光纖長度遠遠超過了10公里,大約在17公里左右,在這種情況下,光衰過大,光功率過小,就會引起客戶碰到的問題。 局點B使用的是20公里的設備,但是最后發(fā)現(xiàn)他們的光纖長度大約是50公里。經(jīng)過修改max-rtt參數(shù)后,該ONU注冊上來,但是不能保證穩(wěn)定工作。 局點C使用的10公里的設備,光纖長度大約是7公里,但是客戶沒有接分光器,只用一根光纖將OLT和ONU連接起來,這樣OLT和ONU收到的光信號強度超過了各自的光飽和度,導致無法注冊。解決辦法:解決辦法: 對于局點A,只能建議將OLT和ONU都更換為20公
29、里的設備。 對于局點B,雖然更改OLT側的max-rtt參數(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)了一些無法理解的問題,必須首
30、先需要明確客戶是如何組網(wǎng)的。 1、明確光纖長度是否超規(guī)格。 2、根據(jù)第三節(jié)中的各種經(jīng)驗數(shù)據(jù)進行計算,看看是否有超規(guī)格使用的情況。如果計算出來的光衰減就超過了規(guī)格,只能建議客戶另外想辦法。 3、如果計算值符合產(chǎn)品規(guī)格,就請客戶進行實際測量,看看實測的數(shù)據(jù)是否在規(guī)格允許范圍之內(nèi)。 3、如果根據(jù)客戶提供的信息所計算出來的數(shù)據(jù)與實測數(shù)據(jù)存在較大的差異,必須弄清楚問題原因,因為很可能問題就出在這里。問題6的局點B,根據(jù)客戶的反饋,OLT端口到分光器之間光纖大約是4公里,這樣進入分光器的光強度的計算值是1dBm左右,但是實測值卻是8dBm,計算值和實測值嚴重不符。后來事實證明,從OLT端口到分光器之間的光
31、纖長度大約在30公里左右。4. 發(fā)生過的網(wǎng)上問題 7問題回顧:問題回顧: 2006年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)線之前由
32、于制作問題,引起了自環(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)回。類似問題定位手段:類似問題定位手段: 如果
33、問題現(xiàn)象是用戶無法上網(wǎng),而且某個端口出現(xiàn)了特別多的MAC地址,此時應該懷疑出現(xiàn)了環(huán)回。對于5205及以上版本,請確認環(huán)回檢測功能是否打開。一般來說,只要環(huán)回功能是打開的,那么大多數(shù)的環(huán)回都能夠被檢測到。 另外推薦將ET204的4個用戶口隔離開來。如果ET204的4個用戶口的PVID不同,那么是天然隔離的;如果ET204的4個用戶口的PVID相同,建議配置UNI x port-isolate。 最后介紹一個檢測環(huán)回的方法:1、display mac-address 0607-0809-0a0b,查看是否存在這個MAC地址,理論上應該不存在。2、test ftth sendpkttopon 2 0
34、 ffff-ffff-ffff 1,對于所有的OLT端口,在診斷視圖下執(zhí)行該命令,該命令會向PON口發(fā)送報文。3、 display mac-address 0607-0809-0a0b,當所有的OLT端口都發(fā)送了報文后,再次檢測是否存在該MAC地址。該MAC地址在哪個端口上學到了,那么哪個端口就有環(huán)回。4. 發(fā)生過的網(wǎng)上問題 8問題回顧:問題回顧: 2007年1月,某局點反饋有兩臺ET204在使用一段時間后,下掛的用戶就無法上網(wǎng)了。重新啟動這兩臺ET204,故障消失,但是過了一段時間(大約幾個小時后),又無法上網(wǎng)了。定位結果:定位結果: 最初懷疑存在環(huán)回,但是經(jīng)過檢測,沒有發(fā)現(xiàn)環(huán)路。后來發(fā)現(xiàn)這
35、兩臺ET204的子端口中都有協(xié)商成半雙工的子端口。通過診斷命令將該子端口強制成全雙工,經(jīng)過幾天的觀察,問題不復現(xiàn)。解決辦法:解決辦法: ET204本身存在一定的缺陷,上面提到的問題是其中一個,使用ET204的143及以上版本,在ONU端口視圖下將半雙工的子端口通過uni命令強制成全雙工,就能夠規(guī)避問題。4. 發(fā)生過的網(wǎng)上問題 問題8的總結小結:小結: 問題8是由于ET204的缺陷引起。對于產(chǎn)品的缺陷,不能直接向客戶說這是缺陷,應該委婉地表達相同地含義,并引導客戶接受規(guī)避手段。類似問題定位手段:類似問題定位手段: 除了這個問題之外,還有其他一些問題:1、ET204下面如果接入監(jiān)控的EC主機,請將
36、所有的子端口使用uni x port-isolate命令隔離開來,否則大量的廣播報文在ET204內(nèi)部亂竄,可能會造成ET204堵死。2、ET204的子端口的流控功能默認打開的,如果碰到ET204的子端口無法轉發(fā)數(shù)據(jù)的情況,可以考慮關閉子端口的流控功能。4. 發(fā)生過的網(wǎng)上問題 9問題回顧:問題回顧: 2006年9月,某局點反饋某個OLT端口下面的所有用戶無法上網(wǎng)。定位結果:定位結果: 該OLT端口下的ONU設備存在很大的BER/FER告警。通過查看端口統(tǒng)計計數(shù),發(fā)現(xiàn)OLT端口上行沒有一個報文發(fā)送出去。OLT芯片堵死。解決辦法:解決辦法: 通過復位OLT端口,該端口恢復了正常。5205版本徹底解決
37、了該問題。4. 發(fā)生過的網(wǎng)上問題 10問題回顧:問題回顧: 2007年1月,某局點反饋某個OLT端口下面的所有用戶PPPOE撥號能夠成功,但是無法收發(fā)郵件,無法打開網(wǎng)頁。定位結果:定位結果: 該OLT端口下的ONU設備存在很大的BER/FER告警。PING小包能夠PING通,但是PING大包就無法PING通。PING大包時,報文丟在OLT端口上。OLT端口大包堵死。解決辦法:解決辦法: 通過復位OLT端口,該端口恢復了正常。5205版本徹底解決了該問題。4. 發(fā)生過的網(wǎng)上問題 問題9和10的總結小結:小結: 問題9和10是由于環(huán)境中存在大量的BER/FER,大量的錯誤報文對OLT端口形成了沖擊
38、,最終導致端口堵死。類似問題定位手段:類似問題定位手段: 首先查看OLT端口的統(tǒng)計計數(shù),如果上行有很多報文進入,但是卻只有個別的報文向上被轉發(fā),就極有可能是OLT端口堵死。其次進行PING操作,如果PING小包能夠通,PING大包不能通,那么99%的可能性是OLT端口大包堵死。 發(fā)生此類問題后,可以在診斷視圖下執(zhí)行test ftth resetolt命令來復位OLT端口。5205版本解決了這兩個問題,請盡量推薦客戶使用5205及以上版本。 引起問題的根源是大量的BER/FER,因此消除環(huán)境中的BER/FER才是解決問題的根本手段。4. 發(fā)生過的網(wǎng)上問題 11問題回顧:問題回顧: 2006年12
39、月,某局點A反饋某個OLT端口下面本來注冊上的31類型的ONU,現(xiàn)在有兩臺無法注冊了。 2007年3月,某局點B反饋75復位后,下面的31類型的ONU一直都無法注冊。定位結果:定位結果: 局點A經(jīng)過用服現(xiàn)場確認,一個ONU是因為停電導致無法注冊,另外一個ONU是因為31的GE口配置錯誤導致該ONU在復位后無法注冊。 局點B經(jīng)過用服現(xiàn)場確認,該ONU的GE口配置錯誤,導致該ONU在復位后無法注冊。解決辦法:解決辦法: 對于停電,我們也無能為力。 對于配置錯誤,需要進行正確的配置。 所謂錯誤配置,是指在31插有子卡的GE口上,不允許PVID通過,或者PVID所在VLAN根本就不存在。例如,PVID
40、是默認的VLAN 1,但是卻配置了undo port trunk permit vlan 1;或者PVID是VLAN 100,但是VLAN 100在31上根本就沒有被創(chuàng)建。4. 發(fā)生過的網(wǎng)上問題 問題11的總結小結:小結: 問題11主要是因為配置錯誤導致ONU無法注冊,所以一定不要錯誤配置。類似問題定位手段:類似問題定位手段: 31 ONU子卡具有獨立的CPU,該CPU要與31自身的CPU進行交互,這些交互報文走數(shù)據(jù)通道。在子卡的110及更早的版本中,只有當子卡與31正常交互后,子卡才會打開PON口進行注冊;如果子卡已經(jīng)注冊上,此時再對31的GE口進行不正確的配置,雖然會導致子卡與31之間無法
41、交互,但是不會讓子卡下線。 子卡與31之間進行交互,主要是為了從31上對ONU子卡進行管理。 如果31的GE口沒有被正確配置,那么子卡和31之間的交互報文就無法被正常轉發(fā),最后的結果就是子卡和31無法建立聯(lián)系,于是子卡就不會打開PON口,自然也就無法注冊上。 該注意事項在開局指導書和開局注意事項中都有提到,但是該問題還是發(fā)生了多次,于是從子卡的113版本開始,如果子卡長時間無法與31建立聯(lián)系,就會放棄與31的交互,自動打開PON口進行注冊,從而規(guī)避了該問題,但是此時因為子卡與31之間沒有交互,所以從31上無法管理ONU子卡。4. 發(fā)生過的網(wǎng)上問題 12問題回顧:問題回顧: 2007年3月,某局
42、點反饋EOC引起大量的環(huán)回,導致系統(tǒng)不可用。定位結果:定位結果: 局方使用31交換機,下面再接入EOC設備。如果EOC分離器的PC端口空載,會因為阻抗不匹配而形成自環(huán)。而局方的31交換機沒有開啟環(huán)回檢測功能,導致環(huán)回被31上面的交換機發(fā)現(xiàn),上面的交換機開啟了STP,最后阻塞了31。解決辦法:解決辦法: 在31交換機上的每個接入EOC的端口啟用loopback-detection,并且全局啟用loopback-detection。這樣配置后,31交換機能夠迅速發(fā)現(xiàn)環(huán)回端口,禁止該端口的業(yè)務報文轉發(fā),并刪除該端口的MAC地址;當環(huán)路消除后,31交換機也能夠快速地解除對該端口的控制,恢復該端口的正常
43、功能。這樣就很好地解決了EOC的環(huán)回問題。4. 發(fā)生過的網(wǎng)上問題 問題12的總結小結:小結: 問題12與EPON在技術上沒有關聯(lián),但是因為EOC也是EPON推廣的一項重要的配套應用,所以需要引起足夠的關注。類似問題定位手段:類似問題定位手段: 在涉及到EOC應用的場合,一定要建議客戶使用具有較強環(huán)回檢測功能的交換機來接入EOC設備。目錄Table of Contents1. 1. 硬件架構硬件架構2. 2. 軟件架構軟件架構3. 3. 工程基礎工程基礎4. 4. 發(fā)生過的網(wǎng)上問題發(fā)生過的網(wǎng)上問題5. 5. 常用維護定位手段常用維護定位手段5. 常用維護定位手段1、75交換機的常用維護定位手段也
44、是EPON系統(tǒng)的常用維護定位手段,例如dis cpu、dis mem、dis mac、dis arp等等。5. 常用維護定位手段2、test ftth disrecord 在診斷視圖下,test ftth disrecord命令可以用于查看OLT、ONU端口的相關記錄信息。該命令接收兩/三個參數(shù),第一個參數(shù)是槽位號,第二個參數(shù)是OLT端口號(從0開始計數(shù)),第三個參數(shù)是ONU端口號(從0開始計數(shù))。 正式命令中,某個端口的編號是從1開始計數(shù)的,而FTTH的診斷命令中,端口的編號是從0開始的。例如查看Onu3/0/2:18的相關記錄,則需要執(zhí)行test ftth disrecord 3 1 17
45、。后面的診斷命令也是如此,不再重復敘述。 test ftth disrecord主要用于查看是否存在事件丟失。如果懷疑某個OLT端口存在事件丟失,請執(zhí)行該命令,查看位于輸出信息最后面的critical_event_counter和pop_critical_event_counter,這兩個計數(shù)應該相等,如果不等,則說明存在事件丟失。5. 常用維護定位手段3、test ftth get6218stat 該命令能夠很方便地查看ET204的4個FE端口的統(tǒng)計計數(shù),方便定位。其中0口和5口是內(nèi)部口,不用關心,1 4口對應4個用戶端口,6口是上行口。Quidway S6506-testdiag test ftth get6218stat 6 0 1Port: 0, TxPackets: 0, RxPackets: 0Port: 1, TxPackets: 0, RxPackets: 0Por
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 學校校門區(qū)管理制度
- 學校配餐間管理制度
- 學生小餐桌管理制度
- 學院實訓室管理制度
- 安全操作牌管理制度
- 安委會安全管理制度
- 客戶投訴記管理制度
- 室管理設備管理制度
- 家屬等待室管理制度
- 應出勤天數(shù)管理制度
- 醫(yī)院安保人員培訓方案
- 關于殘疾人法律知識講座
- 國開2023秋《漢語通論》期末大作業(yè)題目二參考答案
- 寧波市高一數(shù)學試卷-含答案
- 水站運維服務投標方案(技術標)
- 醫(yī)院培訓課件:《自由體位在產(chǎn)程中的應用》
- 歐洲件專用形式發(fā)票模板
- 蛛網(wǎng)膜下腔出血護理查房蛛網(wǎng)膜下腔出血教學查房課件
- 開油鍋紅袖章制度
- 鋼板倉氣力輸送粉煤灰系統(tǒng)安全操作規(guī)范
- 蘇繡文化課件
評論
0/150
提交評論