WebCache系统集中采购工程技术规范书(DOC36页)(20220202015131)

1、中国移动2022年Web Cache系统集中采购工程技术标准书中国移动通信2022年8月1 总那么 . 11.1概述 11.2技术标准 11.3总体技术要求 11.4标准书应答要求 21.5技术文件 21.6技术建议书应包括的内容 31.7报价要求 42 Web Cache 系统建设主要技术要求 . 62.1Web Cached统请求引导机制62.2Web Cach系统建设功能要求92.3与其他系统接口 232.4局域网组网结构 232.5平安策略 232.6网管需求 243 设备硬件要求. 253.1总体要求 253.2模块化、冗余、容错等 263.3效劳器的要求 263.4网络设备要求 2

2、64 软件要求. . 274.1模块化 274.2人机控制 274.3兼容性及升级 274.4操作系统 274.5软件系统优化 285 系统容量要求 . 285.1系统容量的定义 285.2系统容量要求 285.3 系统扩展要求 285.4 本期集中采购建设规模需求 296 电源要求. 307 设备安装调测、验收以及试运行 . 307.1 安装和调试 307.2 验收 318 技术效劳和培训 . 328.1 技术效劳 328.2 培训 331 总那么1.1概述本文件是中国移动通信以下简称买方2022年Web Cache系统集 中采购工程向设备厂商以下简称卖方提出的技术标准书。本标准书与相关规

3、范一起将作为2022年集中采购Web Cache系统主设备的技术文件。根据此文件, 卖方应提出具体的技术应答和详细的报价。1.2技术标准卖方所提供的所有各项设备和系统包括软、硬件应符合技术标准的要求如 下：1符合有关标准如 ISO、ITU-T、ETSI、IETF等，卖方应在建议书中具体 说明，并附上相应的详细技术资料；2符合中国移动通信?中国移动WebCache系统总体技术要求? ?中国移动WebCache系统设备标准?、?中国移动WebCache系统接口标准?、 ?工程和维护合同平安管理要求?等相关标准中对流程、设备、网管等方面的要求，且以上标准今后如有修改，卖方应免费修改其系统以满足要求；

4、卖方如对以 上标准内容有不满足的地方，请给出技术上不满足情况的偏离表偏离表格式详见 附件一并做出相应说明。对于满足局部，应给出明确的书面承诺。3国家已颁发的相关法律文件例如招标法等。1.3总体技术要求1卖方应按照本文件的要求提供报价和详细的技术建议。卖方应承诺所 提供的设备在产品性能、技术指标、效劳内容等方面满足本技术标准书的要求。 对于本文件未规定的有关设备性能，卖方应提出建议，并陈述其理由。2本文件提出的具体技术要求如与上述文件及补充标准不一致的地方， 以本文件为准。3当买方有新建议，而本技术标准书又尚未包括或与本技术标准书不符 时，那么应符合买方新建议的要求；对于买方尚未有标准的，而本技

5、术标准书又未 提及的局部，卖方提出其标准，留待双方认可后执行。4当卖方的设备中包含自己的专用标准，应在建议书中具体说明，并附 上相应的详细资料。5卖方应列出其建议书中所提供设备和系统在世界范围内和国内的应用 情况，诸如最大规模、业务类型及开展方式等。6卖方提供的设备，硬件设备从系统最终验收开通之日起五年内，如果 买方需要，卖方应以不高于本次价格提供备板、备件，卖方不得以设备停产等理 由而拒绝提供。如果由于买方系统改良或扩容，所需的软件设备卖方应以不高于 本次价格提供。7在合同签订之前，买方可以随时对本技术标准书进行修改。8本技术标准书解释权归中国移动通信。1.4标准书应答要求1卖方对于技术标准

6、书的疑问可以通过书面材料与买方联系。在规定的 建议书提交最后期限以前，买方将以书面材料给予答复。有关买方答复材料的复 印件也将递交所有得到技术标准书的卖方。2在技术谈判的各个阶段，买方将以书面形式要求卖方对有关问题进行 进一步的技术澄清，卖方应以书面资料给予正式应答；所有各阶段的技术澄清文 件都将作为合同附件。3买方在任何时候保存和拥有对本文件的解释权。买方有权在签定合同 前，根据需要修改和补充本技术标准书，修改补充后的最终技术标准书将作为合 同的附件。4卖方的应答书中，要求对本文件的所提出的各项条款进行逐项答复、 说明和解释，首先对实现或满足程度明确作出 满足 局部满足 不满足等 应答。在答

7、复中，凡采用详见参见方式说明的，应指明参见文档的具体章 节或页码。请卖方特别注意：凡采用 详见 参见方式说明的条款，必须在点 对点应答书中注有适当的总结性文字，简洁、明了地答复相应的条款。对于本文 件中要求列举的条款，必须在点对点应答书中进行列举，不得简单答复满足等, 否那么视该条款的应答为不满足如果答复局部满足需要详细说明哪些局部 满足，哪些局部不满足，并且详细说明原因。卖方应容许与详细的说明内容一致, 如果应答与说明内容矛盾那么视为不满足1.5 技术文件卖方所提供的应答文本应按照以下内容格式进行 附件一：系统价格清单；1总清单2分项清单3设备配置说明附件二：技术标准书及应答1卖方点对点答复

