·設(shè)備的傳統(tǒng)路由協(xié)議，如BGP,OSPF，ISIS 等協(xié)議

·設(shè)備的傳統(tǒng)MPLS協(xié)議，如LDP， RSVP-TE等協(xié)議

·實現(xiàn)E-Line和E-LAN等以太網(wǎng)服務(wù)的技術(shù)，如PWE3, VPLS等。

·設(shè)備轉(zhuǎn)發(fā)性能測試

這類設(shè)備或者網(wǎng)絡(luò)，測試內(nèi)容主要包括：

· 協(xié)議基本功能測試。比如，路由協(xié)議能否建立鄰居關(guān)系? 能否正確發(fā)布，學習和計算路由表? 偽線能否正確建立？VPLS的MAC學習和洪泛功能是否正常? 是否存在VPN泄漏？能否自動發(fā)現(xiàn)PE等等；

· 擴展性測試。比如,路由表的容量有多大? 設(shè)備最多能建立多少個路由協(xié)議鄰接關(guān)系? 等等；

· 性能測試。集成協(xié)議平面和數(shù)據(jù)平面的測試，驗證路由和MPLS協(xié)議交互對于正常業(yè)務(wù)轉(zhuǎn)發(fā)的影響；

· 高可靠性測試。MEF 要求運營商以太網(wǎng)具備50ms以下的故障恢復時間，所以需要驗證網(wǎng)絡(luò)或者設(shè)備的快速收斂速度和故障恢復時間；

· 一致性測試。不同廠家對于協(xié)議的理解也不盡相同，所以會造成互通性問題。一致性測試驗證廠家設(shè)備對于協(xié)議的實現(xiàn)是否符合標準；

· 負面測試。實驗室環(huán)境是理想的環(huán)境，在這種環(huán)境下，設(shè)備可能工作良好。但現(xiàn)網(wǎng)是一個復雜的環(huán)境，其中存在很多異常的網(wǎng)絡(luò)事件，這些時間會給設(shè)備的正常運行造成影響。比如，鄰居路由器執(zhí)行一次撤銷路由和通告路由的行為，就會要求設(shè)備的CPU重新計算路由表。頻繁的這種行為，會給設(shè)備造成負擔，對其穩(wěn)定性是一個挑戰(zhàn)。負面測試就是通過測試儀表仿真各種網(wǎng)絡(luò)事件，觀察被測設(shè)備在長時間復雜環(huán)境下的穩(wěn)定性，從而減少安設(shè)到現(xiàn)網(wǎng)以后的工程故障。

SpirentTestcenter為以上測試提供了業(yè)界最全面的解決方案。

2.1.1.Spirent Testcenter IP/MPLS 測試方案

Spirent Testcenter 提供全面的IP/MPLS 網(wǎng)絡(luò)測試方案：

路由協(xié)議測試，包括RIP,OSPF,ISIS,BGP, PIM-SM/PIM-SSM等，以上路由協(xié)議支持IPv4和IPv6版本；

MPLS信令協(xié)議，包括LDP，RSVP-TE,MP-BGP；

支持Martini和Kompella仿真；

支持PWE3仿真；

支持基于LDP的VPLS和基于MP-BGP的VPLS仿真；

支持L3VPN和6PE仿真；

支持以上協(xié)議和技術(shù)的功能測試；

支持以上協(xié)議和技術(shù)的協(xié)議擴展性測試；

通過CommanderSequencer調(diào)度各種協(xié)議和鏈路的網(wǎng)絡(luò)事件，長時間對設(shè)備施加負面測試壓力，觀察設(shè)備在異常網(wǎng)絡(luò)環(huán)境下的穩(wěn)定性和健壯性；

支持以上協(xié)議和技術(shù)的一致性測試。

協(xié)議測試都是比較復雜的測試，特別是在進行電信級的大規(guī)模仿真測試時，更需要測試人員有一定的路由和MPLS技術(shù)基礎(chǔ)，所以Spirent Testcenter 為所有單播和組播路由協(xié)議，MPLS信令協(xié)議，各種MPLS VPN的測試都提供了配置向?qū)В梢苑奖阌脩艨焖贉蚀_生成測試。

圖9SpirentTestcenter路由和MPLS測試配置向?qū)?/em>

