技術(shù)頻道

娓娓工業(yè)
您現(xiàn)在的位置: 中國傳動網(wǎng) > 技術(shù)頻道 > 技術(shù)百科 > EPON設(shè)備測試分析

EPON設(shè)備測試分析

時間:2014-01-17 10:58:57來源:劉蜀寧

導(dǎo)語:?EPON設(shè)備是目前接入網(wǎng)的新的發(fā)展方向,本文基于7342 EPON系統(tǒng),從體系結(jié)構(gòu)角度對EPON系統(tǒng)功能模塊進(jìn)行了測試分析,最后指出多視角的考量一個產(chǎn)品確保產(chǎn)品真正滿足客戶需求。

摘要:EPON設(shè)備是目前接入網(wǎng)的新的發(fā)展方向,本文基于7342EPON系統(tǒng),從體系結(jié)構(gòu)角度對EPON系統(tǒng)功能模塊進(jìn)行了測試分析,最后指出多視角的考量一個產(chǎn)品確保產(chǎn)品真正滿足客戶需求。

關(guān)鍵詞:高速上網(wǎng)業(yè)務(wù),健壯性,負(fù)載測試,邏輯鏈路

隨著Internet的迅猛發(fā)展,網(wǎng)絡(luò)用戶對網(wǎng)絡(luò)帶寬的需求日漸增長。為了滿足市場的需要,通信網(wǎng)的主干部分已經(jīng)發(fā)生了巨大的變化,而一直變化較少的傳統(tǒng)接入網(wǎng)已經(jīng)成為整個網(wǎng)絡(luò)中的瓶頸,各種新的寬帶接入技術(shù)成為研究的熱點。

PON相對于其他寬帶技術(shù)而言,不僅在投資和維護(hù)成本、可靠性、質(zhì)量和管理上都具有優(yōu)勢,還更具發(fā)展?jié)摿Γ≒ONBenefits:CapEx,OpEx,Reliability,QoS,Management,F(xiàn)utureproof)。而EPON(以太無源光網(wǎng)絡(luò))是一種新型的光纖接入網(wǎng)技術(shù),它采用點到多點結(jié)構(gòu)、無源光纖傳輸,在以太網(wǎng)之上提供多種業(yè)務(wù)。它在物理層采用了PON技術(shù),在鏈路層使用以太網(wǎng)協(xié)議,利用PON的拓?fù)浣Y(jié)構(gòu)實現(xiàn)了以太網(wǎng)的接入。因此,它綜合了PON技術(shù)和以太網(wǎng)技術(shù)的優(yōu)點:低成本;高帶寬;擴(kuò)展性強(qiáng),靈活快速的服務(wù)重組;與現(xiàn)有以太網(wǎng)的兼容性;方便的管理等等。這一切使得PON產(chǎn)品從技術(shù)上角度上已經(jīng)有商用可能性。

另一方面市場的推動力量也在生效。尤其是近年來隨著相關(guān)器件成本的下降,PON的商用部署變成了可能。目前在北美和歐洲,阿爾卡特朗訊已經(jīng)擁有數(shù)量可觀的GPON用戶群,成為市場的領(lǐng)頭羊。但在中國,由于價格相對便宜的EPON更受到市場青睞。2009年將是PON在中國市場的起飛年,背后最關(guān)鍵的市場驅(qū)動力是成本。在光進(jìn)銅退策略的指導(dǎo)下,中國運(yùn)營商盡力壓縮在DSL設(shè)備上的投資。對于阿-朗的光接入研發(fā)團(tuán)隊而言,當(dāng)前的使命是一方面對GPON產(chǎn)品進(jìn)行優(yōu)化,努力降低成本;另一方面盡快推出符合中國市場的需求的EPON產(chǎn)品。在此背景下,阿-朗的7342EPON產(chǎn)品橫空出世。

圖1為EPON體系架構(gòu),整個EPON系統(tǒng)由NT,LT,ONU三部分組成,OLT的PON口下掛ONU,NT部分有兩個NT板組成,形成對系統(tǒng)的冗余保護(hù)。

圖2為EOLT的結(jié)構(gòu)圖可以看出OLT上的數(shù)據(jù)通路如下:

