H3C OAA之WAN優(yōu)化技術(shù)白皮書

1、H3C OOAA之WWAN優(yōu)化化技術(shù)白皮皮書目 錄TOC o 1-3 h z u HYPERLINK l _Toc168822958 目 錄 PAGEREF _Toc168822958 h 4 HYPERLINK l _Toc168822959 1. 概述述 PAGEREF _Toc168822959 h 5 HYPERLINK l _Toc168822960 1.1 背背景 PAGEREF _Toc168822960 h 5 HYPERLINK l _Toc168822961 1.2 廣廣域網(wǎng)優(yōu)化化簡(jiǎn)介 PAGEREF _Toc168822961 h 5 HYPERLINK l _Toc16

2、8822962 2. 廣域域網(wǎng)優(yōu)化原原理介紹 PAGEREF _Toc168822962 h 6 HYPERLINK l _Toc168822963 2.1 數(shù)數(shù)據(jù)壓縮原原理介紹 PAGEREF _Toc168822963 h 6 HYPERLINK l _Toc168822964 2.2 緩緩存原理 PAGEREF _Toc168822964 h 7 HYPERLINK l _Toc168822965 2.2.11 基本原原理 PAGEREF _Toc168822965 h 7 HYPERLINK l _Toc168822966 2.2.22 數(shù)據(jù)塊塊緩存原理理 PAGEREF _Toc16

3、8822966 h 7 HYPERLINK l _Toc168822967 2.33 TCPP加速原理理介紹 PAGEREF _Toc168822967 h 8 HYPERLINK l _Toc168822968 2.3.11 窗口大大小通告與與滑動(dòng)窗口口 PAGEREF _Toc168822968 h 9 HYPERLINK l _Toc168822969 2.3.22 慢啟動(dòng)動(dòng) PAGEREF _Toc168822969 h 9 HYPERLINK l _Toc168822970 2.3.33 擁塞避避免 PAGEREF _Toc168822970 h 9 HYPERLINK l _Toc

4、168822971 2.3.44 窗口調(diào)調(diào)節(jié)技術(shù) PAGEREF _Toc168822971 h 11 HYPERLINK l _Toc168822972 2.3.55 選擇性性確認(rèn) PAGEREF _Toc168822972 h 11 HYPERLINK l _Toc168822973 2.3.66 Spllit TTCP PAGEREF _Toc168822973 h 11 HYPERLINK l _Toc168822974 2.4 QQoS原理理介紹 PAGEREF _Toc168822974 h 12 HYPERLINK l _Toc168822975 2.4.11 模型 PAGERE

5、F _Toc168822975 h 12 HYPERLINK l _Toc168822976 2.4.22 QoSS技術(shù)介紹紹 PAGEREF _Toc168822976 h 13 HYPERLINK l _Toc168822977 3. 解決決方案主要要模塊介紹紹 PAGEREF _Toc168822977 h 14 HYPERLINK l _Toc168822978 3.1 多多業(yè)務(wù)路由由器MSRR PAGEREF _Toc168822978 h 14 HYPERLINK l _Toc168822979 3.2 WWAAM模模塊 PAGEREF _Toc168822979 h 14 HYP

6、ERLINK l _Toc16888229980 3.2.1 數(shù)據(jù)據(jù)壓縮 PAGEREF _Toc168822980 h 15 HYPERLINK l _Toc168822981 3.2.22 應(yīng)用加加速 PAGEREF _Toc168822981 h 19 HYPERLINK l _Toc168822982 3.2.33 TCPP加速 PAGEREF _Toc168822982 h 21 HYPERLINK l _Toc168822983 3.2.44 基于應(yīng)應(yīng)用的QooS技術(shù) PAGEREF _Toc168822983 h 21 HYPERLINK l _Toc168822984 3.2.

7、55 ACFFP協(xié)議 PAGEREF _Toc168822984 h 22 HYPERLINK l _Toc168822985 4. 參考考案例 PAGEREF _Toc168822985 h 25目 錄TOC h z t 圖注 c HYPERLINK l _Toc1666554388 圖1 數(shù)據(jù)據(jù)壓縮原理理 PAGEREF _Toc166655438 h 7 HYPERLINK l _Toc166655439 圖2 同類類數(shù)據(jù)壓縮縮原理 PAGEREF _Toc166655439 h 8 HYPERLINK l _Toc166655440 圖3 基于于塊的數(shù)據(jù)據(jù)緩存 PAGEREF _Toc

8、166655440 h 9 HYPERLINK l _Toc166655441 圖4 字節(jié)節(jié)級(jí)數(shù)據(jù)緩緩存 PAGEREF _Toc166655441 h 9 HYPERLINK l _Toc166655442 圖5 擁塞塞避免與慢慢啟動(dòng) PAGEREF _Toc166655442 h 11 HYPERLINK l _Toc166655443 圖6 Spplit TCP PAGEREF _Toc166655443 h 13 HYPERLINK l _Toc166655444 圖7 IPPCompp和RTM壓縮縮模式 PAGEREF _Toc166655444 h 16 HYPERLINK l _

9、Toc166655445 圖8 VDDA算法 PAGEREF _Toc166655445 h 17 HYPERLINK l _Toc166655446 圖9 SCC算法 PAGEREF _Toc166655446 h 18 HYPERLINK l _Toc166655447 圖10 AAPC算法法 PAGEREF _Toc166655447 h 18 HYPERLINK l _Tocc16666554448 圖11 壓壓縮過(guò)程11 PAGEREF _Toc166655448 h 19 HYPERLINK l _Toc166655449 圖12 壓壓縮過(guò)程22 PAGEREF _Toc16665

10、5449 h 19 HYPERLINK l _Toc166655450 圖13 HHTTP/FTP應(yīng)應(yīng)用加速 PAGEREF _Toc166655450 h 20 HYPERLINK l _Toc166655451 圖144 DNSS應(yīng)用加速速 PAGEREF _Toc166655451 h 21 HYPERLINK l _Toc166655452 圖15 CCitriix應(yīng)用加加速 PAGEREF _Toc166655452 h 21 HYPERLINK l _Toc166655453 圖16 語(yǔ)語(yǔ)音應(yīng)用加加速 PAGEREF _Toc166655453 h 22 HYPERLINK l _

11、Toc166655454 圖17 OOAA體系系結(jié)構(gòu)示意意圖 PAGEREF _Toc166655454 h 24 HYPERLINK l _Toc166655455 圖18 主主機(jī)模式示示意圖 PAGEREF _Toc166655455 h 25 HYPERLINK l _Toc166655456 圖19 透透?jìng)髂Ｊ绞臼疽鈭D PAGEREF _Toc166655456 h 25 HYPERLINK l _Toc166655457 圖20 鏡鏡像模式示示意圖 PAGEREF _Toc166655457 h 26 HYPERLINK l _Toc166655458 圖21 重重定向模式式示意圖

12、PAGEREF _Toc166655458 h 26OAA WWAN優(yōu)化化解決方案案技術(shù)白皮皮書概述背景廣域網(wǎng)的帶帶寬比局域域網(wǎng)帶寬差差很多，并并且廣域網(wǎng)網(wǎng)帶寬的增增加會(huì)帶來(lái)來(lái)成本大幅幅度上升。與此同時(shí)時(shí)還會(huì)帶來(lái)來(lái)一定影響響的網(wǎng)絡(luò)延延遲。廣域域網(wǎng)應(yīng)用大大幅度增加加，除了語(yǔ)語(yǔ)音、視頻頻外，傳輸輸文件、圖圖片以及海海量數(shù)據(jù)的的分析以及及處理，這這些都是困困擾用戶正正常使用的的重要因素素。 另外信息的的集中化管管理，對(duì)各各分部和總總部之間的的高質(zhì)量信信息轉(zhuǎn)送也也提出了越越來(lái)越高的的要求，這這就需要增增加各地的的分支機(jī)構(gòu)構(gòu)。與此同同時(shí)企業(yè)分分支網(wǎng)絡(luò)逐逐漸出現(xiàn)了了數(shù)據(jù)集中中趨勢(shì)，一一般情況下下企業(yè)會(huì)將將

