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

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

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

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

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

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

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

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

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