1、SANGFOR WOC專線優(yōu)化解決方案目錄 TOC o 1-5 h z HYPERLINK l bookmark22 o Current Document 第1章需求概述1 HYPERLINK l bookmark25 o Current Document 1.1背景介紹1 HYPERLINK l bookmark48 o Current Document 第2章專網(wǎng)優(yōu)化解決方案2 HYPERLINK l bookmark51 o Current Document 2.1方案總體描述2 HYPERLINK l bookmark66 o Current Document 2.2部署拓?fù)? HYP

2、ERLINK l bookmark69 o Current Document 第3章關(guān)鍵技術(shù)說(shuō)明5 HYPERLINK l bookmark72 o Current Document 3.1應(yīng)用流量可視化5 HYPERLINK l bookmark77 o Current Document 3.2流量大幅削減，實(shí)現(xiàn)帶寬增值7 HYPERLINK l bookmark80 o Current Document 3.2.1高效流壓縮73.2.2基于碼流特征的緩存技術(shù)8 HYPERLINK l bookmark83 o Current Document 3.3應(yīng)用優(yōu)化，提升業(yè)務(wù)速度103.4鏈路質(zhì)量

3、優(yōu)化，保障網(wǎng)絡(luò)穩(wěn)定運(yùn)行（非衛(wèi)星專線、跨國(guó)專線刪除）.10 HYPERLINK l bookmark92 o Current Document 3.5深度流量管理，保障核心業(yè)務(wù)12 HYPERLINK l bookmark98 o Current Document 3.6智能數(shù)據(jù)中心報(bào)表服務(wù)，助力智慧決策13第1章需求概述1.1背景介紹數(shù)據(jù)大集中旨在通過(guò)業(yè)務(wù)應(yīng)用及數(shù)據(jù)的統(tǒng)一整合，實(shí)現(xiàn)資源共享、統(tǒng)一調(diào)配、 協(xié)作加強(qiáng)和集中化管理。數(shù)據(jù)大集中后勢(shì)必要進(jìn)行跨地域、跨網(wǎng)絡(luò)的應(yīng)用訪問(wèn)。 決定整個(gè)數(shù)據(jù)大集中網(wǎng)絡(luò)的整體運(yùn)轉(zhuǎn)速度即為承載整個(gè)廣域網(wǎng)數(shù)據(jù)的基礎(chǔ)網(wǎng)絡(luò)。（添加客戶介紹）隨著信息化技術(shù)的不斷發(fā)展，XX集團(tuán)的

4、IT建設(shè)也在不斷完善中。目前已 在總部建立起包含ERP、OA、MAIL、文件服務(wù)等完整的統(tǒng)一應(yīng)用平臺(tái)，實(shí)現(xiàn)全 國(guó)XX個(gè)分公司、XX個(gè)子公司的統(tǒng)一協(xié)作。早在IT建設(shè)起步之初，XX集團(tuán)已 經(jīng)采用DDN專線網(wǎng)絡(luò)實(shí)現(xiàn)集團(tuán)到各分公司、子公司的整體互聯(lián)，實(shí)現(xiàn)了安全、 高效、快速的數(shù)據(jù)傳輸。（添加客戶線路詳情）但隨著XX集團(tuán)的不斷發(fā)展壯大、應(yīng)用系統(tǒng)的不斷增多，現(xiàn)有網(wǎng)絡(luò)的問(wèn)題不 斷浮現(xiàn)出來(lái)：數(shù)據(jù)量不斷激增導(dǎo)致的擁塞，訪問(wèn)速度影響工作效率：隨著集團(tuán)規(guī)模的不斷擴(kuò)大、應(yīng)用系統(tǒng)的不斷完善，總部與各分公司、子公司 之間的往來(lái)數(shù)據(jù)量也在不斷激增，導(dǎo)致原有的專線網(wǎng)絡(luò)越來(lái)越擁擠。日常平均帶 寬利用率達(dá)70%-80%左右，在高