13、大部分共共享數(shù)據(jù)庫(kù)庫(kù)放到總部部的數(shù)據(jù)中中心，給每每一個(gè)分支支機(jī)構(gòu)訪問問，但隨著著分支機(jī)構(gòu)構(gòu)的迅速增增加且多數(shù)數(shù)員工外出出辦公時(shí)的的訪問量也也在上升，這這種一對(duì)多多的數(shù)據(jù)服服務(wù)給企業(yè)業(yè)總部的服服務(wù)器和帶帶寬帶來(lái)了了巨大的壓壓力，影響響了數(shù)據(jù)交交換的速度度。企業(yè)雖雖然也可以以向運(yùn)營(yíng)商商購(gòu)買更高高的帶寬，不不過(guò)成本費(fèi)費(fèi)用較高并并且效果不不明顯。廣域網(wǎng)性能能低下對(duì)于于用戶的影影響主要包包括以下幾幾個(gè)方面：大多數(shù)企業(yè)業(yè)管理、應(yīng)應(yīng)用軟件均均采用C/S結(jié)構(gòu)進(jìn)進(jìn)行編寫，雖雖逐步在進(jìn)進(jìn)行B/SS的更改，但但是大部分分企業(yè)的應(yīng)應(yīng)用仍然基基于C/SS結(jié)構(gòu)，對(duì)對(duì)于C/SS到B/SS結(jié)構(gòu)的更更改仍然是是一個(gè)重要要的課題

14、增加帶寬并并不能解決決訪問及應(yīng)應(yīng)用慢速的的問題，問問題存在與與TCP自自身，TCCP自身慢慢啟動(dòng)問題題仍然是阻阻礙企業(yè)業(yè)業(yè)務(wù)正常開開展的主要要問題廣域網(wǎng)行業(yè)業(yè)縱向網(wǎng)的的分支機(jī)構(gòu)構(gòu)眾多，全全部采用高高帶寬連接接投資非常常巨大，合合作伙伴之之間帶寬一一般采取的的是臨時(shí)建建立的連接接，帶寬極極低，又要要傳輸大量量的數(shù)據(jù)，造造成傳輸速速度難以忍忍受基本語(yǔ)音視視頻業(yè)務(wù)沒沒有最佳的的QoS策策略來(lái)進(jìn)行行保證，造造成質(zhì)量不不佳，最終終導(dǎo)致應(yīng)用用開展不起起來(lái)；大量量非法應(yīng)用用堵塞了現(xiàn)現(xiàn)有正常應(yīng)應(yīng)用開展，占占據(jù)的帶寬寬造成了正正常帶寬的的縮減。廣域網(wǎng)優(yōu)化化簡(jiǎn)介廣域網(wǎng)（WWAN）帶帶寬昂貴，絕絕大多數(shù)用用戶也因此

15、此只能擁有有有限的廣廣域網(wǎng)帶寬寬。如何以最最小的投入入提高網(wǎng)絡(luò)絡(luò)性能？如如何為遠(yuǎn)程程用戶提高高訪問速度度和服務(wù)效效率？怎樣樣確保隨時(shí)時(shí)召開異地地視頻會(huì)議議而不被打打斷？一種種方式是“擴(kuò)出口買買帶寬”，其實(shí)有有更合理的的方法解決決。數(shù)據(jù)壓壓縮、動(dòng)態(tài)態(tài)緩存、IIP流量管管理以及QQoS等都都可以一定定程度上解解決廣域網(wǎng)網(wǎng)傳輸加速速的問題。但壓縮僅僅僅解決了了帶寬資源源的問題，對(duì)對(duì)于延遲非非常大的鏈鏈路，僅靠靠壓縮是無(wú)無(wú)法完全解解決問題的的。為解決決系統(tǒng)性能能和應(yīng)用系系統(tǒng)數(shù)據(jù)傳傳輸受WAAN通信限限制的問題題，相關(guān)技技術(shù)開始浮浮出水面，并并逐漸形成成一個(gè)細(xì)分分的市場(chǎng)這就是WWAN優(yōu)化化技術(shù)市場(chǎng)場(chǎng)。其

16、中包包括：應(yīng)用用加速、數(shù)數(shù)據(jù)壓縮、動(dòng)態(tài)緩存存、IP流流量管理、QoS保保障、帶寬寬管理、延延時(shí)縮減、序列緩存存、路徑優(yōu)優(yōu)化和應(yīng)用用管理可視視化等。要要解決的核核心問題是是應(yīng)用和廣廣域網(wǎng)之間間的矛盾，因因?yàn)閭鹘y(tǒng)的的網(wǎng)絡(luò)資源源限制了多多種應(yīng)用的的性能。隨隨著網(wǎng)絡(luò)優(yōu)優(yōu)化技術(shù)的的發(fā)展，諸諸如控制網(wǎng)網(wǎng)絡(luò)應(yīng)用（控控制QQ、MSN、IM）、限制P22P（限制制BT、eeMulee、PPLLive、eDonnkey）軟軟件占用帶帶寬、通過(guò)過(guò)QoS合合理分配帶帶寬、Weeb緩存、數(shù)據(jù)壓縮縮、動(dòng)態(tài)緩緩存等網(wǎng)絡(luò)絡(luò)加速方法法和解決方方案已經(jīng)能能夠滿足多多數(shù)用戶的的需要了。為什么廣域域網(wǎng)優(yōu)化會(huì)會(huì)受到如此此青睞呢？原因是

17、它它的確能解解決廣域網(wǎng)網(wǎng)目前存在在的幾大關(guān)關(guān)鍵弊病。首先，帶帶寬問題。廣域網(wǎng)的的帶寬比局局域網(wǎng)帶寬寬差得太多多，如一條條T1線路路的帶寬只只相當(dāng)于千千兆網(wǎng)的千千分之一，許許多幀中繼繼線路的帶帶寬只有2256Kbbps，并并且廣域網(wǎng)網(wǎng)帶寬的增增加會(huì)帶來(lái)來(lái)成本大幅幅度上升。其次，延延遲問題。打過(guò)跨國(guó)國(guó)IP電話話的人或許許都有這樣樣的體驗(yàn)，當(dāng)當(dāng)你說(shuō)完話話后，對(duì)方方的回音總總是過(guò)一小小段時(shí)間才才能聽到，這這就是延遲遲的最好例例子，在進(jìn)進(jìn)行視頻通通話時(shí)就更更明顯了。目前廣域域網(wǎng)應(yīng)用劇劇增，除了了語(yǔ)音、視視頻外，傳傳輸圖形或或圖像文件件、海量數(shù)數(shù)據(jù)的處理理，都是困困擾用戶的的實(shí)際應(yīng)用用。再有，協(xié)協(xié)議問題。

18、一些目前前采用的協(xié)協(xié)議并不是是為廣域網(wǎng)網(wǎng)而設(shè)計(jì)的的（如TCCP協(xié)議），協(xié)協(xié)議效率低低下，性能能不夠理想想。廣域網(wǎng)優(yōu)化化原理介紹紹廣域網(wǎng)優(yōu)化化的技術(shù)有有很多，但但核心的技技術(shù)主要包包括：數(shù)據(jù)據(jù)壓縮、動(dòng)動(dòng)態(tài)緩存、TCP加加速、應(yīng)用用加速、QQoS等幾幾個(gè)方面。數(shù)據(jù)壓縮原原理介紹迄今為止大大多數(shù)網(wǎng)絡(luò)絡(luò)壓縮系統(tǒng)統(tǒng)都是基于于數(shù)據(jù)包?；跀?shù)據(jù)據(jù)包的壓縮縮系統(tǒng)緩沖沖數(shù)據(jù)包都都通過(guò)解壓壓器引導(dǎo)至至遠(yuǎn)程網(wǎng)絡(luò)絡(luò)。此后，用用戶可一次次壓縮一個(gè)個(gè)數(shù)據(jù)包，或或一次壓縮縮多個(gè)數(shù)據(jù)據(jù)包，然后后再發(fā)送至至在其中反反向進(jìn)行該該流程的解解壓器。數(shù)據(jù)壓縮原原理基于數(shù)據(jù)包包壓縮應(yīng)用用的主要問問題是壓縮縮時(shí)它將多多種數(shù)據(jù)類類型混合在在

19、一起。所所有壓縮例例程在處理理同類數(shù)據(jù)據(jù)時(shí)將獲得得更大的壓壓縮比。在在處理異質(zhì)質(zhì)數(shù)據(jù)時(shí)（例例如，多種種協(xié)議的大大量數(shù)據(jù)包包），壓縮縮比率會(huì)大大大降低?；跀?shù)據(jù)包包的壓縮系系統(tǒng)會(huì)存在在其它問題題。壓縮數(shù)數(shù)據(jù)包時(shí)，這這些系統(tǒng)必必須在網(wǎng)絡(luò)絡(luò)中編寫小小數(shù)據(jù)包，并并進(jìn)行其它它工作以集集合并封裝裝多個(gè)數(shù)據(jù)據(jù)包。僅有有其中一項(xiàng)項(xiàng)操作不可可能達(dá)到最最佳效果。在網(wǎng)絡(luò)中中編寫小數(shù)數(shù)據(jù)包會(huì)增增加 TCCP/IPP 標(biāo)頭的的開銷。另另外，集合合并封裝數(shù)數(shù)據(jù)包會(huì)為為該數(shù)據(jù)流流增加封裝裝標(biāo)頭。先進(jìn)的壓縮縮算法支持持在處理所所有應(yīng)用類類型時(shí)能夠夠在完全同同類的數(shù)據(jù)據(jù)之間進(jìn)行行壓縮。隨隨之而來(lái)的的結(jié)果是，與與同類基于于數(shù)據(jù)包

