WebCache系統(tǒng)集中采購(gòu)工程技術(shù)規(guī)范書(DOC36頁(yè))(20220203140522)

1、中國(guó)移動(dòng)2022年Web Cache系統(tǒng)集中采購(gòu)工程技術(shù)標(biāo)準(zhǔn)書中國(guó)移動(dòng)通信2022年8月1 總那么 . 11.1概述 11.2技術(shù)標(biāo)準(zhǔn) 11.3總體技術(shù)要求 11.4標(biāo)準(zhǔn)書應(yīng)答要求 21.5技術(shù)文件 21.6技術(shù)建議書應(yīng)包括的內(nèi)容 31.7報(bào)價(jià)要求 42 Web Cache 系統(tǒng)建設(shè)主要技術(shù)要求 . 62.1Web Cached統(tǒng)請(qǐng)求引導(dǎo)機(jī)制62.2Web Cach系統(tǒng)建設(shè)功能要求92.3與其他系統(tǒng)接口 232.4局域網(wǎng)組網(wǎng)結(jié)構(gòu) 232.5平安策略 232.6網(wǎng)管需求 243 設(shè)備硬件要求. 253.1總體要求 253.2模塊化、冗余、容錯(cuò)等 263.3效勞器的要求 263.4網(wǎng)絡(luò)設(shè)備要求 2

2、64 軟件要求. . 274.1模塊化 274.2人機(jī)控制 274.3兼容性及升級(jí) 274.4操作系統(tǒng) 274.5軟件系統(tǒng)優(yōu)化 285 系統(tǒng)容量要求 . 285.1系統(tǒng)容量的定義 285.2系統(tǒng)容量要求 285.3 系統(tǒng)擴(kuò)展要求 285.4 本期集中采購(gòu)建設(shè)規(guī)模需求 296 電源要求. 307 設(shè)備安裝調(diào)測(cè)、驗(yàn)收以及試運(yùn)行 . 307.1 安裝和調(diào)試 307.2 驗(yàn)收 318 技術(shù)效勞和培訓(xùn) . 328.1 技術(shù)效勞 328.2 培訓(xùn) 331 總那么1.1概述本文件是中國(guó)移動(dòng)通信以下簡(jiǎn)稱買方2022年Web Cache系統(tǒng)集 中采購(gòu)工程向設(shè)備廠商以下簡(jiǎn)稱賣方提出的技術(shù)標(biāo)準(zhǔn)書。本標(biāo)準(zhǔn)書與相關(guān)規(guī)

3、范一起將作為2022年集中采購(gòu)Web Cache系統(tǒng)主設(shè)備的技術(shù)文件。根據(jù)此文件, 賣方應(yīng)提出具體的技術(shù)應(yīng)答和詳細(xì)的報(bào)價(jià)。1.2技術(shù)標(biāo)準(zhǔn)賣方所提供的所有各項(xiàng)設(shè)備和系統(tǒng)包括軟、硬件應(yīng)符合技術(shù)標(biāo)準(zhǔn)的要求如 下：1符合有關(guān)標(biāo)準(zhǔn)如 ISO、ITU-T、ETSI、IETF等，賣方應(yīng)在建議書中具體 說明，并附上相應(yīng)的詳細(xì)技術(shù)資料；2符合中國(guó)移動(dòng)通信?中國(guó)移動(dòng)WebCache系統(tǒng)總體技術(shù)要求? ?中國(guó)移動(dòng)WebCache系統(tǒng)設(shè)備標(biāo)準(zhǔn)?、?中國(guó)移動(dòng)WebCache系統(tǒng)接口標(biāo)準(zhǔn)?、 ?工程和維護(hù)合同平安管理要求?等相關(guān)標(biāo)準(zhǔn)中對(duì)流程、設(shè)備、網(wǎng)管等方面的要求，且以上標(biāo)準(zhǔn)今后如有修改，賣方應(yīng)免費(fèi)修改其系統(tǒng)以滿足要求；

4、賣方如對(duì)以 上標(biāo)準(zhǔn)內(nèi)容有不滿足的地方，請(qǐng)給出技術(shù)上不滿足情況的偏離表偏離表格式詳見 附件一并做出相應(yīng)說明。對(duì)于滿足局部，應(yīng)給出明確的書面承諾。3國(guó)家已頒發(fā)的相關(guān)法律文件例如招標(biāo)法等。1.3總體技術(shù)要求1賣方應(yīng)按照本文件的要求提供報(bào)價(jià)和詳細(xì)的技術(shù)建議。賣方應(yīng)承諾所 提供的設(shè)備在產(chǎn)品性能、技術(shù)指標(biāo)、效勞內(nèi)容等方面滿足本技術(shù)標(biāo)準(zhǔn)書的要求。 對(duì)于本文件未規(guī)定的有關(guān)設(shè)備性能，賣方應(yīng)提出建議，并陳述其理由。2本文件提出的具體技術(shù)要求如與上述文件及補(bǔ)充標(biāo)準(zhǔn)不一致的地方， 以本文件為準(zhǔn)。3當(dāng)買方有新建議，而本技術(shù)標(biāo)準(zhǔn)書又尚未包括或與本技術(shù)標(biāo)準(zhǔn)書不符 時(shí)，那么應(yīng)符合買方新建議的要求；對(duì)于買方尚未有標(biāo)準(zhǔn)的，而本技

5、術(shù)標(biāo)準(zhǔn)書又未 提及的局部，賣方提出其標(biāo)準(zhǔn)，留待雙方認(rèn)可后執(zhí)行。4當(dāng)賣方的設(shè)備中包含自己的專用標(biāo)準(zhǔn)，應(yīng)在建議書中具體說明，并附 上相應(yīng)的詳細(xì)資料。5賣方應(yīng)列出其建議書中所提供設(shè)備和系統(tǒng)在世界范圍內(nèi)和國(guó)內(nèi)的應(yīng)用 情況，諸如最大規(guī)模、業(yè)務(wù)類型及開展方式等。6賣方提供的設(shè)備，硬件設(shè)備從系統(tǒng)最終驗(yàn)收開通之日起五年內(nèi)，如果 買方需要，賣方應(yīng)以不高于本次價(jià)格提供備板、備件，賣方不得以設(shè)備停產(chǎn)等理 由而拒絕提供。如果由于買方系統(tǒng)改良或擴(kuò)容，所需的軟件設(shè)備賣方應(yīng)以不高于 本次價(jià)格提供。7在合同簽訂之前，買方可以隨時(shí)對(duì)本技術(shù)標(biāo)準(zhǔn)書進(jìn)行修改。8本技術(shù)標(biāo)準(zhǔn)書解釋權(quán)歸中國(guó)移動(dòng)通信。1.4標(biāo)準(zhǔn)書應(yīng)答要求1賣方對(duì)于技術(shù)標(biāo)準(zhǔn)

6、書的疑問可以通過書面材料與買方聯(lián)系。在規(guī)定的 建議書提交最后期限以前，買方將以書面材料給予答復(fù)。有關(guān)買方答復(fù)材料的復(fù) 印件也將遞交所有得到技術(shù)標(biāo)準(zhǔn)書的賣方。2在技術(shù)談判的各個(gè)階段，買方將以書面形式要求賣方對(duì)有關(guān)問題進(jìn)行 進(jìn)一步的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文 件都將作為合同附件。3買方在任何時(shí)候保存和擁有對(duì)本文件的解釋權(quán)。買方有權(quán)在簽定合同 前，根據(jù)需要修改和補(bǔ)充本技術(shù)標(biāo)準(zhǔn)書，修改補(bǔ)充后的最終技術(shù)標(biāo)準(zhǔn)書將作為合 同的附件。4賣方的應(yīng)答書中，要求對(duì)本文件的所提出的各項(xiàng)條款進(jìn)行逐項(xiàng)答復(fù)、 說明和解釋，首先對(duì)實(shí)現(xiàn)或滿足程度明確作出 滿足 局部滿足 不滿足等 應(yīng)答。在答

7、復(fù)中，凡采用詳見參見方式說明的，應(yīng)指明參見文檔的具體章 節(jié)或頁(yè)碼。請(qǐng)賣方特別注意：凡采用 詳見 參見方式說明的條款，必須在點(diǎn) 對(duì)點(diǎn)應(yīng)答書中注有適當(dāng)?shù)目偨Y(jié)性文字，簡(jiǎn)潔、明了地答復(fù)相應(yīng)的條款。對(duì)于本文 件中要求列舉的條款，必須在點(diǎn)對(duì)點(diǎn)應(yīng)答書中進(jìn)行列舉，不得簡(jiǎn)單答復(fù)滿足等, 否那么視該條款的應(yīng)答為不滿足如果答復(fù)局部滿足需要詳細(xì)說明哪些局部 滿足，哪些局部不滿足，并且詳細(xì)說明原因。賣方應(yīng)容許與詳細(xì)的說明內(nèi)容一致, 如果應(yīng)答與說明內(nèi)容矛盾那么視為不滿足1.5 技術(shù)文件賣方所提供的應(yīng)答文本應(yīng)按照以下內(nèi)容格式進(jìn)行 附件一：系統(tǒng)價(jià)格清單；1總清單2分項(xiàng)清單3設(shè)備配置說明附件二：技術(shù)標(biāo)準(zhǔn)書及應(yīng)答1賣方點(diǎn)對(duì)點(diǎn)答復(fù)