5、峰時(shí)段甚至達(dá)到100%，分支員工普遍反映訪問(wèn) 速度低下，極大的影響著工作效率，數(shù)據(jù)大集中的優(yōu)勢(shì)無(wú)法完全發(fā)揮。無(wú)法滿足后續(xù)新上系統(tǒng)的承載需求：為了促進(jìn)業(yè)務(wù)流程的改革、加強(qiáng)總部與分支間的交互深度，后續(xù)將新上SAP、 視頻會(huì)議等系統(tǒng)，需要基礎(chǔ)網(wǎng)絡(luò)能很好的保障這些應(yīng)用投資的效益能完全發(fā)揮。 而就目前的網(wǎng)絡(luò)帶寬利用而言，需要?jiǎng)澐侄嘤嗫臻g承載的難度非常大，而SAP、 視頻會(huì)議等系統(tǒng)的暢通使用非常依賴于帶寬資源。大文件傳輸、大郵件發(fā)送頻繁，速度有待提高：在日常辦公中員工需要進(jìn)行頻繁的進(jìn)行大文件傳輸、大郵件群發(fā)郵件收取。 一方面大文件、大郵件數(shù)據(jù)量大，傳輸耗時(shí)，需要等待的時(shí)間久；另一方面，帶 寬是有限的，頻繁

6、的大文件、大郵件群發(fā)產(chǎn)生的大數(shù)據(jù)量也對(duì)線路造成了較大的 壓力，這也是目前帶寬資源較為緊張的原因之一。線路中流量的組成無(wú)法可視，帶寬分配規(guī)劃不明確：目前網(wǎng)絡(luò)中未采用合適的方式對(duì)線路中流量進(jìn)行可視，尚不明確各應(yīng)用系統(tǒng) 流量對(duì)帶寬流量的占比和利用，無(wú)法洞悉目前對(duì)線路造成較大壓力的應(yīng)用究竟有 哪些，后續(xù)的帶寬分配規(guī)劃未有很好的數(shù)據(jù)支撐。專線升級(jí)費(fèi)用高，未來(lái)三到五年可預(yù)見(jiàn)需較高投資：針對(duì)目前的帶寬利用情況、未來(lái)的應(yīng)用及人員擴(kuò)張計(jì)劃，若需線路保持在一 個(gè)健康的狀態(tài)，至少需要將現(xiàn)有總部與各分支網(wǎng)絡(luò)帶寬分別升級(jí)到XX。而專線 的租用費(fèi)用普遍高昂，若是依靠專線升級(jí)實(shí)現(xiàn)網(wǎng)絡(luò)容量的擴(kuò)容，每年僅在線路上 需要新增的投

7、資就達(dá)XX萬(wàn)，性價(jià)比難以得到保障。第2章專網(wǎng)優(yōu)化解決方案針對(duì)XX集團(tuán)現(xiàn)有的狀況，我們推薦采用WOC專網(wǎng)優(yōu)化解決方案實(shí)現(xiàn)專網(wǎng) 的流量可視、流量削減、帶寬增值。2.1方案總體描述深信服WOC廣域網(wǎng)優(yōu)化解決方案通過(guò)“定位問(wèn)題一一解決問(wèn)題一一總結(jié)反 饋”的流程實(shí)現(xiàn)專網(wǎng)優(yōu)化。定位現(xiàn)有專網(wǎng)問(wèn)題清晰的了解問(wèn)題后才可提出針對(duì)性的解決方案。針對(duì)目前用戶專網(wǎng)的情況， 存在以下幾點(diǎn)問(wèn)題：專線內(nèi)存在大量的冗余數(shù)據(jù)傳輸，專網(wǎng)帶寬壓力過(guò)大專網(wǎng)內(nèi)核心應(yīng)用速度響應(yīng)很慢，影響辦公效率專網(wǎng)鏈路延時(shí)過(guò)大，業(yè)務(wù)交付效率低下專網(wǎng)內(nèi)流量分布無(wú)法感知，核心應(yīng)用無(wú)法保障根據(jù)分析針對(duì)性解決問(wèn)題（1）大幅削減流量，降低帶寬負(fù)荷，實(shí)現(xiàn)帶寬增值采用