8、附件三：技术建议书包括整个系统总体模块组成包括网络、硬件、软件等、各模块具体结构、 配置依据、各种业务流程、系统与相关其它系统接口、系统管理、系统平安、统 计等方面附件四：技术文件清单应包含本次提供的技术文件的种类、数量及简要内容介绍附件五：软件功能清单附件六：工程实施方案附件七：设备情况、机架状况及场地环境要求附件八：合同双方的责任分工及界面要求图示并加以说明附件九：验收及测试附件十：工程协调会附件十一：售后效劳附件十二：最终用户人员培训附件十三：相关备忘录及承诺附件十四：产品说明包括相关资质及入网许可证1.6技术建议书应包括的内容系统概况1Web Cach系统的结构、系统组成情况以及典型的

9、工作流程。2Web Cach系统与DPI、网管系统的连接方式。3系统过负荷控制机制，即业务量到达或超过最大硬件处理能力的流控 机制。4系统的License控制机制，即在业务量超过License容量但未到达系统 最大处理能力系统的处理流程。系统配置1现网各省Web Cach系统使用的效劳器设备的型号配置。(2) 本工程方案使用的效劳器设备的型号配置。(3) 主设备配置的核算方法。系统容量(1) 现网存在的各个版本以及各种硬件配置情况下单台设备的最大容量和 处理能力。系统容量的定义见第5节系统容量需求。(2) 本期工程配置设备在各个版本下单台设备最大的容量和处理能力，并 说明设备容量或处理能力的测

10、试条件、方法和计算方法。(3) Web Cache勺容量需求的核算方法。(4) Web Cach系统的病毒防护以及防止恶意攻击等平安防护机制。版本情况(1) 现网主设备的版本情况以及分布的省份。(2) Web Cache系统的版本路标。(3) 在各个新版本中提供的新的功能以及导致容量的变化情况。(4) 版本升级需要进行软、硬件改造、增加的情况。(5) 系统硬件对新版本的支持情况。1.7报价要求1.7.1 总体要求(1) 报价应包括根据设备完备性要求的所有必须的硬件设备、软件以及系 统集成所需要的安装材料、工具、技术文件及安装调测、培训、技术支持等；(2) 报价应包括硬件设备名称、型号及配置模块

11、、数量，软件模块、版本、 Licence数量、相关配置情况，系统集成所需要的相关软硬件及配套设备和部件等 详细内容；(3) 报价应以人民币为单位；(4) 报价应按目录价列清单；(5) 报价应详细列出提供终验后一年效劳费用(包括系统维护所需要的软硬 件费用和技术效劳费用)，以及相应的效劳水平；(6) 报价应详细列出人员培训的单价；(7) 卖方在报价中应明确标注采用的第三方软、硬件。(8) 针对本工程所建系统，在本工程实施后买方针对原需求假设有局部变化、 买方有新的有关标准制定出来或者原有标准进行修改后，对于本工程所建系统已 有同等功能的改良、完善、优化等，卖方应免费修改其系统以满足要求。报价方式

12、1设备以人民币为单位报价。2报价应报出设备到现场价。3卖方应承诺当所购置设备种类、数量发生变化时，所提供的价格折扣 水平、技术效劳等方面的各种优惠条件不变。4卖方应承诺在随后的工程扩容、备件采购中，采购同种设备的价格水 平不高于本次的价格水平。5本技术标准书为保证网络运行所需的最低要求，如有遗漏，卖方应予 以补充，否那么一旦中标将认为卖方认同遗漏局部并免费提供。6卖方应说明随着网络规模的扩充、用户数的增加，其软硬件扩容方式 及收费标准。7要求卖方应用软件采用功能模块配置方法和/或许可证配置方法，其中 功能模块的功能应与软件功能清单对应一致，许可证只能与系统处理能力实际 出口带宽相关联，并且在W

13、eb Cache平台系统实际运行中系统到达该许可证 数量时不应限制业务处理而只是向网管系统发出告警信息，并在系统日志中记 录，不接受许可证与某种形式的系统静态容量例如效劳器数量、设备数量相关 联的配置方法。报价体系要求请卖方按照以下各项要求分别报价：1报价清单总表中应表达，硬件、软件、效劳、培训局部的目录价，分 类工程小计价格及总价。2硬件清单分别提供效劳器设备清单以及其他硬件局部的清单。效劳器 设备清单包含PC效劳器以及PC终端设备。卖方购置效劳器厂家提供商的效劳应 在效劳器清单中作为单独条目列出。3软件清单中卖方应将自产软件以及外购软件分别列出。4设备应按类别分别提出详细的分项单价和总价，

14、对能够独立工作或可 以单独采购的设备和部件及软件模块均分别报价，即按不可拆分原那么报价。设备清单要求1设备硬件应细分到板件。(2) 第三方提供的设备应详细的列出厂家名称，产品型号、设备配置等内 容。(3) 软件清单应将自产软件和外购软件分别列出。2 Web Cache系统建设主要技术要求WebCache系统是在中国移动现有的IP承载网络中部署的缓存设备，存储互 联网热点或特定内容。通过引导网内用户的访问请求转发到WebCache系统中， 由WebCache系统直接将数据返回给用户，防止直接从互联网源站下载数据，从 而降低客户访问互联网资源的时延，有效提升用户访问速度和质量，降低互联网 出口拥塞