8、附件三：技術(shù)建議書包括整個(gè)系統(tǒng)總體模塊組成包括網(wǎng)絡(luò)、硬件、軟件等、各模塊具體結(jié)構(gòu)、 配置依據(jù)、各種業(yè)務(wù)流程、系統(tǒng)與相關(guān)其它系統(tǒng)接口、系統(tǒng)管理、系統(tǒng)平安、統(tǒng) 計(jì)等方面附件四：技術(shù)文件清單應(yīng)包含本次提供的技術(shù)文件的種類、數(shù)量及簡(jiǎn)要內(nèi)容介紹附件五：軟件功能清單附件六：工程實(shí)施方案附件七：設(shè)備情況、機(jī)架狀況及場(chǎng)地環(huán)境要求附件八：合同雙方的責(zé)任分工及界面要求圖示并加以說明附件九：驗(yàn)收及測(cè)試附件十：工程協(xié)調(diào)會(huì)附件十一：售后效勞附件十二：最終用戶人員培訓(xùn)附件十三：相關(guān)備忘錄及承諾附件十四：產(chǎn)品說明包括相關(guān)資質(zhì)及入網(wǎng)許可證1.6技術(shù)建議書應(yīng)包括的內(nèi)容系統(tǒng)概況1Web Cach系統(tǒng)的結(jié)構(gòu)、系統(tǒng)組成情況以及典型的

9、工作流程。2Web Cach系統(tǒng)與DPI、網(wǎng)管系統(tǒng)的連接方式。3系統(tǒng)過負(fù)荷控制機(jī)制，即業(yè)務(wù)量到達(dá)或超過最大硬件處理能力的流控 機(jī)制。4系統(tǒng)的License控制機(jī)制，即在業(yè)務(wù)量超過License容量但未到達(dá)系統(tǒng) 最大處理能力系統(tǒng)的處理流程。系統(tǒng)配置1現(xiàn)網(wǎng)各省Web Cach系統(tǒng)使用的效勞器設(shè)備的型號(hào)配置。(2) 本工程方案使用的效勞器設(shè)備的型號(hào)配置。(3) 主設(shè)備配置的核算方法。系統(tǒng)容量(1) 現(xiàn)網(wǎng)存在的各個(gè)版本以及各種硬件配置情況下單臺(tái)設(shè)備的最大容量和 處理能力。系統(tǒng)容量的定義見第5節(jié)系統(tǒng)容量需求。(2) 本期工程配置設(shè)備在各個(gè)版本下單臺(tái)設(shè)備最大的容量和處理能力，并 說明設(shè)備容量或處理能力的測(cè)

10、試條件、方法和計(jì)算方法。(3) Web Cache勺容量需求的核算方法。(4) Web Cach系統(tǒng)的病毒防護(hù)以及防止惡意攻擊等平安防護(hù)機(jī)制。版本情況(1) 現(xiàn)網(wǎng)主設(shè)備的版本情況以及分布的省份。(2) Web Cache系統(tǒng)的版本路標(biāo)。(3) 在各個(gè)新版本中提供的新的功能以及導(dǎo)致容量的變化情況。(4) 版本升級(jí)需要進(jìn)行軟、硬件改造、增加的情況。(5) 系統(tǒng)硬件對(duì)新版本的支持情況。1.7報(bào)價(jià)要求1.7.1 總體要求(1) 報(bào)價(jià)應(yīng)包括根據(jù)設(shè)備完備性要求的所有必須的硬件設(shè)備、軟件以及系 統(tǒng)集成所需要的安裝材料、工具、技術(shù)文件及安裝調(diào)測(cè)、培訓(xùn)、技術(shù)支持等；(2) 報(bào)價(jià)應(yīng)包括硬件設(shè)備名稱、型號(hào)及配置模塊

11、、數(shù)量，軟件模塊、版本、 Licence數(shù)量、相關(guān)配置情況，系統(tǒng)集成所需要的相關(guān)軟硬件及配套設(shè)備和部件等 詳細(xì)內(nèi)容；(3) 報(bào)價(jià)應(yīng)以人民幣為單位；(4) 報(bào)價(jià)應(yīng)按目錄價(jià)列清單；(5) 報(bào)價(jià)應(yīng)詳細(xì)列出提供終驗(yàn)后一年效勞費(fèi)用(包括系統(tǒng)維護(hù)所需要的軟硬 件費(fèi)用和技術(shù)效勞費(fèi)用)，以及相應(yīng)的效勞水平；(6) 報(bào)價(jià)應(yīng)詳細(xì)列出人員培訓(xùn)的單價(jià)；(7) 賣方在報(bào)價(jià)中應(yīng)明確標(biāo)注采用的第三方軟、硬件。(8) 針對(duì)本工程所建系統(tǒng)，在本工程實(shí)施后買方針對(duì)原需求假設(shè)有局部變化、 買方有新的有關(guān)標(biāo)準(zhǔn)制定出來或者原有標(biāo)準(zhǔn)進(jìn)行修改后，對(duì)于本工程所建系統(tǒng)已 有同等功能的改良、完善、優(yōu)化等，賣方應(yīng)免費(fèi)修改其系統(tǒng)以滿足要求。報(bào)價(jià)方式

12、1設(shè)備以人民幣為單位報(bào)價(jià)。2報(bào)價(jià)應(yīng)報(bào)出設(shè)備到現(xiàn)場(chǎng)價(jià)。3賣方應(yīng)承諾當(dāng)所購(gòu)置設(shè)備種類、數(shù)量發(fā)生變化時(shí)，所提供的價(jià)格折扣 水平、技術(shù)效勞等方面的各種優(yōu)惠條件不變。4賣方應(yīng)承諾在隨后的工程擴(kuò)容、備件采購(gòu)中，采購(gòu)?fù)N設(shè)備的價(jià)格水 平不高于本次的價(jià)格水平。5本技術(shù)標(biāo)準(zhǔn)書為保證網(wǎng)絡(luò)運(yùn)行所需的最低要求，如有遺漏，賣方應(yīng)予 以補(bǔ)充，否那么一旦中標(biāo)將認(rèn)為賣方認(rèn)同遺漏局部并免費(fèi)提供。6賣方應(yīng)說明隨著網(wǎng)絡(luò)規(guī)模的擴(kuò)充、用戶數(shù)的增加，其軟硬件擴(kuò)容方式 及收費(fèi)標(biāo)準(zhǔn)。7要求賣方應(yīng)用軟件采用功能模塊配置方法和/或許可證配置方法，其中 功能模塊的功能應(yīng)與軟件功能清單對(duì)應(yīng)一致，許可證只能與系統(tǒng)處理能力實(shí)際 出口帶寬相關(guān)聯(lián)，并且在W

13、eb Cache平臺(tái)系統(tǒng)實(shí)際運(yùn)行中系統(tǒng)到達(dá)該許可證 數(shù)量時(shí)不應(yīng)限制業(yè)務(wù)處理而只是向網(wǎng)管系統(tǒng)發(fā)出告警信息，并在系統(tǒng)日志中記 錄，不接受許可證與某種形式的系統(tǒng)靜態(tài)容量例如效勞器數(shù)量、設(shè)備數(shù)量相關(guān) 聯(lián)的配置方法。報(bào)價(jià)體系要求請(qǐng)賣方按照以下各項(xiàng)要求分別報(bào)價(jià)：1報(bào)價(jià)清單總表中應(yīng)表達(dá)，硬件、軟件、效勞、培訓(xùn)局部的目錄價(jià)，分 類工程小計(jì)價(jià)格及總價(jià)。2硬件清單分別提供效勞器設(shè)備清單以及其他硬件局部的清單。效勞器 設(shè)備清單包含PC效勞器以及PC終端設(shè)備。賣方購(gòu)置效勞器廠家提供商的效勞應(yīng) 在效勞器清單中作為單獨(dú)條目列出。3軟件清單中賣方應(yīng)將自產(chǎn)軟件以及外購(gòu)軟件分別列出。4設(shè)備應(yīng)按類別分別提出詳細(xì)的分項(xiàng)單價(jià)和總價(jià)，