上行數(shù)據(jù)通過ONU至邏輯鏈路,再由邏輯鏈路傳至EPON芯片,然后在傳至switch最后通過10G的通道,經(jīng)由背板傳到圖1中NT板LANX的上聯(lián)口中,下行用戶數(shù)據(jù)則反向傳遞。

從結(jié)構(gòu)圖上就可以看出EPON系統(tǒng)包括NT,OLT,ONU三部分,其測試也主要涉及到這三部分。由于EPON系統(tǒng)的NT板與GPON系統(tǒng)的NT板為同一款,屬成熟產(chǎn)品,涉及的的測試點不多.EPON系統(tǒng)測試主要集中在對OLT板的測試以及OLT與ONU的互通管理兩部分,而OLT部分則是整個測試的重點

OLT測試被劃分HIS業(yè)務(wù)部分,組播業(yè)務(wù)部分,協(xié)議部分,設(shè)備及軟件管理,健壯性測試,LOAD測試.其中HIS業(yè)務(wù)是整個系統(tǒng)的核心,是所有可以實現(xiàn)的應(yīng)用的基礎(chǔ),所以測試范圍也是最廣的.主要包括不同vlan模式下,即CC,RB,stack-CC,stack-RB四種vlan模式下OLT的轉(zhuǎn)發(fā)行為,vlan的穿越,與vlan1:1或n:1的轉(zhuǎn)換,訪問控制列表與分類列表的應(yīng)用.Qos,系統(tǒng)的配置容量.組播業(yè)務(wù)應(yīng)該屬于增值業(yè)務(wù),其測試涉及以下幾方面內(nèi)容,組播的參數(shù)管理,不同vlan模式下組播的行為,組播轉(zhuǎn)發(fā)參數(shù)統(tǒng)計,系統(tǒng)的組播性能參數(shù).協(xié)議部分測試主要是DHCP,PPPOE,ARP三種協(xié)議的系統(tǒng)內(nèi)行為,協(xié)議部分應(yīng)該是比較成熟的測試,只要協(xié)議棧工作正常,理論上協(xié)議測試就應(yīng)該沒有什么太大問題.但是由于協(xié)議本身同樣也涉及到不同vlan模型下的處理模式,協(xié)議的發(fā)送實際上已經(jīng)成為vlan轉(zhuǎn)發(fā)模式的一部分,并且協(xié)議的數(shù)據(jù)通道與一般的用戶數(shù)據(jù)通道不同,所以協(xié)議流量處理自有特點.協(xié)議測試包括協(xié)議本身實現(xiàn)的特性,不同vlan模式下協(xié)議的處理,系統(tǒng)的協(xié)議處理性能,容量,所以協(xié)議測試也成為對EPON.設(shè)備管理數(shù)據(jù)通路測試的主要體現(xiàn),即對板上CPU的負(fù)載能力的重要的考量手段.設(shè)備測試主要是OLT配置管理,大量反復(fù)對機(jī)框所有槽位的板子的配置,刪除,查詢,重啟等一系列操作,用以檢測設(shè)備是否可以正常響應(yīng).軟件管理主要是通過在LT下載軟件時對LT拔插,重啟操作,以檢測其行為對LT的軟件下載的影響.OLT的軟件升級及對終端ONU軟件的遠(yuǎn)程升級.健壯性測試主要是包括PON口和整個LT板兩個層面的健壯性測試.PON口健壯性則是在單個PON下掛滿ONU對其中一些ONU進(jìn)行各種干擾性的操作,刪除創(chuàng)建,軟件更新,重啟,以考量單個ONU的行為對同一個PON下其他的ONU影響.LT的健壯性可以從兩方面考慮,一是從不同側(cè)面對滿載的LT進(jìn)行干擾,如拔插光纖,重啟,LT板,整個機(jī)框斷電后,用戶流量的恢復(fù).而是從不同類型的用戶流量對系統(tǒng)進(jìn)行測試.如對某個ONU以線速發(fā)送ARP,DHCP,PPPOE或IGMP流量不會對其他的ONU的上的用戶流量造成影響,各種不規(guī)則LT板插拔,超長包,變長包也不會對系統(tǒng)造成影響.Load測試主要是分通量測試和穩(wěn)定性測試兩部分.通量測試主要包括單個PON不同字節(jié)長度和混合字節(jié)長度下的上下行的通量還有整個LT板不同字節(jié)長度混合字節(jié)長度下的通量,還有線速率下的丟包率..穩(wěn)定性測試主要是大流量長時間用戶流量對系統(tǒng)的影響.

