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

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

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