8、動(dòng)態(tài)流壓縮、基于碼流特征數(shù)據(jù)優(yōu)化對(duì)專網(wǎng)中流量進(jìn)行大幅削減。尤其 針對(duì)現(xiàn)有網(wǎng)絡(luò)中占主要部分的郵件、FTP文件傳輸?shù)攘髁浚蓪?shí)現(xiàn)30%-50%以 上的削減。通過(guò)流量削減，可以保障專線帶寬占有率在一個(gè)較為健康的范圍之內(nèi)，即使 在辦公高峰期同樣可以順暢的訪問(wèn)。（2）應(yīng)用進(jìn)一步優(yōu)化針對(duì)ERP、郵件、FTP文件傳輸?shù)葢?yīng)用，通過(guò)深信服WOC內(nèi)置的應(yīng)用優(yōu)化 策略，可進(jìn)行進(jìn)一步的優(yōu)化，減少數(shù)據(jù)交互，提升訪問(wèn)速度，提高工作效率。（3）高速傳輸協(xié)議改善丟包延時(shí)現(xiàn)象通過(guò)深信服自主研發(fā)的HTP高速傳輸協(xié)議，通過(guò)快速重傳、選擇性重傳、 改善擁塞機(jī)制、增大滑動(dòng)窗口大小等幾個(gè)方面對(duì)傳統(tǒng)的TCP傳輸協(xié)議做改進(jìn)， 提高鏈路質(zhì)量和

9、訪問(wèn)速度。（4）專網(wǎng)流量可視化幫助用戶了解專網(wǎng)內(nèi)的流量分布情況，為IT決策做依據(jù)： 一天/一周的帶寬占用率趨勢(shì)情況，流量高峰及平均值分別為多少，是否 線路滿負(fù)荷導(dǎo)致訪問(wèn)慢的情況出現(xiàn)。各應(yīng)用流量占總體流量的分布情況，核心業(yè)務(wù)流量是否得到合理的保障。各主機(jī)流量占總體流量的排行，是否有分配不合理的情況出現(xiàn)。流量整形，合理規(guī)劃專線資源通過(guò)應(yīng)用流量可視化了解各應(yīng)用的流量分布情況后，現(xiàn)可根據(jù)業(yè)務(wù)關(guān)鍵程度 進(jìn)行流量整形。針對(duì)ERP、視頻會(huì)議等核心業(yè)務(wù)系統(tǒng)及應(yīng)用進(jìn)行單獨(dú)的高優(yōu)先級(jí)帶寬保 障，設(shè)置最小保障帶寬保證使用。當(dāng)視頻會(huì)議未啟用、ERP等系統(tǒng)流量 不很是多未占滿保障帶寬時(shí)，剩余帶寬將借用出來(lái)提供給其他應(yīng)用

10、使用。針對(duì)其余應(yīng)用、各主機(jī)，可根據(jù)其關(guān)鍵程度進(jìn)行相應(yīng)的帶寬保障、帶寬 限制策略設(shè)置。智能報(bào)表反饋，不斷調(diào)優(yōu)效果在完成上述優(yōu)化后，可通過(guò)深信服WOC智能報(bào)表功能對(duì)優(yōu)化后的網(wǎng)絡(luò)流量 分布及流量削減效果進(jìn)行查看，并進(jìn)一步調(diào)整流量分配及優(yōu)化策略，做到動(dòng)態(tài)調(diào) 整，層層深入。2.2部署拓?fù)洳渴鹫f(shuō)明:分別在XX集團(tuán)總部與下屬XX個(gè)分公司及子公司各部署一臺(tái)深信服WOC 廣域網(wǎng)優(yōu)化設(shè)備，分別與總部設(shè)備基于專網(wǎng)建立加速連接。深信服WOC支持路由、網(wǎng)橋、單臂部署模式，具體根據(jù)總部、各分公司及 子公司網(wǎng)絡(luò)環(huán)境選擇相應(yīng)的部署方式。（添加詳細(xì)部署說(shuō)明）第3章關(guān)鍵技術(shù)說(shuō)明3.1應(yīng)用流量可視化深信服WOC廣域網(wǎng)優(yōu)化設(shè)備支持1

11、000種以上的廣域網(wǎng)應(yīng)用協(xié)議識(shí)別，通 過(guò)DPI （深度內(nèi)容檢測(cè)）和DFI （動(dòng)態(tài)流狀態(tài)檢測(cè)）技術(shù)識(shí)別應(yīng)用，幫助管理員清晰的識(shí)別網(wǎng)絡(luò)中各應(yīng)用流量的分布、主機(jī)流量分布、線路流量狀況。并支持手工添加應(yīng)用識(shí)別規(guī)則，無(wú)限擴(kuò)展識(shí)別范圍。blblr tr:blbl口 淬十：FTF.rm 由: 1找：&1 鄒.匚1三頭就.：匚k, -口 leg,:口堂L - 具頊!muswgn血w可瞰口 muswgn血w可瞰口 h.和EFQL?Naari!irar-aJHUSSLwnfSjangkir-SSL ypnranoiujrade EBS.Ge-sflCKec凈本徑用01噬習(xí).控輻|T口爆丈疫材心浜剃里就ECK-&p

12、re=3.擊科住取PDLAN-?anjjt：-r-DLAHn9SLpn.ifi3nglxir-G9Lxpn|U|rfTar口舊就扭忡瀏mb亦曾制SSL-pn&angrflr-gBLnpjllLDAPWFttjCfimCrlrinCiln.SFMCJ3*段卅占 8U：L2TPpn4-2TP-xpntQTQ口電本資1怵哽花丑制寶iSW受（E” 印LQFIDAPW 議明CtrwCrrrKS-i.ilHTTPl號(hào)即!jtRF如LSTPfmuTPgrrorflde EE&EBS書(shū)M.pgsERpffiMC上網(wǎng)應(yīng)用總流量排行圖IMttSc 上網(wǎng)應(yīng)用總流量排行圖IMttSc 件53. 9%訪同同站M 9iH

13、TTP*#下會(huì)10.%IM5 0%.軟件更新1. 6H其他i. 6hHTTP文件上傳0.7HSSLC. BS亦公0AC. 34HTTP應(yīng)用G. 1hICMP0. 1HP3Piit 體C Hi網(wǎng)工具0 I.網(wǎng)上銀行0. 0%FTP交件下裁C. 0iP2P0 g網(wǎng)絡(luò)會(huì)設(shè)0 Oi段票玄易0 Oi用學(xué)行情0. Oi問(wèn)跚h楨0眄其他C眄上網(wǎng)應(yīng)用總流量排行序號(hào)上團(tuán)應(yīng)用上行而音下行流比責(zé)1IMtt文件I.39GB13624MB1.52GB53.)%2訪問(wèn)網(wǎng)站475.05MB245JJ2MB720.07MB24.)%3HTTPIS：件下載25I.23MB62.24MB31G.47MB10.)%4IM73B1M

14、E69.洌 MB143.5DMB豌541.74ME9.15M89M0MBIM5其他3O.IZMBI3.Z3MB4i.-33Tv1B1.輜7HTTP文件上隹S.C6MB11.19MB1P.24MB0.78SSL1090ME：6.14MB16.94MB0.69jfr-il-OA4,沸 MBN.80MB7.35MB口.彩10HTTP應(yīng)用1.81 MB1.44MB3.25MB0.1IIICMP1.20 MB1.97MB3.19MB0.1應(yīng)用流量趨勢(shì)疊如圖所有類型100.050,00.0150.。2100.050,00.0150.。2忡號(hào)g 2- 8g go8g 福006口 5800 二8目 節(jié) 86O

15、 滿8目 -*-860 一時(shí) O0QQ .8 00 -0-8-S 遍；名；。 oKr 00 0-860 O5-86O 05 一號(hào)00 Q4006口 甘莒急 S-860 0- -3H0 00-8603.2流量大幅削減，實(shí)現(xiàn)帶寬增值匹3.2流量大幅削減，實(shí)現(xiàn)帶寬增值匹1=1序號(hào)上網(wǎng)應(yīng)用晝大流速率均流哇總M帶寬占用比例1所有韭型M7MbAO.11KD/5硼GB100%2所有應(yīng)闖-囪嘔頃6胡G日100%數(shù)據(jù)有兩種方式的冗余，第一種是數(shù)據(jù)本身的冗余，比如平常的一個(gè).doc文 件，可通過(guò)壓縮工具將其進(jìn)行壓縮，壓縮后的文件大小往往有較為可觀的效果， 這樣的冗余數(shù)據(jù)普遍存在于各種應(yīng)用當(dāng)中。第二種是行為方式造成

