現在，感知應用的流量管理技術仍缺少真正必需的功能。我們所需要的是基于會話的感知應用路由選擇——或者是能夠同時對通過多個路徑的多種應用進行精細控制。但目前供應商只實現了部分功能。現在更加迫切需要真正感知應用網絡。

什么是基于會話的感知應用路由選擇？

基于會話的感知應用路由選擇支持在多路網絡的一定帶寬或服務級要求中傳輸對稱應用會話流，從而在需要時能夠在多個路徑中移動應用流量。通過這種方法，我們可以實現多個網絡鏈路，其中每一個鏈路都擁有自各的運行啟發法，但是我們能夠管理這些應用流量，使得一個鏈路的過載流量可以遷移到另一個鏈路而不會影響會話或原鏈路的用戶。

感知應用流量管理還缺什么？

現在我們可以在邊緣或核心路由器上使用基于策略的路由選擇或者帶寬驅動的感知應用流量管理解決方案來實現應用流量所能使用的IP路徑。但是這兩種方法存在三方面的欠缺：會話狀態識別、應用流量行為和同時使用的路徑帶寬。前一種方法實際上是一種孤注一擲的強力方法，而后者在高利用率環境中引入了不對稱路由選擇條件。

很奇怪的是，極度流行的全雙工LAN傳輸并未能實現任何主要的突破，現在的LAN和WAN網絡變得與帶寬的關系越來越小，而與單向路徑的優化和對稱的關系卻越來越大。

隨著延遲敏感商品的交易、高性能計算和萬維網的流行，不對稱路由選擇會導致全程延遲的不平衡并增加抖動的可能性。這兩種條件對任何實時應用都極為關鍵，如語音和視頻。

而且，通過很容易獲得的廉價Gig和10GbE WAN傳輸和連接遠距離位置的功能實現，網絡管理員對這些高速、高容量傳輸路徑的真實且分散的特性的了解對于實現可靠的網絡解決方案是非常重要的。實事上，客戶端到服務器鏈路的瓶頸可能會產生與服務器到客戶端鏈路一樣的性能問題。丟失TCP握手與丟失TCP數據一樣難以恢復。因此，應用會話感知必須使用高性能的策略路由選擇引擎。

但這還不夠。由于與一個源/目標IP地址綁定的聚合服務在不斷地擴大，網絡管理員將繼續在實現高質量實時語音和視頻服務時面臨所能使用的***帶寬限制問題。如果存在，Call Admission Control（CAC）很大程度上是以應用為中心的操作。雖然有諸如RSVP和RTCP等協議，但是似乎供應商并不熱衷于在他們目前的產品上實現這些功能。缺少支持多應用——即我提到的“開放”——CAC解決方案，以及當前服務器類型已存在的限制和有效管理實時應用需求的主機操作系統，只是進一步證明了感知應用的網絡解決方案的必要性。