20、的的系統(tǒng)相比比，壓縮比比更高。同類數(shù)據(jù)壓壓縮原理緩存原理基本原理所有壓縮例例程共同存存在的局限限性是存儲(chǔ)儲(chǔ)空間有限限。許多例例程，例如如 gziip，只能能存儲(chǔ) 664 Kbb 的數(shù)據(jù)據(jù)。其它技技術(shù)，例如如基于磁盤盤的壓縮系系統(tǒng)，可以以存儲(chǔ) 11 TB 的數(shù)據(jù)。為了理解解字典大小小的作用，需需要對(duì)高速速緩存管理理內(nèi)容有一一個(gè)基本的的了解。請(qǐng)求 weeb 站點(diǎn)點(diǎn)類似，并并非所有網(wǎng)網(wǎng)絡(luò)中傳輸輸?shù)淖止?jié)會(huì)會(huì)在同一個(gè)個(gè)頻率下重重復(fù)。有時(shí)時(shí)系統(tǒng)會(huì)通通過(guò)高頻率率傳輸一些些字節(jié)，因因?yàn)檫@些字字節(jié)是常用用文件或通通用網(wǎng)絡(luò)協(xié)協(xié)議中的一一部分。其其它字節(jié)只只會(huì)出現(xiàn)一一次并且不不會(huì)重復(fù)出出現(xiàn)。壓縮縮和堆積定定律 (Z

21、Zipfs Laaw annd Heeaps Laww) 中描描述了頻繁繁重復(fù)字節(jié)節(jié)序列和非非頻繁重復(fù)復(fù)字節(jié)序列列之間的關(guān)關(guān)系。所有基于當(dāng)當(dāng)前字典的的壓縮系統(tǒng)統(tǒng)會(huì)通過(guò)存存儲(chǔ)頻繁訪訪問的數(shù)據(jù)據(jù)并刪除非非頻繁訪問問的數(shù)據(jù)以以進(jìn)行不均均等的分配配。通過(guò)這這種優(yōu)化方方式，存儲(chǔ)儲(chǔ)少于 110% 的的所有字節(jié)節(jié)方式會(huì)使使命中率超超過(guò) 500%。這種種字節(jié)方式式的不均等等分布效果果充分證明明了公共壓壓縮程序的的效率。GGzip 僅存儲(chǔ) 64kbb 的歷史史記錄，但但平均能夠夠壓縮近 64% 的內(nèi)容。Bzipp2 能夠夠存儲(chǔ) 1100kbb 至 9900kbb 的歷史史記錄，平平均壓縮了了 66% 的內(nèi)容容。

22、盡管數(shù)數(shù)據(jù)存儲(chǔ)空空間不足，但但 Gziip 和 Bzipp2 仍能能出色運(yùn)行行的原因在在于頻繁出出現(xiàn)的字節(jié)節(jié)序列能夠夠表示網(wǎng)絡(luò)絡(luò)中的大多多數(shù)字節(jié)。數(shù)據(jù)塊緩存存原理基于塊的系系統(tǒng)可存儲(chǔ)儲(chǔ)以前在廣廣域網(wǎng)中傳傳輸數(shù)據(jù)流流部分。再再次遇到這這些塊時(shí)，其其參考數(shù)據(jù)據(jù)會(huì)傳送到到遠(yuǎn)程設(shè)備備中，該遠(yuǎn)遠(yuǎn)程設(shè)備繼繼而會(huì)重組組原始數(shù)據(jù)據(jù)?；趬K的系系統(tǒng)主要缺缺點(diǎn)是反復(fù)復(fù)出現(xiàn)的數(shù)數(shù)據(jù)和塊的的長(zhǎng)度永遠(yuǎn)遠(yuǎn)不會(huì)完全全相同。因因此，匹配配僅是部分分匹配，還還會(huì)留下一一些重復(fù)數(shù)數(shù)據(jù)不被壓壓縮。下圖圖詳細(xì)描述述了使用 256 字節(jié)塊大大小壓縮 512 字節(jié)數(shù)據(jù)據(jù)時(shí)的情況況。基于塊的數(shù)數(shù)據(jù)緩存為了提高緩緩存效率，字字節(jié)級(jí)粒度度的緩

23、存技技術(shù)出現(xiàn)了了。匹配并并發(fā)送帶有有字節(jié)級(jí)粒粒度 (bbyte leveel grranullaritty) 的的數(shù)據(jù)。下下圖說(shuō)明了了處理數(shù)據(jù)據(jù)的過(guò)程。字節(jié)級(jí)數(shù)據(jù)據(jù)緩存與基于塊的的系統(tǒng)相比比，字節(jié)粒度級(jí)級(jí)別無(wú)論對(duì)對(duì)于文檔還還是對(duì)于應(yīng)應(yīng)用層協(xié)議議標(biāo)頭，均均能提高其其壓縮級(jí)別別。TCP加速速原理介紹紹TCP協(xié)議議原理較為為復(fù)雜，影影響TCPP性能的因因素很多，但但有一個(gè)關(guān)關(guān)鍵的因素素是TCPP會(huì)降低帶帶寬的利用用率，這對(duì)對(duì)于帶寬極極其有限的的廣域網(wǎng)來(lái)來(lái)說(shuō)是非常常致命的。影響TCCP帶寬利利用率的主主要因素包包括以下幾幾個(gè)方面：窗口大小通通告與滑動(dòng)動(dòng)窗口擁塞避免慢啟動(dòng)窗口調(diào)節(jié)技技術(shù)除了提高帶帶寬利用

24、率率之外，減減少確認(rèn)重重傳次數(shù)，縮縮短TCPP連接的握握手過(guò)程時(shí)時(shí)間等也是是TCP加加速的重要要技術(shù)點(diǎn)。選擇性確認(rèn)認(rèn)3次握手過(guò)過(guò)程的優(yōu)化化下面簡(jiǎn)單介介紹這幾個(gè)個(gè)方面的原原理。窗口大小通通告與滑動(dòng)動(dòng)窗口通信雙方接接收模塊需需要依據(jù)各各自的緩沖沖區(qū)大小，相相互通告還還能接受對(duì)對(duì)方數(shù)據(jù)的的尺寸。雙雙方發(fā)送模模塊則必須須根據(jù)對(duì)方方通告的接接收窗口大大小，進(jìn)行行數(shù)據(jù)發(fā)送送。這種機(jī)機(jī)制稱之謂謂滑動(dòng)窗口口，它是TTDP接收收方的流量量控制方法法。它允許許發(fā)送方在在停止并等等待確認(rèn)前前可以連續(xù)續(xù)發(fā)送多個(gè)個(gè)分組（依依據(jù)滑動(dòng)窗窗口的大小?。?，由于于發(fā)送方不不必每發(fā)一一個(gè)分組就就停下來(lái)等等待確認(rèn)，因因此可以加加速數(shù)

25、據(jù)的的傳輸。 滑動(dòng)窗口口在排序數(shù)數(shù)據(jù)流上不不時(shí)的向右右移動(dòng)，窗窗口兩個(gè)邊邊沿的相對(duì)對(duì)運(yùn)動(dòng)增加加或減少了了窗口的大大小，關(guān)于于窗口邊沿沿的運(yùn)動(dòng)有有三個(gè)術(shù)語(yǔ)語(yǔ)：窗口合合攏（當(dāng)左左邊沿向右右邊沿靠近近）、窗口口張開（當(dāng)當(dāng)右邊沿向向右移動(dòng)）、窗口收縮縮（當(dāng)右邊邊沿向左移移動(dòng)）。 當(dāng)遇到快快的發(fā)送方方與慢的接接收方的情情況時(shí)，接接收方的窗窗口會(huì)很快快被發(fā)送方方的數(shù)據(jù)填填滿，此時(shí)時(shí)接收方將將通告窗口口大小為00,發(fā)送方方則停止發(fā)發(fā)送數(shù)據(jù)。直到接收收方用戶程程序取走數(shù)數(shù)據(jù)后更新新窗口大小小，發(fā)送方方可以繼續(xù)續(xù)發(fā)送數(shù)據(jù)據(jù)；另外，因因?yàn)锳CKK報(bào)文段有有可能丟失失，發(fā)送方方可能沒有有成功接收收到更新的的窗口大小

