【正文】 加速啟用HTTP/FTP加速時，部分重復的請求與應答不需要穿越廣域網(wǎng)，減小時延n 廣域網(wǎng)優(yōu)化設備終結(jié)會話n 緩存數(shù)據(jù)，并對重復的請求本地作出應答n 減少重復數(shù)據(jù)反復穿越廣域網(wǎng)啟用DNS加速時，廣域網(wǎng)優(yōu)化設備本地應答DNS請求，可以將原本需要200ms的應答縮短到5ms。圖14 DNS應用加速2. Citrix應用加速Citrix應用加速的核心是“小包組大包”，減少報文頭對帶寬的消耗n Citrix數(shù)據(jù)流小包居多，平均報文大小是80100字節(jié)，壓縮后4050字節(jié)，這些小包的報文頭對帶寬的消耗很可觀n 將報文頭相同的多個小包組成一個大包，可以有效的減少報文頭部對于帶寬的消耗圖15 Citrix應用加速3. 語音應用加速語音加速的核心是鏈路分片與交叉（Link Fragment amp。 Interleave，LFI）n 語音等實時業(yè)務報文配置了高優(yōu)先級隊列（如RTP優(yōu)先隊列或LLQ）n 低速接口發(fā)送較大的數(shù)據(jù)報文要花費相當?shù)臅r間，影響語音時延n 采用LFI以后，數(shù)據(jù)報文（非RTP實時隊列和LLQ中的報文）在發(fā)送前被分片、逐一發(fā)送，而此時如果有語音報文到達則被優(yōu)先發(fā)送，從而保證了語音等實時業(yè)務的時延與抖動圖16 語音應用加速 TCP加速WAAM在實現(xiàn)TCP加速技術(shù)方面，主要依據(jù)SCPS(Space Communications Protocol Standards)的標準。重點突出以下幾個方面的技術(shù)內(nèi)容：1. Split TCP突破TCP端到端連接的理念：取消了廣域網(wǎng)上TCP連接建立的3次握手過程。加快TCP連接建立過程。n 在兩端的局域網(wǎng)內(nèi)建立兩個高速的TCP連接n 在兩端的TCP加速設備之間建立一條優(yōu)化的TCP連接內(nèi)網(wǎng)隔離,快速啟動。本地加速設備回應SYN報文，同時保證廣域網(wǎng)連接啟動2. 優(yōu)化TCP，增加帶寬的使用率n 取消廣域網(wǎng)上TCP連接得慢啟動過程，廣域網(wǎng)兩側(cè)的加速設備統(tǒng)一配置帶寬參數(shù)，通過帶寬參數(shù)計算擁塞窗口的尺寸n 取消窗口大小調(diào)整過程。窗口尺寸根據(jù)帶寬計算，相對固定，不再頻繁變化。窗口大小調(diào)整， 擴大 TCP 窗口尺寸：基準值 16K ，最大值 64K。便于ACK快速到達，減少不必要的重傳。n 選擇性ACK— SNACK，僅對丟棄的包進行重傳。n 不對稱鏈路，例如：減少廣域網(wǎng)上ACK傳輸?shù)臄?shù)量n 取消擁塞避免機制n 優(yōu)化容錯算法 基于應用的QoS技術(shù)基于應用的QoS的本質(zhì)還是QoS，不同的是前者增加了一項功能：識別應用。在識別應用的基礎上，對不同的應用進行標識，然后基于不同的標志對不同的應用作不同的QoS處理，就是基于應用的QoS技術(shù)的意義。1. 應用識別WAAM識別應用的范圍包括以下幾個方面：n 預定義的應用識別n 支持60種預定義的應用識別，保存全部統(tǒng)計信息n 支持266種預定義的應用識別，保存簡要信息n 支持50種自定義的應用識別，定義內(nèi)容包括：n IP地址和端口號n TOS/COSn 入方向或是出方向n 7層應用識別，包括：n HTTP地址，URL， MIME等等n Citrix發(fā)布的應用，客戶端名稱等等另外，WAAM還能監(jiān)控所有應用的歷史統(tǒng)計數(shù)據(jù)。2. QoS處理WAAM對不同的應用做不同的QoS處理，主要包括以下幾個方面：n 識別應用后，指定應用的優(yōu)先級n 根據(jù)應用的優(yōu)先級，改變報文的TOS/COS域n 指定應用的最小占用帶寬n 指定應用的最大占用帶寬 ACFP協(xié)議ACFP —— Application control forward protocol，應用控制轉(zhuǎn)發(fā)協(xié)議，一種設備間的C/S（客戶端/服務端）模式的聯(lián)動框架。數(shù)據(jù)通信的基礎網(wǎng)絡主要由路由器、交換機這些設備組成，路由器、交換機完成了數(shù)據(jù)報文的轉(zhuǎn)發(fā)；隨著數(shù)據(jù)網(wǎng)絡的逐步發(fā)展，數(shù)據(jù)網(wǎng)絡上運行的業(yè)務也越來越多，路由器、交換機上支持的業(yè)務也越來越多，這期間，一些專門的業(yè)務處理設備也應運而生，譬如，防火墻、IDS、IPS等安全產(chǎn)品，還有一些語音、無線產(chǎn)品。為更好地支撐這些業(yè)務，路由器、交換機這些傳統(tǒng)網(wǎng)絡設備也紛紛推出業(yè)務板（卡）專門來處理這些業(yè)務，有些傳統(tǒng)網(wǎng)絡設備（這里指路由器、交換機）的廠家提供一套軟硬件接口（譬如H3C提出的OAA 架構(gòu)），允許其他廠家提供板（卡）的硬件或軟件，插入到傳統(tǒng)網(wǎng)絡設備上，協(xié)作處理這些業(yè)務，從而能發(fā)揮各廠家在各自領域的優(yōu)勢，更有效地支撐這些，并同時減低了用戶投資。OAA體系結(jié)構(gòu)如下圖所示：圖17 OAA體系結(jié)構(gòu)示意圖從圖中我們看到，OAA體系中，從硬件結(jié)構(gòu)上看，可以分成三部分：路由交換部件、獨立業(yè)務部件、接口連接部件。其中，路由交換部件就是路由器和交換機的主體部分，這部分有著完整的路由器或交換機的功能，也是用戶管理控制的核心；獨立業(yè)務部件則是可以開放給第三方合作開發(fā)的主體，主要用來提供各種獨特的業(yè)務服務功能；接口連接部件則是路由交換接部件和獨立業(yè)務部件的接口連接體，通過這個部件將兩個不同廠商的設備連接在一起，以形成一個統(tǒng)一的產(chǎn)品。這里需要指出的是，此處，獨立業(yè)務部件與路由交換部件是通過以太網(wǎng)相連。路由交換部件與獨立業(yè)務部件實際是兩個完全獨立的主體，這兩個主體如何協(xié)作完成某種特定業(yè)務，譬如，IPS業(yè)務，需要兩者的聯(lián)動，ACFP聯(lián)動規(guī)范主要定義的就是這兩者之間為協(xié)作完成業(yè)務而做的一系列工作。這種聯(lián)動是一種C/S模式的聯(lián)動，獨立業(yè)務部件是ACFP Client，路由交換部件是ACFP Server；IDS等專門設備是ACFP Client，傳統(tǒng)網(wǎng)絡設備（主要指路由器、交換機）是ACFP Server。ACFP Client與ACFP Server之間允許以多對一的形式存在。根據(jù)ACFP Server與ACFP Client在報文流中的所處位置，將ACFP聯(lián)動的工作模式分為以下四類：主機模式、透傳模式、鏡像模式、重定向模式。2. 主機模式主機模式下的報文流如下圖所示，報文流的正常轉(zhuǎn)發(fā)出接口同時也是連接ACFP Client的接口，ACFP Client是報文流的終結(jié)點。圖18 主機模式示意圖3. 穿透模式穿透模式下的報文流如下圖所示，報文流的正常轉(zhuǎn)發(fā)出接口同時也是連接ACFP Client的接口，報文流從ACFP Client中穿透而過。圖19 透傳模式示意圖4. 鏡像模式鏡像模式下的報文流如下圖所示，報文流的正常轉(zhuǎn)發(fā)出接口與連接ACFP Client的接口不是同一個接口，報文流在正常轉(zhuǎn)發(fā)過程中，被復制一份遞給ACFP Client（紅色線條所示）。圖20 鏡像模式示意圖5. 重定向模式重定向模式下的報文流如下圖所示，報文流的正常轉(zhuǎn)發(fā)出接口與連接ACFP Client的接口不是同一個接口，報文沒有被正常轉(zhuǎn)發(fā)，而是先遞給ACFP Client，ACFP Client分析處理后，再將報文原路遞回，接著報文再被ACFP Server正常轉(zhuǎn)發(fā)從出接口發(fā)出去（如紅色線條所示）。圖21 重定向模式示意圖4. 參考案例