可以看出HIS測試中VLAN部分bridge是實現(xiàn)了客戶服務(wù)功能最基本模型,而CCL則是提供了基于不同條件對用戶業(yè)務(wù)進(jìn)行了分類標(biāo)注不同的優(yōu)先級,而OLT基于LLID與SERVICE的限速,流量調(diào)度,是為QOS提供了具體的執(zhí)行保障.對于安全保護(hù)問題,EPON重視度更高了.VLAN在用戶側(cè)與網(wǎng)絡(luò)側(cè)的CVLAN轉(zhuǎn)換,是安全保障的第一步.而現(xiàn)有的協(xié)議為用戶提供IP和部分安全認(rèn)證保護(hù)機(jī)制,并對板上OBC的負(fù)荷能力做了驗證和保護(hù),以防止系統(tǒng)在收到大量協(xié)議的攻擊,而導(dǎo)致系統(tǒng)不能正常工作.訪問列表則是對系統(tǒng)訪問控制做了限制,只有符合要求的客戶才能夠訪問網(wǎng)絡(luò).,以上措施大大提高了網(wǎng)絡(luò)訪問安全的保護(hù).而健壯性測試則是以保持用戶流量的同時,考量不同操作,不同類型的流量對之間的影響和干擾度,也是從另一個層面對系統(tǒng)安全的保護(hù).

OLT與ONU的互通管理測試包括OLT板端口對ONU的識別和授權(quán)的測試,對OLT的QOS中DBA測試,對ONU的管理配置測試,對ONU的網(wǎng)絡(luò)端口的管理配置測試,和對ONU上行流量的QOS管理測試,對ONU組播的管理測試及對ONU的健壯性管理測試.其中OLT的PON端口對ONU的識別和授權(quán)是OLT與ONU的最基本前提.從市場運(yùn)營角度來看,電線運(yùn)營商對OLT,ONU將實現(xiàn)分別采購,這樣的好處將可以極大程度上節(jié)約運(yùn)營成本,加速電信設(shè)備提供商的相互競爭,防止一家獨(dú)大,對市場形成壟斷優(yōu)勢.從技術(shù)角度上看,不同品牌的設(shè)備在同一個網(wǎng)絡(luò)下的配置對網(wǎng)絡(luò)服務(wù)是一種安全備份,避免整個系統(tǒng)因在單一產(chǎn)品配置下,因為某一產(chǎn)品的缺陷而導(dǎo)致整個網(wǎng)絡(luò)服務(wù)中斷的情況出現(xiàn),所以O(shè)LT與ONU的互通管理測試在實際中是十分重要的,而OLT板的PON端口對ONU的識別和授權(quán)則是互連互通的前提.其內(nèi)容包括PON下對接入的ONU的識別,只有配置過的ONU才能夠被注冊.對ONU授權(quán)有三種模式,一是基于ONU的MAC地址授權(quán),二是基于串號加password模式授權(quán),三是這兩種方式的混合授權(quán)方式.ONU的配置管理指包括通過命令行在OLT上對ONU的創(chuàng)建,修改,查詢,刪除.在重啟,拔插.斷電的等不同條件下ONU配置的恢復(fù),還有在ONU上創(chuàng)建語音通路實現(xiàn)基本的呼叫功能.對ONU的網(wǎng)絡(luò)口的管理包括對端口的創(chuàng)建,,通過TL1對端口自協(xié)商,流控的配置,和untag-frame,priority-frame,tagged-frame三種類型包在端口才處于透明和打vlan標(biāo)簽及vlan轉(zhuǎn)換模式下的轉(zhuǎn)發(fā)行為,還有在ONU端口實現(xiàn)vlan最大轉(zhuǎn)換比.OLT的QOS的DBA測試是基于LLID實現(xiàn)固定帶寬,保證帶寬,盡力帶寬及三種帶寬的結(jié)合的模式.ONU組播的管理測試包括驗證ONU可以支持CTC與SNOOPING兩種模式的配置,并且支持fastleave功能的打開與關(guān)閉的配置,支持對下行組播vlan標(biāo)簽撥除與保留的配置,驗證ONU在不同的的組播模式下的特性:如CTC模式下加入最大組播波組的數(shù)量可以基于UNI和控制通道上配置并生效,而SNOOPING模式下該參數(shù)僅基于UNI上配置方才生效.ONT的QOS測試主要包括對ONT的限速和在ONU上進(jìn)行服務(wù)分類。系統(tǒng)支持由OLT對ONU的UNI口實現(xiàn)上行流量的限速,當(dāng)上行擁塞出現(xiàn)時,可以觸發(fā)pause幀對發(fā)送端實現(xiàn)限速。對ONU上端口流量的分類可以基于ONU的UNI口,基于VLAN,基于用戶流量自身的優(yōu)先級,基于用戶IP,基于用戶MAC,基于四層流量的用戶源端口等幾類,進(jìn)行用戶流量服務(wù)等級的分類和優(yōu)先級標(biāo)注。這是在ONU的上面完成用戶流量的QOS的控制。還有就是對ONU的健壯性的測試,包括對ONU可以穩(wěn)定工作前提下的接收光功率波動的范圍的確定,.確定ONU數(shù)據(jù)和語音方面總的通量大小并檢驗在可維持的通量大小的用戶流量條件下,ONU可以確保72小時無錯包的性能,在高負(fù)載的情況下,拔插光纖,重啟ONU.或?qū)ζ鋽嚯姷牟僮?ONU自身狀態(tài)可以恢復(fù),所負(fù)載的流量也可以恢復(fù).單個PON口掛滿32個ONU時拔插多個ONU上的光纖是否會造成ONU之間的相互干擾,及檢測32個ONU同時斷電重啟,ONU是否可以恢復(fù),或者ONU升降級軟件時,ONU及其所負(fù)載的用戶能量是否可以恢復(fù),還包括ONU語音網(wǎng)管界面分別擁有IP和共享同一IP的情況下,ONU網(wǎng)管通過UNI或者PON界面是否可以實現(xiàn).可以看出OLT與互通ONU的測試最突出的特點是一致性,畢竟我們許多對ONU的操作全部是在OLT上完成,然后通過OLT下發(fā)到ONU上而非直接對ONU操作.所以這個階段一致性的檢測是最突出的一個特點.