16、的數(shù)據(jù)冗余， 例如一個(gè)較大的設(shè)計(jì)文件，往往在總部與分支之間傳輸了第一遍之后，由于設(shè)計(jì) 需要在小細(xì)節(jié)方面進(jìn)行修改，又來(lái)來(lái)回回的反復(fù)發(fā)送，不斷修改不斷傳輸直至定 稿，又如一個(gè)由總部發(fā)出的資料、學(xué)習(xí)文件、郵件，分支的第一個(gè)人下載了該資 料并查看，但分支的第二個(gè)人、第三個(gè)人甚至全體員工都需要查看該資料，導(dǎo)致 同樣的數(shù)據(jù)在總部到分支之間進(jìn)行重復(fù)傳輸。針對(duì)以上兩種冗余問(wèn)題，深信服WOC提出了完整的解決方案：3.2.1高效流壓縮針對(duì)數(shù)據(jù)本身的冗余，深信服WOC采用流壓縮+IP包壓縮+動(dòng)態(tài)壓縮的整體 方案進(jìn)行解決。區(qū)別于傳統(tǒng)基于文件的壓縮方式，LZO、GZIP高效流壓縮可在壓縮比與所 消耗的系統(tǒng)性能之間取得最

17、佳的平衡，以求最低的消耗系統(tǒng)性能，獲取最大的壓 縮比。同時(shí)，流壓縮采用邊壓縮邊傳輸?shù)姆绞郊涌燧敵?，從整體上提供最快的數(shù) 據(jù)加速效果。冬注：弗文腳枷行諄二或岫贛懂余舞莖官憾均可訪剁綴以上通過(guò)動(dòng)態(tài)壓縮技術(shù)，在進(jìn)行壓縮時(shí)可針對(duì)不同的數(shù)據(jù)采用動(dòng)態(tài)調(diào)整的最優(yōu)化 壓縮策略，實(shí)現(xiàn)最優(yōu)化匹配。動(dòng)態(tài)選擇策略可在提高壓縮效率的同時(shí)，降低系統(tǒng) 負(fù)載，從而提高整體的數(shù)據(jù)處理速度，提高業(yè)務(wù)的訪問(wèn)速度。1 A I2有別于傳統(tǒng)的網(wǎng)絡(luò)優(yōu)化產(chǎn)品僅可針對(duì)TCP數(shù)據(jù)進(jìn)行優(yōu)化的技術(shù)，深信服 WOC支持的IP全流量壓縮，不僅可針對(duì)TCP進(jìn)行壓縮優(yōu)化，還可針對(duì)UDP進(jìn) 行壓縮優(yōu)化，真正實(shí)現(xiàn)全流量?jī)?yōu)化。3.2.2基于碼流特征的緩存技術(shù)深信

18、服WOC采用了流緩存技術(shù)，基于碼流特征針對(duì)行為方式導(dǎo)致的冗余進(jìn) 行高度削減。如下圖所示，在部署了WOC廣域網(wǎng)優(yōu)化設(shè)備的兩端之間需進(jìn)行一 個(gè)文件傳輸時(shí)，WOC設(shè)備將會(huì)將文件組成的各數(shù)據(jù)包分拆為多個(gè)“碎片”，并對(duì) “碎片”分配唯一指針，將指針?lè)謩e存儲(chǔ)在本地設(shè)備和目的地主機(jī)中。當(dāng)具有相 同指針內(nèi)容再次需要傳輸時(shí)，只傳輸指針到目的地，接收端根據(jù)指針便在本地的 設(shè)備中提取出內(nèi)容進(jìn)行數(shù)據(jù)塊、文件的校驗(yàn)重組。只要“碎片”足夠小，傳遞內(nèi)容相同的概率就會(huì)足夠大。區(qū)別于一般的緩存 技術(shù)存在數(shù)據(jù)更新滯后等問(wèn)題，基于碼流特征的數(shù)據(jù)優(yōu)化采用數(shù)據(jù)流Cache加速 技術(shù)，通過(guò)數(shù)據(jù)包分片標(biāo)簽機(jī)制并結(jié)合優(yōu)化的模式匹配算法，在保