14、對(duì)能夠獨(dú)立工作或可 以單獨(dú)采購(gòu)的設(shè)備和部件及軟件模塊均分別報(bào)價(jià)，即按不可拆分原那么報(bào)價(jià)。設(shè)備清單要求1設(shè)備硬件應(yīng)細(xì)分到板件。(2) 第三方提供的設(shè)備應(yīng)詳細(xì)的列出廠家名稱，產(chǎn)品型號(hào)、設(shè)備配置等內(nèi) 容。(3) 軟件清單應(yīng)將自產(chǎn)軟件和外購(gòu)軟件分別列出。2 Web Cache系統(tǒng)建設(shè)主要技術(shù)要求WebCache系統(tǒng)是在中國(guó)移動(dòng)現(xiàn)有的IP承載網(wǎng)絡(luò)中部署的緩存設(shè)備，存儲(chǔ)互 聯(lián)網(wǎng)熱點(diǎn)或特定內(nèi)容。通過引導(dǎo)網(wǎng)內(nèi)用戶的訪問請(qǐng)求轉(zhuǎn)發(fā)到WebCache系統(tǒng)中， 由WebCache系統(tǒng)直接將數(shù)據(jù)返回給用戶，防止直接從互聯(lián)網(wǎng)源站下載數(shù)據(jù)，從 而降低客戶訪問互聯(lián)網(wǎng)資源的時(shí)延，有效提升用戶訪問速度和質(zhì)量，降低互聯(lián)網(wǎng) 出口擁塞

15、的現(xiàn)狀。從技術(shù)上解決由于網(wǎng)絡(luò)帶寬小、用戶訪問量大、互聯(lián)網(wǎng)資源分 布不均等原因所造成的用戶訪問互聯(lián)網(wǎng)資源響應(yīng)速度慢的問題，提升用戶的業(yè)務(wù) 感知，同時(shí)降低因網(wǎng)間流量產(chǎn)生的網(wǎng)間結(jié)算費(fèi)用。WebCache系統(tǒng)支持對(duì)Web瀏覽、文件下載、視頻播放等基于 協(xié)議的 互聯(lián)網(wǎng)業(yè)務(wù)進(jìn)行加速，系統(tǒng)對(duì)于本地存儲(chǔ)的文件格式、音視頻及文件編碼方式均 沒有特定要求，各類互聯(lián)網(wǎng)音頻、視頻、圖像、文本等文件均可通過系統(tǒng)實(shí)現(xiàn)緩 存和加速效勞。WebCacheS統(tǒng)應(yīng)支持移動(dòng)蜂窩網(wǎng)(2G/3G/ITE)、WLAN、固定寬帶等不同 的網(wǎng)絡(luò)接入方式，并能夠同時(shí)為PC、 、Pad等不同形態(tài)的終端提供效勞。2.1 Web Cached統(tǒng)請(qǐng)求

16、引導(dǎo)機(jī)制2.1.1 DNS重定向模式WebCache系統(tǒng)通過檢測(cè)用戶側(cè)發(fā)出的DNS解析請(qǐng)求，如果用戶訪問的站點(diǎn) 域名屬于系統(tǒng)配置的白名單，那么在DNS解析響應(yīng)消息中向用戶返回WebCache 系統(tǒng)的IP地址，引導(dǎo)用戶的 業(yè)務(wù)請(qǐng)求發(fā)送至WebCache系統(tǒng)，由WebCache 系統(tǒng)響應(yīng)用戶訪問請(qǐng)求。在面向互聯(lián)網(wǎng)網(wǎng)站、web小文件場(chǎng)景進(jìn)行緩存加速時(shí)，建議WebCache系統(tǒng) 優(yōu)先采用DNS重定向模式。對(duì)于文件下載、視頻播放類的應(yīng)用場(chǎng)景，也可選擇采用DNS重定向模式。 但對(duì)于以IP地址標(biāo)識(shí)的對(duì)象，由于在下載過程前沒有DNS解析流程，故無法通 過DNS重定向模式進(jìn)行處理。DNS重定向模式下，WebCa

17、che系統(tǒng)可通過如下兩種方式獲取用戶發(fā)起的 DNS解析請(qǐng)求，在實(shí)際部署中建議根據(jù)網(wǎng)絡(luò)部署情況選擇使用。(1) 分光鏡像方式分光鏡像方式要求在需監(jiān)測(cè)的鏈路上部署無源分光設(shè)備，將鏈路中的信號(hào)通 過分光處理后發(fā)送至WebCache系統(tǒng)的DPI功能中。DPI功能中應(yīng)根據(jù)需要配置過濾流量的條件，如DNS協(xié)議類型、端口號(hào)等， 將滿足條件的用戶請(qǐng)求轉(zhuǎn)發(fā)送至后端的請(qǐng)求重定向功能模塊。在DPI功能中不開啟流量過濾功能時(shí)，DPI功能會(huì)將全量的上行請(qǐng)求均發(fā)送 至WebCache系統(tǒng)。此時(shí)由WebCache系統(tǒng)需根據(jù)本地配置的域名白名單進(jìn)行匹 配，如滿足一致性條件，再向用戶返回對(duì)應(yīng)的重定向響應(yīng)消息。由于分光鏡像模式需

18、要在源網(wǎng)站的授權(quán)DNS返回響應(yīng)結(jié)果之前對(duì)用戶進(jìn)行 重定向，故要求重定向子系統(tǒng)發(fā)送重定向報(bào)文應(yīng)當(dāng)滿足時(shí)延要求。(2) DNS轉(zhuǎn)發(fā)方式DNS轉(zhuǎn)發(fā)模式要求將省內(nèi)的Local DNS與WebCache系統(tǒng)相連接。由管理員 在Local DNS上開啟Forward功能，并在轉(zhuǎn)發(fā)策略中將需要加速的域名列表(白 名單)配置為Forward Firs模式，目標(biāo)為WebCache系統(tǒng)的調(diào)度效勞器的IP地址。 Forward First模式下DNS效勞器會(huì)優(yōu)先選擇轉(zhuǎn)發(fā)的目標(biāo)DNS返回的解析結(jié)果， 當(dāng)Forward目標(biāo)因故無法返回結(jié)果或返回結(jié)果延遲較大，Local DNS本身那么會(huì)繼 續(xù)遞歸解析以獲取解析結(jié)果。當(dāng)用

19、戶終端發(fā)起的DNS解析請(qǐng)求發(fā)送至Local DNS效勞器后，DNS效勞器 將目標(biāo)域名與本地配置的Forward名單進(jìn)行匹配，如滿足一致性條件，那么將該條 DNS解析請(qǐng)求前傳至WebCache系統(tǒng)的請(qǐng)求調(diào)度功能模塊。WebCache系統(tǒng)的請(qǐng)求調(diào)度功能模塊在接收到該條DNS解析請(qǐng)求后，應(yīng)向 Local DNS返回對(duì)應(yīng)的DNS解析響應(yīng)消息，解析結(jié)果的目標(biāo)地址為緩存子系統(tǒng)的 IP地址。2.1.2 重定向模式 重定向模式包含非代理方式和代理方式兩種處理機(jī)制：非代理處理機(jī)制：僅當(dāng)WebCache系統(tǒng)監(jiān)測(cè)到用戶發(fā)出的 訪問請(qǐng) 求屬于本地已緩存的資源，才由WebCache系統(tǒng)向用戶返回 302 重定向報(bào)文，響

20、應(yīng)報(bào)文的目標(biāo)地址為WebCache系統(tǒng)的IP地址，用戶終 端接收到該條 302響應(yīng)消息后，將向WebCache系統(tǒng)發(fā)起請(qǐng)求下載 數(shù)據(jù)。代理處理機(jī)制： 重定向模式也支持工作于代理模式，對(duì)于滿足域 名匹配條件的請(qǐng)求均引導(dǎo)至緩存子系統(tǒng)，如已緩存那么直接向用戶提供服 務(wù)；如該內(nèi)容在本地未緩存時(shí)，那么由WebCahe系統(tǒng)作為代理向外網(wǎng)下載 并傳送給用戶側(cè)。在面向大文件下載、視頻播放類的場(chǎng)景進(jìn)行緩存加速時(shí)，建議WebCache系 統(tǒng)優(yōu)先采用 重定向模式及非代理處理機(jī)制。 重定向機(jī)制下，WebCache系統(tǒng)應(yīng)采用分光鏡像方式獲取用戶發(fā)起的 請(qǐng)求。通過在需監(jiān)測(cè)的鏈路上部署無源分光設(shè)備，將鏈路中的信號(hào)通過分 光

21、處理后發(fā)送至WebCache系統(tǒng)的DPI功能中。DPI功能中應(yīng)根據(jù)需要配置過濾 流量的條件，如 協(xié)議類型、端口號(hào)80/8080、關(guān)注域名或IP地址列表等 維度，將滿足一致性要求的 請(qǐng)求轉(zhuǎn)發(fā)送至后端的請(qǐng)求重定向功能模塊。由于分光鏡像模式需要在源網(wǎng)站返回響應(yīng)結(jié)果之前對(duì)用戶進(jìn)行重定向，故要 求重定向子系統(tǒng)發(fā)送重定向報(bào)文應(yīng)當(dāng)滿足時(shí)延要求。特定場(chǎng)景下，也可以通過端口鏡像方式獲取用戶請(qǐng)求。端口鏡像模式主要面 向網(wǎng)絡(luò)流量較小的場(chǎng)景，通過在路由器或交換機(jī)上開啟端口鏡像功能，將所有流 量均通特定端口轉(zhuǎn)發(fā)至WebCacheS統(tǒng)，并由DPI設(shè)備過濾出所需的 流量。 端口鏡像方式可進(jìn)行全流量進(jìn)行，也可以依據(jù)可以是端口