同一個產(chǎn)品不同的角色可能對系統(tǒng)測試的關(guān)注點會不太一樣.

整個EPON的測試從產(chǎn)品檢驗角度看需要關(guān)注的是三個方面的問題。配置準(zhǔn)確下發(fā)與否,即所謂一致性問題;配置準(zhǔn)確前提下,功能實現(xiàn)與否即準(zhǔn)確性問題;功能實現(xiàn)前提下,系統(tǒng)穩(wěn)定與否即穩(wěn)定性的問題.如果這三方面問題可以比較圓滿解決,所實現(xiàn)的系統(tǒng)應(yīng)該是個完全可以讓人接受的系統(tǒng).

和ONU測試中提到的一致性略有不同,這里的一致性外延更,主要是基于系統(tǒng)角度考慮的。一致性的驗證主要講的是管理面,應(yīng)用面,HWwrappers三方面的數(shù)據(jù)的一致性.管理面數(shù)據(jù)是通過TL1,網(wǎng)管等下發(fā)的配置,應(yīng)用面則是依據(jù)網(wǎng)管數(shù)據(jù)對應(yīng)用層下的應(yīng)用程序進(jìn)行操作調(diào)用的數(shù)據(jù),理論應(yīng)該和管理數(shù)據(jù)一致的.HWwrappers是僅位于HW之上的特殊的數(shù)據(jù)層,通過它可以完成對具體的寄存器操作級HW操作.在EPON測試中就遭遇過這樣的問題,大多不一致發(fā)生在管理面與HWwrappers之間,而應(yīng)用面和管理面數(shù)據(jù)基本一致目前為止尚未遭遇到兩者不同的情況.如下例:

在一條完全配置的HIS業(yè)務(wù)上,上下行流量始終不能發(fā)通經(jīng)檢查所有管理面配置無誤,但是在LTtrace發(fā)現(xiàn)HWwrappers的一個數(shù)據(jù)與管理下發(fā)的配置不一致.

------------------------------UserInterfaceInformation:Begin-------

-----------------------

PON0-ONU19-LLID0