15、的现状。从技术上解决由于网络带宽小、用户访问量大、互联网资源分 布不均等原因所造成的用户访问互联网资源响应速度慢的问题，提升用户的业务 感知，同时降低因网间流量产生的网间结算费用。WebCache系统支持对Web浏览、文件下载、视频播放等基于 协议的 互联网业务进行加速，系统对于本地存储的文件格式、音视频及文件编码方式均 没有特定要求，各类互联网音频、视频、图像、文本等文件均可通过系统实现缓 存和加速效劳。WebCacheS统应支持移动蜂窝网(2G/3G/ITE)、WLAN、固定宽带等不同 的网络接入方式，并能够同时为PC、 、Pad等不同形态的终端提供效劳。2.1 Web Cached统请求

16、引导机制2.1.1 DNS重定向模式WebCache系统通过检测用户侧发出的DNS解析请求，如果用户访问的站点 域名属于系统配置的白名单，那么在DNS解析响应消息中向用户返回WebCache 系统的IP地址，引导用户的 业务请求发送至WebCache系统，由WebCache 系统响应用户访问请求。在面向互联网网站、web小文件场景进行缓存加速时，建议WebCache系统 优先采用DNS重定向模式。对于文件下载、视频播放类的应用场景，也可选择采用DNS重定向模式。 但对于以IP地址标识的对象，由于在下载过程前没有DNS解析流程，故无法通 过DNS重定向模式进行处理。DNS重定向模式下，WebCa

17、che系统可通过如下两种方式获取用户发起的 DNS解析请求，在实际部署中建议根据网络部署情况选择使用。(1) 分光镜像方式分光镜像方式要求在需监测的链路上部署无源分光设备，将链路中的信号通 过分光处理后发送至WebCache系统的DPI功能中。DPI功能中应根据需要配置过滤流量的条件，如DNS协议类型、端口号等， 将满足条件的用户请求转发送至后端的请求重定向功能模块。在DPI功能中不开启流量过滤功能时，DPI功能会将全量的上行请求均发送 至WebCache系统。此时由WebCache系统需根据本地配置的域名白名单进行匹 配，如满足一致性条件，再向用户返回对应的重定向响应消息。由于分光镜像模式需

18、要在源网站的授权DNS返回响应结果之前对用户进行 重定向，故要求重定向子系统发送重定向报文应当满足时延要求。(2) DNS转发方式DNS转发模式要求将省内的Local DNS与WebCache系统相连接。由管理员 在Local DNS上开启Forward功能，并在转发策略中将需要加速的域名列表(白 名单)配置为Forward Firs模式，目标为WebCache系统的调度效劳器的IP地址。 Forward First模式下DNS效劳器会优先选择转发的目标DNS返回的解析结果， 当Forward目标因故无法返回结果或返回结果延迟较大，Local DNS本身那么会继 续递归解析以获取解析结果。当用

19、户终端发起的DNS解析请求发送至Local DNS效劳器后，DNS效劳器 将目标域名与本地配置的Forward名单进行匹配，如满足一致性条件，那么将该条 DNS解析请求前传至WebCache系统的请求调度功能模块。WebCache系统的请求调度功能模块在接收到该条DNS解析请求后，应向 Local DNS返回对应的DNS解析响应消息，解析结果的目标地址为缓存子系统的 IP地址。2.1.2 重定向模式 重定向模式包含非代理方式和代理方式两种处理机制：非代理处理机制：仅当WebCache系统监测到用户发出的 访问请 求属于本地已缓存的资源，才由WebCache系统向用户返回 302 重定向报文，响

20、应报文的目标地址为WebCache系统的IP地址，用户终 端接收到该条 302响应消息后，将向WebCache系统发起请求下载 数据。代理处理机制： 重定向模式也支持工作于代理模式，对于满足域 名匹配条件的请求均引导至缓存子系统，如已缓存那么直接向用户提供服 务；如该内容在本地未缓存时，那么由WebCahe系统作为代理向外网下载 并传送给用户侧。在面向大文件下载、视频播放类的场景进行缓存加速时，建议WebCache系 统优先采用 重定向模式及非代理处理机制。 重定向机制下，WebCache系统应采用分光镜像方式获取用户发起的 请求。通过在需监测的链路上部署无源分光设备，将链路中的信号通过分 光

21、处理后发送至WebCache系统的DPI功能中。DPI功能中应根据需要配置过滤 流量的条件，如 协议类型、端口号80/8080、关注域名或IP地址列表等 维度，将满足一致性要求的 请求转发送至后端的请求重定向功能模块。由于分光镜像模式需要在源网站返回响应结果之前对用户进行重定向，故要 求重定向子系统发送重定向报文应当满足时延要求。特定场景下，也可以通过端口镜像方式获取用户请求。端口镜像模式主要面 向网络流量较小的场景，通过在路由器或交换机上开启端口镜像功能，将所有流 量均通特定端口转发至WebCacheS统，并由DPI设备过滤出所需的 流量。 端口镜像方式可进行全流量进行，也可以依据可以是端口