22、號(hào)、目標(biāo)地址、源地址 等進(jìn)行鏡像。策略路由引導(dǎo)模式策略路由模式主要應(yīng)用于省網(wǎng)內(nèi)部署的WebCache系統(tǒng)，通過在核心路由器 上開啟策略路由PBR功能，將滿足條件的用戶流量通過路由轉(zhuǎn)發(fā)至WebCache 系統(tǒng)，判斷依據(jù)可以是端口號(hào)、目標(biāo)地址、源地址等，后續(xù)相關(guān)的上行、下行流 量均會(huì)經(jīng)由WebCache系統(tǒng)進(jìn)行處理，而無需向終端側(cè)發(fā)送重定向報(bào)文。對(duì)于用戶請(qǐng)求，如果WebCache系統(tǒng)本地命中，那么直接向用戶返回?cái)?shù)據(jù)；女口 果本地未命中，那么由WebCache系統(tǒng)代理用戶向源網(wǎng)站請(qǐng)求數(shù)據(jù)，并返回給用戶。 對(duì)于熱點(diǎn)內(nèi)容，由WebCache系統(tǒng)在本地存儲(chǔ)一份副本。對(duì)于思科路由器，也可以通過其專用的WCC

23、P協(xié)議進(jìn)行流量轉(zhuǎn)發(fā)。策略路由引導(dǎo)模式下，當(dāng)網(wǎng)絡(luò)中斷時(shí)，路由器應(yīng)能夠自動(dòng)調(diào)整為直通模式， 防止可能出現(xiàn)的訪問故障。策略路由引導(dǎo)模式下，也可以采用發(fā)布BGP路由的方式將需加速的流量從核 心路由器會(huì)聚轉(zhuǎn)發(fā)到WebCach系統(tǒng)專用的路由器，然后再在該臺(tái)路由器上面配 置PBR策略進(jìn)行流量引導(dǎo)。2.2 Web Cach系統(tǒng)建設(shè)功能要求重定向子系統(tǒng)深度報(bào)文解析模塊DPI設(shè)備通過串行或者旁路分光方式部署在網(wǎng)絡(luò)會(huì)聚節(jié)點(diǎn)，采集并分析業(yè)務(wù) 原始網(wǎng)絡(luò)數(shù)據(jù)流量及用戶請(qǐng)求，將對(duì)應(yīng)的用戶流量轉(zhuǎn)發(fā)至系統(tǒng)后端，為WebCache 系統(tǒng)實(shí)施用戶請(qǐng)求重定向提供根底數(shù)據(jù)支持。在WebCach系統(tǒng)采用DNS轉(zhuǎn)發(fā)模式、策略路由引導(dǎo)模式時(shí)

24、，由于WebCache 系統(tǒng)能夠直接從DNS效勞器獲得對(duì)應(yīng)的DNS請(qǐng)求解析流量，從路由器直接獲取 到對(duì)應(yīng)的用戶 流量，此時(shí)WebCache系統(tǒng)中也可不部署DPI設(shè)備，或由其 他設(shè)備兼作。1. 流量分析功能DPI設(shè)備必須支持基于L3/L4信息、基于L7應(yīng)用層特征如應(yīng)用層協(xié)議特 征碼對(duì)數(shù)據(jù)流量進(jìn)行分析和識(shí)別。DPI設(shè)備必須支持 、DNS協(xié)議。2. 流量轉(zhuǎn)發(fā)功能DPI設(shè)備支持流量轉(zhuǎn)發(fā)功能，具體要求如下：支持對(duì)于滿足設(shè)定規(guī)那么匹配條件的報(bào)文進(jìn)行處理，將滿足匹配條件的報(bào) 文從指定接口轉(zhuǎn)發(fā)到用戶請(qǐng)求調(diào)度設(shè)備，例如DNS解析請(qǐng)求報(bào)文、 訪問請(qǐng)求報(bào)文等；支持靈活配置過濾轉(zhuǎn)發(fā)規(guī)那么，規(guī)那么可以是指定協(xié)議類型、I

25、P地址、端口 號(hào)、流量方向、應(yīng)用層特征等組合方式；支持無效流量的靈活過濾，支持靈活按照協(xié)議類型、應(yīng)用層特征、源/目 的IP地址、流量方向等作為過濾條件，能夠鏡像出高比例收斂的有效流 量；支持配置多個(gè)出接口組，能夠根據(jù)負(fù)載均衡策略實(shí)施轉(zhuǎn)發(fā)；3. 流量統(tǒng)計(jì)功能DPI設(shè)備提供支持的流量統(tǒng)計(jì)功能如下： 支持多種流量統(tǒng)計(jì)，如對(duì)字節(jié)數(shù)、當(dāng)前帶寬、峰值流量、新增連接數(shù)、最大并發(fā)連接數(shù)、當(dāng)前并發(fā)連接數(shù)等網(wǎng)絡(luò)流量參數(shù)進(jìn)行統(tǒng)計(jì)；支持輸出外部網(wǎng)站及域名的請(qǐng)求次數(shù)、流量統(tǒng)計(jì)及排名次序等統(tǒng)計(jì)數(shù)據(jù)； 支持通過手動(dòng)或自動(dòng)方式上報(bào)至其他外部系統(tǒng)，例如WebCache系統(tǒng)或 全網(wǎng)管理控制中心；用戶請(qǐng)求調(diào)度模塊用戶請(qǐng)求調(diào)度設(shè)備的

26、主要功能是根據(jù)緩存白名單配置或者本地已緩存內(nèi)容， 將用戶的訪問請(qǐng)求重定向至后端的緩存子系統(tǒng)。1. DNS重定向功能用戶請(qǐng)求調(diào)度設(shè)備處理接收到用戶終端發(fā)出的 DNS解析請(qǐng)求報(bào)文，根據(jù) WebCach系統(tǒng)效勞器狀態(tài)和配置參數(shù)，生成相應(yīng)的DNS響應(yīng)消息。用戶請(qǐng)求調(diào)度設(shè)備必須支持對(duì)DNS請(qǐng)求的源IP地址進(jìn)行判斷：如果是WebCache系統(tǒng)發(fā)送的請(qǐng)求那么不實(shí)施處理，該請(qǐng)求將被透?jìng)髦镣?網(wǎng)上一級(jí)DNS效勞器進(jìn)行處理。對(duì)于源IP地址為用戶側(cè)的DNS請(qǐng)求報(bào)文，如果WebCach系統(tǒng)運(yùn)行正常, 那么將WebCach系統(tǒng)的IP地址作為DNS解析響應(yīng)結(jié)果發(fā)送給用戶終端。 支持對(duì)特定源IP地址的調(diào)度Bypasi功能，

27、對(duì)滿足源地址匹配條件的DNS 請(qǐng)求不進(jìn)行重定向，不對(duì)這局部用戶進(jìn)行緩存加速。源IP地址段必須可 靈活配置。2. 重定向功能用戶請(qǐng)求調(diào)度設(shè)備處理接收到用戶終端發(fā)出的 請(qǐng)求報(bào)文，并根據(jù) WebCach系統(tǒng)效勞器狀態(tài)、本地緩存數(shù)據(jù)以及IP地址配置參數(shù)等，生成對(duì)應(yīng)的 302重定向消息，其中目標(biāo)為緩存子系統(tǒng)的公網(wǎng)IP地址。在緩存子系統(tǒng)中沒有部署負(fù)載均衡設(shè)備的場(chǎng)景下，用戶請(qǐng)求調(diào)度設(shè)備必須能 夠?qū)崟r(shí)獲取緩存子系統(tǒng)中已緩存的內(nèi)容資源信息，對(duì)用戶的 請(qǐng)求進(jìn)行綜合 判斷，根據(jù)資源分布、設(shè)備負(fù)載以及內(nèi)容策略等信息將用戶的請(qǐng)求制定路由導(dǎo)向 策略，將用戶請(qǐng)求重定向至最適宜的緩存效勞器上。如果用戶請(qǐng)求調(diào)度設(shè)備監(jiān)測(cè)到Web

28、Cache緩存子系統(tǒng)不可用，那么不對(duì)用戶的 請(qǐng)求作出重定向操作。支持對(duì)特定源IP地址的調(diào)度Bypass功能，對(duì)滿足源IP地址匹配條件的 請(qǐng)求不進(jìn)行重定向，不對(duì)這局部用戶進(jìn)行緩存加速。源IP地址段必須可靈活配置。3. 黑白名單功能WebCache系統(tǒng)支持配置加速域名列表白名單，僅對(duì)于白名單內(nèi)的網(wǎng)站域 名進(jìn)行加速，對(duì)于其他請(qǐng)求不進(jìn)行響應(yīng)，也可返回DNS遞歸解析結(jié)果以保護(hù)用 戶DNS請(qǐng)求的成功性。WebCache系統(tǒng)支持配置黑名單，包含非 協(xié)議的域名和不適合進(jìn)行緩 存加速的域名，如郵箱域名、FTP域名、SSL域名等。黑白名單域名信息配置必須支持如下2類方式：精確域名：如tuanjd 泛域名：女口 *

