【正文】 的上的流量總在極少和飽滿之間波動(dòng)。常用的隊(duì)列有FIFO、PQ，CQ，RTP優(yōu)先隊(duì)列，WFQ，CBWFQ等。目前，基于DiffServ模型的QoS服務(wù)是業(yè)界主流。但是，InterServ模型對(duì)路由器的要求很高，當(dāng)網(wǎng)絡(luò)中的數(shù)據(jù)流數(shù)量很大時(shí)，路由器的存儲(chǔ)和處理能力會(huì)遇到很大的壓力。 全局維護(hù)一個(gè)初始序號(hào)種子，這個(gè)初始序號(hào)為隨時(shí)產(chǎn)生的32位整數(shù)。 Split TCPTCP連接跨越廣域網(wǎng)時(shí)，廣域網(wǎng)上跳數(shù)多，路由變化頻繁，會(huì)對(duì)TCP連接的性能造成不良影響。因而，通知窗口應(yīng)當(dāng)比BDP稍大，一方面充分使用容量，另一方面也不會(huì)損害到網(wǎng)絡(luò)處理?yè)砣蛠G報(bào)恢復(fù)的能力。連接的距離越長(zhǎng)，窗口就越小。與慢啟動(dòng)的指數(shù)增加比起來(lái)，這是一種加性增長(zhǎng)。 3) 當(dāng)擁塞發(fā)生時(shí)（超時(shí)或收到重復(fù)確認(rèn)），ssthresh被設(shè)置為當(dāng)前窗口大小的一半（cwnd和接收方通告窗口大小的最小值，但最少為2個(gè)報(bào)文段）。該算法假定由于分組受到損壞引起的丟失是非常少的（遠(yuǎn)小于1％），因此分組丟失就意味著在源主機(jī)和目標(biāo)主機(jī)之間的某處網(wǎng)絡(luò)上發(fā)生了擁塞。擁塞窗口是發(fā)送方使用的流量控制，而通告窗口是接收方使用的流量控制。 慢啟動(dòng)如果發(fā)送方一開(kāi)始便向網(wǎng)絡(luò)發(fā)送多個(gè)報(bào)文段，直至達(dá)到接收方通告窗口大小為止。n 選擇性確認(rèn)n 3次握手過(guò)程的優(yōu)化下面簡(jiǎn)單介紹這幾個(gè)方面的原理。因此，匹配僅是部分匹配，還會(huì)留下一些重復(fù)數(shù)據(jù)不被壓縮。通過(guò)這種優(yōu)化方式，存儲(chǔ)少于 10% 的所有字節(jié)方式會(huì)使命中率超過(guò) 50%。許多例程，例如 gzip，只能存儲(chǔ) 64 Kb 的數(shù)據(jù)?；跀?shù)據(jù)包的壓縮系統(tǒng)會(huì)存在其它問(wèn)題。一些目前采用的協(xié)議并不是為廣域網(wǎng)而設(shè)計(jì)的（如TCP協(xié)議），協(xié)議效率低下，性能不夠理想。隨著網(wǎng)絡(luò)優(yōu)化技術(shù)的發(fā)展，諸如控制網(wǎng)絡(luò)應(yīng)用（控制、MSN、IM）、限制P2P（限制BT、eMule、PPLive、eDonkey）軟件占用帶寬、通過(guò)QoS合理分配帶寬、Web緩存、數(shù)據(jù)壓縮、動(dòng)態(tài)緩存等網(wǎng)絡(luò)加速方法和解決方案已經(jīng)能夠滿足多數(shù)用戶的需要了。廣域網(wǎng)性能低下對(duì)于用戶的影響主要包括以下幾個(gè)方面：n 大多數(shù)企業(yè)管理、應(yīng)用軟件均采用C/S結(jié)構(gòu)進(jìn)行編寫(xiě)，雖逐步在進(jìn)行B/S的更改，但是大部分企業(yè)的應(yīng)用仍然基于C/S結(jié)構(gòu)，對(duì)于C/S到B/S結(jié)構(gòu)的更改仍然是一個(gè)重要的課題n 增加帶寬并不能解決訪問(wèn)及應(yīng)用慢速的問(wèn)題，問(wèn)題存在與TCP自身，TCP自身慢啟動(dòng)問(wèn)題仍然是阻礙企業(yè)業(yè)務(wù)正常開(kāi)展的主要問(wèn)題n 廣域網(wǎng)行業(yè)縱向網(wǎng)的分支機(jī)構(gòu)眾多，全部采用高帶寬連接投資非常巨大，合作伙伴之間帶寬一般采取的是臨時(shí)建立的連接，帶寬極低，又要傳輸大量的數(shù)據(jù)，造成傳輸速度難以忍受n 基本語(yǔ)音視頻業(yè)務(wù)沒(méi)有最佳的QoS策略來(lái)進(jìn)行保證，造成質(zhì)量不佳，最終導(dǎo)致應(yīng)用開(kāi)展不起來(lái)；大量非法應(yīng)用堵塞了現(xiàn)有正常應(yīng)用開(kāi)展，占據(jù)的帶寬造成了正常帶寬的縮減。與此同時(shí)還會(huì)帶來(lái)一定影響的網(wǎng)絡(luò)延遲。數(shù)據(jù)壓縮、動(dòng)態(tài)緩存、IP流量管理以及QoS等都可以一定程度上解決廣域網(wǎng)傳輸加速的問(wèn)題。廣域網(wǎng)的帶寬比局域網(wǎng)帶寬差得太多，如一條T1線路的帶寬只相當(dāng)于千兆網(wǎng)的千分之一，許多幀中繼線路的帶寬只有256Kbps，并且廣域網(wǎng)帶寬的增加會(huì)帶來(lái)成本大幅度上升。基于數(shù)據(jù)包的壓縮系統(tǒng)緩沖數(shù)據(jù)包都通過(guò)解壓器引導(dǎo)至遠(yuǎn)程網(wǎng)絡(luò)。在網(wǎng)絡(luò)中編寫(xiě)小數(shù)據(jù)包會(huì)增加 TCP/IP 標(biāo)頭的開(kāi)銷(xiāo)。請(qǐng)求 web 站點(diǎn)類(lèi)似，并非所有網(wǎng)絡(luò)中傳輸?shù)淖止?jié)會(huì)在同一個(gè)頻率下重復(fù)。Bzip2 能夠存儲(chǔ) 100kb 至 900kb 的歷史記錄，平均壓縮了 66% 的內(nèi)容。匹配并發(fā)送帶有字節(jié)級(jí)粒度 (byte level granularity) 的數(shù)據(jù)。這種機(jī)制稱之謂滑動(dòng)窗口，它是TDP接收方的流量控制方法。一些中間路由器必須緩存分組，并有可能耗盡存儲(chǔ)器的空間，將來(lái)得降低TCP連接的吞吐量。當(dāng)收到這兩個(gè)報(bào)文段的ACK時(shí)，擁塞窗口就增加為4。圖5 擁塞避免與慢啟動(dòng) 擁塞避免算法和慢啟動(dòng)算法需要對(duì)每個(gè)連接維持兩個(gè)變量：一個(gè)擁塞窗口cwnd和一個(gè)慢啟動(dòng)門(mén)限ssthresh。如果cwnd小于或等于ssthresh，則正在進(jìn)行慢啟動(dòng)，否則正在進(jìn)行擁塞避免。 窗口調(diào)節(jié)技術(shù)傳輸窗口大小，即在收到回應(yīng)之前一次發(fā)送的數(shù)據(jù)量，會(huì)直接影響到TCP的性能。同樣，重傳也會(huì)嚴(yán)重影響TCP的性能，要知道1%的包丟失可能導(dǎo)致最多80%的性能損失。一般而言，選擇性ACK（SACK，Selective Acknowledgement）則是可選項(xiàng)，它允許接收方向發(fā)送方通知所有數(shù)據(jù)段的傳輸狀態(tài)。這樣可以提高TCP連接的吞吐量，同時(shí)也可以改善TCP建立的3次握手過(guò)程的性能。圖6 Split TCP QoS原理介紹 模型1. BestEffort模型BestEffort是一個(gè)單一的服務(wù)模型，也是最簡(jiǎn)單的服務(wù)模型。一個(gè)業(yè)務(wù)流的差分服務(wù)類(lèi)由其IP包頭中的差分服務(wù)標(biāo)記字段（Different Service Code Point，簡(jiǎn)稱DSCP）來(lái)表示。在報(bào)文分類(lèi)后，就可以將其它的QoS特性應(yīng)用到不同的分類(lèi)，實(shí)現(xiàn)基于類(lèi)的擁塞管理、流量整形等。擁塞管理就會(huì)將這些報(bào)文進(jìn)行分類(lèi)，送入不同的隊(duì)列；而隊(duì)列調(diào)度對(duì)不同優(yōu)先級(jí)的報(bào)文進(jìn)行分別處理，優(yōu)先級(jí)高的報(bào)文會(huì)得到優(yōu)先處理。當(dāng)隊(duì)列的長(zhǎng)度小于低閾值時(shí)，不丟棄報(bào)文；當(dāng)隊(duì)列的長(zhǎng)度在低閾值和高閾值之間時(shí)，WRED開(kāi)始隨機(jī)丟棄報(bào)文（隊(duì)列的長(zhǎng)度越長(zhǎng)，丟棄的概率越高）；當(dāng)隊(duì)列的長(zhǎng)度大于高閾值時(shí)，丟棄所有的報(bào)文。流量整形通常使用緩沖區(qū)和令牌桶來(lái)完成，當(dāng)報(bào)文的發(fā)送速度過(guò)快時(shí)，首先在緩沖區(qū)進(jìn)行緩存，在令牌桶的控制下，再均勻地發(fā)送這些被緩沖的報(bào)文。3. 解決方案主要模塊介紹H3C的OAA WAN優(yōu)化解決方案，主要由MSR(Multiple Service Router)多業(yè)務(wù)路由器與WAAM(Wan Application )模塊組成，兩者之間通過(guò)ACFP(Application control forward protocol應(yīng)用控制轉(zhuǎn)發(fā)協(xié)議)進(jìn)行互動(dòng)連接。需要注意的是：如果有明確的需要，可以通過(guò)配置保留原始報(bào)文頭中的部分字段，如：源地址、TTL或ToS域。3) APC算法圖10 APC算法APC算法屬于典型的壓縮算法。即在本地應(yīng)用加速設(shè)備上建立代理，通過(guò)代理與服務(wù)器連接連接，對(duì)常用的請(qǐng)求進(jìn)行緩存。n 在兩端的局域網(wǎng)內(nèi)建立兩個(gè)高速的TCP連接n 在兩端的TCP加速設(shè)備之間建立一條優(yōu)化的TCP連接內(nèi)網(wǎng)隔離,快速啟動(dòng)。1. 應(yīng)用識(shí)別WAAM識(shí)別應(yīng)用的范圍包括以下幾個(gè)方面：n 預(yù)定義的應(yīng)用識(shí)別n 支持60種預(yù)定義的應(yīng)用識(shí)別，保存全部統(tǒng)計(jì)信息n 支持266種預(yù)定義的應(yīng)用識(shí)別，保存簡(jiǎn)要信息n 支持50種自定義的應(yīng)用識(shí)別，定義內(nèi)容包括：n IP地址和端口號(hào)n TOS/COSn 入方向或是出方向n 7層應(yīng)用識(shí)別，包括：n HTTP地址，URL， MIME等等n Citrix發(fā)布的應(yīng)用，客戶端名稱等等另外，WAAM還能監(jiān)控所有應(yīng)用的歷史統(tǒng)計(jì)數(shù)據(jù)。這種聯(lián)動(dòng)是一種C/S模式的聯(lián)動(dòng)，獨(dú)立業(yè)務(wù)部件是ACFP Client，路由交換部件是ACFP Server；IDS等專門(mén)設(shè)備是ACFP Client，傳統(tǒng)網(wǎng)絡(luò)設(shè)備（主要指路由器、交換機(jī)）是ACFP Se