19、證數(shù)據(jù)實(shí)時(shí)性 的同時(shí)大大降低數(shù)據(jù)傳輸量提高訪問(wèn)速度。指針的大小僅有10-20個(gè)字節(jié)，而一個(gè)指針能代表至多4K的數(shù)據(jù)，對(duì)行為導(dǎo)致、數(shù)據(jù)本身的冗余削減量是非常可觀的，至多可削減60%-90%的流量。流緩存流量削減效果3.3應(yīng)用優(yōu)化，提升業(yè)務(wù)速度針對(duì)應(yīng)用協(xié)議本身的優(yōu)化需求，深信服WOC設(shè)備采用了 HTTP、HTTPS、 FTP、POP3、SMTP、CIFS、MAPI、Oracle EBS、RDP、Citrix 等協(xié)議優(yōu)化機(jī)制， 可對(duì) Lotus Notes、Exchange Outlook、金蝶 EAS、用友 NC、SAP NetWeaver、 Oracle EBS遠(yuǎn)程桌面、Citrix等應(yīng)用進(jìn)行優(yōu)

20、化，通過(guò)協(xié)議代理、優(yōu)化應(yīng)用交互 機(jī)制、WebCache技術(shù)等大幅提高應(yīng)用交互速度，提高用戶訪問(wèn)體驗(yàn)。3.4鏈路質(zhì)量?jī)?yōu)化，保障網(wǎng)絡(luò)穩(wěn)定運(yùn)行（非衛(wèi)星專線、跨國(guó)專線 刪除）衛(wèi)星專線等網(wǎng)絡(luò)本身質(zhì)量較差的情況下，都會(huì)導(dǎo)致高丟包、高延時(shí)的問(wèn)題。 直接反映到用戶應(yīng)用訪問(wèn)上，就是ERP頁(yè)面打開(kāi)慢、訂單錄入慢、數(shù)據(jù)查詢慢、 FTP共享文件下載時(shí)間長(zhǎng)等等影響工作情緒及效率的體驗(yàn)。深信服WOC采用HTP高速傳輸協(xié)議技術(shù)解決以上問(wèn)題。HTP高速傳輸協(xié)議，高丟包、高延時(shí)下大幅提速高丟包、高延時(shí)等狀況對(duì)TCP協(xié)議傳輸?shù)臄?shù)據(jù)影響尤為嚴(yán)重。TCP協(xié)議是 面向連接、可靠的傳輸協(xié)議，在協(xié)議設(shè)計(jì)之初網(wǎng)絡(luò)剛剛興起，與現(xiàn)在的網(wǎng)絡(luò)吞吐

21、能力相比完全不可比擬所以TCP協(xié)議在設(shè)計(jì)時(shí)，其擁塞控制機(jī)制采取的是“慢 上升、快下降”的方式。面對(duì)當(dāng)時(shí)的網(wǎng)絡(luò)狀況，是一種較好的選擇，避免網(wǎng)絡(luò)過(guò) 渡擁塞。但對(duì)于現(xiàn)在的網(wǎng)絡(luò)吞吐能力而言，這樣的機(jī)制反而大大限制了跨網(wǎng)訪問(wèn) 的速度：網(wǎng)絡(luò)環(huán)境好的時(shí)候，傳輸?shù)幕瑒?dòng)窗口大小緩慢的增長(zhǎng)，但窗口最大僅為 64K。但在傳輸?shù)倪^(guò)程中，一旦出現(xiàn)丟包現(xiàn)象，窗口大小將立即減小到原有窗 口的一般。同時(shí)丟包后將重新傳輸窗口內(nèi)所丟數(shù)據(jù)包后的所有數(shù)據(jù)?？梢?jiàn)，傳統(tǒng) 的TCP協(xié)議面對(duì)傳輸速度增長(zhǎng)慢、擁塞控制機(jī)制應(yīng)變差、重傳機(jī)制效率低下， 在丟包、延時(shí)環(huán)境下很難讓數(shù)據(jù)達(dá)到網(wǎng)絡(luò)實(shí)際可達(dá)到的吞吐速度。/ HTP協(xié)議速率(bps) /時(shí)間(

22、S)針對(duì)傳統(tǒng)TCP “慢上升、快下降”的低效傳輸機(jī)制，深信服WOC提出了 HTP高速傳輸協(xié)議技術(shù)(Highspeed Transmission Protocol)o HTP協(xié)議通過(guò)擴(kuò)充 傳輸窗口、改善擁塞控制算法、選擇性快速重傳等技術(shù)提高TCP傳輸效率。如 上圖所示，剛好與傳統(tǒng)TCP “慢上升、快下降”相對(duì)，HTP快速傳輸協(xié)議對(duì)于 數(shù)據(jù)傳輸為“快上升、慢下降”。當(dāng)網(wǎng)絡(luò)吞吐允許的情況下以最短的時(shí)間將傳輸 速度提高到吞吐量所允許的最高；當(dāng)遇到高丟包、高延時(shí)等現(xiàn)象，則通過(guò)優(yōu)化的 擁塞控制機(jī)制最大的適應(yīng)網(wǎng)絡(luò)所允許的最高傳輸速度，保證傳輸質(zhì)量。通過(guò)HTP 快速傳輸協(xié)議，可顯著提升在高丟包、高延時(shí)情況下的