LLIDMAC:00:1e:40:7a:ff:ab

CVLAN:220

ServiceMode:RawService

ACLActionMode:Pass

MaxService:0x01

MaxStaticACL:0x00

MaxDynamicACL:0x00

MaxCCL:0x00

DestinationID:1063

NumberofServices:0------問題所在

NumberofStaticACLs:0

NumberofDynamicACLs:0

CCSVLAN:220

SVLANType:8

NetCVLAN:220

NetPbit:0

我們可以看到這段trace信息反應(yīng)出以下問題:第一個PON口下連接的第二十個ONUCVLANINTERFACE220下沒有創(chuàng)建任何業(yè)務(wù)即NumberofServices:0但在管理面上確是相關(guān)的業(yè)務(wù)已被創(chuàng)建

rtrv-eoltflow::all*/

"OLTFLOW-1-1-1-1-20-0-220-1::FLOWVAL=\"0000\",CVLAN=220,SVLAN=220,CVLANPBIT=7,

DNBWPORF=1,DNSLALVL=3

這就是所謂一致性的問題,這種問題是測試中十分頭痛的問題,也是最易遭遇的問題,定位相對麻煩,需要測試工程師對整個體系比較清晰理解.而這一測試十分重要,是之后進(jìn)行測試的基石。

準(zhǔn)確性則比較好理解,只要在數(shù)據(jù)一致性的前提下,需要的功能可以實現(xiàn)就能保證,這個問題較一致性問題相對易識別,也好定位.只要對功能行為事先定義明確,如果發(fā)現(xiàn)不符自然可以判定如下例:

VLAN模式為STACKRB,將DHCPrelay打開,系統(tǒng)的上聯(lián)口接至DHCP服務(wù)器,,ONU接PC,通過DHCP獲取IP地址,始終失敗,通過在兩端抓包發(fā)現(xiàn),服務(wù)器收到用戶的請求,但是服務(wù)器對用戶的應(yīng)答卻沒有送達(dá)至客戶端,于是手動構(gòu)造下行協(xié)議包,以burst的形式發(fā)送:

 

發(fā)送前計數(shù)器:
Received
 Octets                    : 23980
 Unicast Packets           : 298
 Non Unicast Packets       : 1
 Discarded Packets         : 53
 Error Packets             : 0
 Unknown Protocol          : 0
 
Transmitted
 Octets                    : 14969176
 Unicast Packets           : 308
 Non Unicast Packets       : 10739
 Discarded Packets         : 0
 Error Packets             : 0
發(fā)送后計數(shù)器:
Received
 Octets                    : 24044
 Unicast Packets           : 299
 Non Unicast Packets       : 1
 Discarded Packets         : 53
 Error Packets             : 0
 Unknown Protocol          : 0
 
Transmitted
 Octets                    : 15005152
 Unicast Packets           : 409
 Non Unicast Packets       : 10747
 Discarded Packets         : 0
 Error Packets             : 0
 

可以看出下行協(xié)議包已經(jīng)下發(fā)至LT板,下行協(xié)議包是在LT上丟棄,而之前單VLAN標(biāo)記的協(xié)議包可以正常獲得IP地址,所以問題可能是在雙VLAN標(biāo)簽處理上造成的,后經(jīng)查驗,打開在圖-2交換芯片處理STACKVLAN的功能,問題得以解決.準(zhǔn)確性問題多源于應(yīng)用程序自身的BUG.

至于穩(wěn)定性可能是最被關(guān)注的一個問題了,它不僅包括系統(tǒng)長時間大流量的情況保持低數(shù)值的丟包率和錯包率,而且還有在此背景下,采用種種極端的操作而系統(tǒng)所具有的健壯性的特點,這是保證對客戶提供長期穩(wěn)定的服務(wù)的基本條件之一.穩(wěn)定性的測試是系統(tǒng)隱藏得比較深的問題,是由系統(tǒng)BUG或者硬件的芯片BUG造成.,如下例:

一個滿負(fù)荷的PON口下面掛有32個ONU,對PON發(fā)送90%的流量,系統(tǒng)收發(fā)正常,然后對這個PON的光模塊反復(fù)插拔,可能導(dǎo)致部分邏輯鏈路狀態(tài)disabled,一部分用戶流量中斷,如下所示:

 

3c00 Reserved             0     (0,0)      0   000db6417000 no   Comp 

OAM: CTC Tek

3c01 SlaDisabled          1     (0,0)      0   001fa3582ccb no   TK   

OAM: CTC Tek

3c02 InService            2     (0,0)      0   001fa3582c26 no   TK   

OAM: CTC Tek

3c03 InService            3     (0,0)      0   001fa3582c08 no   TK   

OAM: CTC Tek

3c04 SlaDisabled          4     (0,0)      0   001fa3582c80 no   TK   

OAM: CTC Tek

3c05 SlaDisabled          5     (0,0)      0   001fa3582bfe no   TK   

OAM: CTC Tek

3c06 InService            6     (0,0)      0   001fa3582c8a no   TK   

OAM: CTC Tek

3c07 InService            7     (0,0)      0   001fa3582c5d no   TK   

OAM: CTC Tek

3c08 InService            8     (0,0)      0   001fa3582b68 no   TK   

OAM: CTC Tek

3c09 InService            9     (0,0)      0   001fa3582c99 no   TK   

OAM: CTC Tek

3c0a InService            10    (0,0)      0   001fa3582b9f no   TK   

OAM: CTC Tek

3c0b InService            11    (0,0)      0   001fa3582c58 no   TK   

OAM: CTC Tek

3c0c SlaDisabled          12    (0,0)      0   001fa3582b54 no   TK   

OAM: CTC Tek

3c0d InService            13    (0,0)      0   001ee3006eeb no   TK   

OAM: CTC Tek

3c0e InService            14    (0,0)      0   001fa3582b40 no   TK   

OAM: CTC Tek

3c0f SlaDisabled          15    (0,0)      0   001ee3006f13 no   TK   

OAM: CTC Tek

3c10 SlaDisabled          16    (0,0)      0   001fa3582c2b no   TK   

OAM: CTC Tek

3c11 InService            17    (0,0)      0   001fa3582b6d no   TK   

OAM: CTC Tek

3c12 InService            18    (0,0)      0   001fa3582ba9 no   TK   

OAM: CTC Tek

3c13 InService            19    (0,0)      0   001fa3582c30 no   TK   

OAM: CTC Tek

3c14 InService            20    (0,0)      0   001fa3582cee no   TK   

OAM: CTC Tek

3c15 InService            21    (0,0)      0   001fa3582c21 no   TK   

OAM: CTC Tek

3c16 InService            22    (0,0)      0   001fa3582c9e no   TK   

OAM: CTC Tek

3c17 SlaDisabled          23    (0,0)      0   001fa3582b5e no   TK   

OAM: CTC Tek

3c18 SlaDisabled          24    (0,0)      0   001fa3582bbd no   TK   

OAM: CTC Tek

3c19 SlaDisabled          25    (0,0)      0   001fa3582c49 no   TK   

OAM: CTC Tek

3c1a SlaDisabled          26    (0,0)      0   001fa3582c71 no   TK   

OAM: CTC Tek

3c1b SlaDisabled          27    (0,0)      0   001fa3582be0 no   TK   

OAM: CTC Tek

3c1c SlaDisabled          28    (0,0)      0   001fa3582b1d no   TK   

OAM: CTC Tek

3c1d SlaDisabled          29    (0,0)      0   001fa3582bb3 no   TK   

OAM: CTC Tek

3c1e SlaDisabled          30    (0,0)      0   001fa3582bef no   TK   

OAM: CTC Tek

3c1f InService            31    (0,0)      0   001fa3582b7c no   TK   

OAM: CTC Tek

3c20 SlaDisabled          32    (0,0)      0   001fa3582b77 no   TK   

OAM: CTC Tek

7fff InServiceMcast       255   (0,0)      0   ffffffffffff no   Comp 

OAM: CTC Tek

3e00 Reserved             0     (1,1)      0   000db6417001 no   Comp 

OAM: CTC Tek

3e01 SlaDisabled          1     (1,1)      1   001ee3006f59 no   TK   

OAM: CTC Tek

7fff InServiceMcast       255   (1,1)      1   ffffffffffff no   Comp 

OAM: CTC Tek