22、号、目标地址、源地址 等进行镜像。策略路由引导模式策略路由模式主要应用于省网内部署的WebCache系统，通过在核心路由器 上开启策略路由PBR功能，将满足条件的用户流量通过路由转发至WebCache 系统，判断依据可以是端口号、目标地址、源地址等，后续相关的上行、下行流 量均会经由WebCache系统进行处理，而无需向终端侧发送重定向报文。对于用户请求，如果WebCache系统本地命中，那么直接向用户返回数据；女口 果本地未命中，那么由WebCache系统代理用户向源网站请求数据，并返回给用户。 对于热点内容，由WebCache系统在本地存储一份副本。对于思科路由器，也可以通过其专用的WCC

23、P协议进行流量转发。策略路由引导模式下，当网络中断时，路由器应能够自动调整为直通模式， 防止可能出现的访问故障。策略路由引导模式下，也可以采用发布BGP路由的方式将需加速的流量从核 心路由器会聚转发到WebCach系统专用的路由器，然后再在该台路由器上面配 置PBR策略进行流量引导。2.2 Web Cach系统建设功能要求重定向子系统深度报文解析模块DPI设备通过串行或者旁路分光方式部署在网络会聚节点，采集并分析业务 原始网络数据流量及用户请求，将对应的用户流量转发至系统后端，为WebCache 系统实施用户请求重定向提供根底数据支持。在WebCach系统采用DNS转发模式、策略路由引导模式时

24、，由于WebCache 系统能够直接从DNS效劳器获得对应的DNS请求解析流量，从路由器直接获取 到对应的用户 流量，此时WebCache系统中也可不部署DPI设备，或由其 他设备兼作。1. 流量分析功能DPI设备必须支持基于L3/L4信息、基于L7应用层特征如应用层协议特 征码对数据流量进行分析和识别。DPI设备必须支持 、DNS协议。2. 流量转发功能DPI设备支持流量转发功能，具体要求如下：支持对于满足设定规那么匹配条件的报文进行处理，将满足匹配条件的报 文从指定接口转发到用户请求调度设备，例如DNS解析请求报文、 访问请求报文等；支持灵活配置过滤转发规那么，规那么可以是指定协议类型、I

25、P地址、端口 号、流量方向、应用层特征等组合方式；支持无效流量的灵活过滤，支持灵活按照协议类型、应用层特征、源/目 的IP地址、流量方向等作为过滤条件，能够镜像出高比例收敛的有效流 量；支持配置多个出接口组，能够根据负载均衡策略实施转发；3. 流量统计功能DPI设备提供支持的流量统计功能如下： 支持多种流量统计，如对字节数、当前带宽、峰值流量、新增连接数、最大并发连接数、当前并发连接数等网络流量参数进行统计；支持输出外部网站及域名的请求次数、流量统计及排名次序等统计数据； 支持通过手动或自动方式上报至其他外部系统，例如WebCache系统或 全网管理控制中心；用户请求调度模块用户请求调度设备的

26、主要功能是根据缓存白名单配置或者本地已缓存内容， 将用户的访问请求重定向至后端的缓存子系统。1. DNS重定向功能用户请求调度设备处理接收到用户终端发出的 DNS解析请求报文，根据 WebCach系统效劳器状态和配置参数，生成相应的DNS响应消息。用户请求调度设备必须支持对DNS请求的源IP地址进行判断：如果是WebCache系统发送的请求那么不实施处理，该请求将被透传至外 网上一级DNS效劳器进行处理。对于源IP地址为用户侧的DNS请求报文，如果WebCach系统运行正常, 那么将WebCach系统的IP地址作为DNS解析响应结果发送给用户终端。 支持对特定源IP地址的调度Bypasi功能，

27、对满足源地址匹配条件的DNS 请求不进行重定向，不对这局部用户进行缓存加速。源IP地址段必须可 灵活配置。2. 重定向功能用户请求调度设备处理接收到用户终端发出的 请求报文，并根据 WebCach系统效劳器状态、本地缓存数据以及IP地址配置参数等，生成对应的 302重定向消息，其中目标为缓存子系统的公网IP地址。在缓存子系统中没有部署负载均衡设备的场景下，用户请求调度设备必须能 够实时获取缓存子系统中已缓存的内容资源信息，对用户的 请求进行综合 判断，根据资源分布、设备负载以及内容策略等信息将用户的请求制定路由导向 策略，将用户请求重定向至最适宜的缓存效劳器上。如果用户请求调度设备监测到Web

28、Cache缓存子系统不可用，那么不对用户的 请求作出重定向操作。支持对特定源IP地址的调度Bypass功能，对满足源IP地址匹配条件的 请求不进行重定向，不对这局部用户进行缓存加速。源IP地址段必须可灵活配置。3. 黑白名单功能WebCache系统支持配置加速域名列表白名单，仅对于白名单内的网站域 名进行加速，对于其他请求不进行响应，也可返回DNS递归解析结果以保护用 户DNS请求的成功性。WebCache系统支持配置黑名单，包含非 协议的域名和不适合进行缓 存加速的域名，如邮箱域名、FTP域名、SSL域名等。黑白名单域名信息配置必须支持如下2类方式：精确域名：如tuanjd 泛域名：女口 *

