CN103888539A - P2p缓存的引导方法、装置及p2p缓存*** - Google Patents
P2p缓存的引导方法、装置及p2p缓存*** Download PDFInfo
- Publication number
- CN103888539A CN103888539A CN201410123962.6A CN201410123962A CN103888539A CN 103888539 A CN103888539 A CN 103888539A CN 201410123962 A CN201410123962 A CN 201410123962A CN 103888539 A CN103888539 A CN 103888539A
- Authority
- CN
- China
- Prior art keywords
- node listing
- user terminal
- request
- dispatch server
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种P2P缓存的引导方法、装置及P2P缓存***。其中,该***包括:DNS服务单元,用于接收用户终端的DNS请求,并将第一调度服务器的IP地址作为与DNS请求对应的解析结果返回给用户终端;第一调度服务器,用于接收用户终端发送的节点列表请求,并按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表,节点列表中包括缓存服务器;一个或多个缓存服务器,用于响应用户终端的数据请求,其中,第一调度服务器与用户终端处于同一内网。本发明解决了引导***要监听网络出口数据并过滤大量无用数据,***性能压力大,设备配置要求高的问题,实现了减少出口监听压力,提高***稳定性和***处理速度的效果。
Description
技术领域
本发明涉及互联网领域,具体而言,涉及一种P2P缓存的引导方法、装置及P2P缓存***。
背景技术
P2P是一种分布式网络,网络的参与者共享他们所拥有的一部分软硬件资源,这些共享资源需要由网络提供服务和内容,能被其他对等节点直接访问而无需经过中间实体。在P2P网络中,网络资源和服务散布于整个网络中,每个节点逻辑地位相等,都具备客户端和服务器双重特性,可以同时作为服务使用者和服务提供者,这大大提高了网络资源的利用率,而且提供了比C/S更好的服务质量。
然而随着P2P技术的快速发展,P2P的流量需求给运营商的带宽带来了巨大压力,不但影响其他互联网应用的发展,而且随着P2P技术和基础网络运营商之间的利益冲突日益明显,这种矛盾可能阻碍P2P技术的进一步发展。基础网络运营商为应付飞速上升的网络带宽需求不得不大规模地扩容,但此时的带宽投入已经无法带来合理的收入,当基础网络运营商无法通过改变结算方式解决带宽需求和业务收入的矛盾时,就只好转向用各种方式限制P2P技术在其网络上的应用,从而对P2P技术的继续发展设置了障碍。
解决该问题的方法大概分为限制和缓存两种方法。所谓限制即通过对p2p协议的识别,在网络出口对P2P流量进行限速或拦截,这种方法可以有效减少P2P流量,减少带宽压力,但却在很大程度上降低用户体验,影响用户的信用忠诚度。所谓缓存是指在网络内部署P2P缓存服务器,使得内网用户从缓存服务器上获得内容,来减少网络出口的P2P流量。通过部署P2P缓存***,基础网络运营商可以利用有限的投入支撑增长的P2P业务需求,从而解决当前P2P技术带来的带宽冲击。另外,P2P缓存***的使用还可以改善P2P应用的用户体验,从而吸引更多P2P客户,并可能为基础网络运营商带来更多客户。也就是说,P2P缓存***的部署不仅可能缓和P2P技术和基础网络运营商的矛盾,而且可能引导二者协同发展,创造出双赢局面。其中,P2P为对等计算。
然而目前作为P2P缓存***的引导方式多采用旁路监听的方式进行引导:以旁路的方式检测网络出(在该***中可以有n个网络出口,图1中示出了网络出口1和网络出口n,图1中的引导***通过引导模块和DPI配合完成引导)上的报文,通过协议分析识别P2P文件下载数据分组,得到当前流行的下载文件列表,并根据此文件列表把相应的P2P文件下载并缓存到本地,通过定制的P2P客户端主动向本地的P2P下载用户提供文件下载服务,同时切断本地P2P客户端到外网的P2P文件下载链接,如图1所示,该方法可以通过如下步骤实现:
步骤S11,用户向Tracker服务器发起DNS请求。
步骤S12,本地DNS服务器返回外网Tracker服务器IP。
步骤S13,用户向外网Tracker服务器发起peerlist请求。
步骤S14,外网Tracker服务器返回peerlist结果。
步骤S15,监听网络出口1流量。
步骤S16,过滤有效流量。
步骤S17,返回仅包含P2P缓存服务器IP作为peer列表的peerlist结果。
步骤S18,用户向缓存服务器请求数据。
步骤S19,缓存服务器返回资源给用户。
该种方式缓存服务器的资源达到了一次获取多次使用,减少了出口流量,提高了响应速度和用户体验,但是使用该种引导方式存在以下缺点:1,每个出口需要一个引导***,引导***要监听网络出口数据,并过滤大量无用数据,性能压力大,设备配置要求高;2,有些地区网络存在多个网络出口,则引导***需要在多个出口部署设备(如图1的网络出口1和网络出口n),资源消耗大;3,引导方式包含发送给P2P客户端的伪造包,由于路由设置的原因,可能造成引导失败。
其中,DNS即为域名解析;Tracker服务器为追踪***服务器;DNS请求为域名解析请求;peerlist请求:节点列表请求;图1中的DPI为深度数据包检测模块。
针对现有技术中引导***要监听网络出口数据并过滤大量无用数据,***性能压力大,设备配置要求高的问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中引导***要监听网络出口数据并过滤大量无用数据,***性能压力大,设备配置要求高的问题,目前尚未提出有效的解决方案,为此,本发明的主要目的在于提供一种P2P缓存的引导方法、装置及P2P缓存***,以解决上述问题。
为了实现上述目的,根据本发明的一个方面,提供了一种P2P缓存***,该***包括:DNS服务单元,与用户终端连接,用于接收用户终端的DNS请求,并将第一调度服务器的IP地址作为与DNS请求对应的解析结果返回给用户终端;第一调度服务器,与用户终端连接,用于接收用户终端发送的节点列表请求,并按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表,其中,节点列表中包括缓存服务器;一个或多个缓存服务器,与用户终端连接,用于响应用户终端的数据请求,其中,第一调度服务器与用户终端处于同一内网。
进一步地,预设条件包括:预设的策略参数,第一调度服务器包括:第一处理器,用于获取与节点列表请求对应的策略参数,按照与策略参数对应的路径获取节点列表,并将节点列表响应给用户终端。
进一步地,第一处理器包括:列表处理器,其中,列表处理器用于从策略参数中提取路径比例参数,并按照路径比例参数将节点列表请求分为第一集合和第二集合,然后获取第一集合中的节点列表请求的协议,读取与协议对应的预设的节点列表;还用于将第二集合中的节点列表请求发送至第二调度服务器,获取第二调度服务器返回的与节点列表请求对应的节点列表。
为了实现上述目的,根据本发明的一个方面,提供了一种P2P缓存的引导方法,该方法包括:接收用户终端的DNS请求;将第一调度服务器的IP地址作为与DNS请求对应的解析结果返回给用户终端;第一调度服务器接收用户终端发送的节点列表请求;第一调度服务器按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表;响应用户终端按照节点列表发出的数据请求,其中,第一调度服务器与用户终端处于同一内网。
进一步地,预设条件包括:预设的策略参数,第一调度服务器按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表包括:获取与节点列表请求对应的策略参数;按照与策略参数对应的路径获取节点列表;将节点列表响应给用户终端。
进一步地,按照与策略参数对应的路径获取节点列表包括:从策略参数中提取路径比例参数;按照路径比例参数将节点列表请求分为第一集合和第二集合;获取第一集合中的节点列表请求的协议,读取与协议对应的预设的节点列表;将第二集合中的节点列表请求发送至第二调度服务器,获取第二调度服务器返回的与节点列表请求对应的节点列表。
进一步地,在获取第二调度服务器返回的与节点列表请求对应的节点列表之后,引导方法还包括:获取预设更新比例参数;获取符合预设更新比例参数的预设节点IP地址;使用预设节点IP地址替换节点列表中对应的IP数据得到更新后的节点列表。
为了实现上述目的,根据本发明的一个方面,提供了一种P2P缓存的引导装置,该装置包括:请求接收模块,用于接收用户终端的DNS请求;第一响应模块,用于将第一调度服务器的IP地址作为与DNS请求对应的解析结果返回给用户终端;第一接收模块,用于第一调度服务器接收用户终端发送的节点列表请求;第一处理模块,用于第一调度服务器按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表;响应模块,用于响应用户终端按照节点列表发出的数据请求,其中,第一调度服务器与用户终端处于同一内网。
进一步地,预设条件包括:预设的策略参数,第一处理模块包括:参数获取模块,用于获取与节点列表请求对应的策略参数;列表获取模块,用于按照与策略参数对应的路径获取节点列表;列表发送模块,用于将节点列表响应给用户终端。
进一步地,列表获取模块包括:提取模块,用于从策略参数中提取路径比例参数;集合获取模块,用于按照路径比例参数将节点列表请求分为第一集合和第二集合;第一子获取模块,用于获取第一集合中的节点列表请求的协议,读取与协议对应的预设的节点列表;第二子获取模块,用于将第二集合中的节点列表请求发送至第二调度服务器,获取第二调度服务器返回的与节点列表请求对应的节点列表。
采用本发明,用DNS服务单元和第一调度服务器,取代传统P2P缓存***中的引导***,将P2P调度服务域名的DNS请求都通过本地DNS服务器转发至DNS服务单元,DNS服务单元将第一调度服务器(即tracker服务器)的IP地址作为域名解析结果,用户终端的peerlist请求则会发送至第一调度服务器,第一调度服务器将节点列表返回至用户终端,从而用户原本跟外网tracker服务器的交互过程变成跟内网tracker服务器的交互过程,缓存***不需要监听网络出口的大量数据,节省了监听设备,而且引导***不需要过滤和分析大量数据,可以提高处理速度,从而解决了现有技术中引导***要监听网络出口数据并过滤大量无用数据,***性能压力大,设备配置要求高的问题,实现了减少出口监听压力,节省***资源,提高***稳定性和***处理速度的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是现有技术中的P2P缓存***的引导方式的框图;
图2是根据本发明实施例的P2P缓存***的结构示意图;
图3是根据本发明实施例的P2P缓存的引导方法的流程图;
图4是根据本发明实施例的一种可选的P2P缓存的引导方法的流程图;以及
图5是根据本发明实施例的P2P缓存的引导方法的数据流向图。
具体实施方式
首先,在对本发明实施例进行描述的过程中出现的部分名词或术语适用于如下解释:
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
图2是根据本发明实施例的P2P缓存***的结构示意图。如图2所示,该***可以包括:DNS服务单元10,与用户终端连接,用于接收用户终端的DNS请求,并将第一调度服务器的IP地址作为与DNS请求对应的解析结果返回给用户终端70;第一调度服务器30,与用户终端连接,用于接收用户终端发送的节点列表请求,并按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表,其中,节点列表中包括缓存服务器;一个或多个缓存服务器50,与用户终端连接,用于响应用户终端的数据请求,其中,第一调度服务器与用户终端处于同一内网。
采用本发明,用DNS服务单元和第一调度服务器,取代传统P2P缓存***中的引导***,将P2P调度服务域名的DNS请求都通过本地DNS服务器转发至DNS服务单元,DNS服务单元将第一调度服务器(即tracker服务器)的IP地址作为域名解析结果,用户终端的peerlist请求则会发送至第一调度服务器,第一调度服务器将节点列表返回至用户终端,从而用户原本跟外网tracker服务器的交互过程变成跟内网tracker服务器的交互过程,缓存***不需要监听网络出口的大量数据,节省了监听设备,而且引导***不需要过滤和分析大量数据,可以提高处理速度,从而解决了现有技术中引导***要监听网络出口数据并过滤大量无用数据,***性能压力大,设备配置要求高的问题,实现了减少出口监听压力,节省***资源,提高***稳定性和***处理速度的效果。
在本发明的上述实施例中,预设条件包括:预设的策略参数,第一调度服务器包括:第一处理器,用于获取与节点列表请求对应的策略参数,按照与策略参数对应的路径获取节点列表,并将节点列表响应给用户终端。
根据本发明的上述实施例,第一处理器包括:列表处理器,其中,列表处理器用于从策略参数中提取路径比例参数,并按照路径比例参数将节点列表请求分为第一集合和第二集合,然后获取第一集合中的节点列表请求的协议,读取与协议对应的预设的节点列表;还用于将第二集合中的节点列表请求发送至第二调度服务器,获取第二调度服务器返回的与节点列表请求对应的节点列表。
具体地,该***包括:DNS服务单元10、第一Tracker服务器30、缓存服务器50(可以为多个,该实施例中只示出一个缓存服务器)、用户终端70、第二Tracker服务器以及本地DNS服务器。
其中,缓存服务器用于缓存资源;本地DNS服务器用于将P2Ptracker服务域名的DNS请求都转发(即Forward)给引导***的DNS服务单元;DNS服务单元,用于根据P2P协议将相应的第一tracker服务器(即内网Tracker服务器)的IP地址作为tracker服务的域名解析结果发送至用户终端;内网tracker服务器:当接收到来自P2P的用户终端的节点列表请求(即peerlist请求)时,根据相应的协议(如bt协议等)直接返回给用户节点列表(即peerlist,该节点列表中的IP为P2P缓存***中的缓存服务器的IP地址);或者向第二Tracker服务器(即外部tracker服务器)请求peerlist,并根据参数在peerlist结果中加入内网P2P缓存服务器的IP地址作为peer节点。
具体地,上述的参数即为预设更新比例参数,获取预设更新比例参数,并获取符合预设更新比例参数的预设节点IP地址,然后使用预设节点IP地址替换节点列表中对应的IP数据得到更新后的节点列表。例如,更新比例参数为60%,节点列表中的节点个数为10个,则符合预设更新比例参数的预设节点IP地址为六个IP地址,使用这个六个IP地址替换节点列表中对应的六个IP地址得到更新后的节点列表。上述的预设节点IP地址即为P2P缓存***中的缓存服务器的IP地址。由于节点列表一般按照节点的优劣从前向后排序,在替换节点列表中的IP地址时,可以按照倒序的顺序替换。
图3是根据本发明实施例的P2P缓存的引导方法的流程图;图4是根据本发明实施例的一种可选的P2P缓存的引导方法的流程图;以及图5是根据本发明实施例的另一种可选的P2P缓存的引导方法的流程图。
如图3所示,该引导方法可以通过如下步骤实现:
步骤S31:接收用户终端的DNS请求。
步骤S32:将第一调度服务器的IP地址作为与DNS请求对应的解析结果返回给用户终端。
步骤S33:第一调度服务器接收用户终端发送的节点列表请求。
步骤S34:第一调度服务器按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表。
步骤S35:响应用户终端按照节点列表发出的数据请求,其中,第一调度服务器与用户终端处于同一内网。
采用本发明,用DNS服务单元和第一调度服务器,取代传统P2P缓存***中的引导***,将P2P调度服务域名的DNS请求都通过本地DNS服务器转发至DNS服务单元,DNS服务单元将第一调度服务器(即tracker服务器)的IP地址作为域名解析结果,用户终端的peerlist请求则会发送至第一调度服务器,第一调度服务器将节点列表返回至用户终端,从而用户原本跟外网tracker服务器的交互过程变成跟内网tracker服务器的交互过程,缓存***不需要监听网络出口的大量数据,节省了监听设备,而且引导***不需要过滤和分析大量数据,可以提高处理速度,从而解决了现有技术中引导***要监听网络出口数据并过滤大量无用数据,***性能压力大,设备配置要求高的问题,实现了减少出口监听压力,节省***资源,提高***稳定性和***处理速度的效果。
在本发明的上述实施例中,预设条件包括:预设的策略参数,第一调度服务器按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表包括:获取与节点列表请求对应的策略参数;按照与策略参数对应的路径获取节点列表;将节点列表响应给用户终端。
根据本发明的上述实施例,按照与策略参数对应的路径获取节点列表包括:从策略参数中提取路径比例参数;按照路径比例参数将节点列表请求分为第一集合和第二集合;获取第一集合中的节点列表请求的协议,读取与协议对应的预设的节点列表;将第二集合中的节点列表请求发送至第二调度服务器,获取第二调度服务器返回的与节点列表请求对应的节点列表。
具体地,在获取第二调度服务器返回的与节点列表请求对应的节点列表之后,引导方法还包括:获取预设更新比例参数;获取符合预设更新比例参数的预设节点IP地址;使用预设节点IP地址替换节点列表中对应的IP数据得到更新后的节点列表。
如图4所示,该方法可以通过如下步骤实现:
步骤S41:用户终端发起Tracker服务器的DNS请求至本地DNS服务器。
步骤S42:本地DNS服务器将DNS请求转发至DNS服务单元。
具体地,本地DNS服务器将P2P tracker服务域名的DNS请求都转发(即Forward)给引导***的DNS服务单元。
步骤S43:DNS服务单元将第一调度服务器的IP地址作为域名解析结果发送至本地DNS服务器。
在该实施例中,引导***的DNS服务单元根据P2P协议将相应的内网tracker服务器的IP地址作为tracker服务的域名解析结果,这样用户原本跟外网tracker服务器的交互过程变成跟内网tracker服务器的交互过程。
步骤S44:本地DNS服务器将第一调度服务器的IP地址返回至用户终端。
步骤S45:用户终端向第一调度服务器发起节点列表请求。
步骤S46:第一调度服务器向第二调度服务器发起节点列表请求。
步骤S47:第二调度服务器返回初始节点列表至第一调度服务器。
步骤S48:第一调度服务器结合初始节点列表和缓存服务器节点生成节点列表响应用户终端。
具体地,在该实施例中内网tracker服务器(即第一调度服务器)可以采取两种策略生成节点列表:a、根据相应的P2P协议(如BT协议)返回给用户对应的peerlist(节点列表中的IP为缓存服务器的IP),引导用户终端到P2P的缓存服务器上获取数据。b、内网tracker服务器代理用户向外网tracker服务器(即第二调度服务器)发起节点列表请求,并将第二调度服务器返回的peerlist响应给用户终端,这样用户终端可以向外网tracker服务器的源站调度的peerlist请求资源。更具体地,第一调度服务器采用何种策略获取节点列表,可以通过预先设置的策略权重来确定,例如,可以对全部的节点列表请求设置权重,设置其中的80%采用a中策略,20%采用b策略,即根据策略参数将节点列表请求分为第一集合和第二集合,第一集合中的节点列表请求采用第一路径的策略(即a策略),第二集合中的节点列表请求采用第二路径的策略(即b策略),具体地,第一集合中的节点列表请求响应的是P2P缓存服务器IP,第二集合的peerlist是外网调度的outer peer IP,两者相互配合,对于P2P缓存服务器已缓存的资源,返回P2P服务器IP的peer list可以占较大比例,对于P2P缓存服务器未缓存或正在缓存的资源,可以适当调高外网peer list的占比,以保证用户的上网体验;以上比例调整控制均可以由软件自动完成。
具体地,本发明的上述实施例还可以获取预设更新比例参数,并获取符合预设更新比例参数的预设节点IP地址,然后使用预设节点IP地址替换节点列表中对应的IP数据得到更新后的节点列表。例如,更新比例参数为60%,节点列表中的节点个数为10个,则符合预设更新比例参数的预设节点IP地址为六个IP地址,使用这个六个IP地址替换节点列表中对应的六个IP地址得到更新后的节点列表。上述的预设节点IP地址即为P2P缓存***中的缓存服务器的IP地址。由于节点列表一般按照节点的优劣从前向后排序,在替换节点列表中的IP地址时,可以按照倒序的顺序替换。
步骤S49:用户向缓存服务器请求数据。
步骤S410:缓存服务器返回资源给用户。
在该***中可以有n个网络出口,图4中示出了网络出口1和网络出口n。
在本发明的上述实施例中,如图5所示,用户终端的域名解析请求通过本地DNS服务器转发至DNS服务单元,然后DNS服务单元将域名解析响应(即上述实施例中的域名解析结果,也即与该域名解析请求的协议对应的第一调度服务器的IP地址)通过本地DNS服务器反馈至用户终端;然后用户终端向第一调度服务器(即内网tracker服务器)发起节点列表请求,第一调度服务器将节点列表响应(即节点列表)反馈至用户终端,在这个过程中,第一调度服务器代理用户终端将一部分的节点列表请求向第二调度服务器(即外网tracker服务器)发起,以获取节点列表;用户终端根据节点列表向缓存服务器发起数据请求,缓存服务器将数据响应返回至用户终端。采用本发明的P2P缓存的引导方法,可以几乎获取全部的peerlist请求,可以将全量的P2P流量引导到缓存平台中。
采用上述实施例,相比现有的P2P缓存***的引导方式,本发明的引导方法不需要监听网络出口(图4示出了网络出口1至网络出口n)的大量数据,节省了监听设备,而且引导***不需要过滤和分析大量数据,可以提高处理速度;有些地区网络存在多个网络出口,本发明不需要在多个网络出口部署设备,只需在内网原有的DNS服务器上做配置,将关于Tracker服务器的DNS请求forward给缓存***的DNS服务单元即可;3,本发明的引导方式都是在规范协议下的引导,不存在伪造包,不会因为路由问题而导致引导失败。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
为了实现上述目的,根据本发明的一个方面,还提供了一种P2P缓存的引导装置,该装置可以包括:请求接收模块,用于接收用户终端的DNS请求;第一响应模块,用于将第一调度服务器的IP地址作为与DNS请求对应的解析结果返回给用户终端;第一接收模块,用于第一调度服务器接收用户终端发送的节点列表请求;第一处理模块,用于第一调度服务器按照预设条件获取并向用户终端响应与节点列表请求对应的节点列表;响应模块,用于响应用户终端按照节点列表发出的数据请求,其中,第一调度服务器与用户终端处于同一内网。
采用本发明,用DNS服务单元第一调度服务器,取代传统P2P缓存***中的引导***,将P2P调度服务域名的DNS请求都通过本地DNS服务器转发至DNS服务单元,DNS服务单元将第一调度服务器(即tracker服务器)的IP地址作为域名解析结果,用户终端的peerlist请求则会发送至第一调度服务器,第一调度服务器将节点列表返回至用户终端,从而用户原本跟外网tracker服务器的交互过程变成跟内网tracker服务器的交互过程,缓存***不需要监听网络出口的大量数据,节省了监听设备,而且引导***不需要过滤和分析大量数据,可以提高处理速度,从而解决了现有技术中引导***要监听网络出口数据并过滤大量无用数据,***性能压力大,设备配置要求高的问题,实现了减少出口监听压力,节省***资源,提高***稳定性和***处理速度的效果。
在本发明的上述实施例中,预设条件可以包括:预设的策略参数,第一处理模块包括:参数获取模块,用于获取与节点列表请求对应的策略参数;列表获取模块,用于按照与策略参数对应的路径获取节点列表;列表发送模块,用于将节点列表响应给用户终端。
具体地,列表获取模块包括:提取模块,用于从策略参数中提取路径比例参数;集合获取模块,用于按照路径比例参数将节点列表请求分为第一集合和第二集合;第一子获取模块,用于获取第一集合中的节点列表请求的协议,读取与协议对应的预设的节点列表;第二子获取模块,用于将第二集合中的节点列表请求发送至第二调度服务器,获取第二调度服务器返回的与节点列表请求对应的节点列表。
在该实施例中内网tracker服务器(即第一调度服务器)可以采取两种策略生成节点列表:a、根据相应的P2P协议(如BT协议)返回给用户对应的peerlist(节点列表中的IP为缓存服务器的IP),引导用户终端到P2P的缓存服务器上获取数据。b、内网tracker服务器代理用户向外网tracker服务器(即第二调度服务器)发起节点列表请求,并将第二调度服务器返回的peerlist响应给用户终端,这样用户终端可以向外网tracker服务器的源站调度的peerlist请求资源。更具体地,第一调度服务器采用何种策略获取节点列表,可以通过预先设置的策略权重来确定,例如,可以对全部的节点列表请求设置权重,设置其中的80%采用a中策略,20%采用b策略,即根据策略参数将节点列表请求分为第一集合和第二集合,第一集合中的节点列表请求采用第一路径的策略(即a策略),第二集合中的节点列表请求采用第二路径的策略(即b策略),具体地,第一集合中的节点列表请求响应的是P2P缓存服务器IP,第二集合的peerlist是外网调度的outer peer IP,两者相互配合,对于P2P缓存服务器已缓存的资源,返回P2P服务器IP的peer list可以占较大比例,对于P2P缓存服务器未缓存或正在缓存的资源,可以适当调高外网peer list的占比,以保证用户的上网体验;以上比例调整控制均可以由软件自动完成。
具体地,本发明的上述实施例还可以获取预设更新比例参数,并获取符合预设更新比例参数的预设节点IP地址,然后使用预设节点IP地址替换节点列表中对应的IP数据得到更新后的节点列表。例如,更新比例参数为60%,节点列表中的节点个数为10个,则符合预设更新比例参数的预设节点IP地址为六个IP地址,使用这个六个IP地址替换节点列表中对应的六个IP地址得到更新后的节点列表。上述的预设节点IP地址即为P2P缓存***中的缓存服务器的IP地址。由于节点列表一般按照节点的优劣从前向后排序,在替换节点列表中的IP地址时,可以按照倒序的顺序替换。
IP地址:互联网协议地址。
采用上述实施例,相比现有的P2P缓存***的引导方式,本发明的引导方法不需要监听网络出口的大量数据,节省了监听设备,而且引导***不需要过滤和分析大量数据,可以提高处理速度;2,有些地区网络存在多个网络出口,本发明不需要在多个网络出口部署设备,只需在内网原有的DNS服务器上做配置,将关于Tracker服务器的DNS请求forward给缓存***的DNS服务单元即可;3,本发明的引导方式都是在规范协议下的引导,不存在伪造包,不会因为路由问题而导致引导失败。
从以上的描述中,可以看出,本发明实现了如下技术效果:
采用本发明,用DNS服务单元和第一调度服务器,取代传统P2P缓存***中的引导***,将P2P调度服务域名的DNS请求都通过本地DNS服务器转发至DNS服务单元,DNS服务单元将第一调度服务器(即tracker服务器)的IP地址作为域名解析结果,用户终端的peerlist请求则会发送至第一调度服务器,第一调度服务器将节点列表返回至用户终端,从而用户原本跟外网tracker服务器的交互过程变成跟内网tracker服务器的交互过程,缓存***不需要监听网络出口的大量数据,节省了监听设备,而且引导***不需要过滤和分析大量数据,可以提高处理速度,从而解决了现有技术中引导***要监听网络出口数据并过滤大量无用数据,***性能压力大,设备配置要求高的问题,实现了减少出口监听压力,节省***资源,提高***稳定性和***处理速度的效果。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种P2P缓存***,其特征在于,包括:
DNS服务单元,与用户终端连接,用于接收用户终端的DNS请求,并将第一调度服务器的IP地址作为与所述DNS请求对应的解析结果返回给所述用户终端;
第一调度服务器,与所述用户终端连接,用于接收所述用户终端发送的节点列表请求,并按照预设条件获取并向所述用户终端响应与所述节点列表请求对应的节点列表,其中,所述节点列表中包括缓存服务器;
一个或多个所述缓存服务器,与所述用户终端连接,用于响应所述用户终端的数据请求,
其中,所述第一调度服务器与所述用户终端处于同一内网。
2.根据权利要求1所述的P2P缓存***,其特征在于,所述预设条件包括:预设的策略参数,所述第一调度服务器包括:
第一处理器,用于获取与所述节点列表请求对应的所述策略参数,按照与所述策略参数对应的路径获取所述节点列表,并将所述节点列表响应给所述用户终端。
3.根据权利要求2所述的P2P缓存***,其特征在于,所述第一处理器包括:列表处理器,
其中,所述列表处理器用于从所述策略参数中提取路径比例参数,并按照所述路径比例参数将所述节点列表请求分为第一集合和第二集合,然后获取所述第一集合中的所述节点列表请求的协议,读取与所述协议对应的预设的所述节点列表;还用于将所述第二集合中的所述节点列表请求发送至第二调度服务器,获取所述第二调度服务器返回的与所述节点列表请求对应的所述节点列表。
4.一种P2P缓存的引导方法,其特征在于,包括:
接收用户终端的DNS请求;
将第一调度服务器的IP地址作为与所述DNS请求对应的解析结果返回给所述用户终端;
所述第一调度服务器接收所述用户终端发送的节点列表请求;
所述第一调度服务器按照预设条件获取并向所述用户终端响应与所述节点列表请求对应的节点列表;
响应所述用户终端按照所述节点列表发出的数据请求,
其中,所述第一调度服务器与所述用户终端处于同一内网。
5.根据权利要求4所述的引导方法,其特征在于,所述预设条件包括:预设的策略参数,所述第一调度服务器按照预设条件获取并向所述用户终端响应与所述节点列表请求对应的节点列表包括:
获取与所述节点列表请求对应的所述策略参数;
按照与所述策略参数对应的路径获取所述节点列表;
将所述节点列表响应给所述用户终端。
6.根据权利要求5所述的引导方法,其特征在于,按照与所述策略参数对应的路径获取所述节点列表包括:
从所述策略参数中提取路径比例参数;
按照所述路径比例参数将所述节点列表请求分为第一集合和第二集合;
获取所述第一集合中的所述节点列表请求的协议,读取与所述协议对应的预设的所述节点列表;
将所述第二集合中的所述节点列表请求发送至第二调度服务器,获取所述第二调度服务器返回的与所述节点列表请求对应的所述节点列表。
7.根据权利要求6所述的引导方法,其特征在于,在获取所述第二调度服务器返回的与所述节点列表请求对应的所述节点列表之后,所述引导方法还包括:
获取预设更新比例参数;
获取符合所述预设更新比例参数的预设节点IP地址;
使用所述预设节点IP地址替换所述节点列表中对应的IP数据得到更新后的所述节点列表。
8.一种P2P缓存的引导装置,其特征在于,包括:
请求接收模块,用于接收用户终端的DNS请求;
第一响应模块,用于将第一调度服务器的IP地址作为与所述DNS请求对应的解析结果返回给所述用户终端;
第一接收模块,用于所述第一调度服务器接收所述用户终端发送的节点列表请求;
第一处理模块,用于所述第一调度服务器按照预设条件获取并向所述用户终端响应与所述节点列表请求对应的节点列表;
响应模块,用于响应所述用户终端按照所述节点列表发出的数据请求,
其中,所述第一调度服务器与所述用户终端处于同一内网。
9.根据权利要求8所述的引导装置,其特征在于,所述预设条件包括:预设的策略参数,所述第一处理模块包括:
参数获取模块,用于获取与所述节点列表请求对应的所述策略参数;
列表获取模块,用于按照与所述策略参数对应的路径获取所述节点列表;
列表发送模块,用于将所述节点列表响应给所述用户终端。
10.根据权利要求9所述的引导装置,其特征在于,所述列表获取模块包括:
提取模块,用于从所述策略参数中提取路径比例参数;
集合获取模块,用于按照所述路径比例参数将所述节点列表请求分为第一集合和第二集合;
第一子获取模块,用于获取所述第一集合中的所述节点列表请求的协议,读取与所述协议对应的预设的所述节点列表;
第二子获取模块,用于将所述第二集合中的所述节点列表请求发送至第二调度服务器,获取所述第二调度服务器返回的与所述节点列表请求对应的所述节点列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410123962.6A CN103888539B (zh) | 2014-03-28 | 2014-03-28 | P2p缓存的引导方法、装置及p2p缓存*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410123962.6A CN103888539B (zh) | 2014-03-28 | 2014-03-28 | P2p缓存的引导方法、装置及p2p缓存*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103888539A true CN103888539A (zh) | 2014-06-25 |
CN103888539B CN103888539B (zh) | 2018-02-02 |
Family
ID=50957255
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410123962.6A Active CN103888539B (zh) | 2014-03-28 | 2014-03-28 | P2p缓存的引导方法、装置及p2p缓存*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103888539B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847458A (zh) * | 2015-01-16 | 2016-08-10 | 网宿科技股份有限公司 | 基于dns的p2p缓存引导***及方法 |
CN106357712A (zh) * | 2015-07-16 | 2017-01-25 | 中兴通讯股份有限公司 | 移动终端控制方法、装置及*** |
CN109413163A (zh) * | 2018-10-09 | 2019-03-01 | 网宿科技股份有限公司 | 一种服务访问的方法及装置 |
CN109788051A (zh) * | 2019-01-02 | 2019-05-21 | 深圳市网心科技有限公司 | 基于分布式文件***的网络资源传输方法及*** |
CN109871715A (zh) * | 2019-03-12 | 2019-06-11 | 深圳市网心科技有限公司 | 分布式存储文件的访问方法、装置及存储介质 |
CN110597540A (zh) * | 2019-09-16 | 2019-12-20 | 深圳怡化电脑股份有限公司 | 一种金融终端的版本更新方法、装置、服务器和存储介质 |
WO2020006823A1 (zh) * | 2018-07-03 | 2020-01-09 | 网宿科技股份有限公司 | 一种应用于bt***的请求响应方法、设备及*** |
CN112235335A (zh) * | 2020-03-04 | 2021-01-15 | 上海曼恒数字技术股份有限公司 | 一种内容传输方法及*** |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101465785A (zh) * | 2008-05-28 | 2009-06-24 | 北京东方网信科技有限公司 | 基于主动引导和重定向的p2p流量缓存*** |
CN101729581A (zh) * | 2008-10-28 | 2010-06-09 | 华为技术有限公司 | 一种在p2p网络中实现重定向的方法、***及设备 |
US20120084359A1 (en) * | 2010-09-30 | 2012-04-05 | Brother Kogyo Kabushiki Kaisha | Information processing device, information processing method, and computer readable recording medium |
CN102739712A (zh) * | 2011-04-08 | 2012-10-17 | ***通信集团贵州有限公司 | 一种网络缓存数据分发的方法和*** |
CN103167047A (zh) * | 2011-12-12 | 2013-06-19 | 工业和信息化部电信传输研究所 | 一种dns服务器资源记录动态更新的方法 |
-
2014
- 2014-03-28 CN CN201410123962.6A patent/CN103888539B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101465785A (zh) * | 2008-05-28 | 2009-06-24 | 北京东方网信科技有限公司 | 基于主动引导和重定向的p2p流量缓存*** |
CN101729581A (zh) * | 2008-10-28 | 2010-06-09 | 华为技术有限公司 | 一种在p2p网络中实现重定向的方法、***及设备 |
US20120084359A1 (en) * | 2010-09-30 | 2012-04-05 | Brother Kogyo Kabushiki Kaisha | Information processing device, information processing method, and computer readable recording medium |
CN102739712A (zh) * | 2011-04-08 | 2012-10-17 | ***通信集团贵州有限公司 | 一种网络缓存数据分发的方法和*** |
CN103167047A (zh) * | 2011-12-12 | 2013-06-19 | 工业和信息化部电信传输研究所 | 一种dns服务器资源记录动态更新的方法 |
Non-Patent Citations (1)
Title |
---|
孙超: "一种基于域的P2P流量管理***设计与实现", 《中国硕士学位论文全文数据库》 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847458A (zh) * | 2015-01-16 | 2016-08-10 | 网宿科技股份有限公司 | 基于dns的p2p缓存引导***及方法 |
CN105847458B (zh) * | 2015-01-16 | 2019-04-16 | 网宿科技股份有限公司 | 基于dns的p2p缓存引导***及方法 |
CN106357712A (zh) * | 2015-07-16 | 2017-01-25 | 中兴通讯股份有限公司 | 移动终端控制方法、装置及*** |
WO2020006823A1 (zh) * | 2018-07-03 | 2020-01-09 | 网宿科技股份有限公司 | 一种应用于bt***的请求响应方法、设备及*** |
CN109413163A (zh) * | 2018-10-09 | 2019-03-01 | 网宿科技股份有限公司 | 一种服务访问的方法及装置 |
CN109413163B (zh) * | 2018-10-09 | 2021-08-03 | 网宿科技股份有限公司 | 一种服务访问的方法及装置 |
CN109788051A (zh) * | 2019-01-02 | 2019-05-21 | 深圳市网心科技有限公司 | 基于分布式文件***的网络资源传输方法及*** |
CN109871715A (zh) * | 2019-03-12 | 2019-06-11 | 深圳市网心科技有限公司 | 分布式存储文件的访问方法、装置及存储介质 |
CN110597540A (zh) * | 2019-09-16 | 2019-12-20 | 深圳怡化电脑股份有限公司 | 一种金融终端的版本更新方法、装置、服务器和存储介质 |
CN112235335A (zh) * | 2020-03-04 | 2021-01-15 | 上海曼恒数字技术股份有限公司 | 一种内容传输方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN103888539B (zh) | 2018-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103888539A (zh) | P2p缓存的引导方法、装置及p2p缓存*** | |
US10219290B2 (en) | Method, device, and system for content delivery network-based mobile terminal traffic processing | |
CN103731451B (zh) | 一种文件上传的方法及*** | |
CN101039309B (zh) | 链路共享服务装置以及通信方法 | |
CN109218362B (zh) | 一种互联网内容分发方法、装置和*** | |
WO2018121331A1 (zh) | 攻击请求的确定方法、装置及服务器 | |
CN107181804B (zh) | 资源的下载方法和装置 | |
CN105847381A (zh) | 内容服务器的调度方法及装置 | |
CN104640114B (zh) | 一种访问请求的验证方法及装置 | |
CN108932277B (zh) | 一种网页加载方法、网页加载***和服务器 | |
CN103108051A (zh) | 一种从云端服务器同步共享文件的方法 | |
CN104394182A (zh) | 一种实现内容分发网络加速的方法及源服务器 | |
CN103825923B (zh) | 资源下载方法、业务服务器、手机客户端及资源下载*** | |
CN103535011A (zh) | 内容分发网络cdn路由方法、设备和*** | |
US20190166223A1 (en) | Content delivery network (cdn) for uploading, caching and delivering user content | |
US20150215187A1 (en) | Data Services in a Computer System | |
US20150127837A1 (en) | Relay apparatus and data transfer method | |
CN102739811A (zh) | 域名解析的方法和设备 | |
US20120047248A1 (en) | Method and System for Monitoring Flows in Network Traffic | |
FR3020734A1 (fr) | Procede de traitement d'un paquet de donnees relatif a un service | |
CN106331172A (zh) | 一种应用于内容分发网络的资源检测方法及装置 | |
CN109862055A (zh) | 一种卫星网络通信方法、代理服务装置及网关 | |
US10129320B2 (en) | QoS improvement method, apparatus, and system | |
CN106789878B (zh) | 一种面向大流量环境的文件还原***以及方法 | |
CN107948022A (zh) | 一种对等网络流量的识别方法及识别装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |