思博倫通信城域以太網(wǎng)測試解決方案

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

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

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

·設備轉發(fā)性能測試

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

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

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

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

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

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

· 負面測試。實(shí)驗室環(huán)境是理想的環(huán)境，在這種環(huán)境下，設備可能工作良好。但現網(wǎng)是一個(gè)復雜的環(huán)境，其中存在很多異常的網(wǎng)絡(luò )事件，這些時(shí)間會(huì )給設備的正常運行造成影響。比如，鄰居路由器執行一次撤銷(xiāo)路由和通告路由的行為，就會(huì )要求設備的CPU重新計算路由表。頻繁的這種行為，會(huì )給設備造成負擔，對其穩定性是一個(gè)挑戰。負面測試就是通過(guò)測試儀表仿真各種網(wǎng)絡(luò )事件，觀(guān)察被測設備在長(cháng)時(shí)間復雜環(huá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é)議擴展性測試；

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

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

協(xié)議測試都是比較復雜的測試，特別是在進(jìn)行電信級的大規模仿真測試時(shí)，更需要測試人員有一定的路由和MPLS技術(shù)基礎，所以Spirent Testcenter 為所有單播和組播路由協(xié)議，MPLS信令協(xié)議，各種MPLS VPN的測試都提供了配置向導，可以方便用戶(hù)快速準確生成測試。

圖9SpirentTestcenter路由和MPLS測試配置向導

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

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

2.2. PBB/PBT 測試方案

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

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

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

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

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

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

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

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

圖11PBB封裝圖

目前PBT沒(méi)有定義控制層面，隧道的建立主要依賴(lài)于人工配置。

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

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

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