當新一代運營商級以太網(CE)2.0在2012年推出時,MEF總裁陳子湳曾表示:“有了電信級以太網2.0,服務提供商和設備制造商就可以通過新的批發E-Access服務和標準化工程遠距多種服務,到達巨大數量的當地、區域和全球的位置。”
批發市場終于松了口氣,因為CE 2.0提供了一個共同的全球術語,使它更容易擴展他們的產品至新的領域,而不會為了試圖排隊和測試多樣以太網產品的兼容性而面對時間和成本的劣勢。
但這是否意味著現在可以無需測試而提供服務呢?答案是既肯定又否定 - 如同EANTC(歐洲高級網絡測試中心)董事總經理Carsten Rossenhoevel解釋:“當你買新車時,你并不需要檢查它是否具備剎車、燈光,和一輛車所該有的基本功能,因為有由行業標準和認證照管的安全和車輛性能的基本標準。但是,當談到選擇特定目的的車輛時 - 例如越野車、跑車、家庭轎車,或其他車 - 那么你會基于進一步的評估來做選擇,這些評估包括已發布的越野性能測試和個別的試駕評估。”
E-Access也類似。它提供了以太網批發服務連接的標準,而不需要進行長時間的接口定制,但你需要考慮客戶實際的端到端服務需求。可能對延遲性、高可靠性、低抖動、高帶寬、可擴展性等會有特定的要求,這已超出E-Access的標準 – 就像家庭轎車的性能證書并不能保證它適合越野駕駛。
測試的水平
Spirent通信高級產品營銷經理Rajesh Rajamani解釋說:“這有助于區分三個層次的測試,一致性測試、功能測試和性能測試”。
一致性測試是測試網絡或服務符合要求標準。如果該服務已經被E-Access認證,表示這個測試已經符合標準。但Rajamani指出,對于大多數網絡而言,客戶流失率和升級率意味著為確保E-Access認證標簽仍然適用,運行普通的一致性測試還是值得的。
功能測試已向下鉆研到具體的服務需求,如連接是否適合視頻流、VoIP、災難恢復,或其他客戶的需求。在這里服務提供商可以開始區隔他們的產品并對準特定的目標市場。這是個事實,一個服務可以完全基于已獲得認證并已進行性能測試的設備;但是當網絡組裝起來,結果證明整個網絡小于其部分組件之和。基于諸如運營商級以太網成熟標準的網絡的很大部分的服務質量問題是基于網絡配置的。再次,有必要端到端地測試服務,而不僅僅是一部分一部分地測試。
一旦確定網絡可以滿足這些服務需求,接下來的問題是:它能夠滿足全部需求嗎? 在理想條件下提供巨大的帶寬是一回事,日復一日地在一系列的日常工作環境中,或甚至在極端負載、故障條件,或網絡攻擊下確保帶寬能提供給數千個端點使用則完全是另一回事。
性能測試填補了“可以交付什么”和“能夠交付什么”之間的差異,在測試答案之前先決定什么是正確的問題要問需要大量的經驗。今天的性能測試設備能夠重建實驗室實際運行的條件;其中包括實際的日常流量,可以縮放來模擬極端的“高峰時間”條件,以及可能出現的故障。請注意,“現實的條件”不僅僅是不同類型的數據流量疊加的問題,而且是重建他們的不同的模式,例如視頻是一個持續的高帶寬需求,而當人們說話或沉默時,VoIP則是以不規則的雙向脈沖出現。
如果了解服務在攻擊下會如何運作是重要的,那么基于云的測試程序可以連接到最新的網絡攻擊和惡意軟件數據庫,并正在不斷地被更新以包括每一個可能的攻擊狀態。
不幸的是,性能測試的可能性是無止境的,因此,在理想的性能與可接受的性能和可能的操作條件之間找到適當的平衡,以創建真正實用的和有成本效益的測試流程,需要專業技能和可觀的經驗。
主要的挑戰
提供一個有用的業務服務超越提供能滿足特定一致性、功能和性能要求的連接,該業務服務也必須是可管理的。
Rossenhoevel解釋說,做一個可互操作的連接是一回事,但保證運營、管理和維護(OAM)功能在網絡上能被積極支持卻完全是另一回事;“如果單一提供商的服務無法正常工作,你可以期望他們及時將故障排除。但是,如果出現故障的服務跨越多個提供商網絡,通常很多時間浪費在分析上,因為服務提供商沒有合適的工具來迅速確定問題的根源。CE 2.0現在包括了提供商間OAM功能的必要手段。”
對于Veryx技術高級產品經理Madhan Panchaksharam而言,這個問題不僅是電路配置跟上持續運營和設備升級的不斷演化的同時能保持服務水平和互操作性,而且也有復雜的挑戰。“CE 2.0普遍被技術強大的團隊理解接受,例如網絡工程和網絡體系結構的團隊。然而,參與日常測試和開通服務以及監測和故障排除的團隊 - 典型的是網絡運營團隊 - 通常對這些定義的理解很有限。”
Madhan Panchaksharam繼續說:“盡管讓他們的服務認證是邁向MEF CE 2.0網絡完整性的很大的一步,通常服務提供商在服務激活期間僅僅依靠ITU-T Y.1564 或 RFC 2544。當需要時,這些測試被證明是不足以確保全網的電信級服務交付的。”
特別是云服務提供商(+本站微信networkworldweixin),要全盤管理運營商級以太網服務 - 能夠預測出哪里需要增強容量和性能 - 所以客戶對其SLA將會得到滿足能有信心。
最佳測試實踐
一致性測試只是第一步,Madhan Panchaksharam表示:“經驗表明,有許多的問題直到用戶開始使用他們的服務時才被發現。例如大多數客戶報告的問題的共同原因指向配置不匹配和設備互操作性問題導致的有關VLAN的保存、CoS標簽保存、MTU處理、突發處理、端口安全和控制數據包處理的問題。這是因為RFC 2544/Y.1564專注于性能參數驗證。它不保證許多MEF所描述的功能面。”
正如Carsten Rossenhoevel指出,MTU的處理已包含在CE 2.0認證符合最低傳統的IEEE標準的要求(1526個字節的數據包大小)。今天的商務和云以太網服務通常需要最少2000字節MTU值。CE 2.0一致性測試創建了最低要求水平的公平競爭環境、個別的功能和性能測試,確保了廠商和服務提供商能滿足高端客戶的需求。
每次出現一個新的服務時,服務提供商應該始終對CE 2.0屬性運行驗證檢查,而不是必須解決以后出現的問題 – 特別是如果服務跨多個提供商時。CE 2.0提供了一個通用的標準語言,有助于澄清溝通,對于問題減少了浪費時間指責其他運營商的傾向。
更重要的是,對客戶的服務水平期望和協議方面有實際性能測試的需要。大多數業務應用程序在正常操作條件下需要繼續履行的保證,但不一定需要在極端或危機情況下無缺點地運行。通常更有效益的是只要了解性能限制和制定策略來應對危機,而不是花大錢使系統具有完全防彈功能。性能測試針對系統可以管理什么以及它可能的失敗提供了指導 - 如何圍繞失敗最好地計劃。
測試到這個水平不是簡單的事,如果嘗試手動將會需要花費大量的時間和精力。自動化測試變得至關重要,不僅確保該測試可以迅速地進行,而且也減少了對本領域技術人員的需要。一旦測試成為一種負擔就會減緩服務交付,也會對服務效果產生不良影響。
自動化測試是一個游戲規則改變者,因為它使我們可以想象以接近線速來監視性能 - 例如,運行經常的連續性檢查與環回信號來觸發自動故障管理,使系統能在較短的時間內轉移流量或自我愈合,比任何人工操作員能檢測到故障的時間要短。
最后,也是至關重要的,是報告這些測試結果時,要堅持標準的CE 2.0定義和術語。作為一種標準語言,MEF術語提供了一個共同的語言給批發合作伙伴分享他們的測試結果,并加速在多運營商網絡故障排除。
結論
若非MEF定義基本的E-Access規格和提供共同的CE 2.0語言和標準,多運營商云服務蓬勃發展的復雜性將會是一個可怕的發展狀況。業內回應了大量復雜的網絡測試服務和自動化測試設備,使快速、簡單、或正在進行的測試成為實用、高性價比的命題。
Rajamani總結:“在服務現場發生失敗狀況的代價是非常昂貴的。隨著互聯網流量的快速增長,加上客戶的不斷流失和系統升級需求,現在比以往任何時候都更重要的是部署可靠的設備,提供至少等同于傳統預期的服務效果。”