26、小，因此發(fā)發(fā)送方將啟啟動(dòng)一個(gè)堅(jiān)堅(jiān)持定時(shí)器器，當(dāng)堅(jiān)持持定時(shí)器超超時(shí)，發(fā)送送方將發(fā)送送一個(gè)字節(jié)節(jié)的數(shù)據(jù)到到接收方，嘗嘗試檢查窗窗口大小的的更新。慢啟動(dòng)如果發(fā)送方方一開始便便向網(wǎng)絡(luò)發(fā)發(fā)送多個(gè)報(bào)報(bào)文段，直直至達(dá)到接接收方通告告窗口大小小為止。當(dāng)當(dāng)發(fā)送方與與接收方在在同一局域域網(wǎng)時(shí)，這這種方式是是可以的。但如果在在發(fā)送方與與接收方之之間存在多多個(gè)路由器器和速率較較慢的鏈路路時(shí)，就可可能出現(xiàn)問問題。一些些中間路由由器必須緩緩存分組，并并有可能耗耗盡存儲(chǔ)器器的空間，將將來(lái)得降低低TCP連連接的吞吐吐量。于是是需要一種種叫“慢啟動(dòng)”的擁塞控控制算法。 慢啟動(dòng)為為發(fā)送方增增加一個(gè)擁?yè)砣翱?，記記為cwnnd，當(dāng)

27、與與另一個(gè)網(wǎng)網(wǎng)絡(luò)的主機(jī)機(jī)建立連接接時(shí)，擁塞塞窗口被初初始化為11個(gè)報(bào)文段段。每收到到一個(gè)ACCK，擁塞塞窗口就增增加一個(gè)報(bào)報(bào)文段（ccwnd以以字節(jié)為單單位，但慢慢啟動(dòng)以報(bào)報(bào)文段大小小為單位進(jìn)進(jìn)行增加）。發(fā)送方取取擁塞窗口口與通告窗窗口中的最最小值作為為發(fā)送上限限。擁塞窗窗口是發(fā)送送方使用的的流量控制制，而通告告窗口是接接收方使用用的流量控控制。 發(fā)送方開開始時(shí)發(fā)送送一個(gè)報(bào)文文段，然后后等待ACCK。當(dāng)收收到該ACCK時(shí)，擁?yè)砣翱趶膹?增加到到2,即可可以發(fā)送兩兩個(gè)報(bào)文段段。當(dāng)收到到這兩個(gè)報(bào)報(bào)文段的AACK時(shí)，擁?yè)砣翱诰途驮黾訛?4。這是一一種指數(shù)增增加的關(guān)系系。擁塞避免慢啟動(dòng)算法法增加擁

28、塞塞窗口大小小到某些點(diǎn)點(diǎn)上可能達(dá)達(dá)到了互聯(lián)聯(lián)網(wǎng)的容量量，于是中中間路由器器開始丟棄棄分組。這這就通知發(fā)發(fā)送方它的的擁塞窗口口開得太大大。擁塞避避免算法是是一種處理理丟失分組組的方法。該算法假假定由于分分組受到損損壞引起的的丟失是非非常少的（遠(yuǎn)遠(yuǎn)小于1），因此此分組丟失失就意味著著在源主機(jī)機(jī)和目標(biāo)主主機(jī)之間的的某處網(wǎng)絡(luò)絡(luò)上發(fā)生了了擁塞。有有兩種分組組丟失的指指示：發(fā)生生超時(shí)和接接收到重復(fù)復(fù)的確認(rèn)。擁塞避免免算法與慢慢啟動(dòng)算法法是兩個(gè)獨(dú)獨(dú)立的算法法，但實(shí)際際中這兩個(gè)個(gè)算法通常常在一起實(shí)實(shí)現(xiàn)。擁塞避免與與慢啟動(dòng) 擁塞避免免算法和慢慢啟動(dòng)算法法需要對(duì)每每個(gè)連接維維持兩個(gè)變變量：一個(gè)個(gè)擁塞窗口口cwnd

29、d和一個(gè)慢慢啟動(dòng)門限限ssthhreshh。算法的的工作過(guò)程程如下： 1) 對(duì)對(duì)一個(gè)給定定的連接，初初始化cwwnd為11個(gè)報(bào)文段段，sstthressh為655535個(gè)個(gè)字節(jié)。 2) TTCP輸出出例程的輸輸出不能超超過(guò)cwnnd和接收收方通告窗窗口的大小小。擁塞避避免是發(fā)送送方使用的的流量控制制，而通告告窗口則是是接收方進(jìn)進(jìn)行的流量量控制。前前者是發(fā)送送方感受到到的網(wǎng)絡(luò)擁?yè)砣墓烙?jì)計(jì)，而后者者則與接收收方在該連連接上的可可用緩存大大小有關(guān)。 3) 當(dāng)當(dāng)擁塞發(fā)生生時(shí)（超時(shí)時(shí)或收到重重復(fù)確認(rèn)），sssthrresh被被設(shè)置為當(dāng)當(dāng)前窗口大大小的一半半（cwnnd和接收收方通告窗窗口大小的的最小值

30、，但但最少為22個(gè)報(bào)文段段）。此外外，如果是是超時(shí)引起起了擁塞，則則cwndd被設(shè)置為為1個(gè)報(bào)文文段（這就就是慢啟動(dòng)動(dòng)）。 4) 當(dāng)當(dāng)新的數(shù)據(jù)據(jù)被對(duì)方確確認(rèn)時(shí)，就就增加cwwnd，但但增加的方方法依賴于于我們是否否正在進(jìn)行行慢啟動(dòng)或或擁塞避免免。如果ccwnd小小于或等于于ssthhreshh，則正在在進(jìn)行慢啟啟動(dòng)，否則則正在進(jìn)行行擁塞避免免。慢啟動(dòng)動(dòng)一直持續(xù)續(xù)到我們回回到當(dāng)擁塞塞發(fā)生時(shí)所所處位置的的半時(shí)候才才停止（因因?yàn)槲覀冇浻涗浟嗽诓讲襟E2中給給我們制造造麻煩的窗窗口大小的的一半），然然后轉(zhuǎn)為執(zhí)執(zhí)行擁塞避避免。 慢啟動(dòng)算算法初始設(shè)設(shè)置cwnnd為1個(gè)個(gè)報(bào)文段，此此后每收到到一個(gè)確認(rèn)認(rèn)就加1

31、。這會(huì)使窗窗口按指數(shù)數(shù)方式增長(zhǎng)長(zhǎng)：發(fā)送11個(gè)報(bào)文段段，然后是是2個(gè)，接接著是4個(gè)個(gè)。擁塞塞避免算法法要求每次次收到一個(gè)個(gè)確認(rèn)時(shí)將將cwndd增加1/cwndd。與慢啟啟動(dòng)的指數(shù)數(shù)增加比起起來(lái)，這是是一種加性性增長(zhǎng)。我我們希望在在一個(gè)往返返時(shí)間內(nèi)最最多為cwwnd增加加1個(gè)報(bào)文文段（不管管在這個(gè)RRT T中中收到了多多少個(gè)ACCK），然然而慢啟動(dòng)動(dòng)將根據(jù)這這個(gè)往返時(shí)時(shí)間中所收收到的確認(rèn)認(rèn)的個(gè)數(shù)增增加cwnnd。 處于擁塞塞避免狀態(tài)態(tài)時(shí)，擁塞塞窗口的計(jì)計(jì)算公式如如下（引公公式參照BBSD的實(shí)實(shí)現(xiàn)，seegsizze/8的的值是一個(gè)個(gè)匹配補(bǔ)充充量，不在在算法描述述當(dāng)中）： cwndd - cwndd

32、 + ssegsiize * seggsizee / ccwnd + seegsizze / 8。窗口調(diào)節(jié)技技術(shù)傳輸窗口大大小，即在在收到回應(yīng)應(yīng)之前一次次發(fā)送的數(shù)數(shù)據(jù)量，會(huì)會(huì)直接影響響到TCPP的性能。相反，性性能又與回回程時(shí)間成成正比，因因?yàn)閰f(xié)議需需要（通過(guò)過(guò)ACK包包表明數(shù)據(jù)據(jù)已被成功功接收的信信號(hào)）確保保數(shù)據(jù)投送送到位。在在最糟糕的的情況下，一一個(gè)端點(diǎn)會(huì)會(huì)等待另一一端點(diǎn)回應(yīng)應(yīng)數(shù)據(jù)的傳傳輸情況，從從而使網(wǎng)絡(luò)絡(luò)閑置的時(shí)時(shí)間變長(zhǎng)。當(dāng)傳輸窗窗口變得很很小時(shí)，這這種現(xiàn)象便便會(huì)發(fā)生，但但此現(xiàn)象并并不能準(zhǔn)確確反映線路路速度和延延遲情況。 使情況變得得更加復(fù)雜雜的是，TTCP會(huì)根根據(jù)響應(yīng)速速度調(diào)整自自己

33、的窗口口大小。連連接的距離離越長(zhǎng)，窗窗口就越小小。如果響響應(yīng)的速度度非常緩慢慢，TCPP 協(xié)議就就可能永遠(yuǎn)遠(yuǎn)也不選擇擇最大的窗窗口尺寸，這這意味著許許多廣域網(wǎng)網(wǎng)連接的完完整容量永永遠(yuǎn)也不會(huì)會(huì)被完全利利用。因此此，TCPP協(xié)議可能能導(dǎo)致廣域域網(wǎng)性能的的惡化，甚甚至在帶寬寬 仍然非非常充足時(shí)時(shí)，性能的的惡化也在在所難免。同樣，重重傳也會(huì)嚴(yán)嚴(yán)重影響TTCP的性性能，要知知道1%的的包丟失可可能導(dǎo)致最最多80%的性能損損失。TCP應(yīng)當(dāng)當(dāng)基于系統(tǒng)統(tǒng)可用帶寬寬時(shí)延積（BBDP，BBandwwidthh Dellay PProduuct）設(shè)設(shè)定合適的的接收方窗窗口大小。接收方通通知窗口應(yīng)應(yīng)當(dāng)至少同同BDP一

34、一樣大，否否則接收方方的TCPP層將對(duì)最最大可用帶帶寬造成限限制。該技技術(shù)可以自自行選擇TTCP窗口口的大小，從從而實(shí)現(xiàn)最最高的傳輸輸速率并在在廣域網(wǎng)連連接發(fā)生包包丟失時(shí) 將重傳數(shù)數(shù)據(jù)包的數(shù)數(shù)量減至最最小。通知知窗口應(yīng)當(dāng)當(dāng)盡可能地地設(shè)大一些些，使得所所有的可用用帶寬都有有可能使用用；但如果果通知窗口口比BDPP大太多，也也可能因?yàn)闉榫彺嬉绯龀龊碗S后的的TCP重重傳導(dǎo)致性性能惡化。因而，通通知窗口應(yīng)應(yīng)當(dāng)比BDDP稍大，一一方面充分分使用容量量，另一方方面也不會(huì)會(huì)損害到網(wǎng)網(wǎng)絡(luò)處理?yè)頁(yè)砣蛠G報(bào)報(bào)恢復(fù)的能能力。TCCP Faast SStartt也是一種種算法，它它可以加速速TCP發(fā)發(fā)送窗口的的增長(zhǎng)速

35、度度，從而實(shí)實(shí)現(xiàn)了可用用帶寬的快快速利用。選擇性確認(rèn)認(rèn)TCP連接接期間，接接收方將最最后一個(gè)成成功接收?qǐng)?bào)報(bào)文段的序序號(hào)包含進(jìn)進(jìn)ACK中中，此即累累積性確認(rèn)認(rèn)。一般而而言，選擇擇性ACKK（SACCK，Seelecttive Acknnowleedgemment）則則是可選項(xiàng)項(xiàng)，它允許許接收方向向發(fā)送方通通知所有數(shù)數(shù)據(jù)段的傳傳輸狀態(tài)。這樣，發(fā)發(fā)送方就可可以有選擇擇地重傳，而而不是僅僅僅重傳第一一個(gè)丟失分分組并等待待下一個(gè)AACK（一一個(gè)RTTT）來(lái)接收收新的丟失失信息。 在具有較大大BDP通通道時(shí)，SSACK更更能發(fā)揮作作用，有研研究結(jié)果表表明它適合合于具有中中等丟失率率（低于窗窗口大小的的50

36、%）的的長(zhǎng)延遲網(wǎng)網(wǎng)絡(luò)環(huán)境。這使得SSACK比比較適合于于無(wú)線鏈路路。但其不不足在于它它會(huì)稍微加加大報(bào)頭的的尺寸（最最多增添88bytee），且其其使用需要要客戶機(jī)、服務(wù)器兩兩端的支持持。Splitt TCPPTCP連接接跨越廣域域網(wǎng)時(shí)，廣廣域網(wǎng)上跳跳數(shù)多，路路由變化頻頻繁，會(huì)對(duì)對(duì)TCP連連接的性能能造成不良良影響。為為了提高TTCP連接接的吞吐率率，提出SSplitt TCPP（即TCCP代理）的的解決思路路。具體地地說(shuō)就是在在TCP端端到端連接接中設(shè)置代代理，將一一條完整的的長(zhǎng)路經(jīng)切切割成多條條段路徑，針針對(duì)每一條條短路徑分分別建立TTCP連接接。這樣可可以提高TTCP連接接的吞吐量量，同時(shí)

37、也也可以改善善TCP建建立的3次次握手過(guò)程程的性能。連接建立分分要經(jīng)過(guò)三三次握手過(guò)過(guò)程：客戶端發(fā)送送一個(gè)SYYN段到指指明客戶打打算連接的的服務(wù)器的的端口，報(bào)報(bào)文段中要要設(shè)置客戶戶端初始序序號(hào)。服務(wù)器發(fā)回回包含服務(wù)務(wù)器的初始始序號(hào)的SSYN報(bào)文文段作為應(yīng)應(yīng)答。同時(shí)時(shí)，將確認(rèn)認(rèn)序號(hào)設(shè)置置為客戶的的初始序號(hào)號(hào)加1,并并設(shè)置ACCK位標(biāo)志志報(bào)文段為為確認(rèn)報(bào)文文段?？蛻舳吮仨氻殞⒋_認(rèn)序序號(hào)設(shè)置為為服務(wù)器初初始序號(hào)加加1,對(duì)服服務(wù)器的SSYN報(bào)文文段進(jìn)行確確認(rèn)。 全局維護(hù)護(hù)一個(gè)初始始序號(hào)種子子，這個(gè)初初始序號(hào)為為隨時(shí)產(chǎn)生生的32位位整數(shù)。連連接建立的的超時(shí)和重重傳初始值值為3秒，超超時(shí)采用指指數(shù)退避算算

38、法，3秒秒超時(shí)后超超時(shí)值為66秒，然后后是12秒秒，24秒秒。連接接建立最長(zhǎng)長(zhǎng)時(shí)間限制制為75秒秒。Splitt TCPPQoS原理理介紹模型Best-Effoort模型型Best-Effoort是一一個(gè)單一的的服務(wù)模型型，也是最簡(jiǎn)簡(jiǎn)單的服務(wù)務(wù)模型。應(yīng)用程序序可以在任任何時(shí)候發(fā)發(fā)出任意數(shù)數(shù)量的報(bào)文文，而且不需需要事先獲獲得批準(zhǔn)，也不需要要通知網(wǎng)絡(luò)絡(luò)。對(duì)Bestt-Efffort服服務(wù)網(wǎng)絡(luò)，盡最大的的可能性來(lái)來(lái)發(fā)送報(bào)文文，但對(duì)時(shí)延延可靠性等等性能不提提供任何保保證。InterrServv模型該模型使用用資源預(yù)留留（RSVVP）協(xié)議議，RSVPP運(yùn)行在從從源端到目目的端的每每個(gè)路由器器上，負(fù)責(zé)責(zé)請(qǐng)

39、求/預(yù)預(yù)留資源。InteerSerrv模型能夠在在IP網(wǎng)上上提供端到到端的QOOS保證。但是，IInterrServv模型對(duì)路由由器的要求求很高，當(dāng)當(dāng)網(wǎng)絡(luò)中的的數(shù)據(jù)流數(shù)數(shù)量很大時(shí)時(shí)，路由器器的存儲(chǔ)和和處理能力力會(huì)遇到很很大的壓力力。DiffSServ模模型區(qū)分服務(wù)（DiffServ）是IETF工作組為了克服InterServ的可擴(kuò)展性差在1998年提出的另一個(gè)服務(wù)模型，目的是制定一個(gè)可擴(kuò)展性相對(duì)較強(qiáng)的方法來(lái)保證IP的服務(wù)質(zhì)量。在DiffServ模型中，業(yè)務(wù)流被劃分成不同的差分服務(wù)類。一個(gè)業(yè)務(wù)流的差分服務(wù)類由其IP包頭中的差分服務(wù)標(biāo)記字段（Different Service Code Point

