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

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

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

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

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

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

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

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

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