首頁 > 專題 > SDN,重新定義下一代園區(qū)網(wǎng) > 園區(qū)網(wǎng)承載的業(yè)務(wù)正在在發(fā)生著深刻變化

園區(qū)網(wǎng)承載的業(yè)務(wù)正在在發(fā)生著深刻變化
2013-08-12 14:40:16   評論:0 點擊:

  用戶越來越期望網(wǎng)絡(luò)不再是無感知的連接網(wǎng)絡(luò),而應該面向應用和業(yè)務(wù)的靈活承載隨需而變,具體體現(xiàn)在:傳統(tǒng)的園區(qū)網(wǎng)絡(luò)是典型的采用盡力轉(zhuǎn)發(fā)的收斂型架構(gòu)、平均網(wǎng)絡(luò)帶寬卻利用率偏低的物理網(wǎng)絡(luò)。一方面由于收斂的拓撲和盡力轉(zhuǎn)發(fā)的模型,使得網(wǎng)絡(luò)承載類似高帶寬、高可靠性要求的視頻業(yè)務(wù)(嚴格抖動、延時)和多媒體非線編業(yè)務(wù)時會出現(xiàn)局部網(wǎng)絡(luò)擁塞、丟包、延時而無法保障業(yè)務(wù)的可用、體驗和質(zhì)量;另一方面為盡量保證業(yè)務(wù)并發(fā)時的網(wǎng)絡(luò)質(zhì)量和帶寬,IT還在不斷地升級百兆接入網(wǎng)絡(luò)到千兆接入網(wǎng)絡(luò),而實際平均帶寬利用率不超過20%。這使得園區(qū)網(wǎng)的IT建設(shè)和管理者通常處于兩難的處境:既希望提高網(wǎng)絡(luò)的實際利用率,又希望能真正保障業(yè)務(wù)需要的網(wǎng)絡(luò)品質(zhì)和帶寬保障。從而提出了下一代園區(qū)網(wǎng)需要支持隨需而變、品質(zhì)保證的虛擬網(wǎng)絡(luò)需求,其實就是希望網(wǎng)絡(luò)也可以像計算、存儲一樣,可以池化、服務(wù)化,Network as a Service(網(wǎng)絡(luò)即服務(wù),可以有品質(zhì)保證的彈性利用)。

  傳統(tǒng)的園區(qū)網(wǎng)絡(luò)雖然在可靠性和業(yè)務(wù)隔離上不斷地努力增強,但本質(zhì)上都是在進行物理網(wǎng)絡(luò)級別的可靠性增強,如支持各種樹形或環(huán)形的MSTP鏈路保護,支持堆疊,支持多框集群等虛擬化保護,進行復雜的QOS配置等。且傳統(tǒng)的各類可靠性保護無法真正做到擁塞時業(yè)務(wù)級的可靠性保障,對于一些對丟包、抖動比較敏感的業(yè)務(wù)如視頻,帶寬建得再寬,物理可能性做得再多,也很難提升業(yè)務(wù)的質(zhì)量體驗。具有暫時性故障而無從定位的問題,即使經(jīng)常反復出現(xiàn),也無法得到有效的針對性改善。業(yè)界一直在嘗試尋找解決方案,但一直由于芯片和產(chǎn)品能力的限制沒有找到好的答案。比如,有構(gòu)想園區(qū)跑RSVP-TE來保障和隔離關(guān)鍵業(yè)務(wù)的方案,但由于RSVP-TE隧道非常耗費CPU資源,整網(wǎng)跑上幾百條就已經(jīng)是能力的上限,并且復雜的MPLS TE配置讓IT的維護人員望而卻步。又如,有人提出Openflow用在園區(qū),但由于業(yè)界Openflow一直是基于商用ASIC實現(xiàn),流表很小,不能根據(jù)業(yè)務(wù)的特點而編程優(yōu)化,企業(yè)IT人員也擔心全網(wǎng)Openflow化丟失傳統(tǒng)的路由轉(zhuǎn)發(fā)的優(yōu)點,同時會帶來大量的配置和全新維護要求,而只能局限在學術(shù)范圍內(nèi)使用。 從而下一代智慧園區(qū)網(wǎng)需要從架構(gòu)的根本上解決業(yè)務(wù)的高品質(zhì)質(zhì)量檢測和品質(zhì)保證的難題。

  傳統(tǒng)的園區(qū)網(wǎng),其網(wǎng)絡(luò)與業(yè)務(wù)是割裂的,采用的是靜態(tài)的網(wǎng)絡(luò)部署方式,無法適應業(yè)務(wù)的快速調(diào)整,如虛擬機自動遷移、BYOD頻繁策略調(diào)整等。對不同類型的業(yè)務(wù)或部門之間采用傳統(tǒng)的VLAN、VRF、ACL等技術(shù)來進行網(wǎng)絡(luò)隔離,但這些技術(shù)所能提供的隔離資源有限(VLAN只有4K,VRF和ACL也是),而且配置和維護起來很復雜,全網(wǎng)一旦業(yè)務(wù)調(diào)整或做網(wǎng)絡(luò)變更,大量的規(guī)則就需要重新部署而變得異常復雜,這種的低效業(yè)務(wù)部署讓IT人員苦不堪言。網(wǎng)絡(luò)如何從運行維護和靈活擴展方面做到靈活適配解決這一難題也變得刻不容緩。

錯誤報告  分享到: