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

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

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