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

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

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

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

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

圖1為EPON體系架構(gòu)，整個(gè)EPON系統(tǒng)由NT，LT，ONU三部分組成，OLT的PON口下掛ONU，NT部分有兩個(gè)NT板組成，形成對(duì)系統(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三部分,其測(cè)試也主要涉及到這三部分。由于EPON系統(tǒng)的NT板與GPON系統(tǒng)的NT板為同一款,屬成熟產(chǎn)品,涉及的的測(cè)試點(diǎn)不多.EPON系統(tǒng)測(cè)試主要集中在對(duì)OLT板的測(cè)試以及OLT與ONU的互通管理兩部分,而OLT部分則是整個(gè)測(cè)試的重點(diǎn)

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

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

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

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

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

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

在一條完全配置的HIS業(yè)務(wù)上,上下行流量始終不能發(fā)通經(jīng)檢查所有管理面配置無(wú)誤,但是在LTtrace發(fā)現(xiàn)HWwrappers的一個(gè)數(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)出以下問題:第一個(gè)PON口下連接的第二十個(gè)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

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

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

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

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

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

一個(gè)滿負(fù)荷的PON口下面掛有32個(gè)ONU,對(duì)PON發(fā)送90%的流量,系統(tǒng)收發(fā)正常,然后對(duì)這個(gè)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).,手動(dòng)拔插光模塊出現(xiàn)問題概率并不是很大,但是通過腳本模擬這個(gè)拔插動(dòng)作,發(fā)現(xiàn)邏輯鏈路不僅會(huì)disabled,而且還會(huì)出現(xiàn)lockout的情況,最后這一問題被認(rèn)定EPON芯片的內(nèi)部BUG.這是個(gè)很典型的穩(wěn)定性的問題

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

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