29、.sports.si na , . news.163 可支持正那么匹配域名配置方式：如dl1-9.qq ww*.sohu 對(duì)于黑白名單中配置的域名，用戶請(qǐng)求調(diào)度設(shè)備僅對(duì)在白名單內(nèi)、且不在黑 名單內(nèi)的訪問請(qǐng)求進(jìn)行響應(yīng)。當(dāng)系統(tǒng)配置的白名單與黑名單存在交疊時(shí)，必須優(yōu)先使用匹配黑名單的策略 生效。支持黑白名單的管理功能，支持手工增刪改查。4. 健康檢查功能用戶請(qǐng)求調(diào)度設(shè)備支持通過多種方式監(jiān)測(cè)緩存子系統(tǒng)的可用性及工作狀態(tài)， 能夠根據(jù)緩存子系統(tǒng)的可用性及存儲(chǔ)的文件內(nèi)容進(jìn)行調(diào)度。可用性至少應(yīng)包括如 下方面：設(shè)備可達(dá)：設(shè)備硬件層面是否可用，例如可發(fā)送ICMP報(bào)文實(shí)施探測(cè)； 效勞狀態(tài)：檢查TCP/UDP端口是否

30、提供效勞；負(fù)載情況：接收并監(jiān)測(cè)Cache效勞器上報(bào)的設(shè)備狀態(tài)負(fù)載信息，如CPU、 內(nèi)存、硬盤空間使用率等預(yù)先協(xié)商的數(shù)據(jù)項(xiàng)可選；用戶請(qǐng)求調(diào)度設(shè)備的負(fù)載監(jiān)測(cè)功能可通過SNMP協(xié)議實(shí)現(xiàn)，對(duì)WebCache服 務(wù)器設(shè)備層面的監(jiān)控項(xiàng)實(shí)施數(shù)據(jù)采集，此時(shí)緩存效勞器中需要安裝SNMP Age nt 效勞。用戶請(qǐng)求調(diào)度設(shè)備根據(jù)設(shè)定的時(shí)間周期性探測(cè)對(duì)端設(shè)備的健康狀態(tài)。如果在 采集周期內(nèi)緩存子系統(tǒng)出現(xiàn)不可用的狀態(tài)，用戶請(qǐng)求調(diào)度設(shè)備將繼續(xù)探測(cè)以確認(rèn) 設(shè)備不可用，最多進(jìn)行3次累計(jì)探測(cè)或探測(cè)累計(jì)時(shí)間在超時(shí)范圍內(nèi)，那么判定系統(tǒng)不可用。請(qǐng)求調(diào)度模塊能夠根據(jù)緩存子系統(tǒng)的可用性進(jìn)行調(diào)度，具體要求如下： 緩存子系統(tǒng)單個(gè)文件損壞時(shí)，

31、請(qǐng)求調(diào)度模塊應(yīng)自動(dòng)停止對(duì)應(yīng)損壞文件的 重定向；緩存子系統(tǒng)數(shù)據(jù)硬盤出現(xiàn)故障時(shí)，請(qǐng)求調(diào)度模塊應(yīng)自動(dòng)停止對(duì)應(yīng)故障磁 盤緩存文件的重定向；緩存子系統(tǒng)不可用時(shí)，請(qǐng)求調(diào)度模塊應(yīng)不對(duì)用戶請(qǐng)求作出響應(yīng)。緩存子系統(tǒng)負(fù)載過重時(shí)，請(qǐng)求調(diào)度模塊應(yīng)自動(dòng)識(shí)別，并降低向緩存子系 統(tǒng)的重定向用戶請(qǐng)求；用戶請(qǐng)求調(diào)度設(shè)備可支持通過 方式對(duì)其它WebCache點(diǎn)的可用性進(jìn) 行周期性檢查。5. 主備冗余功能用戶請(qǐng)求調(diào)度設(shè)備需具備冗余切換能力，兩臺(tái)設(shè)備之間使用網(wǎng)線傳遞心跳信 號(hào)、主備切換觸發(fā)信號(hào)，以監(jiān)控對(duì)端設(shè)備的狀態(tài)。6. 策略同步功能支持與管理子系統(tǒng)交互，獲取本地緩存內(nèi)容情況、以及由全網(wǎng)管控中心、內(nèi) 容資源管理平臺(tái)或者其他外部網(wǎng)元實(shí)

32、體下發(fā)的各類資源信息、內(nèi)容信息以及調(diào)度 策略數(shù)據(jù)，并在本地配置生效。緩存子系統(tǒng)負(fù)載均衡模塊1. 健康檢查功能負(fù)載均衡設(shè)備必須支持對(duì)Cache效勞器資源的健康檢查，常用的健康檢查機(jī) 制如下表所示。系統(tǒng)的可用性至少應(yīng)包括：設(shè)備可達(dá)：設(shè)備硬件層面是否可用，可基于發(fā)送ICMP報(bào)文實(shí)施探測(cè)； 效勞狀態(tài)：檢查TCP/UDP端口是否提供效勞；負(fù)載情況：接收并監(jiān)測(cè)Cache效勞器上報(bào)的設(shè)備狀態(tài)負(fù)載信息，如CPU 利用率、內(nèi)存利用率、存儲(chǔ)資源、EBI、EBO、CC或其它預(yù)先協(xié)商的監(jiān) 控?cái)?shù)據(jù)項(xiàng)；此時(shí)Cache月艮務(wù)器組中需要部署SNMP Age nt效勞或其它資 源插件來支持?jǐn)?shù)據(jù)獲取。當(dāng)判定緩存效勞器不可用時(shí)，負(fù)

33、載均衡設(shè)備需將該效勞器從WebCach由艮務(wù) 隊(duì)列中取出，不參加下一次的分發(fā)，直到該設(shè)備恢復(fù)正常。2. 負(fù)載均衡功能支持將用戶請(qǐng)求和In ternet網(wǎng)絡(luò)流量按照配置的負(fù)載分擔(dān)算法分發(fā)到不同的 Cache效勞器進(jìn)行處理。當(dāng)用戶請(qǐng)求到達(dá)緩存子系統(tǒng)時(shí)，負(fù)載均衡功能根椐配置 策略，選擇特定的緩存效勞器，由該臺(tái)Cache月艮務(wù)器響應(yīng)用戶的請(qǐng)求、提供緩存 效勞，例如選擇性能最正確的緩存效勞器，存儲(chǔ)該份內(nèi)容的緩存效勞器等。支持會(huì)話保持功能，對(duì)于同一用戶、同一會(huì)話的多個(gè)訪問請(qǐng)求，可分配至同 一臺(tái)緩存效勞器中，防止出現(xiàn)會(huì)話失效的問題。支持基于L4和L7的流量分發(fā)機(jī)制。負(fù)載均衡模塊必須支持配置多個(gè)VIP地 址。

34、支持對(duì)IPv6協(xié)議報(bào)文的負(fù)載均衡功能，能夠?qū)Pv6報(bào)文實(shí)現(xiàn)接收、解析和 分發(fā)處理。支持根據(jù)使用的分發(fā)機(jī)制來決定選擇監(jiān)控的數(shù)據(jù)項(xiàng)，監(jiān)控?cái)?shù)據(jù)項(xiàng)的采集周期可靈活配置。支持的流量分發(fā)機(jī)制如表所示序號(hào)均衡算法詳細(xì)描述是否必須1輪詢(Rou ndRobin)負(fù)載均衡設(shè)備將所有用戶請(qǐng)求按照Cache資源 池的隊(duì)列順序，分發(fā)給資源池內(nèi)每臺(tái)Cache效勞 器進(jìn)行處理，依次循環(huán)。必選2L4負(fù)載分擔(dān)按照用戶請(qǐng)求的4層信息，如IP地址、端口等對(duì) 數(shù)據(jù)流進(jìn)行分配。必選3L7負(fù)載分擔(dān)按照用戶請(qǐng)求的7層信息對(duì)數(shù)據(jù)流進(jìn)行分配，例 如根據(jù)目的URL映射至特定的Cache效勞器 中。必選4動(dòng)態(tài)性能分配(Dyn amicRati

35、o)根據(jù)收集到應(yīng)用程序和Cache效勞器的各項(xiàng)性 能參數(shù)如CPU、內(nèi)存和磁盤的占用情況，動(dòng)態(tài) 調(diào)整流量分配。動(dòng)態(tài)性能分配可通過標(biāo)準(zhǔn) SNMP或Cache!效勞器端的插件實(shí)現(xiàn)?？蛇x5最快模式(Fastes)將新的用戶請(qǐng)求分發(fā)給響應(yīng)最快的Cache效勞 器。可選6最少連接方式(LeastC onn ecti on)將新的用戶請(qǐng)求分發(fā)給最少連接的Cache效勞 器?？蛇x7優(yōu)先權(quán)Priority負(fù)載均衡設(shè)備將所有Cachd效勞器進(jìn)行分組，為 每個(gè)組定義優(yōu)先權(quán)，將用戶請(qǐng)求分配給優(yōu)先級(jí) 最高的Cach效勞器組在同一組內(nèi)，采用輪詢 或比率算法，分配用戶請(qǐng)求。當(dāng)最高優(yōu)先級(jí)中所有Cachd效勞器出現(xiàn)故障，才 將