40、，簡(jiǎn)稱DSCP）來(lái)表示。在實(shí)施DiffServ的網(wǎng)絡(luò)中，每一個(gè)路由器都會(huì)根據(jù)數(shù)據(jù)包的DSCP字段執(zhí)行相應(yīng)的PHB(Per Hop Behavior)行為，主要包括以下三類PHB：Expedditedd Forrwardding (EF)：主要用用于低延遲遲、抖動(dòng)和和丟包率的的業(yè)務(wù)，這這類業(yè)務(wù)一一般運(yùn)行一一個(gè)相對(duì)穩(wěn)穩(wěn)定的速率率，需要在在路由器中中進(jìn)行快速速轉(zhuǎn)發(fā)；Assurred FForwaardinng (AAF)：這這類業(yè)務(wù)在在沒有超過(guò)過(guò)最大允許許帶寬時(shí)能能夠確保轉(zhuǎn)轉(zhuǎn)發(fā)，一旦旦超出最大大允許帶寬寬，則允許許根據(jù)不同同的丟棄級(jí)級(jí)別丟棄報(bào)報(bào)文。AFF確保轉(zhuǎn)發(fā)發(fā)類將轉(zhuǎn)發(fā)發(fā)行為分為為4類，每每一個(gè)確

41、保保轉(zhuǎn)發(fā)類都都被分配了了不同的帶帶寬資源，并并對(duì)應(yīng)3個(gè)個(gè)不同的丟丟棄優(yōu)先級(jí)級(jí)。IETTF建議使使用4個(gè)不不同的隊(duì)列列分別傳輸輸AF1xx、AF22x、AFF3x、AAF4x業(yè)業(yè)務(wù)，并且且每個(gè)隊(duì)列列提供3種種不同的丟丟棄優(yōu)先級(jí)級(jí)，因此可可以構(gòu)成112個(gè)有保保證轉(zhuǎn)發(fā)的的PHB。Best Effoort (BE)：盡力轉(zhuǎn)發(fā)發(fā)，主要用用于對(duì)時(shí)延延、抖動(dòng)和和丟包不敏敏感的業(yè)務(wù)務(wù)。目前，基于于DifffServv模型的QQoS服務(wù)務(wù)是業(yè)界主主流。下面面將簡(jiǎn)單介介紹一些基基于DifffSerrv模型的的QoS技技術(shù)。QoS技術(shù)術(shù)介紹流量分類和和標(biāo)記報(bào)文分類是是將報(bào)文劃劃分為多個(gè)個(gè)優(yōu)先級(jí)或或多個(gè)服務(wù)務(wù)類，如使

42、使用IP報(bào)文頭頭的ToSS（Typee of servvice，服服務(wù)類型）字字段的前三三位（即IIP優(yōu)先級(jí)級(jí)）來(lái)標(biāo)記記報(bào)文，可可以將報(bào)文文最多分成成8類；若使使用DSCCP（Diffferenntiatted SServiices Codeepoinnt，區(qū)分分服務(wù)編碼碼點(diǎn)，TooS域的前前6位），則則最多可分分成64類。在在報(bào)文分類類后，就可可以將其它它的QoSS特性應(yīng)用用到不同的的分類，實(shí)實(shí)現(xiàn)基于類類的擁塞管管理、流量量整形等。擁塞管理?yè)砣芾硎鞘侵妇W(wǎng)絡(luò)在在發(fā)生擁塞塞時(shí)，如何何進(jìn)行管理理和控制。處理的方方法是使用用隊(duì)列技術(shù)術(shù)。將所有有要從一個(gè)個(gè)接口發(fā)出出的報(bào)文 進(jìn)入多個(gè)個(gè)隊(duì)列，按按照各個(gè)

43、隊(duì)隊(duì)列的優(yōu)先先級(jí)進(jìn)行處處理。不同同的隊(duì)列算算法用來(lái)解解決不同的的問題，并并產(chǎn)生不同同的效果。常用的隊(duì)隊(duì)列有FIIFO、PQ，CQ，RTP優(yōu)先先隊(duì)列，WWFQ，CBWFFQ等。擁塞管理的的處理包括括隊(duì)列的創(chuàng)創(chuàng)建、報(bào)文文的分類、將報(bào)文送送入不同的的隊(duì)列、隊(duì)隊(duì)列調(diào)度等等。在一個(gè)個(gè)接口沒有有發(fā)生擁塞塞的時(shí)候，報(bào)報(bào)文在到達(dá)達(dá)接口后立立即就被發(fā)發(fā)送出去，在在報(bào)文到達(dá)達(dá)的速度超超過(guò)接口發(fā)發(fā)送報(bào)文的的速度時(shí)，接接口就發(fā)生生了擁塞。擁塞管理理就會(huì)將這這些報(bào)文進(jìn)進(jìn)行分類，送送入不同的的隊(duì)列；而而隊(duì)列調(diào)度度對(duì)不同優(yōu)優(yōu)先級(jí)的報(bào)報(bào)文進(jìn)行分分別處理，優(yōu)優(yōu)先級(jí)高的的報(bào)文會(huì)得得到優(yōu)先處處理。擁塞避免由于內(nèi)存資資源的有限限，按

44、照傳傳統(tǒng)的處理理方法，當(dāng)當(dāng)隊(duì)列的長(zhǎng)長(zhǎng)度達(dá)到規(guī)規(guī)定的最大大長(zhǎng)度時(shí)，所所有到來(lái)的的報(bào)文都被被丟棄。對(duì)對(duì)于TCPP報(bào)文，如如果大量的的報(bào)文被丟丟棄，將造造成TCPP超時(shí)，從從而引發(fā)TTCP的慢慢啟動(dòng)和擁?yè)砣苊鈾C(jī)機(jī)制，使TTCP減少少報(bào)文的發(fā)發(fā)送。當(dāng)隊(duì)隊(duì)列同時(shí)丟丟棄多個(gè)TTCP連接接的報(bào)文時(shí)時(shí)，將造成成多個(gè)TCCP連接同同時(shí)進(jìn)入慢慢啟動(dòng)和擁?yè)砣苊猓Q稱之為：TTCP全局局同步。這這樣多個(gè)TTCP連接接發(fā)向隊(duì)列列的報(bào)文將將同時(shí)減少少，使得發(fā)發(fā)向隊(duì)列的的報(bào)文的量量不及線路路發(fā)送的速速度，減少少了線路帶帶寬的利用用。并且，發(fā)發(fā)向隊(duì)列的的報(bào)文的流流量總是忽忽大忽小，使使線路的上上的流量總總在極少和和飽滿之

45、間間波動(dòng)。為了避免這這種情況的的發(fā)生，隊(duì)隊(duì)列可以采采用加權(quán)隨隨機(jī)早期檢檢測(cè)WREED（Weigghtedd Ranndom Earlly Deetecttion ）的報(bào)文文丟棄策略略（WREED與RED的區(qū)區(qū)別在于前前者引入IIP優(yōu)先權(quán)權(quán)，DSCCP值，和和MPLSS EXPP來(lái)區(qū)別丟丟棄策略）。采用WRRED時(shí)，用用戶可以設(shè)設(shè)定隊(duì)列的的閾值（tthressholdd）。當(dāng)隊(duì)隊(duì)列的長(zhǎng)度度小于低閾閾值時(shí)，不不丟棄報(bào)文文；當(dāng)隊(duì)列列的長(zhǎng)度在在低閾值和和高閾值之之間時(shí)，WWRED開開始隨機(jī)丟丟棄報(bào)文（隊(duì)隊(duì)列的長(zhǎng)度度越長(zhǎng)，丟丟棄的概率率越高）；當(dāng)隊(duì)列的的長(zhǎng)度大于于高閾值時(shí)時(shí)，丟棄所所有的報(bào)文文。由于WR

46、EED隨機(jī)地地丟棄報(bào)文文，將避免免使多個(gè)TTCP連接接同時(shí)降低低發(fā)送速度度，從而避避免了TCCP的全局局同步現(xiàn)象象。當(dāng)某個(gè)個(gè)TCP連接接的報(bào)文被被丟棄，開開始減速發(fā)發(fā)送的時(shí)候候，其他的的TCP連接接仍然有較較高的發(fā)送送速度。這這樣，無(wú)論論什么時(shí)候候，總有TTCP連接接在進(jìn)行較較快的發(fā)送送，提高了了線路帶寬寬的利用率率。流量監(jiān)管與與流量整形形流量監(jiān)管管（traafficc pollicinng）的典典型作用是是限制進(jìn)入入某一網(wǎng)絡(luò)絡(luò)的某一連連接的流量量與突發(fā)。在報(bào)文滿滿足一定的的條件時(shí)，如如某個(gè)連接接的報(bào)文流流量過(guò)大，流流量監(jiān)管就就可以對(duì)該該報(bào)文采取取不同的處處理動(dòng)作，例例如丟棄報(bào)報(bào)文，或重重新設(shè)

