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

什么是基于會話的感知應(yīng)用路由選擇？

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

感知應(yīng)用流量管理還缺什么？

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

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

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

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

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