36、請(qǐng)求送給次優(yōu)先級(jí)的Cache效勞器組。為用戶 提供Cache效勞器組的熱備份功能?？蛇x其中L7負(fù)載分擔(dān)功能中要求至少支持如下兩類方式：Hash：負(fù)載均衡設(shè)備同一文件的Hash結(jié)果，把相同的HASH文件用戶 請(qǐng)求分發(fā)到每臺(tái)Cache效勞器；一致性Hash對(duì)請(qǐng)求內(nèi)容和緩存效勞器使用相同的Hash函數(shù)，并將資 源和地址節(jié)點(diǎn)在統(tǒng)一地址空間進(jìn)行編址，從數(shù)據(jù)映射到的位置開始順時(shí) 針查找，將請(qǐng)求轉(zhuǎn)發(fā)至找到的第一個(gè)效勞器；3. 主備冗余功能負(fù)載均衡模塊應(yīng)具備多臺(tái)設(shè)備的冗余能力，不同設(shè)備之間應(yīng)當(dāng)具有心跳監(jiān)控 及切換能力，監(jiān)控對(duì)端負(fù)載均衡設(shè)備的狀態(tài)。主用負(fù)載均衡設(shè)備將心跳信號(hào)定時(shí) 發(fā)送到備用負(fù)載均衡設(shè)備,備用設(shè)備

37、在一定周期內(nèi)沒有收到主用設(shè)備的心跳信號(hào)， 支持主動(dòng)將自己切換為主用設(shè)備。2.222負(fù)載均衡模塊緩存效勞效勞模塊是整個(gè)WebCache系統(tǒng)的核心組件。1. 網(wǎng)頁(yè)對(duì)象緩存功能支持對(duì)于互聯(lián)網(wǎng)站點(diǎn)頁(yè)面的解析，能夠?qū)⒕W(wǎng)頁(yè)中的靜態(tài)Web對(duì)象存儲(chǔ)于本地 的緩存效勞器中。在接收到用戶發(fā)送的Web訪問請(qǐng)求時(shí)，分析請(qǐng)求是否在本地命 中，對(duì)于命中請(qǐng)求直接響應(yīng)，就近為用戶提供效勞；對(duì)未命中的請(qǐng)求，系統(tǒng)能夠 從互聯(lián)網(wǎng)源站下載內(nèi)容，并就近返回給用戶終端。緩存的網(wǎng)頁(yè)對(duì)象類型包括但不限于：文本：HTML、XML、XHTML、JS CSS DOC、PDF、TXT 等; 圖像：JPG PNG、GIF 等；視頻：FLV、MP4、M

38、OV、WMV、RMVB、F4V等；音頻：MP3、WAV等； 其他：ZIP、RAR等；支持 /1.0 /1.1協(xié)議定義的緩存字段：支持根據(jù)Expires頭域?qū)?yè)面對(duì)象的可緩存性進(jìn)行判斷，在Expire Date 到達(dá)之前不再向源站發(fā)送 請(qǐng)求獲取該文件；支持根據(jù)Cache-Contrc頭域?qū)?yè)面對(duì)象的可緩存性進(jìn)行判斷，對(duì)于設(shè)置 為public的內(nèi)容進(jìn)行緩存，對(duì)于設(shè)置為private no-cache no-store等的 對(duì)象，默認(rèn)不進(jìn)行緩存，支持根據(jù)max-age參數(shù)所指定的相對(duì)時(shí)間間隔 進(jìn)行數(shù)據(jù)緩存；對(duì)于源網(wǎng)站中在 頭域中指明不應(yīng)被緩存的內(nèi)容，要求緩存效勞模塊工 作于代理模式，所有數(shù)據(jù)不在本地

39、緩存。對(duì)于互聯(lián)網(wǎng)中的動(dòng)態(tài)內(nèi)容，要求系統(tǒng)能夠予以識(shí)別，不在本地緩存，對(duì)于所 有用戶的請(qǐng)求，均以代理方式向源網(wǎng)站下載數(shù)據(jù)并傳送給用戶。支持針對(duì)特定網(wǎng)站或域名實(shí)現(xiàn)靜態(tài)對(duì)象的緩存周期配置，用戶可以通過修改 配置來設(shè)定本地緩存時(shí)間和緩存對(duì)象的類型。在本地設(shè)置與源站設(shè)置沖突時(shí)，優(yōu) 先以本地設(shè)定為準(zhǔn)。2. 大文件/視頻緩存功能支持基于 協(xié)議傳輸?shù)拇笪募彺婕铀俟δ?，如游戲、軟件、升?jí)包下 載效勞等。緩存效勞模塊接收用戶的文件下載請(qǐng)求，分析該內(nèi)容是否已經(jīng)被 WebCache系統(tǒng)在本地緩存，對(duì)于已緩存的內(nèi)容，將通過重定向引導(dǎo)用戶從緩存 效勞器下載數(shù)據(jù)。工作于代理模式時(shí)，對(duì)于被引導(dǎo)至緩存效勞器，但本地未命中的請(qǐng)求

40、，要求 系統(tǒng)能夠以代理方式向內(nèi)容源站下載后，將對(duì)應(yīng)的數(shù)據(jù)發(fā)送至用戶終端。支持 視頻內(nèi)容的緩存和下載，主要針對(duì)基于 方式的各類在線視 頻媒體對(duì)象，包括FLV、MP4、MOV、WMV、RMVB、F4V等多種文件格式， 設(shè)備應(yīng)該支持對(duì)流媒體對(duì)象的緩存配置。支持基于 Live Streamin©HLS協(xié)議的互聯(lián)網(wǎng)視頻內(nèi)容的緩存和加速。 支持面向 終端的各類應(yīng)用軟件APP內(nèi)容的下載與加速功能。3. 代理下載功能在用戶請(qǐng)求被引導(dǎo)到緩存子系統(tǒng)后，緩存子系統(tǒng)首先檢查用戶請(qǐng)求的文件是 否在本地命中，如果命中那么直接為用戶提供效勞；如果未命中，緩存子系統(tǒng)將作 為代理轉(zhuǎn)發(fā)用戶的請(qǐng)求至互聯(lián)網(wǎng)源網(wǎng)站，并將源網(wǎng)

41、站返回的數(shù)據(jù)轉(zhuǎn)發(fā)給用戶。如 果源網(wǎng)站返回的是有效數(shù)據(jù)且可緩存，緩存效勞器根據(jù)熱度規(guī)那么，在本地同時(shí)存 儲(chǔ)熱點(diǎn)內(nèi)容的文件副本。對(duì)于大文件和視頻播放等應(yīng)用場(chǎng)景，需能夠支持邊下載邊效勞功能，防止將 用戶請(qǐng)求長(zhǎng)時(shí)間置于等待狀態(tài)。代理下載功能必須根據(jù)實(shí)際的網(wǎng)站列表選擇開啟，對(duì)于可能存在認(rèn)證失敗、 cookie校驗(yàn)等問題的網(wǎng)站，要求不開啟。4. URL防盜鏈功能針對(duì)主流的文件下載、視頻播放、網(wǎng)絡(luò)存儲(chǔ)類網(wǎng)站的URL文件防盜鏈功能, 支持對(duì)加密后的URL進(jìn)行反向處理，獲取真實(shí)的文件對(duì)象URL。支持網(wǎng)站URL規(guī)那么庫(kù)，可以識(shí)別并兼容國(guó)內(nèi)絕大多數(shù)視頻及下載網(wǎng)站?？?根據(jù)互聯(lián)網(wǎng)站的功能及版本升級(jí)，支持通過加載新的規(guī)

42、那么庫(kù)插件即可實(shí)現(xiàn)對(duì)新規(guī) 那么的反向處理，支持自動(dòng)遠(yuǎn)程升級(jí)。支持校驗(yàn)排錯(cuò)功能，能夠?qū)σ丫彺娴南螺d類資源對(duì)象進(jìn)行驗(yàn)證，例如通過對(duì) 進(jìn)行文件HASH運(yùn)算，讀取資源局部頭信息或散列信息等方式，以防止內(nèi)容資源 定位錯(cuò)誤，影響用戶的正常訪問。5. 持久連接功能支持基于 /1.1的持久連接PersistentConnection，能夠針對(duì)同一對(duì)象 的多個(gè)用戶請(qǐng)求只建立一條連接。當(dāng)多個(gè)用戶請(qǐng)求相同的網(wǎng)頁(yè)對(duì)象時(shí)，緩存效勞 器僅與源網(wǎng)站效勞器建立一條連接，以便防止為每次單獨(dú)的請(qǐng)求/應(yīng)答建立新的連 接。得到響應(yīng)報(bào)文后，WebCache系統(tǒng)將響應(yīng)內(nèi)容的副本保存在本地，同時(shí)復(fù)制 報(bào)文分發(fā)給發(fā)起請(qǐng)求各個(gè)用戶。通過使用同