另外 Spirent Testcenter 提供了最好的協(xié)議平面和數(shù)據(jù)轉(zhuǎn)發(fā)平面集成測試手段，在協(xié)議平面建立起來的網(wǎng)絡(luò)拓撲結(jié)構(gòu)上直接生成驗證流量，通過數(shù)據(jù)轉(zhuǎn)發(fā)平面來驗證協(xié)議平面工作的正確性，以及協(xié)議平面計算對于數(shù)據(jù)轉(zhuǎn)發(fā)性能的影響。

圖10SpirentTestcenter數(shù)據(jù)平面和協(xié)議平面集成測試

2.2. PBB/PBT 測試方案

PBT技術(shù)的基礎(chǔ)是IEEE 802.1ah定義的PBB（Provider Backbone Bridge，運營商骨干橋接）技術(shù)，IEEE把PBT技術(shù)稱為PBB-TE（Provider Backbone Bridge Traffic Engineering，支持流量工程的運營商骨干橋接技術(shù)）。PBB又稱為MAC-in-MAC，是一種基于MAC堆棧的技術(shù)，用戶MAC被封裝在運營商MAC內(nèi)，通過二次封裝對用戶流量進行隔離，增強了以太網(wǎng)的可擴展性和業(yè)務(wù)的安全性。在運營商網(wǎng)絡(luò)中，用運營商MAC進行交換。PBB的關(guān)鍵是在MAC-in-MAC封裝中引入了24 bit的I-TAG（業(yè)務(wù)實例標簽），可以支持2^24次方的服務(wù)實例，達到電信級以太網(wǎng)規(guī)模。圖11 是PBB封裝圖。

PBT技術(shù)基于PBB技術(shù)，其核心是對PBB技術(shù)進行改進，通過網(wǎng)絡(luò)管理和控制，使CE中的業(yè)務(wù)事實上具有連接性，以便實現(xiàn)保護倒換、OAM、QoS、流量工程等電信網(wǎng)絡(luò)的功能。相對于PBB, PBT技術(shù)做了一些簡化，包括：

不支持洪泛，對未知目的地址數(shù)據(jù)幀直接丟棄。

PBT關(guān)閉了PBB的組播功能，不轉(zhuǎn)發(fā)而是丟棄組播數(shù)據(jù)；

預先配置PBT通路，關(guān)閉了廣播學習功能

不支持生成熟協(xié)議，關(guān)閉了用于阻止網(wǎng)絡(luò)內(nèi)出現(xiàn)環(huán)路的協(xié)議。

運營商可以管理不同路由上的負載，防止負載不均衡情況的發(fā)生。

PBT技術(shù)采用外層MAC加上外層VID（B-DA+B-VID）來表示一條隧道，進行業(yè)務(wù)轉(zhuǎn)發(fā)，使CE受到運營商的控制并能隔離用戶流量。到某一個目的B-DA MAC 地址的通路，可以對應多個隧道，每個隧道有唯一的B-VID, 其中一條隧道為工作隧道, 其他隧道為備用隧道。

圖11PBB封裝圖

目前PBT沒有定義控制層面，隧道的建立主要依賴于人工配置。

PBT技術(shù)支持帶寬管理和CAC（ConnectionAdmissionControl，連接接納控制）功能，以實現(xiàn)對網(wǎng)絡(luò)資源的管理，通過網(wǎng)管配置或NC（NetworkController，網(wǎng)絡(luò)控制器）建立連接，可方便實現(xiàn)靈活的交換和TE。

PBT技術(shù)采用IEEE802.1ag中的CFM（ConnectivityFaultManagement，連接性故障管理）機制來持續(xù)地監(jiān)視網(wǎng)絡(luò)中的隧道狀態(tài)。當主用隧道失效時會把業(yè)務(wù)自動轉(zhuǎn)移到預先建立的備用電路上。有些廠商聲明可以獲得15 ms的故障倒換時間。

PBT技術(shù)兼容傳統(tǒng)以太網(wǎng)橋的架構(gòu)，不需要對網(wǎng)絡(luò)中間節(jié)點進行更新即可基于對數(shù)據(jù)幀進行轉(zhuǎn)發(fā)，數(shù)據(jù)幀也不需要修改，轉(zhuǎn)發(fā)效率高。