自从 1995 年左右开始，中国的互联网事业进入了一个高速发展阶段。根据中国互联网络信中心（CNNIC）的调查报告显示，截止到 2005 年 12 月 31 日，我国上网用户总数超过 11000 万，比去年同期增长 18.1%，上网计算机达到 4950 万台。网络国际出口带宽增长飞速，总数达到 136.1G。 CN 下注册的域名数、网站数分别达到 109.7 万和 69.4 万。 同时，互联网上的应用也越来越多， 能轻松地通过各种搜索引擎查找自己需要的信息，访问各类电子商务、人才、娱乐站点，或者与世界各地的人通过各种应用手段实现实时或非实时的通讯和联络。Internet 已经逐渐渗入到人类生活和国民经济的每个角落。 缺乏针对IP电信级多业务的带宽收敛比的层次量化要求，不可能满足突发的流量需求。同时,由于Internet业务采用IP网来承载, “尽力而为、非连接性，逐跳转发”的特征，所以没有明确的业务量模型计算和全网的流量模型设计，只是堆砌了一个连通的高带宽IP网络。同时缺乏服务质量的端到端保证，网页的访问质量也就无从谈起；同时缺乏针对IP电信级业务的实时连接型的技术升级和全网健壮性要求，缺乏整网安全策略的考虑等等问题均难以在现有的Internet环境下解决。
基于WEB的访问是通过HTTP协议——一种双向交互式的TCP/IP协议来实现的，免费CDN首先让我们来看看它的交互过程。，HTTP的请求发出之前，免费CDN所要访问的服务器的IP地址必须到域名服务器（DNS）处作域名解析，免费CDN然后才逐个发出请求下载组成主页的各个对象。HTTP的迟滞反应时间也正是这样来定义的免费CDN，即一个请求在得到应答之前所经历的延时。每个HTTP请求都要求创建一个新的TCP连接，产生一个来回的延迟，当服务器收到并处理这个请求后，用户将在经历第二个来回的延迟后收到所要的WEB数据。免费CDN如果这个数据中又指明在WEB页中包含另外的对象（如JPEG/GIF图象、JAVA小程序等等），客户端的浏览器又会新建一个TCP连接，免费CDN继续请求这些包含在主页中的对象。 如果平均每个来回的延迟时间为RTD，安全宝免费CDN每个主页包含若干对象，请求每个对象所带来的延迟是2*RTD，安全宝即一个RTD用来完成TCP会话，另一个RTD完成HTTP请求。因此，如果一个主页中包含有N个对象的话，安全宝免费CDN总的延迟将为2（N+1）*RTD。 安全宝减少这种延迟的方法之一就是像一些浏览器软件所作的同时开几个TCP连接以减少重复的来回，安全宝免费CDN但作在用户端又会造成网络的数据流量大量增加以及服务器的处理瓶颈。 另外一个因素就是每个来回的延迟，安全宝免费CDN它是一次访问跨越的Internet 路径上的延迟的总和： First Mile Delay——服务器处理速度造成的延迟加上服务器到ISP接入线路侧的延迟。安全宝其中免费CDN服务器处理延迟是起重要作用的因素，安全宝免费CDN即使是一个负载很轻的服务器也可能因需要多次访问存储系统和后台数据库而造成延迟。 安全宝 Backbone Delay——骨干网传送在访问所经过的路径上，免费CDN路由器、网关或防火墙等网络设备造成的延迟和线路延迟。安全宝免费CDN因为大多数网络设备的工作原理是基于存储转发的，安全宝它们在给每一个数据包排队时也会占用额外的处理时间。安全宝免费CDN特别是在传送路径上需要经过多个ISP，安全宝免费CDNISP之间的互联互通点拥塞和丢包常常造成很大的延迟 安全宝 Last Mile Delay——用户接入到ISP侧的延迟。 在这些延迟中，安全宝免费CDN每一段的延迟都是由设备本身的延迟和线路造成的延迟两部分组成。实际上由于高速接入技术的发展，安全宝免费CDN是由线路传输速度导致的延迟已经不是主要因素。实践证明，安全宝即使在一条100M的链路上，免费CDN每个主页的不同对象的实际传输速率都超不过64K，安全宝所以这部分的影响是极小的。 网际互连问题是指当不同的ISP进行对等互连时，安全宝免费CDN由于竞争等经济原因造成互连点的链路拥塞。由于ISP网络之间的互连需要较大的投入，安全宝免费CDN而对网络质量的改善而言对于双方是对等的，对于弱势ISP来说，免费CDN用户要访问的INTERNET网络资源大部分需要通过主导ISP的网络，对互联互通有较高的积极性。而从客观上来说，免费CDN主导ISP运营商对加强竞争对手的竞争力没有积极性。 随着ADSL2/2+、LAN、GPON等宽带接入技术的发展，免费CDN接入层可以提供的链路带宽越来越宽价格也越来越便宜。免费CDN从而引爆了视频通信、IPTV、BT文件下载、虚拟现实、在线游戏、网络存储等高带宽应用，免费CDN吃掉运营商能够提供的所有干线网络带宽。研究表明，由于Internet的流量模型符合“长相关”的分形特征，免费CDN这就使得Internet的流量从数学上是不可预测的。这样，技术和业务的因素加在一起，免费CDNISP网络互联的建设通常只能满足当前的流量需要，而不会去为将来的网际互通要求做大规模投入，这就造成ISP网际互联链路在大多数时间都处于拥挤和紧张的状态。 从用户到ICP服务器的路径上，任何一点都可能产生丢包，而WEB访问采用TCP重传机制，丢包即需 要重传。一个网页平均可能包含三、四十个对象。对于静态页面，部分封包的丢失只影响到网页内 的单个对象，或者不影响用户浏览网页，或者可通过网页刷新机制重传这个别对象。对于动态页面，这种丢包则可能是灾难性的，一个包的丢失可能使用户的整个网页或者用户上传的页面数据的完整性遭到破坏，为保证电子商务的安全，必须重传动态网页。在丢包率超过一定比例的的情况下，重传造成整个网页的延迟不可接受。目前跨ISP之间的ICMP时延不一，从120ms到400ms不等。 由于目前 Internet 面临ICP服务器、网际互连、不可靠链路、内容集中放置等问题，很多网站的访问质量得不到保障，严重影响了 ICP 业务的正常开展，于是，许多网站加速技术应运而生，其中 免费CDN 因其先进的技术和理念，极佳的加速效果和服务质量，已被越来越多的 ICP 所采用，但由于目前通常的 免费CDN 只对静态网页加速，还不能很好地解决动态网页加速的问题。对于动态网页加速，目前有以下几种解决方案。 1． 基于网页编码的解决方案：ICP虽然目前也有许多动态页面加速的解决方案，比如，ESI（Edge Side Include）、变量编码(delta encoding)等，但由于技术还不够成熟、成本过高、只能解决部分问题以及需要重新按要求编写网页，工作量很大等问题，对客户的浏览器软件版本也有一定的要求，一直很难成为 ICP的 选择。 2．网络层的改造——基于过量供应（over－provision）的解决方案：过量提供（over－provision）可以部分解决Internet的QoS问题，辅之以一定的流量工程（TE）技术，可以提供QoS。简而言之，估计最大可能的流量，ICP提供远超过此的服务器资源，ISP提供远超过此的链路带宽。