43、一 連接的方式以解決頻繁建立 連接帶來的時(shí)間消耗，縮短響應(yīng)時(shí)間提升用戶體驗(yàn)，有效減少終端與效勞器建立 的連接數(shù)。6. 內(nèi)容復(fù)制功能對(duì)于用戶從Cache系統(tǒng)下載的TOP N熱點(diǎn)資源，緩存效勞器支持自動(dòng)檢測(cè)如 可按照命中次數(shù)排序，能夠根據(jù)熱度在本地不同緩存效勞器之間進(jìn)行復(fù)制，使得 熱點(diǎn)內(nèi)容可以由多個(gè)緩存效勞器并行提供加速效勞，支撐高性能并發(fā)。復(fù)制時(shí)間周期、復(fù)制的熱點(diǎn)資源數(shù)量應(yīng)支持靈活配置，默認(rèn)時(shí)間周期為一天。7. 數(shù)據(jù)復(fù)用功能針對(duì)不同URL但文件內(nèi)容相同的互聯(lián)網(wǎng)文件，Cache效勞器能夠通過文件比 對(duì)或依據(jù)站點(diǎn)的防盜鏈處理規(guī)那么處理后實(shí)施甄別比對(duì)，識(shí)別出相同的文件對(duì)象， 實(shí)現(xiàn)緩存數(shù)據(jù)復(fù)用，僅緩存初

44、始URL所對(duì)應(yīng)的數(shù)據(jù)，對(duì)于向其他URL發(fā)起的文 件請(qǐng)求也可以保持命中。通過重用初始緩存文件的數(shù)據(jù)，能夠提升訪問命中率， 節(jié)省系統(tǒng)回源流量，也防止針對(duì)同一對(duì)象重復(fù)下載，減少對(duì)于本地存儲(chǔ)空間的占 用。對(duì)于不同URL、但內(nèi)容一致的文件內(nèi)容，必須支持通過URL規(guī)那么、文件名 稱、大小進(jìn)行關(guān)聯(lián)，如：URL1: :/jsmcc2.newhua /down/ppstreamsetup_onlinedown.zip URL2： :/qzmcc.newhua /down/ppstreamsetup_onlinedown.zip URL3： 系統(tǒng)也可支持通過對(duì)文件內(nèi)容計(jì)算Hash值的方式進(jìn)行有效關(guān)聯(lián)。通過該算 法

45、生成與文件內(nèi)容相對(duì)應(yīng)的摘要數(shù)值，通過該摘要信息可以唯一標(biāo)識(shí)某一文件。8. 內(nèi)容熱度更新功能內(nèi)容熱度更新是指在緩存效勞器的存儲(chǔ)空間占用到達(dá)一定程度時(shí)，必須刪除 掉一些不常用的緩存數(shù)據(jù)。對(duì)于每個(gè)對(duì)象，緩存效勞器根據(jù)其訪問頻率計(jì)算相應(yīng) 的熱度值，訪問頻率越高那么其熱度值也越高，熱度值較低的緩存對(duì)象將會(huì)被優(yōu)先 刪除。對(duì)于相同熱度值的對(duì)象，可以比擬對(duì)象的超時(shí)周期，優(yōu)先刪除超時(shí)周期指 標(biāo)較低的數(shù)據(jù)對(duì)象。內(nèi)容熱度更新算法的核心是輸入?yún)?shù)及權(quán)值函數(shù)，緩存對(duì)象在某時(shí)間點(diǎn)的熱 度值可根據(jù)如下輸入?yún)?shù)計(jì)算：上次數(shù)據(jù)熱度值計(jì)算時(shí)間特定時(shí)間段內(nèi)數(shù)據(jù)訪問次數(shù)數(shù)據(jù)對(duì)象上一次的熱度值文件大小緩存對(duì)象的老化時(shí)間的設(shè)定需要參考網(wǎng)

46、頁(yè) 頭域中的超期參數(shù)，當(dāng)超期 時(shí)間到達(dá)時(shí)內(nèi)容也會(huì)被自動(dòng)刪除。當(dāng)源網(wǎng)站沒有指定超期參數(shù)或錯(cuò)誤參數(shù)時(shí)，可 以根據(jù)WebCacheS統(tǒng)配置進(jìn)行更新，支持對(duì)不同域名、不同類型的對(duì)象獨(dú)立設(shè)定老化時(shí)間。9. 內(nèi)容預(yù)取功能支持自動(dòng)預(yù)取互聯(lián)網(wǎng)內(nèi)容的功能，對(duì)于熱點(diǎn)內(nèi)容，支持根據(jù)源網(wǎng)站在 頭域中確定內(nèi)容的超期時(shí)間，或者WebCache系統(tǒng)本地強(qiáng)制配置的更新周期，可 實(shí)現(xiàn)在用戶發(fā)起請(qǐng)求之前提前將網(wǎng)頁(yè)內(nèi)容或文件更新為最近的版本。預(yù)取數(shù)據(jù)后 WebCach系統(tǒng)將重新刷新對(duì)象的超期時(shí)間。內(nèi)容預(yù)取功能可以有效降低用戶請(qǐng)求到達(dá)后，緩存效勞器進(jìn)行校驗(yàn)和回源下 載的時(shí)間，提升用戶的訪問體驗(yàn)。內(nèi)容預(yù)取功能默認(rèn)不開啟，可根據(jù)需求對(duì)特

47、定網(wǎng)站開啟，預(yù)取周期可按照網(wǎng) 站域名為維度進(jìn)行靈活配置。10. 超期校驗(yàn)功能支持 /1.1協(xié)議的If-Modified機(jī)制。在Cache系統(tǒng)緩存內(nèi)容已經(jīng)過期時(shí)， 緩存效勞器支持向源網(wǎng)站發(fā)送If-Modified-Since頭信息，包含上一次從效勞器獲 取數(shù)據(jù)的產(chǎn)生時(shí)間。如果文件從上次獲取后沒有更新，源站效勞器將返回 狀態(tài)代碼304 Not Modified，表示從上一次請(qǐng)求后這個(gè)數(shù)據(jù)沒有改變，此時(shí)緩存 效勞器可以直接使用原有緩存數(shù)據(jù)，無需再次下載。支持 /1.1協(xié)議的Etag校驗(yàn)機(jī)制。對(duì)于源效勞器生成的唯一標(biāo)志符Etag 的文件，緩存效勞器可以進(jìn)行校驗(yàn)，由緩存效勞器在請(qǐng)求消息的If-No ne

48、-Match 字段中上報(bào)ETag如果文件沒有改變，源效勞器將返回304狀態(tài)代碼，告知系 統(tǒng)無需再次請(qǐng)求下載數(shù)據(jù)。此時(shí)緩存效勞器可以直接使用原有緩存數(shù)據(jù)，無需再 次下載。11. 本地DNS功能對(duì)于用戶發(fā)起的訪問請(qǐng)求，當(dāng)WebCacheS統(tǒng)未命中時(shí)，緩存效勞器可以通 過查詢本地DNS、或使用系統(tǒng)內(nèi)置的DNS功能實(shí)現(xiàn)面向互聯(lián)網(wǎng)網(wǎng)站的域名解析 功能。本地DNS可以有效減少WebCach系統(tǒng)對(duì)外的大量DNS解析請(qǐng)求，提高DNS 響應(yīng)速度，也可以防止向內(nèi)網(wǎng)DNS效勞器查詢時(shí)產(chǎn)生的DNS環(huán)路。對(duì)于WebCache系統(tǒng)發(fā)起的DNS解析請(qǐng)求，應(yīng)當(dāng)通過IP地址配置防止被系 統(tǒng)再次攔截。12. 回源管理功能對(duì)于特定

49、域名或網(wǎng)站的內(nèi)容，應(yīng)能夠通過配置采用分時(shí)段錯(cuò)峰回源機(jī)制，例 如針對(duì)特定網(wǎng)站集中在凌晨1點(diǎn)至6點(diǎn)時(shí)段進(jìn)行更新。支持對(duì)回源帶寬進(jìn)行限制。支持根據(jù)網(wǎng)絡(luò)條件選擇不同的鏈路進(jìn)行回源，如CMNET網(wǎng)間出口、省內(nèi)第 三方鏈路等。對(duì)于存在的多條回源鏈路，支持根據(jù)訪問質(zhì)量等因素進(jìn)行配置，可 支持動(dòng)態(tài)調(diào)整。系統(tǒng)支持通過人工方式對(duì)WebCache系統(tǒng)中已緩存的資源內(nèi)容進(jìn)行管理，支 持對(duì)特定文件對(duì)象進(jìn)行手工刪除。支持按照URL、文件類型、文件大小作為參數(shù) 進(jìn)行篩選。支持根據(jù)內(nèi)容視圖的分布，向其他WebCache系統(tǒng)進(jìn)行回源下載數(shù)據(jù)。13. 對(duì)象策略功能支持多個(gè)維度的對(duì)象緩存策略管理功能，通過ACL訪問列表，支持對(duì)訪問