29、.sports.si na , . news.163 可支持正那么匹配域名配置方式：如dl1-9.qq ww*.sohu 对于黑白名单中配置的域名，用户请求调度设备仅对在白名单内、且不在黑 名单内的访问请求进行响应。当系统配置的白名单与黑名单存在交叠时，必须优先使用匹配黑名单的策略 生效。支持黑白名单的管理功能，支持手工增删改查。4. 健康检查功能用户请求调度设备支持通过多种方式监测缓存子系统的可用性及工作状态， 能够根据缓存子系统的可用性及存储的文件内容进行调度。可用性至少应包括如 下方面：设备可达：设备硬件层面是否可用，例如可发送ICMP报文实施探测； 效劳状态：检查TCP/UDP端口是否

30、提供效劳；负载情况：接收并监测Cache效劳器上报的设备状态负载信息，如CPU、 内存、硬盘空间使用率等预先协商的数据项可选；用户请求调度设备的负载监测功能可通过SNMP协议实现，对WebCache服 务器设备层面的监控项实施数据采集，此时缓存效劳器中需要安装SNMP Age nt 效劳。用户请求调度设备根据设定的时间周期性探测对端设备的健康状态。如果在 采集周期内缓存子系统出现不可用的状态，用户请求调度设备将继续探测以确认 设备不可用，最多进行3次累计探测或探测累计时间在超时范围内，那么判定系统不可用。请求调度模块能够根据缓存子系统的可用性进行调度，具体要求如下： 缓存子系统单个文件损坏时，

31、请求调度模块应自动停止对应损坏文件的 重定向；缓存子系统数据硬盘出现故障时，请求调度模块应自动停止对应故障磁 盘缓存文件的重定向；缓存子系统不可用时，请求调度模块应不对用户请求作出响应。缓存子系统负载过重时，请求调度模块应自动识别，并降低向缓存子系 统的重定向用户请求；用户请求调度设备可支持通过 方式对其它WebCache点的可用性进 行周期性检查。5. 主备冗余功能用户请求调度设备需具备冗余切换能力，两台设备之间使用网线传递心跳信 号、主备切换触发信号，以监控对端设备的状态。6. 策略同步功能支持与管理子系统交互，获取本地缓存内容情况、以及由全网管控中心、内 容资源管理平台或者其他外部网元实

32、体下发的各类资源信息、内容信息以及调度 策略数据，并在本地配置生效。缓存子系统负载均衡模块1. 健康检查功能负载均衡设备必须支持对Cache效劳器资源的健康检查，常用的健康检查机 制如下表所示。系统的可用性至少应包括：设备可达：设备硬件层面是否可用，可基于发送ICMP报文实施探测； 效劳状态：检查TCP/UDP端口是否提供效劳；负载情况：接收并监测Cache效劳器上报的设备状态负载信息，如CPU 利用率、内存利用率、存储资源、EBI、EBO、CC或其它预先协商的监 控数据项；此时Cache月艮务器组中需要部署SNMP Age nt效劳或其它资 源插件来支持数据获取。当判定缓存效劳器不可用时，负

33、载均衡设备需将该效劳器从WebCach由艮务 队列中取出，不参加下一次的分发，直到该设备恢复正常。2. 负载均衡功能支持将用户请求和In ternet网络流量按照配置的负载分担算法分发到不同的 Cache效劳器进行处理。当用户请求到达缓存子系统时，负载均衡功能根椐配置 策略，选择特定的缓存效劳器，由该台Cache月艮务器响应用户的请求、提供缓存 效劳，例如选择性能最正确的缓存效劳器，存储该份内容的缓存效劳器等。支持会话保持功能，对于同一用户、同一会话的多个访问请求，可分配至同 一台缓存效劳器中，防止出现会话失效的问题。支持基于L4和L7的流量分发机制。负载均衡模块必须支持配置多个VIP地 址。

34、支持对IPv6协议报文的负载均衡功能，能够对IPv6报文实现接收、解析和 分发处理。支持根据使用的分发机制来决定选择监控的数据项，监控数据项的采集周期可灵活配置。支持的流量分发机制如表所示序号均衡算法详细描述是否必须1轮询(Rou ndRobin)负载均衡设备将所有用户请求按照Cache资源 池的队列顺序，分发给资源池内每台Cache效劳 器进行处理，依次循环。必选2L4负载分担按照用户请求的4层信息，如IP地址、端口等对 数据流进行分配。必选3L7负载分担按照用户请求的7层信息对数据流进行分配，例 如根据目的URL映射至特定的Cache效劳器 中。必选4动态性能分配(Dyn amicRati

35、o)根据收集到应用程序和Cache效劳器的各项性 能参数如CPU、内存和磁盘的占用情况，动态 调整流量分配。动态性能分配可通过标准 SNMP或Cache!效劳器端的插件实现。可选5最快模式(Fastes)将新的用户请求分发给响应最快的Cache效劳 器。可选6最少连接方式(LeastC onn ecti on)将新的用户请求分发给最少连接的Cache效劳 器。可选7优先权Priority负载均衡设备将所有Cachd效劳器进行分组，为 每个组定义优先权，将用户请求分配给优先级 最高的Cach效劳器组在同一组内，采用轮询 或比率算法，分配用户请求。当最高优先级中所有Cachd效劳器出现故障，才 将

