電信級以太網(wǎng)測試技術(shù)研究
加入技術(shù)交流群
2.5業(yè)務(wù)管理測試
業(yè)務(wù)管理測試主要包括兩方面的內(nèi)容：對網(wǎng)管系統(tǒng)的測試以及對OAM機(jī)制的測試。前者應(yīng)基于故障、配置、計費、性能和安全(FCAPS)功能模塊，主要包括拓?fù)浒l(fā)現(xiàn)、業(yè)務(wù)創(chuàng)建、故障監(jiān)測、性能管理等方面的內(nèi)容，測試時通過網(wǎng)管系統(tǒng)創(chuàng)建的業(yè)務(wù)需要發(fā)送模擬業(yè)務(wù)流量加以驗證。
后者是基于IEEE 802.3ah，IEEE 802.1ag[10]，ITU-T Y.1731[11]以及G.8114[12]等標(biāo)準(zhǔn)，通過協(xié)議分析儀，對以太網(wǎng)OAM機(jī)制或T-MPLS OAM機(jī)制中的連續(xù)性檢查(CC)、環(huán)回(LB)及鏈路跟蹤(LT)等消息的消息格式及消息流程進(jìn)行一致性檢查，驗證其是否符合相關(guān)標(biāo)準(zhǔn)的規(guī)定。
3電信級以太網(wǎng)測試技術(shù)的實踐
通過使用上述測試方法，對PBB/PBT、T-MPLS、增強(qiáng)以太網(wǎng)環(huán)網(wǎng)以及VPLS等4種CE實現(xiàn)方案測試，可以看出，雖然現(xiàn)有的多種CE技術(shù)在業(yè)務(wù)承載能力、可靠性、擴(kuò)展能力、QoS以及OAM管理能力等方面均能基本滿足電信級組網(wǎng)的需求，但是由于不同的CE解決方案在存在著較大的差異性，在短期內(nèi)難以實現(xiàn)完全的互聯(lián)互通。
3.1業(yè)務(wù)承載能力
從測試結(jié)果來看上述4種解決方案均能夠較好的承載寬帶上網(wǎng)業(yè)務(wù)、IP語音業(yè)務(wù)，但對于專線業(yè)務(wù)、組播業(yè)務(wù)以及TDM業(yè)務(wù)，不同的解決方案其實現(xiàn)效果和復(fù)雜度各不相同。在承載專線業(yè)務(wù)時，增強(qiáng)型以太網(wǎng)技術(shù)由于全網(wǎng)設(shè)備都要學(xué)習(xí)用戶的MAC地址信息，所以用戶信息的隔離效果比較差，網(wǎng)絡(luò)容易遭受來自用戶側(cè)的攻擊；而PBB/PBT、T-MPLS以及VPLS技術(shù)，僅在運營商邊緣(PE)設(shè)備的用戶網(wǎng)絡(luò)接口(UNI)學(xué)習(xí)用戶的MAC地址信息，網(wǎng)絡(luò)核心設(shè)備不學(xué)習(xí)用戶MAC地址信息，所以隔離效果好。對于組播業(yè)務(wù)，幾種解決方案均能夠承載，但是實現(xiàn)復(fù)雜度各不相同，其中增強(qiáng)型以太網(wǎng)技術(shù)由于采用環(huán)形組網(wǎng)，因此能比較方便地實現(xiàn)組播業(yè)務(wù)，而PBB/PBT、T-MPLS和VPLS/適合以太網(wǎng)的多協(xié)議標(biāo)簽交換(EoMPLS)技術(shù)的組播業(yè)務(wù)實現(xiàn)方式較為復(fù)雜，而且具體實現(xiàn)方法也存在著差異，尚未形成一個統(tǒng)一的標(biāo)準(zhǔn)。對于TDM業(yè)務(wù)，目前PBB/PBT、T-MPLS和VPLS技術(shù)均能提供相應(yīng)的TDM接口或CES仿真接口，增強(qiáng)以太網(wǎng)技術(shù)的TDM支持能力則相對較差。對于TDM業(yè)務(wù)的同步時鐘傳送功能，目前多數(shù)廠家還在研發(fā)過程中，尚不能提供比較完善的解決方案。
3.2業(yè)務(wù)可靠性
對于寬帶上網(wǎng)業(yè)務(wù)、IP語音業(yè)務(wù)、專線業(yè)務(wù)，幾種解決方案在鏈路和節(jié)點故障的情況下，都能夠滿足小于50 ms的保護(hù)倒換；對于組播業(yè)務(wù)，由于實現(xiàn)方法上的差異，有些技術(shù)方案還不能達(dá)到50 ms的保護(hù)倒換時間，這也是下一步技術(shù)研究的重點之一。此外，對于接入鏈路的保護(hù)也大不相同，除了標(biāo)準(zhǔn)的快速生成樹協(xié)議(RSTP)快速生成樹技術(shù)之外，許多廠家都開發(fā)了專有的技術(shù)來提高保護(hù)倒換效率，從測試結(jié)果來看，采用RSTP技術(shù)故障倒換造成上行業(yè)務(wù)流量的受損時間大于100 ms，而專有技術(shù)雖然測試效果小于50 ms，但由于都是各廠商私有的技術(shù)，其互通性無法得到保證。
3.3擴(kuò)展能力
目前，主要的CE設(shè)備廠商都開發(fā)出了支持10GE接口的設(shè)備，接口帶寬可以從FE接口擴(kuò)展到10G接口，可基本滿足運營商城域組網(wǎng)的需要。在隧道支持的能力上，由于設(shè)備處理能力的不同，其所能提供的業(yè)務(wù)數(shù)量也不盡相同，數(shù)量從數(shù)千到數(shù)萬，也可基本滿足運營商城域二層組網(wǎng)的需要，其中PBT、T-MPLS以及VPLS在此方面的擴(kuò)展性較好。
3.4QoS功能
目前，幾種實現(xiàn)方案在QoS流分類能力和排隊調(diào)度算法實現(xiàn)方面基本能夠?qū)崿F(xiàn)基于VLAN標(biāo)簽和端口的流分類，支持PQ、WFQ/WRR排隊調(diào)度算法。對于層次化QoS功能，多數(shù)廠家都可以支持。
3.5業(yè)務(wù)管理能力
目前，多數(shù)廠家都能夠提供可視化的拓?fù)湟晥D，支持業(yè)務(wù)創(chuàng)建功能，但配置復(fù)雜度不同，多數(shù)廠家的網(wǎng)管系統(tǒng)需要對每個網(wǎng)元進(jìn)行單獨配置，操作較為復(fù)雜。由于PBB/PBT、T-MPLS方案的控制層面尚不支持控制信令，因此在網(wǎng)管系統(tǒng)上需要通過靜態(tài)配置的方式進(jìn)行業(yè)務(wù)創(chuàng)建。對于批量業(yè)務(wù)的配置，多數(shù)廠商能夠提供相應(yīng)的應(yīng)用程序接口(API)，通過編寫腳本的方式實現(xiàn)，但是目前各廠家基本不支持通過網(wǎng)管界面進(jìn)行批量業(yè)務(wù)的創(chuàng)建功能，這也給運營商的日常維護(hù)帶來了一些不便。
在OAM功能支持方面，現(xiàn)在多數(shù)廠商都已支持802.1ag協(xié)議，但是Y.1731協(xié)議中的性能管理功能只有部分廠家可以實現(xiàn)。
4結(jié)束語
由于不同的CE技術(shù)適用于不同的應(yīng)用場景，因此在具體進(jìn)行測試時，需要針對應(yīng)用場景及采用的技術(shù)方案制定相應(yīng)的測試方案。隨著各種CE技術(shù)的發(fā)展，CE技術(shù)的測試方法也需要不斷地完善，以滿足對CE技術(shù)日益增長的評估需求。本文引用地址：http://www.ex-cimer.com/article/156756.htm
評論