50、 請(qǐng)求進(jìn)行控制。系統(tǒng)管理員可以嚴(yán)格、清晰地定義緩存效勞器的訪問控制策略， 不同策略能夠靈活組合使用。文件大小策略：可以設(shè)置緩存資源大小范圍，對(duì)于超出范圍的文件不提 供緩存效勞，例如配置為100KB20G;文件類型策略：可以設(shè)置緩存文件類型，管理員可以通過修改配置到達(dá) 不同類型文件是否緩存的目的，對(duì)于非許可格式的文件不進(jìn)行緩存。14. 用戶訪問控制功能系統(tǒng)能夠配置Client Pool限制用戶終端的IP地址，從而有效區(qū)分內(nèi)外網(wǎng)用 戶及域內(nèi)用戶，以保證緩存系統(tǒng)平安及實(shí)現(xiàn)對(duì)用戶接入的嚴(yán)格管理。系統(tǒng)支持只 對(duì)中國(guó)移動(dòng)網(wǎng)內(nèi)用戶進(jìn)行緩存加速效勞，并配置對(duì)不同省份的網(wǎng)內(nèi)用戶的訪問權(quán) 限，對(duì)于不屬于效勞IP地

51、址范圍的用戶要求默認(rèn)限制其訪問。在分級(jí)分域部署方式下，一級(jí)Cache節(jié)點(diǎn)為所有中國(guó)移動(dòng)用戶提供緩存加速 效勞，二級(jí)Cache節(jié)點(diǎn)默認(rèn)為所屬區(qū)域內(nèi)的本地用戶提供效勞，也可開啟對(duì)網(wǎng)內(nèi) 其他地域用戶的訪問支撐功能。系統(tǒng)允許根據(jù)IP地址設(shè)置優(yōu)先緩存的效勞用戶，支持用戶帶寬策略設(shè)定，可 根據(jù)用戶類型設(shè)置不同的帶寬分配、流量控制策略。系統(tǒng)支持批量從外部導(dǎo)入IP地址段功能。15. IPv6協(xié)議支持功能必須支持IPv4/IPv6雙協(xié)議棧，能夠?qū)ν馓峁㊣Pv4地址和IPv6地址。支持接 收、解析和發(fā)送IPv6報(bào)文，支持對(duì)于IPv6固定報(bào)頭和擴(kuò)展報(bào)頭的處理。支持與IPv6用戶終端及網(wǎng)站的數(shù)據(jù)傳輸。對(duì)于IPv6終端

52、發(fā)出的IPv6業(yè)務(wù)請(qǐng) 求，緩存子系統(tǒng)能夠根據(jù)對(duì)應(yīng)的協(xié)議向用戶終端發(fā)送對(duì)應(yīng)的互聯(lián)網(wǎng)內(nèi)容。對(duì)于解 析為IPv6地址的網(wǎng)站，應(yīng)能通過IPv6方式向網(wǎng)站請(qǐng)求內(nèi)容。對(duì)于源網(wǎng)站為IPv4/IPv6雙棧的場(chǎng)景，要求可根據(jù)配置實(shí)現(xiàn)優(yōu)選IPv6協(xié)議、 或者IPv4協(xié)議。管理子系統(tǒng)管理子系統(tǒng)是WebCache系統(tǒng)的本地管理組件，應(yīng)基于雙機(jī)主從方式提供服 務(wù)，對(duì)業(yè)務(wù)管理員提供統(tǒng)一的WWW Protal配置界面，用于對(duì)WebCache系統(tǒng)和 各設(shè)備進(jìn)行管理，支持統(tǒng)計(jì)流量分布情況，可以統(tǒng)計(jì)Cache子系統(tǒng)的緩存效率以 及各個(gè)效勞器的系統(tǒng)狀況，從而有效地管理系統(tǒng)，形成相應(yīng)的業(yè)務(wù)報(bào)表，為運(yùn)營(yíng) 商提供決策依據(jù)；可以根據(jù)需求靈

53、活擴(kuò)充功能。支持向WebCache系統(tǒng)的運(yùn)營(yíng)人 員提供分級(jí)管理權(quán)限。配置管理功能組織網(wǎng)內(nèi)運(yùn)營(yíng)所需要的資源和數(shù)據(jù)，支持保存WebCache系統(tǒng)的根本配置以 及與功能相關(guān)的核心數(shù)據(jù)，主要包括：代理模式配置網(wǎng)絡(luò)參數(shù)配置訪問控制配置內(nèi)容過濾配置回源路由配置內(nèi)容類型配置支持組織網(wǎng)內(nèi)運(yùn)轉(zhuǎn)所需要的資源和數(shù)據(jù)，保證網(wǎng)絡(luò)的根本配置，支持按照具 體情況改變配置，設(shè)置系統(tǒng)參數(shù)，收集并存儲(chǔ)各參數(shù)，報(bào)告與根本配置值的偏差, 起動(dòng)和關(guān)閉資源等。223.2狀態(tài)監(jiān)控功能對(duì)重定向子系統(tǒng)、緩存子系統(tǒng)等所在效勞器提供全面監(jiān)控，實(shí)時(shí)監(jiān)測(cè)各業(yè)務(wù) 系統(tǒng)的資源使用情況和健康狀態(tài)。，保障業(yè)務(wù)系統(tǒng)能處在正常運(yùn)行環(huán)境。支持對(duì)系 統(tǒng)總體運(yùn)行情況進(jìn)

54、行監(jiān)測(cè)，包括CPU利用率、內(nèi)存利用率、存儲(chǔ)量大小、存儲(chǔ)利 用率、回源峰值/均值流量大小、效勞峰值/均值流量大小等信息。支持對(duì)系統(tǒng)使用的數(shù)據(jù)庫(kù)進(jìn)行全面的監(jiān)控，實(shí)時(shí)監(jiān)測(cè)數(shù)據(jù)庫(kù)的活動(dòng)情況和健 康狀態(tài)，鑒別和消除瓶頸以提高數(shù)據(jù)庫(kù)系統(tǒng)的整體性能。支持監(jiān)控緩存子系統(tǒng)訪問情況，包括訪問用戶、開始時(shí)間、結(jié)束時(shí)間、內(nèi)容 類型、內(nèi)容編號(hào)、內(nèi)容信息、是否命中、效勞節(jié)點(diǎn)、效勞流量等信息。223.3性能管理功能支持對(duì)本系統(tǒng)中的性能指標(biāo)進(jìn)行評(píng)定，如吞吐量Throughput、設(shè)備負(fù)載、 命中率、效勞質(zhì)量QoS Quality of Servk、時(shí)延情況等。測(cè)量需要連續(xù)進(jìn)行， 在異常或性能惡化情況下能夠及時(shí)通知有關(guān)管理人員

55、。2.234報(bào)表管理功能平臺(tái)支持對(duì)WebCacheS統(tǒng)的運(yùn)行情況及用戶使用情況進(jìn)行記錄、統(tǒng)計(jì)和分 析，能夠自動(dòng)生成日?qǐng)?bào)、周報(bào)、月報(bào)等常規(guī)報(bào)表和各種個(gè)性化報(bào)表，支持分析數(shù) 據(jù)并通過曲線圖、餅圖、柱狀圖等各種圖形進(jìn)行展現(xiàn)。支持查詢、導(dǎo)出功能。通 過該平臺(tái)，運(yùn)營(yíng)商管理員能夠?qū)Ξ?dāng)前的效勞情況進(jìn)行監(jiān)測(cè)、處理、查詢等功能。 能夠形象真實(shí)的分析整個(gè)互聯(lián)網(wǎng)緩存系統(tǒng)的運(yùn)營(yíng)狀況，滿足管理的需要，分析用 戶訪問行為，實(shí)現(xiàn)流量可視化，為業(yè)務(wù)開展提供決策依據(jù)。管理子系統(tǒng)需提供如下根本統(tǒng)計(jì)功能：熱點(diǎn)內(nèi)容統(tǒng)計(jì)：分析用戶下載的內(nèi)容名稱、內(nèi)容熱度、內(nèi)容大小、內(nèi)容 類型、下載流量，根據(jù)記錄日志對(duì)各種用戶下載的資源進(jìn)行統(tǒng)計(jì)和排名； 用戶行為統(tǒng)計(jì)：根據(jù)用戶訪問情況形成用戶的業(yè)務(wù)使用情況，包含下載 的資源類型、標(biāo)識(shí)、時(shí)長(zhǎng)、流量效勞節(jié)點(diǎn)、用戶IP地址等；可提供訪問 者的流量、流量占比、瀏覽器類型、終端類型等分析統(tǒng)計(jì)數(shù)據(jù)； 數(shù)據(jù)流量統(tǒng)計(jì)：分析所效勞各類流量及占總流量的比