36、请求送给次优先级的Cache效劳器组。为用户 提供Cache效劳器组的热备份功能。可选其中L7负载分担功能中要求至少支持如下两类方式：Hash：负载均衡设备同一文件的Hash结果，把相同的HASH文件用户 请求分发到每台Cache效劳器；一致性Hash对请求内容和缓存效劳器使用相同的Hash函数，并将资 源和地址节点在统一地址空间进行编址，从数据映射到的位置开始顺时 针查找，将请求转发至找到的第一个效劳器；3. 主备冗余功能负载均衡模块应具备多台设备的冗余能力，不同设备之间应当具有心跳监控 及切换能力，监控对端负载均衡设备的状态。主用负载均衡设备将心跳信号定时 发送到备用负载均衡设备,备用设备

37、在一定周期内没有收到主用设备的心跳信号， 支持主动将自己切换为主用设备。2.222负载均衡模块缓存效劳效劳模块是整个WebCache系统的核心组件。1. 网页对象缓存功能支持对于互联网站点页面的解析，能够将网页中的静态Web对象存储于本地 的缓存效劳器中。在接收到用户发送的Web访问请求时，分析请求是否在本地命 中，对于命中请求直接响应，就近为用户提供效劳；对未命中的请求，系统能够 从互联网源站下载内容，并就近返回给用户终端。缓存的网页对象类型包括但不限于：文本：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协议定义的缓存字段：支持根据Expires头域对页面对象的可缓存性进行判断，在Expire Date 到达之前不再向源站发送 请求获取该文件；支持根据Cache-Contrc头域对页面对象的可缓存性进行判断，对于设置 为public的内容进行缓存，对于设置为private no-cache no-store等的 对象，默认不进行缓存，支持根据max-age参数所指定的相对时间间隔 进行数据缓存；对于源网站中在 头域中指明不应被缓存的内容，要求缓存效劳模块工 作于代理模式，所有数据不在本地

39、缓存。对于互联网中的动态内容，要求系统能够予以识别，不在本地缓存，对于所 有用户的请求，均以代理方式向源网站下载数据并传送给用户。支持针对特定网站或域名实现静态对象的缓存周期配置，用户可以通过修改 配置来设定本地缓存时间和缓存对象的类型。在本地设置与源站设置冲突时，优 先以本地设定为准。2. 大文件/视频缓存功能支持基于 协议传输的大文件缓存加速功能，如游戏、软件、升级包下 载效劳等。缓存效劳模块接收用户的文件下载请求，分析该内容是否已经被 WebCache系统在本地缓存，对于已缓存的内容，将通过重定向引导用户从缓存 效劳器下载数据。工作于代理模式时，对于被引导至缓存效劳器，但本地未命中的请求

40、，要求 系统能够以代理方式向内容源站下载后，将对应的数据发送至用户终端。支持 视频内容的缓存和下载，主要针对基于 方式的各类在线视 频媒体对象，包括FLV、MP4、MOV、WMV、RMVB、F4V等多种文件格式， 设备应该支持对流媒体对象的缓存配置。支持基于 Live Streamin©HLS协议的互联网视频内容的缓存和加速。 支持面向 终端的各类应用软件APP内容的下载与加速功能。3. 代理下载功能在用户请求被引导到缓存子系统后，缓存子系统首先检查用户请求的文件是 否在本地命中，如果命中那么直接为用户提供效劳；如果未命中，缓存子系统将作 为代理转发用户的请求至互联网源网站，并将源网

41、站返回的数据转发给用户。如 果源网站返回的是有效数据且可缓存，缓存效劳器根据热度规那么，在本地同时存 储热点内容的文件副本。对于大文件和视频播放等应用场景，需能够支持边下载边效劳功能，防止将 用户请求长时间置于等待状态。代理下载功能必须根据实际的网站列表选择开启，对于可能存在认证失败、 cookie校验等问题的网站，要求不开启。4. URL防盗链功能针对主流的文件下载、视频播放、网络存储类网站的URL文件防盗链功能, 支持对加密后的URL进行反向处理，获取真实的文件对象URL。支持网站URL规那么库，可以识别并兼容国内绝大多数视频及下载网站。可 根据互联网站的功能及版本升级，支持通过加载新的规

42、那么库插件即可实现对新规 那么的反向处理，支持自动远程升级。支持校验排错功能，能够对已缓存的下载类资源对象进行验证，例如通过对 进行文件HASH运算，读取资源局部头信息或散列信息等方式，以防止内容资源 定位错误，影响用户的正常访问。5. 持久连接功能支持基于 /1.1的持久连接PersistentConnection，能够针对同一对象 的多个用户请求只建立一条连接。当多个用户请求相同的网页对象时，缓存效劳 器仅与源网站效劳器建立一条连接，以便防止为每次单独的请求/应答建立新的连 接。得到响应报文后，WebCache系统将响应内容的副本保存在本地，同时复制 报文分发给发起请求各个用户。通过使用同

