年5月29日WebCache系統(tǒng)集中采購工程技術(shù)規(guī)范書文檔僅供參考中國移動WebCache系統(tǒng)集中采購工程技術(shù)規(guī)范書中國移動通信有限公司8月目錄TOC\o"1-2"\u1 總則 11.1 概述 11.2 技術(shù)規(guī)范 11.3 總體技術(shù)要求 11.4 規(guī)范書應(yīng)答要求 21.5 技術(shù)文件 21.6 技術(shù)建議書應(yīng)包括的內(nèi)容 31.7 報價要求 42 WebCache系統(tǒng)建設(shè)主要技術(shù)要求 62.1 WebCache系統(tǒng)請求引導(dǎo)機制 62.2 WebCache系統(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 模塊化、冗余、容錯等 263.3 服務(wù)器的要求 263.4 網(wǎng)絡(luò)設(shè)備要求 264 軟件要求 274.1 模塊化 274.2 人機控制 274.3 兼容性及升級 274.4 操作系統(tǒng) 274.5 軟件系統(tǒng)優(yōu)化 275 系統(tǒng)容量要求 285.1 系統(tǒng)容量的定義 285.2 系統(tǒng)容量要求 285.3 系統(tǒng)擴展要求 285.4 本期集中采購建設(shè)規(guī)模需求 296 電源要求 317 設(shè)備安裝調(diào)測、驗收以及試運行 317.1 安裝和調(diào)試 317.2 驗收 328 技術(shù)服務(wù)和培訓(xùn) 328.1 技術(shù)服務(wù) 328.2 培訓(xùn) 33總則概述本文件是中國移動通信有限公司(以下簡稱買方)WebCache系統(tǒng)集中采購工程向設(shè)備廠商(以下簡稱賣方)提出的技術(shù)規(guī)范書。本規(guī)范書與相關(guān)規(guī)范一起將作為集中采購WebCache系統(tǒng)主設(shè)備的技術(shù)文件。根據(jù)此文件,賣方應(yīng)提出具體的技術(shù)應(yīng)答和詳細的報價。技術(shù)規(guī)范賣方所提供的所有各項設(shè)備和系統(tǒng)(包括軟、硬件)應(yīng)符合技術(shù)標準的要求如下:(1)符合有關(guān)標準(如ISO、ITU-T、ETSI、IETF等),賣方應(yīng)在建議書中具體說明,并附上相應(yīng)的詳細技術(shù)資料;(2)符合中國移動通信有限公司<中國移動WebCache系統(tǒng)總體技術(shù)要求>、<中國移動WebCache系統(tǒng)設(shè)備規(guī)范>、<中國移動WebCache系統(tǒng)接口規(guī)范>、<工程和維護合同安全管理要求>等相關(guān)規(guī)范中對流程、設(shè)備、網(wǎng)管等方面的要求,且以上規(guī)范今后如有修改,賣方應(yīng)免費修改其系統(tǒng)以滿足要求;賣方如對以上規(guī)范內(nèi)容有不滿足的地方,請給出技術(shù)上不滿足情況的偏離表(偏離表格式詳見附件一)并做出相應(yīng)說明。對于滿足部分,應(yīng)給出明確的書面承諾。(3)國家已頒發(fā)的相關(guān)法律文件(例如招標法等)?？傮w技術(shù)要求(1)賣方應(yīng)按照本文件的要求提供報價和詳細的技術(shù)建議。賣方應(yīng)承諾所提供的設(shè)備在產(chǎn)品性能、技術(shù)指標、服務(wù)內(nèi)容等方面滿足本技術(shù)規(guī)范書的要求。對于本文件未規(guī)定的有關(guān)設(shè)備性能,賣方應(yīng)提出建議,并陳述其理由。(2)本文件提出的具體技術(shù)要求如與上述文件及補充規(guī)范不一致的地方,以本文件為準。(3)當買方有新建議,而本技術(shù)規(guī)范書又尚未包括或與本技術(shù)規(guī)范書不符時,則應(yīng)符合買方新建議的要求;對于買方尚未有標準的,而本技術(shù)規(guī)范書又未提及的部分,賣方提出其標準,留待雙方認可后執(zhí)行。(4)當賣方的設(shè)備中包含自己的專用標準,應(yīng)在建議書中具體說明,并附上相應(yīng)的詳細資料。(5)賣方應(yīng)列出其建議書中所提供設(shè)備和系統(tǒng)在世界范圍內(nèi)和國內(nèi)的應(yīng)用情況,諸如最大規(guī)模、業(yè)務(wù)類型及開展方式等。(6)賣方提供的設(shè)備,硬件設(shè)備從系統(tǒng)最終驗收開通之日起五年內(nèi),如果買方需要,賣方應(yīng)以不高于本次價格提供備板、備件,賣方不得以設(shè)備停產(chǎn)等理由而拒絕提供。如果由于買方系統(tǒng)改進或擴容,所需的軟件設(shè)備賣方應(yīng)以不高于本次價格提供。(7)在合同簽訂之前,買方能夠隨時對本技術(shù)規(guī)范書進行修改。(8)本技術(shù)規(guī)范書解釋權(quán)歸中國移動通信有限公司。規(guī)范書應(yīng)答要求(1)賣方對于技術(shù)規(guī)范書的疑問能夠經(jīng)過書面材料與買方聯(lián)系。在規(guī)定的建議書提交最后期限以前,買方將以書面材料給予答復(fù)。有關(guān)買方答復(fù)材料的復(fù)印件也將遞交所有得到技術(shù)規(guī)范書的賣方。(2)在技術(shù)談判的各個階段,買方將以書面形式要求賣方對有關(guān)問題進行進一步的技術(shù)澄清,賣方應(yīng)以書面資料給予正式應(yīng)答;所有各階段的技術(shù)澄清文件都將作為合同附件。(3)買方在任何時候保留和擁有對本文件的解釋權(quán)。買方有權(quán)在簽定合同前,根據(jù)需要修改和補充本技術(shù)規(guī)范書,修改補充后的最終技術(shù)規(guī)范書將作為合同的附件。(4)賣方的應(yīng)答書中,要求對本文件的所提出的各項條款進行逐項答復(fù)、說明和解釋,首先對實現(xiàn)或滿足程度明確作出”滿足”、”部分滿足”、”不滿足”等應(yīng)答。在答復(fù)中,凡采用”詳見”、”參見”方式說明的,應(yīng)指明參見文檔的具體章節(jié)或頁碼。請賣方特別注意:凡采用”詳見”、”參見”方式說明的條款,必須在點對點應(yīng)答書中注有適當?shù)目偨Y(jié)性文字,簡潔、明了地回答相應(yīng)的條款。對于本文件中要求列舉的條款,必須在點對點應(yīng)答書中進行列舉,不得簡單答復(fù)”滿足”等,否則視該條款的應(yīng)答為”不滿足”。如果回答”部分滿足”,需要詳細說明哪些部分滿足,哪些部分不滿足,而且詳細說明原因。賣方應(yīng)答應(yīng)與詳細的說明內(nèi)容一致,如果應(yīng)答與說明內(nèi)容矛盾則視為”不滿足”。技術(shù)文件賣方所提供的應(yīng)答文本應(yīng)按照以下內(nèi)容格式進行編制:附件一:系統(tǒng)價格清單;(1)總清單(2)分項清單(3)設(shè)備配置說明附件二:技術(shù)規(guī)范書及應(yīng)答(1)賣方點對點答復(fù)附件三:技術(shù)建議書包括整個系統(tǒng)總體模塊組成(包括網(wǎng)絡(luò)、硬件、軟件等)、各模塊具體結(jié)構(gòu)、配置依據(jù)、各種業(yè)務(wù)流程、系統(tǒng)與相關(guān)其它系統(tǒng)接口、系統(tǒng)管理、系統(tǒng)安全、統(tǒng)計等方面附件四:技術(shù)文件清單應(yīng)包含本次提供的技術(shù)文件的種類、數(shù)量及簡要內(nèi)容介紹附件五:軟件功能清單附件六:工程實施計劃附件七:設(shè)備情況、機架狀況及場地環(huán)境要求附件八:合同雙方的責(zé)任分工及界面(要求圖示并加以說明)附件九:驗收及測試附件十:工程協(xié)調(diào)會附件十一:售后服務(wù)附件十二:最終用戶人員培訓(xùn)附件十三:相關(guān)備忘錄及承諾附件十四:產(chǎn)品說明(包括相關(guān)資質(zhì)及入網(wǎng)許可證)技術(shù)建議書應(yīng)包括的內(nèi)容系統(tǒng)概況(1)WebCache系統(tǒng)的結(jié)構(gòu)、系統(tǒng)組成情況以及典型的工作流程。(2)WebCache系統(tǒng)與DPI、網(wǎng)管系統(tǒng)的連接方式。(3)系統(tǒng)過負荷控制機制,即業(yè)務(wù)量達到或超過最大硬件處理能力的流控機制。(4)系統(tǒng)的License控制機制,即在業(yè)務(wù)量超過License容量但未達到系統(tǒng)最大處理能力系統(tǒng)的處理流程。系統(tǒng)配置(1)現(xiàn)網(wǎng)各省WebCache系統(tǒng)使用的服務(wù)器設(shè)備的型號配置。(2)本工程計劃使用的服務(wù)器設(shè)備的型號配置。(3)主設(shè)備配置的核算方法。系統(tǒng)容量(1)現(xiàn)網(wǎng)存在的各個版本以及各種硬件配置情況下單臺設(shè)備的最大容量和處理能力。系統(tǒng)容量的定義見第5節(jié)系統(tǒng)容量需求。(2)本期工程配置設(shè)備在各個版本下單臺設(shè)備最大的容量和處理能力,并說明設(shè)備容量或處理能力的測試條件、方法和計算方法。(3)WebCache的容量需求的核算方法。(4)WebCache系統(tǒng)的病毒防護以及防止惡意攻擊等安全防護機制。版本情況(1) 現(xiàn)網(wǎng)主設(shè)備的版本情況以及分布的省份。(2) WebCache系統(tǒng)的版本路標。(3) 在各個新版本中提供的新的功能以及導(dǎo)致容量的變化情況。(4) 版本升級需要進行軟、硬件改造、增加的情況。(5) 系統(tǒng)硬件對新版本的支持情況。報價要求總體要求(1)報價應(yīng)包括根據(jù)設(shè)備完備性要求的所有必須的硬件設(shè)備、軟件以及系統(tǒng)集成所需要的安裝材料、工具、技術(shù)文件及安裝調(diào)測、培訓(xùn)、技術(shù)支持等;(2)報價應(yīng)包括硬件設(shè)備名稱、型號及配置模塊、數(shù)量,軟件模塊、版本、Licence數(shù)量、相關(guān)配置情況,系統(tǒng)集成所需要的相關(guān)軟硬件及配套設(shè)備和部件等詳細內(nèi)容;(3)報價應(yīng)以人民幣為單位;(4)報價應(yīng)按目錄價列清單;(5)報價應(yīng)詳細列出提供終驗后一年服務(wù)費用(包括系統(tǒng)維護所需要的軟硬件費用和技術(shù)服務(wù)費用),以及相應(yīng)的服務(wù)水平;(6)報價應(yīng)詳細列出人員培訓(xùn)的單價;(7)賣方在報價中應(yīng)明確標注采用的第三方軟、硬件。(8)針對本工程所建系統(tǒng),在本工程實施后買方針對原需求若有部分變化、買方有新的有關(guān)標準制定出來或者原有標準進行修改后,對于本工程所建系統(tǒng)已有同等功能的改進、完善、優(yōu)化等,賣方應(yīng)免費修改其系統(tǒng)以滿足要求。報價方式(1)設(shè)備以人民幣為單位報價。(2)報價應(yīng)報出設(shè)備到現(xiàn)場價。(3)賣方應(yīng)承諾當所購置設(shè)備種類、數(shù)量發(fā)生變化時,所提供的價格折扣水平、技術(shù)服務(wù)等方面的各種優(yōu)惠條件不變。(4)賣方應(yīng)承諾在隨后的工程擴容、備件采購中,采購?fù)N設(shè)備的價格水平不高于本次的價格水平。(5)本技術(shù)規(guī)范書為保證網(wǎng)絡(luò)運行所需的最低要求,如有遺漏,賣方應(yīng)予以補充,否則一旦中標將認為賣方認同遺漏部分并免費提供。(6)賣方應(yīng)說明隨著網(wǎng)絡(luò)規(guī)模的擴充、用戶數(shù)的增加,其軟硬件擴容方式及收費標準。(7)要求賣方應(yīng)用軟件采用功能模塊配置方法和/或許可證配置方法,其中功能模塊的功能應(yīng)與軟件功能清單對應(yīng)一致,許可證只能與系統(tǒng)處理能力(實際出口帶寬)相關(guān)聯(lián),而且在WebCache平臺系統(tǒng)實際運行中系統(tǒng)達到該許可證數(shù)量時不應(yīng)限制業(yè)務(wù)處理(而只是向網(wǎng)管系統(tǒng)發(fā)出告警信息,并在系統(tǒng)日志中記錄),不接受許可證與某種形式的系統(tǒng)靜態(tài)容量(例如服務(wù)器數(shù)量、設(shè)備數(shù)量)相關(guān)聯(lián)的配置方法。報價體系要求請賣方按照以下各項要求分別報價:(1)報價清單總表中應(yīng)體現(xiàn),硬件、軟件、服務(wù)、培訓(xùn)部分的目錄價,分類項目小計價格及總價。(2)硬件清單分別提供服務(wù)器設(shè)備清單以及其它硬件部分的清單。服務(wù)器設(shè)備清單包含PC服務(wù)器以及PC終端設(shè)備。賣方購買服務(wù)器廠家提供商的服務(wù)應(yīng)在服務(wù)器清單中作為單獨條目列出。(3)軟件清單中賣方應(yīng)將自產(chǎn)軟件以及外購軟件分別列出。(4)設(shè)備應(yīng)按類別分別提出詳細的分項單價和總價,對能夠獨立工作或能夠單獨采購的設(shè)備和部件及軟件模塊均分別報價,即按不可拆分原則報價。設(shè)備清單要求(1)設(shè)備硬件應(yīng)細分到板件。(2)第三方提供的設(shè)備應(yīng)詳細的列出廠家名稱,產(chǎn)品型號、設(shè)備配置等內(nèi)容。(3)軟件清單應(yīng)將自產(chǎn)軟件和外購軟件分別列出。WebCache系統(tǒng)建設(shè)主要技術(shù)要求WebCache系統(tǒng)是在中國移動現(xiàn)有的IP承載網(wǎng)絡(luò)中部署的緩存設(shè)備,存儲互聯(lián)網(wǎng)熱點或特定內(nèi)容。經(jīng)過引導(dǎo)網(wǎng)內(nèi)用戶的訪問請求轉(zhuǎn)發(fā)到WebCache系統(tǒng)中,由WebCache系統(tǒng)直接將數(shù)據(jù)返回給用戶,避免直接從互聯(lián)網(wǎng)源站下載數(shù)據(jù),從而降低客戶訪問互聯(lián)網(wǎng)資源的時延,有效提升用戶訪問速度和質(zhì)量,降低互聯(lián)網(wǎng)出口擁塞的現(xiàn)狀。從技術(shù)上解決由于網(wǎng)絡(luò)帶寬小、用戶訪問量大、互聯(lián)網(wǎng)資源分布不均等原因所造成的用戶訪問互聯(lián)網(wǎng)資源響應(yīng)速度慢的問題,提升用戶的業(yè)務(wù)感知,同時降低因網(wǎng)間流量產(chǎn)生的網(wǎng)間結(jié)算費用。WebCache系統(tǒng)支持對Web瀏覽、文件下載、視頻播放等基于HTTP協(xié)議的互聯(lián)網(wǎng)業(yè)務(wù)進行加速,系統(tǒng)對于本地存儲的文件格式、音視頻及文件編碼方式均沒有特定要求,各類互聯(lián)網(wǎng)音頻、視頻、圖像、文本等文件均可經(jīng)過系統(tǒng)實現(xiàn)緩存和加速服務(wù)。WebCache系統(tǒng)應(yīng)支持移動蜂窩網(wǎng)(2G/3G/LTE)、WLAN、固定寬帶等不同的網(wǎng)絡(luò)接入方式,并能夠同時為PC、手機、Pad等不同形態(tài)的終端提供服務(wù)。WebCache系統(tǒng)請求引導(dǎo)機制DNS重定向模式WebCache系統(tǒng)經(jīng)過檢測用戶側(cè)發(fā)出的DNS解析請求,如果用戶訪問的站點域名屬于系統(tǒng)配置的白名單,則在DNS解析響應(yīng)消息中向用戶返回WebCache系統(tǒng)的IP地址,引導(dǎo)用戶的HTTP業(yè)務(wù)請求發(fā)送至WebCache系統(tǒng),由WebCache系統(tǒng)響應(yīng)用戶訪問請求。在面向互聯(lián)網(wǎng)網(wǎng)站、web小文件場景進行緩存加速時,建議WebCache系統(tǒng)優(yōu)先采用DNS重定向模式。對于文件下載、視頻播放類的應(yīng)用場景,也可選擇采用DNS重定向模式。但對于以IP地址標識的對象,由于在下載過程前沒有DNS解析流程,故無法經(jīng)過DNS重定向模式進行處理。DNS重定向模式下,WebCache系統(tǒng)可經(jīng)過如下兩種方式獲取用戶發(fā)起的DNS解析請求,在實際部署中建議根據(jù)網(wǎng)絡(luò)部署情況選擇使用。(1) 分光鏡像方式分光鏡像方式要求在需監(jiān)測的鏈路上部署無源分光設(shè)備,將鏈路中的信號經(jīng)過分光處理后發(fā)送至WebCache系統(tǒng)的DPI功能中。DPI功能中應(yīng)根據(jù)需要配置過濾流量的條件,如DNS協(xié)議類型、端口號等,將滿足條件的用戶請求轉(zhuǎn)發(fā)送至后端的請求重定向功能模塊。在DPI功能中不開啟流量過濾功能時,DPI功能會將全量的上行請求均發(fā)送至WebCache系統(tǒng)。此時由WebCache系統(tǒng)需根據(jù)本地配置的域名白名單進行匹配,如滿足一致性條件,再向用戶返回對應(yīng)的重定向響應(yīng)消息。由于分光鏡像模式需要在源網(wǎng)站的授權(quán)DNS返回響應(yīng)結(jié)果之前對用戶進行重定向,故要求重定向子系統(tǒng)發(fā)送重定向報文應(yīng)當滿足時延要求。(2) DNS轉(zhuǎn)發(fā)方式DNS轉(zhuǎn)發(fā)模式要求將省內(nèi)的LocalDNS與WebCache系統(tǒng)相連接。由管理員在LocalDNS上開啟Forward功能,并在轉(zhuǎn)發(fā)策略中將需要加速的域名列表(白名單)配置為ForwardFirst模式,目標為WebCache系統(tǒng)的調(diào)度服務(wù)器的IP地址。ForwardFirst模式下DNS服務(wù)器會優(yōu)先選擇轉(zhuǎn)發(fā)的目標DNS返回的解析結(jié)果,當Forward目標因故無法返回結(jié)果或返回結(jié)果延遲較大,LocalDNS本身則會繼續(xù)遞歸解析以獲取解析結(jié)果。當用戶終端發(fā)起的DNS解析請求發(fā)送至LocalDNS服務(wù)器后,DNS服務(wù)器將目標域名與本地配置的Forward名單進行匹配,如滿足一致性條件,則將該條DNS解析請求前傳至WebCache系統(tǒng)的請求調(diào)度功能模塊。WebCache系統(tǒng)的請求調(diào)度功能模塊在接收到該條DNS解析請求后,應(yīng)向LocalDNS返回對應(yīng)的DNS解析響應(yīng)消息,解析結(jié)果的目標地址為緩存子系統(tǒng)的IP地址。HTTP重定向模式HTTP重定向模式包含非代理方式和代理方式兩種處理機制:非代理處理機制:僅當WebCache系統(tǒng)監(jiān)測到用戶發(fā)出的HTTP訪問請求屬于本地已緩存的資源,才由WebCache系統(tǒng)向用戶返回HTTP302重定向報文,響應(yīng)報文的目標地址為WebCache系統(tǒng)的IP地址,用戶終端接收到該條HTTP302響應(yīng)消息后,將向WebCache系統(tǒng)發(fā)起請求下載數(shù)據(jù)。代理處理機制:HTTP重定向模式也支持工作于代理模式,對于滿足域名匹配條件的請求均引導(dǎo)至緩存子系統(tǒng),如已緩存則直接向用戶提供服務(wù);如該內(nèi)容在本地未緩存時,則由WebCahe系統(tǒng)作為代理向外網(wǎng)下載并傳送給用戶側(cè)。在面向大文件下載、視頻播放類的場景進行緩存加速時,建議WebCache系統(tǒng)優(yōu)先采用HTTP重定向模式及非代理處理機制。HTTP重定向機制下,WebCache系統(tǒng)應(yīng)采用分光鏡像方式獲取用戶發(fā)起的HTTP請求。經(jīng)過在需監(jiān)測的鏈路上部署無源分光設(shè)備,將鏈路中的信號經(jīng)過分光處理后發(fā)送至WebCache系統(tǒng)的DPI功能中。DPI功能中應(yīng)根據(jù)需要配置過濾流量的條件,如HTTP協(xié)議類型、端口號(80/8080)、關(guān)注域名或IP地址列表等維度,將滿足一致性要求的HTTP請求轉(zhuǎn)發(fā)送至后端的請求重定向功能模塊。由于分光鏡像模式需要在源網(wǎng)站返回響應(yīng)結(jié)果之前對用戶進行重定向,故要求重定向子系統(tǒng)發(fā)送重定向報文應(yīng)當滿足時延要求。特定場景下,也能夠經(jīng)過端口鏡像方式獲取用戶請求。端口鏡像模式主要面向網(wǎng)絡(luò)流量較小的場景,經(jīng)過在路由器或交換機上開啟端口鏡像功能,將所有流量均通特定端口轉(zhuǎn)發(fā)至WebCache系統(tǒng),并由DPI設(shè)備過濾出所需的HTTP流量。端口鏡像方式可進行全流量進行,也能夠依據(jù)能夠是端口號、目標地址、源地址等進行鏡像。策略路由引導(dǎo)模式策略路由模式主要應(yīng)用于省網(wǎng)內(nèi)部署的WebCache系統(tǒng),經(jīng)過在核心路由器上開啟策略路由(PBR)功能,將滿足條件的用戶流量經(jīng)過路由轉(zhuǎn)發(fā)至WebCache系統(tǒng),判斷依據(jù)能夠是端口號、目標地址、源地址等,后續(xù)相關(guān)的上行、下行流量均會經(jīng)由WebCache系統(tǒng)進行處理,而無需向終端側(cè)發(fā)送重定向報文。對于用戶請求,如果WebCache系統(tǒng)本地命中,則直接向用戶返回數(shù)據(jù);如果本地未命中,則由WebCache系統(tǒng)代理用戶向源網(wǎng)站請求數(shù)據(jù),并返回給用戶。對于熱點內(nèi)容,由WebCache系統(tǒng)在本地存儲一份副本。對于思科路由器,也能夠經(jīng)過其專用的WCCP協(xié)議進行流量轉(zhuǎn)發(fā)。策略路由引導(dǎo)模式下,當網(wǎng)絡(luò)中斷時,路由器應(yīng)能夠自動調(diào)整為直通模式,避免可能出現(xiàn)的訪問故障。策略路由引導(dǎo)模式下,也能夠采用發(fā)布BGP路由的方式將需加速的流量從核心路由器匯聚轉(zhuǎn)發(fā)到WebCache系統(tǒng)專用的路由器,然后再在該臺路由器上面配置PBR策略進行流量引導(dǎo)。WebCache系統(tǒng)建設(shè)功能要求重定向子系統(tǒng)深度報文解析模塊DPI設(shè)備經(jīng)過串行或者旁路分光方式部署在網(wǎng)絡(luò)匯聚節(jié)點,采集并分析業(yè)務(wù)原始網(wǎng)絡(luò)數(shù)據(jù)流量及用戶請求,將對應(yīng)的用戶流量轉(zhuǎn)發(fā)至系統(tǒng)后端,為WebCache系統(tǒng)實施用戶請求重定向提供基礎(chǔ)數(shù)據(jù)支持。在WebCache系統(tǒng)采用DNS轉(zhuǎn)發(fā)模式、策略路由引導(dǎo)模式時,由于WebCache系統(tǒng)能夠直接從DNS服務(wù)器獲得對應(yīng)的DNS請求解析流量,從路由器直接獲取到對應(yīng)的用戶HTTP流量,此時WebCache系統(tǒng)中也可不部署DPI設(shè)備,或由其它設(shè)備兼作。流量分析功能DPI設(shè)備必須支持基于L3/L4信息、基于L7應(yīng)用層特征(如應(yīng)用層協(xié)議特征碼)對數(shù)據(jù)流量進行分析和識別。DPI設(shè)備必須支持HTTP、DNS協(xié)議。流量轉(zhuǎn)發(fā)功能DPI設(shè)備支持流量轉(zhuǎn)發(fā)功能,具體要求如下:支持對于滿足設(shè)定規(guī)則匹配條件的報文進行處理,將滿足匹配條件的報文從指定接口轉(zhuǎn)發(fā)到用戶請求調(diào)度設(shè)備,例如DNS解析請求報文、HTTP訪問請求報文等;支持靈活配置過濾轉(zhuǎn)發(fā)規(guī)則,規(guī)則能夠是指定協(xié)議類型、IP地址、端口號、流量方向、應(yīng)用層特征等組合方式;支持無效流量的靈活過濾,支持靈活按照協(xié)議類型、應(yīng)用層特征、源/目的IP地址、流量方向等作為過濾條件,能夠鏡像出高比例收斂的有效流量;支持配置多個出接口組,能夠根據(jù)負載均衡策略實施轉(zhuǎn)發(fā);流量統(tǒng)計功能DPI設(shè)備提供支持的流量統(tǒng)計功能如下:支持多種流量統(tǒng)計,如對字節(jié)數(shù)、當前帶寬、峰值流量、新增連接數(shù)、最大并發(fā)連接數(shù)、當前并發(fā)連接數(shù)等網(wǎng)絡(luò)流量參數(shù)進行統(tǒng)計;支持輸出外部網(wǎng)站及域名的請求次數(shù)、流量統(tǒng)計及排名次序等統(tǒng)計數(shù)據(jù);支持經(jīng)過手動或自動方式上報至其它外部系統(tǒng),例如WebCache系統(tǒng)或全網(wǎng)管理控制中心;用戶請求調(diào)度模塊用戶請求調(diào)度設(shè)備的主要功能是根據(jù)緩存白名單配置或者本地已緩存內(nèi)容,將用戶的訪問請求重定向至后端的緩存子系統(tǒng)。DNS重定向功能用戶請求調(diào)度設(shè)備處理接收到用戶終端發(fā)出的DNS解析請求報文,根據(jù)WebCache系統(tǒng)服務(wù)器狀態(tài)和配置參數(shù),生成相應(yīng)的DNS響應(yīng)消息。用戶請求調(diào)度設(shè)備必須支持對DNS請求的源IP地址進行判斷:如果是WebCache系統(tǒng)發(fā)送的請求則不實施處理,該請求將被透傳至外網(wǎng)上一級DNS服務(wù)器進行處理。對于源IP地址為用戶側(cè)的DNS請求報文,如果WebCache系統(tǒng)運行正常,則將WebCache系統(tǒng)的IP地址作為DNS解析響應(yīng)結(jié)果發(fā)送給用戶終端。支持對特定源IP地址的調(diào)度Bypass功能,對滿足源地址匹配條件的DNS請求不進行重定向,不對這部分用戶進行緩存加速。源IP地址段必須可靈活配置。HTTP重定向功能用戶請求調(diào)度設(shè)備處理接收到用戶終端發(fā)出的HTTP請求報文,并根據(jù)WebCache系統(tǒng)服務(wù)器狀態(tài)、本地緩存數(shù)據(jù)以及IP地址配置參數(shù)等,生成對應(yīng)的HTTP302重定向消息,其中目標為緩存子系統(tǒng)的公網(wǎng)IP地址。在緩存子系統(tǒng)中沒有部署負載均衡設(shè)備的場景下,用戶請求調(diào)度設(shè)備必須能夠?qū)崟r獲取緩存子系統(tǒng)中已緩存的內(nèi)容資源信息,對用戶的HTTP請求進行綜合判斷,根據(jù)資源分布、設(shè)備負載以及內(nèi)容策略等信息將用戶的請求制定路由導(dǎo)向策略,將用戶請求重定向至最合適的緩存服務(wù)器上。如果用戶請求調(diào)度設(shè)備監(jiān)測到WebCache緩存子系統(tǒng)不可用,則不對用戶的HTTP請求作出重定向操作。支持對特定源IP地址的調(diào)度Bypass功能,對滿足源IP地址匹配條件的HTTP請求不進行重定向,不對這部分用戶進行緩存加速。源IP地址段必須可靈活配置。黑白名單功能WebCache系統(tǒng)支持配置加速域名列表(白名單),僅對于白名單內(nèi)的網(wǎng)站域名進行加速,對于其它請求不進行響應(yīng),也可返回DNS遞歸解析結(jié)果以保護用戶DNS請求的成功性。WebCache系統(tǒng)支持配置黑名單,包含非HTTP協(xié)議的域名和不適合進行緩存加速的域名,如郵箱域名、FTP域名、SSL域名等。黑白名單域名信息配置必須支持如下2類方式:精確域名:如泛域名:如*.,.可支持正則匹配域名配置方式:如dl[1-9]\.qq\.com,ww*\.對于黑白名單中配置的域名,用戶請求調(diào)度設(shè)備僅對在白名單內(nèi)、且不在黑名單內(nèi)的訪問請求進行響應(yīng)。當系統(tǒng)配置的白名單與黑名單存在交疊時,必須優(yōu)先使用匹配黑名單的策略生效。支持黑白名單的管理功能,支持手工增刪改查。健康檢查功能用戶請求調(diào)度設(shè)備支持經(jīng)過多種方式監(jiān)測緩存子系統(tǒng)的可用性及工作狀態(tài),能夠根據(jù)緩存子系統(tǒng)的可用性及存儲的文件內(nèi)容進行調(diào)度?？捎眯灾辽賾?yīng)包括如下方面:設(shè)備可達:設(shè)備硬件層面是否可用,例如可發(fā)送ICMP報文實施探測;服務(wù)狀態(tài):檢查TCP/UDP端口是否提供服務(wù);負載情況:接收并監(jiān)測Cache服務(wù)器上報的設(shè)備狀態(tài)負載信息,如CPU、內(nèi)存、硬盤空間使用率等預(yù)先協(xié)商的數(shù)據(jù)項(可選);用戶請求調(diào)度設(shè)備的負載監(jiān)測功能可經(jīng)過SNMP協(xié)議實現(xiàn),對WebCache服務(wù)器設(shè)備層面的監(jiān)控項實施數(shù)據(jù)采集,此時緩存服務(wù)器中需要安裝SNMPAgent服務(wù)。用戶請求調(diào)度設(shè)備根據(jù)設(shè)定的時間周期性探測對端設(shè)備的健康狀態(tài)。如果在采集周期內(nèi)緩存子系統(tǒng)出現(xiàn)不可用的狀態(tài),用戶請求調(diào)度設(shè)備將繼續(xù)探測以確認設(shè)備不可用,最多進行3次累計探測或探測累計時間在超時范圍內(nèi),則判定系統(tǒng)不可用。請求調(diào)度模塊能夠根據(jù)緩存子系統(tǒng)的可用性進行調(diào)度,具體要求如下:緩存子系統(tǒng)單個文件損壞時,請求調(diào)度模塊應(yīng)自動停止對應(yīng)損壞文件的重定向;緩存子系統(tǒng)數(shù)據(jù)硬盤出現(xiàn)故障時,請求調(diào)度模塊應(yīng)自動停止對應(yīng)故障磁盤緩存文件的重定向;緩存子系統(tǒng)不可用時,請求調(diào)度模塊應(yīng)不對用戶請求作出響應(yīng)。緩存子系統(tǒng)負載過重時,請求調(diào)度模塊應(yīng)自動識別,并降低向緩存子系統(tǒng)的重定向用戶請求;用戶請求調(diào)度設(shè)備可支持經(jīng)過HTTP方式對其它WebCache節(jié)點的可用性進行周期性檢查。主備冗余功能用戶請求調(diào)度設(shè)備需具備冗余切換能力,兩臺設(shè)備之間使用網(wǎng)線傳遞心跳信號、主備切換觸發(fā)信號,以監(jiān)控對端設(shè)備的狀態(tài)。策略同步功能支持與管理子系統(tǒng)交互,獲取本地緩存內(nèi)容情況、以及由全網(wǎng)管控中心、內(nèi)容資源管理平臺或者其它外部網(wǎng)元實體下發(fā)的各類資源信息、內(nèi)容信息以及調(diào)度策略數(shù)據(jù),并在本地配置生效。緩存子系統(tǒng)負載均衡模塊健康檢查功能負載均衡設(shè)備必須支持對Cache服務(wù)器資源的健康檢查,常見的健康檢查機制如下表所示。系統(tǒng)的可用性至少應(yīng)包括:設(shè)備可達:設(shè)備硬件層面是否可用,可基于發(fā)送ICMP報文實施探測;服務(wù)狀態(tài):檢查TCP/UDP端口是否提供服務(wù);負載情況:接收并監(jiān)測Cache服務(wù)器上報的設(shè)備狀態(tài)負載信息,如CPU利用率、內(nèi)存利用率、存儲資源、EBI、EBO、CC或其它預(yù)先協(xié)商的監(jiān)控數(shù)據(jù)項;此時Cache服務(wù)器組中需要部署SNMPAgent服務(wù)或其它資源插件來支持數(shù)據(jù)獲取。當判定緩存服務(wù)器不可用時,負載均衡設(shè)備需將該服務(wù)器從WebCache服務(wù)隊列中取出,不參加下一次的分發(fā),直到該設(shè)備恢復(fù)正常。負載均衡功能支持將用戶請求和Internet網(wǎng)絡(luò)流量按照配置的負載分擔(dān)算法分發(fā)到不同的Cache服務(wù)器進行處理。當用戶請求到達緩存子系統(tǒng)時,負載均衡功能根椐配置策略,選擇特定的緩存服務(wù)器,由該臺Cache服務(wù)器響應(yīng)用戶的請求、提供緩存服務(wù),例如選擇性能最佳的緩存服務(wù)器,存儲該份內(nèi)容的緩存服務(wù)器等。支持會話保持功能,對于同一用戶、同一會話的多個訪問請求,可分配至同一臺緩存服務(wù)器中,避免出現(xiàn)會話失效的問題。支持基于L4和L7的流量分發(fā)機制。負載均衡模塊必須支持配置多個VIP地址。支持對IPv6協(xié)議報文的負載均衡功能,能夠?qū)Pv6報文實現(xiàn)接收、解析和分發(fā)處理。支持根據(jù)使用的分發(fā)機制來決定選擇監(jiān)控的數(shù)據(jù)項,監(jiān)控數(shù)據(jù)項的采集周期可靈活配置。支持的流量分發(fā)機制如表所示。序號均衡算法詳細描述是否必須1輪詢(RoundRobin)負載均衡設(shè)備將所有用戶請求按照Cache資源池的隊列順序,分發(fā)給資源池內(nèi)每臺Cache服務(wù)器進行處理,依次循環(huán)。必選2L4負載分擔(dān)按照用戶請求的4層信息,如IP地址、端口等對數(shù)據(jù)流進行分配。必選3L7負載分擔(dān)按照用戶請求的7層信息對數(shù)據(jù)流進行分配,例如根據(jù)目的URL映射至特定的Cache服務(wù)器中。必選4動態(tài)性能分配(DynamicRatio)根據(jù)收集到應(yīng)用程序和Cache服務(wù)器的各項性能參數(shù)如CPU、內(nèi)存和磁盤的占用情況,動態(tài)調(diào)整流量分配。動態(tài)性能分配可經(jīng)過標準SNMP或Cache服務(wù)器端的插件實現(xiàn)。可選5最快模式(Fastest)將新的用戶請求分發(fā)給響應(yīng)最快的Cache服務(wù)器。可選6最少連接方式(LeastConnection)將新的用戶請求分發(fā)給最少連接的Cache服務(wù)器?？蛇x7優(yōu)先權(quán)(Priority)負載均衡設(shè)備將所有Cache服務(wù)器進行分組,為每個組定義優(yōu)先權(quán),將用戶請求分配給優(yōu)先級最高的Cache服務(wù)器組(在同一組內(nèi),采用輪詢或比率算法,分配用戶請求)。當最高優(yōu)先級中所有Cache服務(wù)器出現(xiàn)故障,才將請求送給次優(yōu)先級的Cache服務(wù)器組。為用戶提供Cache服務(wù)器組的熱備份功能?？蛇x其中L7負載分擔(dān)功能中要求至少支持如下兩類方式:Hash:負載均衡設(shè)備同一文件的Hash結(jié)果,把相同的HASH文件用戶請求分發(fā)到每臺Cache服務(wù)器;一致性Hash:對請求內(nèi)容和緩存服務(wù)器使用相同的Hash函數(shù),并將資源和地址節(jié)點在統(tǒng)一地址空間進行編址,從數(shù)據(jù)映射到的位置開始順時針查找,將請求轉(zhuǎn)發(fā)至找到的第一個服務(wù)器;主備冗余功能負載均衡模塊應(yīng)具備多臺設(shè)備的冗余能力,不同設(shè)備之間應(yīng)當具有心跳監(jiān)控及切換能力,監(jiān)控對端負載均衡設(shè)備的狀態(tài)。主用負載均衡設(shè)備將心跳信號定時發(fā)送到備用負載均衡設(shè)備,備用設(shè)備在一定周期內(nèi)沒有收到主用設(shè)備的心跳信號,支持主動將自己切換為主用設(shè)備。負載均衡模塊緩存服務(wù)服務(wù)模塊是整個WebCache系統(tǒng)的核心組件。網(wǎng)頁對象緩存功能支持對于互聯(lián)網(wǎng)站點頁面的解析,能夠?qū)⒕W(wǎng)頁中的靜態(tài)Web對象存儲于本地的緩存服務(wù)器中。在接收到用戶發(fā)送的Web訪問請求時,分析請求是否在本地命中,對于命中請求直接響應(yīng),就近為用戶提供服務(wù);對未命中的請求,系統(tǒng)能夠從互聯(lián)網(wǎng)源站下載內(nèi)容,并就近返回給用戶終端。緩存的網(wǎng)頁對象類型包括但不限于:文本:HTML、XML、XHTML、JS、CSS、DOC、PDF、TXT等;圖像:JPG、PNG、GIF等;視頻:FLV、MP4、MOV、WMV、RMVB、F4V等;音頻:MP3、WAV等;其它:ZIP、RAR等;支持HTTP/1.0、HTTP/1.1協(xié)議定義的緩存字段:支持根據(jù)Expires頭域?qū)撁鎸ο蟮目删彺嫘赃M行判斷,在ExpireDate到達之前不再向源站發(fā)送HTTP請求獲取該文件;支持根據(jù)Cache-Control頭域?qū)撁鎸ο蟮目删彺嫘赃M行判斷,對于設(shè)置為public的內(nèi)容進行緩存,對于設(shè)置為private、no-cache、no-store等的對象,默認不進行緩存,支持根據(jù)max-age參數(shù)所指定的相對時間間隔進行數(shù)據(jù)緩存;對于源網(wǎng)站中在HTTP頭域中指明不應(yīng)被緩存的內(nèi)容,要求緩存服務(wù)模塊工作于代理模式,所有數(shù)據(jù)不在本地緩存。對于互聯(lián)網(wǎng)中的動態(tài)內(nèi)容,要求系統(tǒng)能夠予以識別,不在本地緩存,對于所有用戶的請求,均以代理方式向源網(wǎng)站下載數(shù)據(jù)并傳送給用戶。支持針對特定網(wǎng)站或域名實現(xiàn)靜態(tài)對象的緩存周期配置,用戶能夠經(jīng)過修改配置來設(shè)定本地緩存時間和緩存對象的類型。在本地設(shè)置與源站設(shè)置沖突時,優(yōu)先以本地設(shè)定為準。大文件/視頻緩存功能支持基于HTTP協(xié)議傳輸?shù)拇笪募彺婕铀俟δ?如游戲、軟件、升級包下載服務(wù)等。緩存服務(wù)模塊接收用戶的文件下載請求,分析該內(nèi)容是否已經(jīng)被WebCache系統(tǒng)在本地緩存,對于已緩存的內(nèi)容,將經(jīng)過重定向引導(dǎo)用戶從緩存服務(wù)器下載數(shù)據(jù)。工作于代理模式時,對于被引導(dǎo)至緩存服務(wù)器,但本地未命中的請求,要求系統(tǒng)能夠以代理方式向內(nèi)容源站下載后,將對應(yīng)的數(shù)據(jù)發(fā)送至用戶終端。支持HTTP視頻內(nèi)容的緩存和下載,主要針對基于HTTP方式的各類在線視頻媒體對象,包括FLV、MP4、MOV、WMV、RMVB、F4V等多種文件格式,設(shè)備應(yīng)該支持對流媒體對象的緩存配置。支持基于HTTPLiveStreaming(HLS)協(xié)議的互聯(lián)網(wǎng)視頻內(nèi)容的緩存和加速。支持面向手機終端的各類應(yīng)用軟件(APP)內(nèi)容的下載與加速功能。代理下載功能在用戶請求被引導(dǎo)到緩存子系統(tǒng)后,緩存子系統(tǒng)首先檢查用戶請求的文件是否在本地命中,如果命中則直接為用戶提供服務(wù);如果未命中,緩存子系統(tǒng)將作為代理轉(zhuǎn)發(fā)用戶的請求至互聯(lián)網(wǎng)源網(wǎng)站,并將源網(wǎng)站返回的數(shù)據(jù)轉(zhuǎn)發(fā)給用戶。如果源網(wǎng)站返回的是有效數(shù)據(jù)且可緩存,緩存服務(wù)器根據(jù)熱度規(guī)則,在本地同時存儲熱點內(nèi)容的文件副本。對于大文件和視頻播放等應(yīng)用場景,需能夠支持邊下載邊服務(wù)功能,避免將用戶請求長時間置于等待狀態(tài)。代理下載功能必須根據(jù)實際的網(wǎng)站列表選擇開啟,對于可能存在認證失敗、cookie校驗等問題的網(wǎng)站,要求不開啟。URL防盜鏈功能針對主流的文件下載、視頻播放、網(wǎng)絡(luò)存儲類網(wǎng)站的URL文件防盜鏈功能,支持對加密后的URL進行反向處理,獲取真實的文件對象URL。支持網(wǎng)站URL規(guī)則庫,能夠識別并兼容國內(nèi)絕大多數(shù)視頻及下載網(wǎng)站。可根據(jù)互聯(lián)網(wǎng)站的功能及版本升級,支持經(jīng)過加載新的規(guī)則庫插件即可實現(xiàn)對新規(guī)則的反向處理,支持自動遠程升級。支持校驗排錯功能,能夠?qū)σ丫彺娴南螺d類資源對象進行驗證,例如經(jīng)過對進行文件HASH運算,讀取資源部分頭信息或散列信息等方式,以防止內(nèi)容資源定位錯誤,影響用戶的正常訪問。持久連接功能支持基于HTTP/1.1的持久連接(PersistentConnection),能夠針對同一對象的多個用戶請求只建立一條連接。當多個用戶請求相同的網(wǎng)頁對象時,緩存服務(wù)器僅與源網(wǎng)站服務(wù)器建立一條連接,以便避免為每次單獨的請求/應(yīng)答建立新的連接。得到響應(yīng)報文后,WebCache系統(tǒng)將響應(yīng)內(nèi)容的副本保存在本地,同時復(fù)制報文分發(fā)給發(fā)起請求各個用戶。經(jīng)過使用同一HTTP連接的方式以解決頻繁建立連接帶來的時間消耗,縮短響應(yīng)時間提升用戶體驗,有效減少終端與服務(wù)器建立的連接數(shù)。內(nèi)容復(fù)制功能對于用戶從Cache系統(tǒng)下載的TOPN熱點資源,緩存服務(wù)器支持自動檢測(如可按照命中次數(shù)排序),能夠根據(jù)熱度在本地不同緩存服務(wù)器之間進行復(fù)制,使得熱點內(nèi)容能夠由多個緩存服務(wù)器并行提供加速服務(wù),支撐高性能并發(fā)。復(fù)制時間周期、復(fù)制的熱點資源數(shù)量應(yīng)支持靈活配置,默認時間周期為一天。數(shù)據(jù)復(fù)用功能針對不同URL但文件內(nèi)容相同的互聯(lián)網(wǎng)文件,Cache服務(wù)器能夠經(jīng)過文件比對或依據(jù)站點的防盜鏈處理規(guī)則處理后實施甄別比對,識別出相同的文件對象,實現(xiàn)緩存數(shù)據(jù)復(fù)用,僅緩存初始URL所對應(yīng)的數(shù)據(jù),對于向其它URL發(fā)起的文件請求也能夠保持命中。經(jīng)過重用初始緩存文件的數(shù)據(jù),能夠提升訪問命中率,節(jié)省系統(tǒng)回源流量,也避免針對同一對象重復(fù)下載,減少對于本地存儲空間的占用。對于不同URL、但內(nèi)容一致的文件內(nèi)容,必須支持經(jīng)過URL規(guī)則、文件名稱、大小進行關(guān)聯(lián),如:URL1:URL2:URL3:系統(tǒng)也可支持經(jīng)過對文件內(nèi)容計算Hash值的方式進行有效關(guān)聯(lián)。經(jīng)過該算法生成與文件內(nèi)容相對應(yīng)的摘要數(shù)值,經(jīng)過該摘要信息能夠唯一標識某一文件。內(nèi)容熱度更新功能內(nèi)容熱度更新是指在緩存服務(wù)器的存儲空間占用達到一定程度時,必須刪除掉一些不常見的緩存數(shù)據(jù)。對于每個對象,緩存服務(wù)器根據(jù)其訪問頻率計算相應(yīng)的熱度值,訪問頻率越高則其熱度值也越高,熱度值較低的緩存對象將會被優(yōu)先刪除。對于相同熱度值的對象,能夠比較對象的超時周期,優(yōu)先刪除超時周期指標較低的數(shù)據(jù)對象。內(nèi)容熱度更新算法的核心是輸入?yún)?shù)及權(quán)值函數(shù),緩存對象在某時間點的熱度值可根據(jù)如下輸入?yún)?shù)計算:上次數(shù)據(jù)熱度值計算時間特定時間段內(nèi)數(shù)據(jù)訪問次數(shù)數(shù)據(jù)對象上一次的熱度值文件大小緩存對象的老化時間的設(shè)定需要參考網(wǎng)頁HTTP頭域中的超期參數(shù),當超期時間到達時內(nèi)容也會被自動刪除。當源網(wǎng)站沒有指定超期參數(shù)或錯誤參數(shù)時,能夠根據(jù)WebCache系統(tǒng)配置進行更新,支持對不同域名、不同類型的對象獨立設(shè)定老化時間。內(nèi)容預(yù)取功能支持自動預(yù)取互聯(lián)網(wǎng)內(nèi)容的功能,對于熱點內(nèi)容,支持根據(jù)源網(wǎng)站在HTTP頭域中確定內(nèi)容的超期時間,或者WebCache系統(tǒng)本地強制配置的更新周期,可實現(xiàn)在用戶發(fā)起請求之前提前將網(wǎng)頁內(nèi)容或文件更新為最近的版本。預(yù)取數(shù)據(jù)后WebCache系統(tǒng)將重新刷新對象的超期時間。內(nèi)容預(yù)取功能能夠有效降低用戶請求到達后,緩存服務(wù)器進行校驗和回源下載的時間,提升用戶的訪問體驗。內(nèi)容預(yù)取功能默認不開啟,可根據(jù)需求對特定網(wǎng)站開啟,預(yù)取周期可按照網(wǎng)站域名為維度進行靈活配置。超期校驗功能支持HTTP/1.1協(xié)議的If-Modified機制。在Cache系統(tǒng)緩存內(nèi)容已經(jīng)過期時,緩存服務(wù)器支持向源網(wǎng)站發(fā)送If-Modified-Since頭信息,包含上一次從服務(wù)器獲取數(shù)據(jù)的產(chǎn)生時間。如果文件從上次獲取后沒有更新,源站服務(wù)器將返回HTTP狀態(tài)代碼304NotModified,表示從上一次請求后這個數(shù)據(jù)沒有改變,此時緩存服務(wù)器能夠直接使用原有緩存數(shù)據(jù),無需再次下載。支持HTTP/1.1協(xié)議的Etag校驗機制。對于源服務(wù)器生成的唯一標志符Etag的文件,緩存服務(wù)器能夠進行校驗,由緩存服務(wù)器在請求消息的If-None-Match字段中上報ETag,如果文件沒有改變,源服務(wù)器將返回304狀態(tài)代碼,告知系統(tǒng)無需再次請求下載數(shù)據(jù)。此時緩存服務(wù)器能夠直接使用原有緩存數(shù)據(jù),無需再次下載。本地DNS功能對于用戶發(fā)起的訪問請求,當WebCache系統(tǒng)未命中時,緩存服務(wù)器能夠經(jīng)過查詢本地DNS、或使用系統(tǒng)內(nèi)置的DNS功能實現(xiàn)面向互聯(lián)網(wǎng)網(wǎng)站的域名解析功能。本地DNS能夠有效減少WebCache系統(tǒng)對外的大量DNS解析請求,提高DNS響應(yīng)速度,也能夠避免向內(nèi)網(wǎng)DNS服務(wù)器查詢時產(chǎn)生的DNS環(huán)路。對于WebCache系統(tǒng)發(fā)起的DNS解析請求,應(yīng)當經(jīng)過IP地址配置避免被系統(tǒng)再次攔截?；卦垂芾砉δ軐τ谔囟ㄓ蛎蚓W(wǎng)站的內(nèi)容,應(yīng)能夠經(jīng)過配置采用分時段錯峰回源機制,例如針對特定網(wǎng)站集中在凌晨1點至6點時段進行更新。支持對回源帶寬進行限制。支持根據(jù)網(wǎng)絡(luò)條件選擇不同的鏈路進行回源,如CMNET網(wǎng)間出口、省內(nèi)第三方鏈路等。對于存在的多條回源鏈路,支持根據(jù)訪問質(zhì)量等因素進行配置,可支持動態(tài)調(diào)整。系統(tǒng)支持經(jīng)過人工方式對WebCache系統(tǒng)中已緩存的資源內(nèi)容進行管理,支持對特定文件對象進行手工刪除。支持按照URL、文件類型、文件大小作為參數(shù)進行篩選。支持根據(jù)內(nèi)容視圖的分布,向其它WebCache系統(tǒng)進行回源下載數(shù)據(jù)。對象策略功能支持多個維度的對象緩存策略管理功能,經(jīng)過ACL訪問列表,支持對訪問請求進行控制。系統(tǒng)管理員能夠嚴格、清晰地定義緩存服務(wù)器的訪問控制策略,不同策略能夠靈活組合使用。文件大小策略:能夠設(shè)置緩存資源大小范圍,對于超出范圍的文件不提供緩存服務(wù),例如配置為100KB~20G;文件類型策略:能夠設(shè)置緩存文件類型,管理員能夠經(jīng)過修改配置達到不同類型文件是否緩存的目的,對于非許可格式的文件不進行緩存。用戶訪問控制功能系統(tǒng)能夠配置ClientPool,限制用戶終端的IP地址,從而有效區(qū)分內(nèi)外網(wǎng)用戶及域內(nèi)用戶,以保證緩存系統(tǒng)安全及實現(xiàn)對用戶接入的嚴格管理。系統(tǒng)支持只對中國移動網(wǎng)內(nèi)用戶進行緩存加速服務(wù),并配置對不同省份的網(wǎng)內(nèi)用戶的訪問權(quán)限,對于不屬于服務(wù)IP地址范圍的用戶要求默認限制其訪問。在分級分域部署方式下,一級Cache節(jié)點為所有中國移動用戶提供緩存加速服務(wù),二級Cache節(jié)點默認為所屬區(qū)域內(nèi)的本地用戶提供服務(wù),也可開啟對網(wǎng)內(nèi)其它地域用戶的訪問支撐功能。系統(tǒng)允許根據(jù)IP地址設(shè)置優(yōu)先緩存的服務(wù)用戶,支持用戶帶寬策略設(shè)定,可根據(jù)用戶類型設(shè)置不同的帶寬分配、流量控制策略。系統(tǒng)支持批量從外部導(dǎo)入IP地址(段)功能。IPv6協(xié)議支持功能必須支持IPv4/IPv6雙協(xié)議棧,能夠?qū)ν馓峁㊣Pv4地址和IPv6地址。支持接收、解析和發(fā)送IPv6報文,支持對于IPv6固定報頭和擴展報頭的處理。支持與IPv6用戶終端及網(wǎng)站的數(shù)據(jù)傳輸。對于IPv6終端發(fā)出的IPv6業(yè)務(wù)請求,緩存子系統(tǒng)能夠根據(jù)對應(yīng)的協(xié)議向用戶終端發(fā)送對應(yīng)的互聯(lián)網(wǎng)內(nèi)容。對于解析為IPv6地址的網(wǎng)站,應(yīng)能經(jīng)過IPv6方式向網(wǎng)站請求內(nèi)容。對于源網(wǎng)站為IPv4/IPv6雙棧的場景,要求可根據(jù)配置實現(xiàn)優(yōu)選IPv6協(xié)議、或者IPv4協(xié)議。管理子系統(tǒng)管理子系統(tǒng)是WebCache系統(tǒng)的本地管理組件,應(yīng)基于雙機主從方式提供服務(wù),對業(yè)務(wù)管理員提供統(tǒng)一的WWWProtal配置界面,用于對WebCache系統(tǒng)和各設(shè)備進行管理,支持統(tǒng)計流量分布情況,能夠統(tǒng)計Cache子系統(tǒng)的緩存效率以及各個服務(wù)器的系統(tǒng)狀況,從而有效地管理系統(tǒng),形成相應(yīng)的業(yè)務(wù)報表,為運營商提供決策依據(jù);能夠根據(jù)需求靈活擴充功能。支持向WebCache系統(tǒng)的運營人員提供分級管理權(quán)限。配置管理功能組織網(wǎng)內(nèi)運營所需要的資源和數(shù)據(jù),支持保存WebCache系統(tǒng)的基本配置以及與功能相關(guān)的核心數(shù)據(jù),主要包括:代理模式配置網(wǎng)絡(luò)參數(shù)配置訪問控制配置內(nèi)容過濾配置回源路由配置內(nèi)容類型配置支持組織網(wǎng)內(nèi)運轉(zhuǎn)所需要的資源和數(shù)據(jù),保證網(wǎng)絡(luò)的基本配置,支持按照具體情況改變配置,設(shè)置系統(tǒng)參數(shù),收集并存儲各參數(shù),報告與基本配置值的偏差,起動和關(guān)閉資源等。狀態(tài)監(jiān)控功能對重定向子系統(tǒng)、緩存子系統(tǒng)等所在服務(wù)器提供全面監(jiān)控,實時監(jiān)測各業(yè)務(wù)系統(tǒng)的資源使用情況和健康狀態(tài)。,保障業(yè)務(wù)系統(tǒng)能處在正常運行環(huán)境。支持對系統(tǒng)總體運行情況進行監(jiān)測,包括CPU利用率、內(nèi)存利用率、存儲量大小、存儲利用率、回源峰值/均值流量大小、服務(wù)峰值/均值流量大小等信息。支持對系統(tǒng)使用的數(shù)據(jù)庫進行全面的監(jiān)控,實時監(jiān)測數(shù)據(jù)庫的活動情況和健康狀態(tài),鑒別和消除瓶頸以提高數(shù)據(jù)庫系統(tǒng)的整體性能。支持監(jiān)控緩存子系統(tǒng)訪問情況,包括訪問用戶、開始時間、結(jié)束時間、內(nèi)容類型、內(nèi)容編號、內(nèi)容信息、是否命中、服務(wù)節(jié)點、服務(wù)流量等信息。性能管理功能支持對本系統(tǒng)中的性能指標進行評定,如吞吐量(Throughput)、設(shè)備負載、命中率、服務(wù)質(zhì)量(QoS,QualityofService)、時延情況等。測量需要連續(xù)進行,在異?；蛐阅軔夯闆r下能夠及時通知有關(guān)管理人員。報表管理功能平臺支持對WebCache系統(tǒng)的運行情況及用戶使用情況進行記錄、統(tǒng)計和分析,能夠自動生成日報、周報、月報等常規(guī)報表和各種個性化報表,支持分析數(shù)據(jù)并經(jīng)過曲線圖、餅圖、柱狀圖等各種圖形進行展現(xiàn)。支持查詢、導(dǎo)出功能。經(jīng)過該平臺,運營商管理員能夠?qū)Ξ斍暗姆?wù)情況進行監(jiān)測、處理、查詢等功能。能夠形象真實的分析整個互聯(lián)網(wǎng)緩存系統(tǒng)的運營狀況,滿足管理的需要,分析用戶訪問行為,實現(xiàn)流量可視化,為業(yè)務(wù)發(fā)展提供決策依據(jù)。管理子系統(tǒng)需提供如下基本統(tǒng)計功能:熱點內(nèi)容統(tǒng)計:分析用戶下載的內(nèi)容名稱、內(nèi)容熱度、內(nèi)容大小、內(nèi)容類型、下載流量,根據(jù)記錄日志對各種用戶下載的資源進行統(tǒng)計和排名;用戶行為統(tǒng)計:根據(jù)用戶訪問情況形成用戶的業(yè)務(wù)使用情況,包含下載的資源類型、標識、時長、流量服務(wù)節(jié)點、用戶IP地址等;可提供訪問者的流量、流量占比、瀏覽器類型、終端類型等分析統(tǒng)計數(shù)據(jù);數(shù)據(jù)流量統(tǒng)計:分析所服務(wù)各類流量及占總流量的比例;支持對字節(jié)數(shù)、當前帶寬、峰值流量、最大并發(fā)連接數(shù)、當前并發(fā)連接數(shù)等參數(shù)進行統(tǒng)計,支持輸出網(wǎng)站的點擊次數(shù)、流量統(tǒng)計、排名次序,以及所占百分比等數(shù)據(jù);趨勢分析統(tǒng)計:提供網(wǎng)站排行榜、域名排行榜功能,經(jīng)過排名變化分析互聯(lián)網(wǎng)熱點變化趨勢;其它統(tǒng)計數(shù)據(jù):總緩存對象大小、請求數(shù)、請求命中率、字節(jié)命中率、平均響應(yīng)時間、平均下載速率;TOPN網(wǎng)站流量排名統(tǒng)計(N可配置);請求文件類型統(tǒng)計(點擊數(shù)排名、字節(jié)數(shù)排名);請求對象大小分布(點擊數(shù)排名、字節(jié)數(shù)排名);請求對象下載時間分布(點擊數(shù)排名、字節(jié)數(shù)排名);統(tǒng)計分析維度應(yīng)滿足如下要求:提供基于網(wǎng)站、域名2個維度的分析:其中域名是指互聯(lián)網(wǎng)上獨立、可訪問的精細域名;網(wǎng)站是指同一站點下所有緩存二級/三級域名的集合;提供基于全網(wǎng)、全省、地市等不同維度的分析:省級Cache系統(tǒng)的統(tǒng)計、分析數(shù)據(jù)能夠按照全省、也能夠按照每個地市來進行統(tǒng)計;一級WebCahe系統(tǒng)需支持按照全網(wǎng)和省兩個維度進行統(tǒng)計;提供基于不同接入方式的用戶分析統(tǒng)計功能:能夠根據(jù)接入網(wǎng)絡(luò)類型(專線接入、家庭寬帶接入、WLAN接入、蜂窩網(wǎng)接入等)進行分別統(tǒng)計分析;告警管理功能具有對故障的檢測、快速定位、隔離故障點并進行修復(fù)等功能,其功能應(yīng)涉及本端及遠端的所有網(wǎng)絡(luò)元素,應(yīng)能將維護消息及時通知管理員。對系統(tǒng)中產(chǎn)生的告警進行統(tǒng)一收集、統(tǒng)計,根據(jù)告警的級別調(diào)用相應(yīng)的策略進行處理。要求具備針對域名級的下降告警功能,定期統(tǒng)計差于質(zhì)量閾值、以及熱度較低的域名列表,便于實施下線管理。內(nèi)容管理功能支持統(tǒng)一管理本地內(nèi)容視圖信息,實時更新、維護系統(tǒng)中的資源信息。支持將本地資源信息整合后上報至全網(wǎng)管控中心系統(tǒng)及調(diào)度子系統(tǒng),支持與全網(wǎng)管控中心間的配置信息互更新功能。提供跨節(jié)點的內(nèi)容資源管理能力,能獲取其它Cache節(jié)點的內(nèi)容信息,支持節(jié)點間的資源查詢功能(可選),提供與全網(wǎng)內(nèi)容資源管理平臺的資源上報及同步能力。具體功能要求如下:上報功能:收集并整合節(jié)點緩存資源情況、節(jié)點性能等指標,將相關(guān)數(shù)據(jù)匯總后上報給全網(wǎng)管控中心系統(tǒng)、互聯(lián)網(wǎng)內(nèi)容資源管理平臺或其它指定系統(tǒng)。上報周期可經(jīng)過配置在分鐘級、小時級、天級等進行靈活設(shè)定。下發(fā)功能:接收外部系統(tǒng)下發(fā)的全局內(nèi)容分布、資源相關(guān)信息。更新功能:將設(shè)備中的資源信息更新到重定向子系統(tǒng),作為重定向子系統(tǒng)進行用戶請求重定向的基礎(chǔ)數(shù)據(jù)。查詢功能:支持內(nèi)容資源查詢功能,當節(jié)點發(fā)現(xiàn)用戶的請求數(shù)據(jù)在緩存系統(tǒng)中不存在時,可向內(nèi)容資源管理平臺、其它Cache節(jié)點等發(fā)起查詢,在返回有該資源的節(jié)點中選擇若干個節(jié)點下載數(shù)據(jù)。支持將查詢結(jié)果經(jīng)過接口,實時上報給互聯(lián)網(wǎng)內(nèi)容資源管理平臺。與其它系統(tǒng)接口WebCache系統(tǒng)與外部系統(tǒng)的接口如下:IF1:DNS/DPI/路由器/交換機/分光器與WebCache之間的消息接口,包括四種類型:IF1-1:DNS重定向接口;IF1-2:HTTP重定向接口;IF1-3:路由器/交換機鏡像或者報文轉(zhuǎn)發(fā)接口IF1-4:分光器分光接口IF2:用戶和WebCache系統(tǒng)的HTTP數(shù)據(jù)交互接口;IF3:WebCache系統(tǒng)和源站之間的HTTP數(shù)據(jù)交互接口;IF4:數(shù)據(jù)網(wǎng)管系統(tǒng)與WebCache系統(tǒng)的管理接口;IF5:管理控制中心對一級WebCache系統(tǒng)的監(jiān)控和配置接口;IF6:互聯(lián)網(wǎng)內(nèi)容管理相關(guān)系統(tǒng)(如IDC運營管理平臺、互聯(lián)網(wǎng)內(nèi)容資源管理平臺)和WebCache系統(tǒng)的交互接口;IF6-1:設(shè)備管理接口;IF6-2:內(nèi)容管理接口;IF7:WebCache系統(tǒng)與其它WebCache之間的接口;其中IF5、IF6、IF7為可選接口,需根據(jù)相關(guān)系統(tǒng)的部署進度分階段實施。局域網(wǎng)組網(wǎng)結(jié)構(gòu)賣方應(yīng)提供本工程節(jié)點的局域網(wǎng)組網(wǎng)方案,并詳細介紹設(shè)備配置、連接方式等。設(shè)備包括局域網(wǎng)交換機、服務(wù)器、負載均衡器等設(shè)備。網(wǎng)絡(luò)各節(jié)點的局域網(wǎng)結(jié)構(gòu)要求合理、高效,不形成業(yè)務(wù)瓶頸;要求具有安全性,而且便于擴容。安全策略(1)網(wǎng)絡(luò)要求有充分的安全措施,以保障服務(wù)的可用性和網(wǎng)絡(luò)信息的完整性。(2)要求賣方提出完善的系統(tǒng)安全策略及其實施方案,其中至少覆蓋以下幾個方面:對交換機、防火墻、服務(wù)器等的配置要求充分考慮安全因素,制定妥善的安全管理策略,例如口令管理、用戶賬號管理,黑客攻擊的檢測與防范、病毒防止、系統(tǒng)備份機制等。在系統(tǒng)中安裝、設(shè)置安全工具。要求賣方詳細列出所提供的安全工具清單及說明。具體的安全要求詳見<中國移動WebCache系統(tǒng)設(shè)備規(guī)范>。網(wǎng)管需求網(wǎng)管方式WebCache系統(tǒng)能夠接入現(xiàn)有中國移動數(shù)據(jù)網(wǎng)管系統(tǒng),符合必要的管理制度要求。網(wǎng)管系統(tǒng)需要實現(xiàn)對WebCache系統(tǒng)各網(wǎng)元及設(shè)備的管理,具體請參見<中國移動數(shù)據(jù)業(yè)務(wù)系統(tǒng)通用網(wǎng)管接口技術(shù)規(guī)范v1.3>。WebCache系統(tǒng)支持與一級網(wǎng)管系統(tǒng)的管理接口,基于此接口可提供系統(tǒng)運營、參數(shù)配置相關(guān)的各類信息查詢。省級WebCache系統(tǒng)支持與省綜合監(jiān)控系統(tǒng)、綜合分析系統(tǒng)、綜合資源系統(tǒng)、數(shù)據(jù)網(wǎng)管系統(tǒng)等省公司網(wǎng)管系統(tǒng)的接口。支持向基于FTP方式和數(shù)據(jù)庫接口向網(wǎng)管系統(tǒng)傳送統(tǒng)計分析結(jié)果。支持IPMI網(wǎng)管標準,在設(shè)備宕機或關(guān)機時仍可遠程管理設(shè)備重啟、上下電,硬件設(shè)備內(nèi)部需預(yù)置KVM模塊,能夠遠程經(jīng)過圖形化界面管理設(shè)備。支持SNMP接口、Socket接口、HTTP+XML等方式向網(wǎng)管系統(tǒng)上報數(shù)據(jù),支持經(jīng)過Syslog方式獲取與性能相關(guān)的網(wǎng)管數(shù)據(jù)。網(wǎng)管功能對全系統(tǒng)的性能、故障、安全、配置進行管理,以保證整個系統(tǒng)的穩(wěn)定性、健壯性、高可用性、高效性、安全性,主要包括性能管理、故障管理、安全管理、配置管理等幾個方面。系統(tǒng)應(yīng)提供網(wǎng)管功能模塊,對外提供網(wǎng)管接口。性能管理性能管理是向網(wǎng)絡(luò)運營者提供網(wǎng)絡(luò)設(shè)備的性能特征,以供網(wǎng)絡(luò)趨勢分析、網(wǎng)絡(luò)擴建、網(wǎng)絡(luò)控制時參考。監(jiān)視網(wǎng)絡(luò)性能,定期收集網(wǎng)絡(luò)中所有網(wǎng)元設(shè)備的性能參數(shù)統(tǒng)計數(shù)據(jù),建議經(jīng)過SNMP方式提供各自的MIB值;監(jiān)視服務(wù)器的運行狀況,如響應(yīng)速度、用戶連接并發(fā)數(shù)、用戶訪問分布等;檢查其它相關(guān)服務(wù)的運行狀況;在性能分析的基礎(chǔ)上,對制約網(wǎng)絡(luò)性能的相關(guān)參數(shù)進行調(diào)整,提高網(wǎng)絡(luò)性能。故障管理故障管理負責(zé)監(jiān)視網(wǎng)絡(luò)設(shè)備的故障告警,進行故障診斷及定位分析。平臺提供對各個網(wǎng)絡(luò)設(shè)備及網(wǎng)絡(luò)的狀態(tài)跟蹤,在某個網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或異常時,能夠及時醒目的通知管理人員。實時監(jiān)視網(wǎng)絡(luò)運行狀態(tài)和設(shè)備故障,以圖形和文本方式顯示網(wǎng)絡(luò)告警。所有網(wǎng)絡(luò)設(shè)備都必須提供狀態(tài)通知功能,定期將各自的各項狀態(tài)指標通知相關(guān)的管理人員。所有網(wǎng)絡(luò)設(shè)備都必須要有報警功能,設(shè)置必要的報警條件,建議采用多類報警手段。對產(chǎn)生的故障告警及事件信息進行記錄,以便用戶對歷史告警進行查詢,定期進行告警日志的維護及刪除。當一個物理設(shè)備發(fā)生故障時,可能產(chǎn)生多個失效告警,網(wǎng)管系統(tǒng)應(yīng)能夠進行故障定位,確定與實際失效有關(guān)的告警。故障可定位到設(shè)備的端口級。為便于故障定位分析或鏈路性能分析,各種服務(wù)器應(yīng)接收網(wǎng)管系統(tǒng)發(fā)來的連通性測試要求,并返回測試結(jié)果。網(wǎng)管接口WebCache系統(tǒng)與網(wǎng)管系統(tǒng)間的接口要求詳見<中國移動WebCache系統(tǒng)總體技術(shù)要求>。設(shè)備硬件要求總體要求(1)賣方提供的所有設(shè)備必須是最新開發(fā)的產(chǎn)品,并保證所提供產(chǎn)品的數(shù)量、質(zhì)量,特別是接口的兼容性。(2)各種設(shè)備應(yīng)采用功能分擔(dān)、分布式多處理機結(jié)構(gòu)。主要模塊冗余度為1+1或N+1,易于擴容和維護。(3)主要設(shè)備能在不中斷通信的情況下,可帶電進行熱插撥操作。(4)賣方提供的設(shè)備要選用世界上高質(zhì)量的元器件,生產(chǎn)過程中進行嚴格質(zhì)量控制,出廠前要經(jīng)買方人員嚴格測試和檢查,確保設(shè)備長期穩(wěn)定、可靠地運行。(5)賣方應(yīng)提供設(shè)備的具體電磁兼容指標、測試方法和測試數(shù)據(jù)。(6)對提供的主機設(shè)備應(yīng)提供詳細的配置和性能指標。明確提出各種服務(wù)器配置規(guī)模的依據(jù),包括主機型號、CPU配置數(shù)量、內(nèi)存大小、所需磁盤容量、I/O讀寫速度、總線帶寬等的配置依據(jù)和計算方法。模塊化、冗余、容錯等主機要求采用雙機冗余容錯技術(shù)。支持對稱多處理技術(shù),支持主備用,任務(wù)分擔(dān)和共享磁盤陣列,提供高可靠的數(shù)據(jù)和不間斷工作的能力。支持磁盤陣列(RAID)。服務(wù)器的要求采用對稱多處理器技術(shù);電源要求:交流:∽220V±5%,50Hz±5%;直流:-48V范圍:-40V∽-57V,采用接地保護;支持多個熱插拔磁盤驅(qū)動器,支持多個熱插拔PCI插槽;支持500MBit/秒的數(shù)據(jù)傳輸率;可在持續(xù)運作的情況下添加磁盤;熱插拔冗余電源和冷卻風(fēng)扇;動態(tài)CPU存儲單元分配;操作系統(tǒng)為64位以上的擴展性,支持32位及64位應(yīng)用程序并行執(zhí)行;內(nèi)存可擴展至1GB以上;系統(tǒng)總線為1GBit/秒以上;I/O帶寬為至少為1GBit/秒;提供專門的CPU進行系統(tǒng)高可靠性監(jiān)控;主備用設(shè)備倒換時間小于10秒。網(wǎng)絡(luò)設(shè)備要求網(wǎng)絡(luò)設(shè)備應(yīng)滿足下述要求:網(wǎng)絡(luò)采用TCP/IP協(xié)議,主干網(wǎng)絡(luò)采用高速網(wǎng)絡(luò);接入交換機采用STP協(xié)議,同時連接到兩臺核心交換機上,避免單點失敗;局域網(wǎng)劃分VLAN,由核心交換機實現(xiàn)網(wǎng)段間路由;網(wǎng)絡(luò)設(shè)備的配置端口總數(shù)應(yīng)能滿足應(yīng)用和用戶規(guī)模的要求,并保留約20%的余量,同時應(yīng)保證適當?shù)臄U展能力;網(wǎng)絡(luò)設(shè)備要求平均無故障時間應(yīng)大于1萬小時,可用性不小于99.99%;支持SNMP和SNMPV2協(xié)議。本工程要求為重定向子系統(tǒng)和管理子系統(tǒng)配置防火墻。軟件要求模塊化要求軟件采用模塊化、可視化和參數(shù)化設(shè)計原則。應(yīng)用系統(tǒng)能夠處理由于業(yè)務(wù)功能和用戶量不斷增加而帶來的壓力,保證系統(tǒng)正常運行。在硬件擴容之后,僅在原系統(tǒng)基礎(chǔ)上簡單地增加模塊和修改參數(shù),就能完成新功能的增加或整體擴容。人機控制采用良好的人/機交互界面設(shè)計(如GUI)以及當前主流的瀏覽器技術(shù),以提高系統(tǒng)對用戶操作和控制的支持。系統(tǒng)提供方便學(xué)習(xí)的人機界面,提供直觀、快捷的窗口操作。兼容性及升級不同時期軟件版本應(yīng)能向下兼容,軟件版本易于升級,且在升級的過程中不影響網(wǎng)絡(luò)的性能與運行。賣方應(yīng)承諾在供貨時提供最新版本的軟件,但該軟件必須是經(jīng)過測試正式推出的,其可靠性、穩(wěn)定性經(jīng)過嚴格驗證的。賣方隨后推出新軟件版本時,賣方應(yīng)承諾免費更新軟件版本,并提供相應(yīng)的新版本軟件功能說明書及修改說明書。廠商應(yīng)說明當前所使用軟件的實際運行時間以及升級完善的計劃進度表。操作系統(tǒng)建議緩存服務(wù)器采用LINUX操作系統(tǒng)。軟件系統(tǒng)優(yōu)化針對當前運行的軟件系統(tǒng)存在的問題,需進行相應(yīng)的軟件升級優(yōu)化,優(yōu)化后需達到以下目標:(1)在達到本規(guī)范書規(guī)定的業(yè)務(wù)量時,服務(wù)器設(shè)備CPU利用率不應(yīng)超過70%。(2)四層交換機應(yīng)該能夠確保穩(wěn)定工作,并提供穩(wěn)定可靠的負荷分擔(dān)的工作方式,杜絕出現(xiàn)虛假連接以及負荷分擔(dān)不均的現(xiàn)象出現(xiàn)。(3)支持接入中國移動有限公司綜合IP網(wǎng)管。系統(tǒng)容量要求系統(tǒng)容量的定義(1)系統(tǒng)容量分為硬件處理能力與軟件License容量兩個指標。(2)硬件處理能力為短消息系統(tǒng)在保證系統(tǒng)安全以及處理性能的前提下的最大處理能力。(3)軟件License容量為買方購買軟件許可證數(shù)量,與設(shè)備處理能力和話務(wù)模型無關(guān)。(4)硬件處理能力與軟件License統(tǒng)一按照HTTP帶寬流量Gbps為單位進行核算。系統(tǒng)容量要求(1)賣方應(yīng)提供準確詳細的系統(tǒng)處理以及軟件Licesne容量需求的核算方法。(2)當軟件容量超過License限制時但未達到系統(tǒng)最大處理能力的情況下,賣方系統(tǒng)能夠產(chǎn)生告警信息,但不允許對業(yè)務(wù)進行限制,即不允許對短消息進行呼損。(3)當系統(tǒng)處理負荷達到系統(tǒng)處理能力的上限時,賣方系統(tǒng)應(yīng)能自動采取適當?shù)姆逯盗髁靠刂拼胧?保證系統(tǒng)的安全運行。(4)買方所購買的License應(yīng)可根據(jù)買方的需求在各個設(shè)備之間自由調(diào)配。系統(tǒng)擴展要求賣方所建議的方案應(yīng)具備平滑的可擴展性。本工程系統(tǒng)功能的增加應(yīng)可經(jīng)過增加配置功能模塊或?qū)υ泄δ苣K升級實現(xiàn),本工程系統(tǒng)性能的提高應(yīng)可經(jīng)過垂直擴容服務(wù)器設(shè)備以及水平擴容服務(wù)器設(shè)備實現(xiàn)(在網(wǎng)絡(luò)設(shè)備能力滿足的條件下)。賣方應(yīng)說明系統(tǒng)處理能力要求增加時WebCache系統(tǒng)的擴展方式以及最大擴展能力。本期集中采購建設(shè)規(guī)模需求本期WebCache系統(tǒng)集中采購,全國新建規(guī)模為21Gbps。賣方應(yīng)按照以下的模型的WebCache系統(tǒng)分別提供商務(wù)報價:請求引導(dǎo)機制網(wǎng)頁對象:大文件視頻建設(shè)規(guī)模(Gbps)DPI監(jiān)控鏈路緩存容量重定向系統(tǒng)部署機房數(shù)量緩存系統(tǒng)部署機房數(shù)量DNS請求數(shù)HTTP請求模型一DNS重定向10:058*10G+1*2.5+1*1200T2150000/秒模型二HTTP重定向0:1050100*10G+1*2.5G+1*1G2400T21500000/秒模型三DNS/HTTP重定向1:1214*10G30T210/秒0/秒模型四DNS/HTTP重定向8:21021*10+4*2.5+2*1200T3180000/秒100000/秒模型五策略路由1:1480T2說明:針對以上五個模型,模型一至模型四,賣方必須支持DNS重定向和HTTP重定向兩種請求引導(dǎo)機制,其中DNS重定向機制采用分光鏡像方式;模型一至模型四,對于網(wǎng)頁對象和大文件視頻兩種緩存對象,必須采用不同的服務(wù)器進行緩存,均必須采用本地硬盤進行存儲,網(wǎng)頁對象緩存服務(wù)器配置的硬盤必須為SSD硬盤或SAS硬盤,大文件視頻緩存服務(wù)器可配置SSD硬盤、SAS硬盤或SATA硬盤;模型一至模型四,重定向子系統(tǒng)和管理子系統(tǒng)必須配置雙防火墻,緩存子系統(tǒng)不強制配置防火墻設(shè)備;模型一至模型四中,針對網(wǎng)頁緩存,在緩存子系統(tǒng)中,負載均衡模塊必須采用硬件設(shè)備(如負載均衡器等)完成;模型五中,緩存子系統(tǒng)中,負載均衡模塊必須采用硬件設(shè)備完成。賣方應(yīng)明確按照以上模型的軟硬件配置,其軟硬件最大受限規(guī)模以及受限原因。賣方應(yīng)給出若系統(tǒng)超出最大受限規(guī)模后,系統(tǒng)的組網(wǎng)方案,并給出超出規(guī)模后的典型