從EPON芯片trace中可以看出部分邏輯鏈路是disabled,但是查閱相應(yīng)的ONU狀態(tài)卻是enabled,所以排除了ONU的狀態(tài)影響了邏輯鏈路的工作狀態(tài).,手動拔插光模塊出現(xiàn)問題概率并不是很大,但是通過腳本模擬這個拔插動作,發(fā)現(xiàn)邏輯鏈路不僅會disabled,而且還會出現(xiàn)lockout的情況,最后這一問題被認(rèn)定EPON芯片的內(nèi)部BUG.這是個很典型的穩(wěn)定性的問題

如果電信運(yùn)營商角度看,可能會著重功能性測試,QOS測試,穩(wěn)定性測試,便易性測試和互通性測試.功能性測試是指運(yùn)營商向使用客戶提供了一定性功能服務(wù)的承諾以吸引客戶購買該服務(wù).,所以他必須確保這些服務(wù)在現(xiàn)有的系統(tǒng)中的可實現(xiàn)性.QOS測試就更好理解了,電信運(yùn)營商要針對不同性質(zhì)的用戶,對其需要服務(wù)進(jìn)行區(qū)分并制定不同的收費(fèi)標(biāo)準(zhǔn),這是其利潤所在,當(dāng)然會加倍關(guān)注.便易性測試包括系統(tǒng)易操作性和可維護(hù)性測試兩方面.易操作性是指系統(tǒng)網(wǎng)管界面簡單明了,并能夠?qū)崿F(xiàn)遠(yuǎn)程管理,畢竟命令行只是專業(yè)人員的習(xí)慣的界面,簡單友好的管理界面能保證系統(tǒng)管理的便易性,也會減少其人員培訓(xùn)成本.可維護(hù)性是指系統(tǒng)可以可以完成遠(yuǎn)端在線升級而不會破壞原有的用戶數(shù)據(jù).互通性測試是運(yùn)營商為了引入競爭,防止供貨商壟斷市場,從而降低自身運(yùn)行成本的策略.穩(wěn)定性測試則如前所言,不再贅述.

可以看出不同的身份決定了不同的視角,不同的視角就會有不同的測試切入點,如果把兼顧好各方面的關(guān)注點,那么產(chǎn)品基本就能夠讓產(chǎn)品迅速被市場接受,測試的也就達(dá)到最終的目的了。EPON設(shè)備的測試正是兼顧了這些測試視角,所以最后通過順利入網(wǎng)也就是必然結(jié)果。

標(biāo)簽:

點贊

分享到:

上一篇:神經(jīng)網(wǎng)絡(luò)在PMV指標(biāo)中的應(yīng)用研究

下一篇:基于PLC的AGV控制系統(tǒng)設(shè)計實現(xiàn)

中國傳動網(wǎng)版權(quán)與免責(zé)聲明:凡本網(wǎng)注明[來源:中國傳動網(wǎng)]的所有文字、圖片、音視和視頻文件,版權(quán)均為中國傳動網(wǎng)(m.u63ivq3.com)獨(dú)家所有。如需轉(zhuǎn)載請與0755-82949061聯(lián)系。任何媒體、網(wǎng)站或個人轉(zhuǎn)載使用時須注明來源“中國傳動網(wǎng)”,違反者本網(wǎng)將追究其法律責(zé)任。

本網(wǎng)轉(zhuǎn)載并注明其他來源的稿件,均來自互聯(lián)網(wǎng)或業(yè)內(nèi)投稿人士,版權(quán)屬于原版權(quán)人。轉(zhuǎn)載請保留稿件來源及作者,禁止擅自篡改,違者自負(fù)版權(quán)法律責(zé)任。

相關(guān)資訊

網(wǎng)站簡介|會員服務(wù)|聯(lián)系方式|幫助信息|版權(quán)信息|網(wǎng)站地圖|友情鏈接|法律支持|意見反饋|sitemap

傳動網(wǎng)-工業(yè)自動化與智能制造的全媒體“互聯(lián)網(wǎng)+”創(chuàng)新服務(wù)平臺

網(wǎng)站客服服務(wù)咨詢采購咨詢媒體合作

Chuandong.com Copyright ?2005 - 2024 ,All Rights Reserved 深圳市奧美大唐廣告有限公司 版權(quán)所有
粵ICP備 14004826號 | 營業(yè)執(zhí)照證書 | 不良信息舉報中心 | 粵公網(wǎng)安備 44030402000946號