43、一 连接的方式以解决频繁建立 连接带来的时间消耗，缩短响应时间提升用户体验，有效减少终端与效劳器建立 的连接数。6. 内容复制功能对于用户从Cache系统下载的TOP N热点资源，缓存效劳器支持自动检测如 可按照命中次数排序，能够根据热度在本地不同缓存效劳器之间进行复制，使得 热点内容可以由多个缓存效劳器并行提供加速效劳，支撑高性能并发。复制时间周期、复制的热点资源数量应支持灵活配置，默认时间周期为一天。7. 数据复用功能针对不同URL但文件内容相同的互联网文件，Cache效劳器能够通过文件比 对或依据站点的防盗链处理规那么处理后实施甄别比对，识别出相同的文件对象， 实现缓存数据复用，仅缓存初

44、始URL所对应的数据，对于向其他URL发起的文 件请求也可以保持命中。通过重用初始缓存文件的数据，能够提升访问命中率， 节省系统回源流量，也防止针对同一对象重复下载，减少对于本地存储空间的占 用。对于不同URL、但内容一致的文件内容，必须支持通过URL规那么、文件名 称、大小进行关联，如：URL1: :/jsmcc2.newhua /down/ppstreamsetup_onlinedown.zip URL2： :/qzmcc.newhua /down/ppstreamsetup_onlinedown.zip URL3： 系统也可支持通过对文件内容计算Hash值的方式进行有效关联。通过该算 法

45、生成与文件内容相对应的摘要数值，通过该摘要信息可以唯一标识某一文件。8. 内容热度更新功能内容热度更新是指在缓存效劳器的存储空间占用到达一定程度时，必须删除 掉一些不常用的缓存数据。对于每个对象，缓存效劳器根据其访问频率计算相应 的热度值，访问频率越高那么其热度值也越高，热度值较低的缓存对象将会被优先 删除。对于相同热度值的对象，可以比拟对象的超时周期，优先删除超时周期指 标较低的数据对象。内容热度更新算法的核心是输入参数及权值函数，缓存对象在某时间点的热 度值可根据如下输入参数计算：上次数据热度值计算时间特定时间段内数据访问次数数据对象上一次的热度值文件大小缓存对象的老化时间的设定需要参考网

46、页 头域中的超期参数，当超期 时间到达时内容也会被自动删除。当源网站没有指定超期参数或错误参数时，可 以根据WebCacheS统配置进行更新，支持对不同域名、不同类型的对象独立设定老化时间。9. 内容预取功能支持自动预取互联网内容的功能，对于热点内容，支持根据源网站在 头域中确定内容的超期时间，或者WebCache系统本地强制配置的更新周期，可 实现在用户发起请求之前提前将网页内容或文件更新为最近的版本。预取数据后 WebCach系统将重新刷新对象的超期时间。内容预取功能可以有效降低用户请求到达后，缓存效劳器进行校验和回源下 载的时间，提升用户的访问体验。内容预取功能默认不开启，可根据需求对特

47、定网站开启，预取周期可按照网 站域名为维度进行灵活配置。10. 超期校验功能支持 /1.1协议的If-Modified机制。在Cache系统缓存内容已经过期时， 缓存效劳器支持向源网站发送If-Modified-Since头信息，包含上一次从效劳器获 取数据的产生时间。如果文件从上次获取后没有更新，源站效劳器将返回 状态代码304 Not Modified，表示从上一次请求后这个数据没有改变，此时缓存 效劳器可以直接使用原有缓存数据，无需再次下载。支持 /1.1协议的Etag校验机制。对于源效劳器生成的唯一标志符Etag 的文件，缓存效劳器可以进行校验，由缓存效劳器在请求消息的If-No ne

48、-Match 字段中上报ETag如果文件没有改变，源效劳器将返回304状态代码，告知系 统无需再次请求下载数据。此时缓存效劳器可以直接使用原有缓存数据，无需再 次下载。11. 本地DNS功能对于用户发起的访问请求，当WebCacheS统未命中时，缓存效劳器可以通 过查询本地DNS、或使用系统内置的DNS功能实现面向互联网网站的域名解析 功能。本地DNS可以有效减少WebCach系统对外的大量DNS解析请求，提高DNS 响应速度，也可以防止向内网DNS效劳器查询时产生的DNS环路。对于WebCache系统发起的DNS解析请求，应当通过IP地址配置防止被系 统再次拦截。12. 回源管理功能对于特定

49、域名或网站的内容，应能够通过配置采用分时段错峰回源机制，例 如针对特定网站集中在凌晨1点至6点时段进行更新。支持对回源带宽进行限制。支持根据网络条件选择不同的链路进行回源，如CMNET网间出口、省内第 三方链路等。对于存在的多条回源链路，支持根据访问质量等因素进行配置，可 支持动态调整。系统支持通过人工方式对WebCache系统中已缓存的资源内容进行管理，支 持对特定文件对象进行手工删除。支持按照URL、文件类型、文件大小作为参数 进行筛选。支持根据内容视图的分布，向其他WebCache系统进行回源下载数据。13. 对象策略功能支持多个维度的对象缓存策略管理功能，通过ACL访问列表，支持对访问