47、置報(bào)報(bào)文的優(yōu)先先級(jí)等。通通常的用法法是使用CCAR來(lái)限限制某類報(bào)報(bào)文的流量量，例如限限制HTTTP報(bào)文不不能占用超超過(guò)50%的網(wǎng)絡(luò)帶帶寬。流量整形形（traafficc shaapingg）的典型型作用是限限制流出某某一網(wǎng)絡(luò)的的某一連接接的流量與與突發(fā)，使使這類報(bào)文文以比較均均勻的速度度向外發(fā)送送。流量整整形通常使使用緩沖區(qū)區(qū)和令牌桶桶來(lái)完成，當(dāng)當(dāng)報(bào)文的發(fā)發(fā)送速度過(guò)過(guò)快時(shí)，首首先在緩沖沖區(qū)進(jìn)行緩緩存，在令令牌桶的控控制下，再再均勻地發(fā)發(fā)送這些被被緩沖的報(bào)報(bào)文。鏈路分片與與交叉（LLink Fraggmentt & IInterrleavve，LFFI）對(duì)于低速鏈鏈路，即使使為語(yǔ)音等等實(shí)時(shí)業(yè)務(wù)務(wù)

48、報(bào)文配置置了高優(yōu)先先級(jí)隊(duì)列（如如RTP優(yōu)優(yōu)先隊(duì)列或或LLQ），也也不能夠保保證其時(shí)延延與抖動(dòng)，原原因在于接接口在發(fā)送送其他數(shù)據(jù)據(jù)報(bào)文的瞬瞬間，語(yǔ)音音業(yè)務(wù)報(bào)文文只能等待待，而對(duì)于于低速接口口發(fā)送較大大的數(shù)據(jù)報(bào)報(bào)文要花費(fèi)費(fèi)相當(dāng)?shù)臅r(shí)時(shí)間。采用用LFI以以后，數(shù)據(jù)據(jù)報(bào)文（非非RTP實(shí)實(shí)時(shí)隊(duì)列和和LLQ中中的報(bào)文）在在發(fā)送前被被分片、逐逐一發(fā)送，而而此時(shí)如果果有語(yǔ)音報(bào)報(bào)文到達(dá)則則被優(yōu)先發(fā)發(fā)送，從而而保證了語(yǔ)語(yǔ)音等實(shí)時(shí)時(shí)業(yè)務(wù)的時(shí)時(shí)延與抖動(dòng)動(dòng)。LFII主要用于于低速鏈路路。RTP報(bào)文文頭壓縮（RRTP HHeadeer Coompreessioon，cRRTP）cRTP主主要在低速速鏈路上使使用，可將將40

49、字節(jié)節(jié)的IP/UDP/RTP頭頭壓縮到224個(gè)字字節(jié)（不使使用校驗(yàn)和和可到2字字節(jié)），提提高鏈路的的利用率。cRTPP主要得益益于同一會(huì)會(huì)話的語(yǔ)音音分組頭和和語(yǔ)音分組組頭之間的的差別往往往是不變的的，因此只只需傳遞增增量。RTTP協(xié)議用用于在IPP網(wǎng)絡(luò)上承承載語(yǔ)音、視頻等實(shí)實(shí)時(shí)多媒體體業(yè)務(wù)。解決方案主主要模塊介介紹H3C的OOAA WWAN優(yōu)化化解決方案案，主要由由MSR(Multtiplee Serrvicee Rouuter)多業(yè)務(wù)路路由器與WWAAM(Wan Appllicattion )模塊組成，兩兩者之間通通過(guò)ACFFP(Apppliccatioon coontrool foorwa

50、rrd prrotoccol應(yīng)用用控制轉(zhuǎn)發(fā)發(fā)協(xié)議)進(jìn)行互動(dòng)動(dòng)連接。多業(yè)務(wù)路由由器MSRRMSR（MMultiiple Servvicess Rouuter）多多業(yè)務(wù)開放放路由器是是H3C公司司專門面向向行業(yè)分支支機(jī)構(gòu)和大大中型企業(yè)業(yè)而推出的的新一代網(wǎng)網(wǎng)絡(luò)產(chǎn)品。MSR先先進(jìn)的軟件件結(jié)構(gòu)與硬硬件平臺(tái)，能能夠在最小小的投資范范圍內(nèi)為企企業(yè)邊緣網(wǎng)網(wǎng)絡(luò)提供一一體化解決決方案，更更能充分滿滿足未來(lái)業(yè)業(yè)務(wù)擴(kuò)展的的多元化應(yīng)應(yīng)用需求，符符合企業(yè)IIT建設(shè)的的現(xiàn)狀與趨趨勢(shì)。企業(yè)信息架架構(gòu)正在由由C/S模模式向B/S模式轉(zhuǎn)轉(zhuǎn)變，MSSR具備高高數(shù)據(jù)轉(zhuǎn)發(fā)發(fā)能力與高高加密能力力，很好的的解決了轉(zhuǎn)轉(zhuǎn)變過(guò)程中中凸現(xiàn)的網(wǎng)網(wǎng)絡(luò)

51、帶寬壓壓力與安全全隱患，保保障企業(yè)關(guān)關(guān)鍵業(yè)務(wù)流流可以高速速、機(jī)密的的通過(guò)廣域域網(wǎng)傳輸。WAAM模模塊WAAM模模塊的主要要功能包括括以下4個(gè)部分：數(shù)據(jù)壓縮應(yīng)用加速TCP加速速L7QoSS數(shù)據(jù)壓縮壓縮模式WAAM有有兩個(gè)壓縮縮模式：IIPCommp, RRTM。報(bào)報(bào)文的具體體壓縮封裝裝模式參加加下圖。IPCommp和RTTM壓縮模模式IPCommp類似一一種隧道封封裝方式，在在兩個(gè)WAAAM模塊塊之間建立立一條靜態(tài)態(tài)隧道，對(duì)對(duì)于隧道內(nèi)內(nèi)的數(shù)據(jù)提提供完全的的封裝，對(duì)對(duì)原始報(bào)文文頭和數(shù)據(jù)據(jù)都進(jìn)行壓壓縮處理，對(duì)對(duì)外不可見見，安全性性較高。但但由于對(duì)外外屏蔽了原原始報(bào)文頭頭，使得網(wǎng)網(wǎng)絡(luò)中一些些基于報(bào)文文

52、頭特殊字字段的處理理無(wú)法實(shí)施施，例如：QoS，流流量分析等等等。需要要注意的是是：如果有有明確的需需要，可以以通過(guò)配置置保留原始始報(bào)文頭中中的部分字字段，如：源地址、TTL或或ToS域域。RTM保留留原始報(bào)文文頭，僅壓壓縮原始數(shù)數(shù)據(jù)區(qū)，安安全性較差差，但由于于保留了原原始報(bào)文頭頭，可以保保證QoSS、流量分分析等功能能的實(shí)施。壓縮算法WAAM的的壓縮算法法主要有33個(gè)，分別別針對(duì)不同同區(qū)域的數(shù)數(shù)據(jù)進(jìn)行壓壓縮。VDA(VVertiical Dataa Anaalysiis), 將數(shù)數(shù)據(jù)流分割割成不同的的報(bào)頭和數(shù)數(shù)據(jù)段，并并標(biāo)記可以以緩存的部部分。SC(Seelecttive Cachhing),

53、 緩存存重復(fù)傳輸輸?shù)淖止?jié)段段。APC(AAdapttive Packket CComprressiion), 對(duì)于不不能緩存、不能分割割報(bào)頭的數(shù)數(shù)據(jù)進(jìn)行壓壓縮。VDA算法法VDA算法法VDA可以以自動(dòng)識(shí)別別報(bào)文中的的各個(gè)協(xié)議議字段，例例如：:HDLCIP HeeaderrTCP HHeadeerHTTP/1.1 HeadderXMLData通過(guò)預(yù)定義義的規(guī)則，VVDA能夠夠分析更加加細(xì)致的報(bào)報(bào)頭信息，例例如：sequeence numbbersCheckksumssprotoocol idenntifiiersSC算法SC算法SC算法的的本質(zhì)就是是數(shù)據(jù)塊緩緩存，為了了提高緩存存效率，SSC算法

