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

1、H3C OOAA之WWAN優(yōu)化化技術白皮皮書目 錄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)化化簡介 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 窗口大大小通告與與滑動窗口口 PAGEREF _Toc168822968 h 9 HYPERLINK l _Toc168822969 2.3.22 慢啟動動 PAGEREF _Toc168822969 h 9 HYPERLINK l _Toc168822970 2.3.33 擁塞避避免 PAGEREF _Toc168822970 h 9 HYPERLINK l _Toc

4、168822971 2.3.44 窗口調調節(jié)技術 PAGEREF _Toc168822971 h 11 HYPERLINK l _Toc168822972 2.3.55 選擇性性確認 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技術介紹紹 PAGEREF _Toc168822976 h 13 HYPERLINK l _Toc168822977 3. 解決決方案主要要模塊介紹紹 PAGEREF _Toc168822977 h 14 HYPERLINK l _Toc168822978 3.1 多多業(yè)務路由由器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 應用加加速 PAGEREF _Toc168822981 h 19 HYPERLINK l _Toc168822982 3.2.33 TCPP加速 PAGEREF _Toc168822982 h 21 HYPERLINK l _Toc168822983 3.2.44 基于應應用的QooS技術 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é)級數(shù)據(jù)緩緩存 PAGEREF _Toc166655441 h 9 HYPERLINK l _Toc166655442 圖5 擁塞塞避免與慢慢啟動 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 壓壓縮過程11 PAGEREF _Toc166655448 h 19 HYPERLINK l _Toc166655449 圖12 壓壓縮過程22 PAGEREF _Toc16665

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

11、Toc166655454 圖17 OOAA體系系結構示意意圖 PAGEREF _Toc166655454 h 24 HYPERLINK l _Toc166655455 圖18 主主機模式示示意圖 PAGEREF _Toc166655455 h 25 HYPERLINK l _Toc166655456 圖19 透透傳模式示示意圖 PAGEREF _Toc166655456 h 25 HYPERLINK l _Toc166655457 圖20 鏡鏡像模式示示意圖 PAGEREF _Toc166655457 h 26 HYPERLINK l _Toc166655458 圖21 重重定向模式式示意圖

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

27、與與另一個網(wǎng)網(wǎng)絡的主機機建立連接接時，擁塞塞窗口被初初始化為11個報文段段。每收到到一個ACCK，擁塞塞窗口就增增加一個報報文段（ccwnd以以字節(jié)為單單位，但慢慢啟動以報報文段大小小為單位進進行增加）。發(fā)送方取取擁塞窗口口與通告窗窗口中的最最小值作為為發(fā)送上限限。擁塞窗窗口是發(fā)送送方使用的的流量控制制，而通告告窗口是接接收方使用用的流量控控制。 發(fā)送方開開始時發(fā)送送一個報文文段，然后后等待ACCK。當收收到該ACCK時，擁擁塞窗口從從1增加到到2,即可可以發(fā)送兩兩個報文段段。當收到到這兩個報報文段的AACK時，擁擁塞窗口就就增加為44。這是一一種指數(shù)增增加的關系系。擁塞避免慢啟動算法法增加擁

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

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

30、，但但最少為22個報文段段）。此外外，如果是是超時引起起了擁塞，則則cwndd被設置為為1個報文文段（這就就是慢啟動動）。 4) 當當新的數(shù)據(jù)據(jù)被對方確確認時，就就增加cwwnd，但但增加的方方法依賴于于我們是否否正在進行行慢啟動或或擁塞避免免。如果ccwnd小小于或等于于ssthhreshh，則正在在進行慢啟啟動，否則則正在進行行擁塞避免免。慢啟動動一直持續(xù)續(xù)到我們回回到當擁塞塞發(fā)生時所所處位置的的半時候才才停止（因因為我們記記錄了在步步驟2中給給我們制造造麻煩的窗窗口大小的的一半），然然后轉為執(zhí)執(zhí)行擁塞避避免。 慢啟動算算法初始設設置cwnnd為1個個報文段，此此后每收到到一個確認認就加1

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

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

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

34、一樣大，否否則接收方方的TCPP層將對最最大可用帶帶寬造成限限制。該技技術可以自自行選擇TTCP窗口口的大小，從從而實現(xiàn)最最高的傳輸輸速率并在在廣域網(wǎng)連連接發(fā)生包包丟失時 將重傳數(shù)數(shù)據(jù)包的數(shù)數(shù)量減至最最小。通知知窗口應當當盡可能地地設大一些些，使得所所有的可用用帶寬都有有可能使用用；但如果果通知窗口口比BDPP大太多，也也可能因為為緩存溢出出和隨后的的TCP重重傳導致性性能惡化。因而，通通知窗口應應當比BDDP稍大，一一方面充分分使用容量量，另一方方面也不會會損害到網(wǎng)網(wǎng)絡處理擁擁塞和丟報報恢復的能能力。TCCP Faast SStartt也是一種種算法，它它可以加速速TCP發(fā)發(fā)送窗口的的增長速

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

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

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

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

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

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

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

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

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

44、照傳傳統(tǒng)的處理理方法，當當隊列的長長度達到規(guī)規(guī)定的最大大長度時，所所有到來的的報文都被被丟棄。對對于TCPP報文，如如果大量的的報文被丟丟棄，將造造成TCPP超時，從從而引發(fā)TTCP的慢慢啟動和擁擁塞避免機機制，使TTCP減少少報文的發(fā)發(fā)送。當隊隊列同時丟丟棄多個TTCP連接接的報文時時，將造成成多個TCCP連接同同時進入慢慢啟動和擁擁塞避免，稱稱之為：TTCP全局局同步。這這樣多個TTCP連接接發(fā)向隊列列的報文將將同時減少少，使得發(fā)發(fā)向隊列的的報文的量量不及線路路發(fā)送的速速度，減少少了線路帶帶寬的利用用。并且，發(fā)發(fā)向隊列的的報文的流流量總是忽忽大忽小，使使線路的上上的流量總總在極少和和飽滿之

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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