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

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

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