54、支支持字節(jié)級(jí)級(jí)粒度的緩緩存方式。從緩存的的角度來(lái)看看，VDAA算法實(shí)際際上是為SSC算法服服務(wù)的。APC算法法APC算法法APC算法法屬于典型型的壓縮算算法，具體體原理與22.1小節(jié)節(jié)中描述的的原理很相相似。不同的數(shù)據(jù)據(jù)類型應(yīng)用用不同的壓壓縮算法，例例如：下列列的數(shù)據(jù)就就用不同的的方式壓縮縮處理。這這樣壓縮效效果更好。HTMLSQLJavaSScrippt壓縮處理過(guò)過(guò)程在整個(gè)壓縮縮過(guò)程中，VVDA、SSC、APPC并不是是獨(dú)立存在在的，而是是相互配合合、相互作作用的一個(gè)個(gè)整體，下下面是一個(gè)個(gè)完成的壓壓縮過(guò)程中中，各算法法之間的關(guān)關(guān)系。壓縮過(guò)程11VDA、SSC、APPC算法的的應(yīng)用有嚴(yán)嚴(yán)格的順

55、序序關(guān)系，VVDA算法法實(shí)際上可可以看作是是SC算法法的一個(gè)準(zhǔn)準(zhǔn)備步驟，而而APC則則是VDAA/SC算算法的有效效補(bǔ)充。壓縮過(guò)程22應(yīng)用加速當(dāng)前廣域網(wǎng)網(wǎng)存在的主主要問題是是時(shí)延過(guò)大大，導(dǎo)致各各種應(yīng)用性性能嚴(yán)重降降低。針對(duì)對(duì)廣域網(wǎng)時(shí)時(shí)延過(guò)大的的問題，WWAAM采采用應(yīng)用加加速和TCCP加速。應(yīng)用加速主主要包括：HTTP/FTP/DNS等等Citriix的各種種應(yīng)用語(yǔ)音流的加加速處理HTTP/FTP/DNS加加速HTTP/FTP/DNS應(yīng)應(yīng)用加速的的原理是本本地代理機(jī)機(jī)制。即在在本地應(yīng)用用加速設(shè)備備上建立代代理，通過(guò)過(guò)代理與服服務(wù)器連接接連接，對(duì)對(duì)常用的請(qǐng)請(qǐng)求進(jìn)行緩緩存。在收收到請(qǐng)求時(shí)時(shí)與緩存數(shù)

56、數(shù)據(jù)對(duì)比，如如果匹配則則可以直接接從本地代代理獲取應(yīng)應(yīng)答，有效效的減少了了穿越廣域域網(wǎng)的請(qǐng)求求、應(yīng)答過(guò)過(guò)程。因此此，可以取取得很好的的加速效果果。HTTP/FTP應(yīng)應(yīng)用加速啟用HTTTP/FTTP加速時(shí)時(shí)，部分重重復(fù)的請(qǐng)求求與應(yīng)答不不需要穿越越廣域網(wǎng)，減減小時(shí)延廣域網(wǎng)優(yōu)化化設(shè)備終結(jié)結(jié)會(huì)話緩存數(shù)據(jù)，并并對(duì)重復(fù)的的請(qǐng)求本地地作出應(yīng)答答減少重復(fù)數(shù)數(shù)據(jù)反復(fù)穿穿越廣域網(wǎng)網(wǎng)啟用DNSS加速時(shí)，廣域網(wǎng)優(yōu)化設(shè)備本地應(yīng)答DNS請(qǐng)求，可以將原本需要200ms的應(yīng)答縮短到5ms。DNS應(yīng)用用加速Citriix應(yīng)用加加速Citriix應(yīng)用加加速的核心心是“小包組大大包”，減少報(bào)報(bào)文頭對(duì)帶帶寬的消耗耗Citriix數(shù)據(jù)

57、流流小包居多多，平均報(bào)報(bào)文大小是是80-1100字節(jié)節(jié)，壓縮后后40-550字節(jié)，這這些小包的的報(bào)文頭對(duì)對(duì)帶寬的消消耗很可觀觀將報(bào)文頭相相同的多個(gè)個(gè)小包組成成一個(gè)大包包，可以有有效的減少少報(bào)文頭部部對(duì)于帶寬寬的消耗Citriix應(yīng)用加加速語(yǔ)音應(yīng)用加加速語(yǔ)音加速的的核心是鏈鏈路分片與與交叉（LLink Fraggmentt & IInterrleavve，LFFI）語(yǔ)音等實(shí)時(shí)時(shí)業(yè)務(wù)報(bào)文文配置了高高優(yōu)先級(jí)隊(duì)隊(duì)列（如RRTP優(yōu)先先隊(duì)列或LLLQ）低速接口發(fā)發(fā)送較大的的數(shù)據(jù)報(bào)文文要花費(fèi)相相當(dāng)?shù)臅r(shí)間間，影響語(yǔ)語(yǔ)音時(shí)延采用LFII以后，數(shù)數(shù)據(jù)報(bào)文（非非RTP實(shí)實(shí)時(shí)隊(duì)列和和LLQ中中的報(bào)文）在在發(fā)送前被被分

58、片、逐逐一發(fā)送，而而此時(shí)如果果有語(yǔ)音報(bào)報(bào)文到達(dá)則則被優(yōu)先發(fā)發(fā)送，從而而保證了語(yǔ)語(yǔ)音等實(shí)時(shí)時(shí)業(yè)務(wù)的時(shí)時(shí)延與抖動(dòng)動(dòng)語(yǔ)音應(yīng)用加加速TCP加速速WAAM在在實(shí)現(xiàn)TCCP加速技技術(shù)方面，主主要依據(jù)SSCPS(Spacce Coommunnicattionss Prootocool Sttandaards)的標(biāo)準(zhǔn)。重點(diǎn)突出出以下幾個(gè)方面的的技術(shù)內(nèi)容容：Splitt TCPP突破TCPP端到端連連接的理念念：取消了廣廣域網(wǎng)上TTCP連接接建立的33次握手過(guò)過(guò)程。加快快TCP連連接建立過(guò)過(guò)程。在兩端的局局域網(wǎng)內(nèi)建建立兩個(gè)高高速的TCCP連接在兩端的TTCP加速速設(shè)備之間間建立一條條優(yōu)化的TTCP連接接內(nèi)網(wǎng)隔離

59、,快速啟動(dòng)動(dòng)。本地加加速設(shè)備回回應(yīng)SYNN報(bào)文，同同時(shí)保證廣廣域網(wǎng)連接接啟動(dòng)優(yōu)化TCPP，增加帶帶寬的使用用率取消廣域網(wǎng)網(wǎng)上TCPP連接得慢慢啟動(dòng)過(guò)程程，廣域網(wǎng)網(wǎng)兩側(cè)的加加速設(shè)備統(tǒng)統(tǒng)一配置帶帶寬參數(shù)，通通過(guò)帶寬參參數(shù)計(jì)算擁?yè)砣翱诘牡某叽缛∠翱诖蟠笮≌{(diào)整過(guò)過(guò)程。窗口尺寸寸根據(jù)帶寬寬計(jì)算，相相對(duì)固定，不不再頻繁變變化。窗口大小小調(diào)整， 擴(kuò)大 TTCP 窗窗口尺寸：基準(zhǔn)值 16K ，最大值值 64KK。便于AACK快速速到達(dá)，減減少不必要要的重傳。選擇性ACCK SNAACK，僅對(duì)丟棄棄的包進(jìn)行行重傳。不對(duì)稱鏈路路，例如：減減少?gòu)V域網(wǎng)網(wǎng)上ACKK傳輸?shù)臄?shù)數(shù)量取消擁塞避避免機(jī)制優(yōu)化容錯(cuò)算算法基于應(yīng)用的的QoS技技術(shù)基于應(yīng)用的的QoS的的本質(zhì)還是是QoS，不同的是前者增加了一項(xiàng)功能：識(shí)別應(yīng)用。在識(shí)別應(yīng)用的基礎(chǔ)上，對(duì)不同的應(yīng)用進(jìn)行標(biāo)識(shí)，然后基于不同的標(biāo)志對(duì)不同的應(yīng)用作不同的QoS處理，就是基于應(yīng)用的QoS技術(shù)的意義。應(yīng)用識(shí)別WAAM識(shí)識(shí)別應(yīng)用的的范圍包括括以下幾個(gè)個(gè)方面：預(yù)定義的應(yīng)應(yīng)用識(shí)別支持60種種預(yù)定義的的應(yīng)用識(shí)別別，保存全全部統(tǒng)計(jì)信信息支持2666種