23、網(wǎng)絡(luò)傳輸速度。3.5深度流量管理，保障核心業(yè)務(wù)通過(guò)深信服WOC流量管理功能，可對(duì)線路中的各應(yīng)用流量進(jìn)行優(yōu)先級(jí)劃分， 保障核心業(yè)務(wù)、適當(dāng)限制非核心業(yè)務(wù)。 VOIP VOIP2ZT otacle ufidar 住 sJltwra俱POLVCOM喝蜩 網(wǎng)喝流量管理后Q深信服WOC對(duì)流量管理的流程劃分為四個(gè)層級(jí)：應(yīng)用識(shí)別、權(quán)限控制、通 道化管理、線路化管理。首先對(duì)數(shù)據(jù)本身歸屬進(jìn)行應(yīng)用識(shí)別判定，只有在識(shí)別的 基礎(chǔ)上才能針對(duì)性的管理；識(shí)別之后，基于用戶進(jìn)行該應(yīng)用是否有使用權(quán)限進(jìn)行 控制；其次，針對(duì)擁有使用權(quán)限的應(yīng)用進(jìn)行通道化帶寬保障/限制策略控制；再 次，對(duì)于基于應(yīng)用、用戶進(jìn)行流量分流的策略；最后，根據(jù)W

24、OC提供的智能報(bào) 表功能，可對(duì)當(dāng)前策略下的效果進(jìn)行反饋，并進(jìn)行相應(yīng)的策略調(diào)控，保障最佳控 制效果。流量管理流程圖應(yīng)用類型識(shí)別針對(duì)應(yīng)用的識(shí)別，深信服WOC中內(nèi)置有中國(guó)最大的應(yīng)用識(shí)別規(guī)則庫(kù)，提供 24個(gè)大類、1000余條的應(yīng)用識(shí)別過(guò)則，可精準(zhǔn)的定位各類廣域網(wǎng)應(yīng)用，避免繁 雜的配置。同時(shí)，允許用戶基于、IP、端口、協(xié)議、“應(yīng)用協(xié)議特征字段”等信 息添加新的應(yīng)用協(xié)議識(shí)別規(guī)則，實(shí)現(xiàn)個(gè)性化識(shí)別和封堵、提供無(wú)限擴(kuò)展能力。帶寬通道可基于用戶、應(yīng)用、生效時(shí)間設(shè)置帶寬/限制保障通道，針對(duì)保障通道整體進(jìn) 行上行/下行帶寬保障設(shè)置、最大上下行帶寬設(shè)置，例如可對(duì)視頻會(huì)議設(shè)置帶寬 保障，保障最小上下行1M/s的帶寬，但視頻會(huì)議未在使用的使用，允許其他應(yīng) 用借用此帶寬。針對(duì)限制通道，可設(shè)置最大上下行帶寬設(shè)置，例如可針對(duì)FTP 應(yīng)用設(shè)置最大上下行512K/s的上下行帶寬，并可限制單用戶最大上下行64KB/s 帶寬。義通道即，財(cái)務(wù)系統(tǒng)通道3.6智能數(shù)據(jù)中心報(bào)表服務(wù)，助力智慧