50、 请求进行控制。系统管理员可以严格、清晰地定义缓存效劳器的访问控制策略， 不同策略能够灵活组合使用。文件大小策略：可以设置缓存资源大小范围，对于超出范围的文件不提 供缓存效劳，例如配置为100KB20G;文件类型策略：可以设置缓存文件类型，管理员可以通过修改配置到达 不同类型文件是否缓存的目的，对于非许可格式的文件不进行缓存。14. 用户访问控制功能系统能够配置Client Pool限制用户终端的IP地址，从而有效区分内外网用 户及域内用户，以保证缓存系统平安及实现对用户接入的严格管理。系统支持只 对中国移动网内用户进行缓存加速效劳，并配置对不同省份的网内用户的访问权 限，对于不属于效劳IP地

51、址范围的用户要求默认限制其访问。在分级分域部署方式下，一级Cache节点为所有中国移动用户提供缓存加速 效劳，二级Cache节点默认为所属区域内的本地用户提供效劳，也可开启对网内 其他地域用户的访问支撑功能。系统允许根据IP地址设置优先缓存的效劳用户，支持用户带宽策略设定，可 根据用户类型设置不同的带宽分配、流量控制策略。系统支持批量从外部导入IP地址段功能。15. IPv6协议支持功能必须支持IPv4/IPv6双协议栈，能够对外提供IPv4地址和IPv6地址。支持接 收、解析和发送IPv6报文，支持对于IPv6固定报头和扩展报头的处理。支持与IPv6用户终端及网站的数据传输。对于IPv6终端

52、发出的IPv6业务请 求，缓存子系统能够根据对应的协议向用户终端发送对应的互联网内容。对于解 析为IPv6地址的网站，应能通过IPv6方式向网站请求内容。对于源网站为IPv4/IPv6双栈的场景，要求可根据配置实现优选IPv6协议、 或者IPv4协议。管理子系统管理子系统是WebCache系统的本地管理组件，应基于双机主从方式提供服 务，对业务管理员提供统一的WWW Protal配置界面，用于对WebCache系统和 各设备进行管理，支持统计流量分布情况，可以统计Cache子系统的缓存效率以 及各个效劳器的系统状况，从而有效地管理系统，形成相应的业务报表，为运营 商提供决策依据；可以根据需求灵

53、活扩充功能。支持向WebCache系统的运营人 员提供分级管理权限。配置管理功能组织网内运营所需要的资源和数据，支持保存WebCache系统的根本配置以 及与功能相关的核心数据，主要包括：代理模式配置网络参数配置访问控制配置内容过滤配置回源路由配置内容类型配置支持组织网内运转所需要的资源和数据，保证网络的根本配置，支持按照具 体情况改变配置，设置系统参数，收集并存储各参数，报告与根本配置值的偏差, 起动和关闭资源等。223.2状态监控功能对重定向子系统、缓存子系统等所在效劳器提供全面监控，实时监测各业务 系统的资源使用情况和健康状态。，保障业务系统能处在正常运行环境。支持对系 统总体运行情况进

54、行监测，包括CPU利用率、内存利用率、存储量大小、存储利 用率、回源峰值/均值流量大小、效劳峰值/均值流量大小等信息。支持对系统使用的数据库进行全面的监控，实时监测数据库的活动情况和健 康状态，鉴别和消除瓶颈以提高数据库系统的整体性能。支持监控缓存子系统访问情况，包括访问用户、开始时间、结束时间、内容 类型、内容编号、内容信息、是否命中、效劳节点、效劳流量等信息。223.3性能管理功能支持对本系统中的性能指标进行评定，如吞吐量Throughput、设备负载、 命中率、效劳质量QoS Quality of Servk、时延情况等。测量需要连续进行， 在异常或性能恶化情况下能够及时通知有关管理人员

55、。2.234报表管理功能平台支持对WebCacheS统的运行情况及用户使用情况进行记录、统计和分 析，能够自动生成日报、周报、月报等常规报表和各种个性化报表，支持分析数 据并通过曲线图、饼图、柱状图等各种图形进行展现。支持查询、导出功能。通 过该平台，运营商管理员能够对当前的效劳情况进行监测、处理、查询等功能。 能够形象真实的分析整个互联网缓存系统的运营状况，满足管理的需要，分析用 户访问行为，实现流量可视化，为业务开展提供决策依据。管理子系统需提供如下根本统计功能：热点内容统计：分析用户下载的内容名称、内容热度、内容大小、内容 类型、下载流量，根据记录日志对各种用户下载的资源进行统计和排名； 用户行为统计：根据用户访问情况形成用户的业务使用情况，包含下载 的资源类型、标识、时长、流量效劳节点、用户IP地址等；可提供访问 者的流量、流量占比、浏览器类型、终端类型等分析统计数据； 数据流量统计：分析所效劳各类流量及占总流量的比