CN105162900B - 一种多节点协作的域名解析和缓存方法及系统 - Google Patents
一种多节点协作的域名解析和缓存方法及系统 Download PDFInfo
- Publication number
- CN105162900B CN105162900B CN201510622455.1A CN201510622455A CN105162900B CN 105162900 B CN105162900 B CN 105162900B CN 201510622455 A CN201510622455 A CN 201510622455A CN 105162900 B CN105162900 B CN 105162900B
- Authority
- CN
- China
- Prior art keywords
- domain name
- name mapping
- service node
- request
- node
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多节点协作的域名解析和缓存方法及系统。本方法为:当服务节点接收到一域名解析请求时,判断该域名解析请求是否属于该服务节点解析,如果是,则在本地缓存中查找该域名解析请求类型的资源记录集,如果找到则将其返给发出该域名解析请求的客户端,如果没有找到则进行递归解析,将获得的数据返回给发出该域名解析请求的客户端并保存到本地缓存,如果该域名解析请求不属于该服务节点解析,则将该域名解析请求转发给距离发出该域名解析请求客户端最近的服务节点进行解析。本发明可使递归服务的多个节点能够很好的协同工作,解决“用户就远”的问题,提高缓存的利用率和服务质量。
Description
技术领域
本发明涉及一种多节点协作的域名解析和缓存方法及系统,属于网络技术领域。
背景技术
DNS域名系统是互联网络的基础设施,它将域名和IP地址做映射解析,支撑着互联网络的正常运行。其中,递归域名服务器作为域名系统的重要角色,为客户端向各级权威服务器发送域名解析请求,并最终完成域名解析请求。
为了提高递归域名服务的服务质量和抵御DDOS攻击,递归服务提供商会在不同的地理位置和网络运营商部署很多服务节点,这样就能够将用户解析请求流量分散到不同的节点上,希望是接近用户的节点上。通过BGP和IP anycast技术,广播一个或几个IP地址,并通过这些地址对外提供递归解析服务。递归用户只要配置了这个(些)地址,就可以使用递归服务。不同地理位置、不同网络的递归用户被互联网络的路由系统路由映射到了分散在不同地域、不同网络运营商的服务节点。
路由到的节点不管是在地理距离,还是在网络距离上都可能不是最优的,甚至可能是较差的。因此递归服务器不能更好地代表最终用户,如果某个区的权威服务器根据递归服务器的来源和解析数据分配策略,对不同的递归服务器响应不同的域名数据,那么由此递归服务器就将较差的数据返回给最终用户。当一个用户的解析请求被路由到一个较远的节点,而不是离他较近的节点时,他可能获得较差的解析数据,并因此访问了目标DNS应用的一个服务质量相对不理想的站点,用户的网络体验将受影响。
发明内容
本发明的目的是提供一种多节点协作的域名解析和缓存方法及系统,解决以上提到的“用户就远”的问题,减少权威递归请求的次数,提高缓存数据的利用率。
由于递归服务的各个服务节点是相互孤立的;虽然各个节点作为一个整体对外服务,但是实际上它们就像很多孤岛一样,各自独立做递归解析,没有进行充分的信息交流,没有很好的协同工作。例如,它们的缓存数据也是独享的、彼此重复的、低利用率的。如果递归服务的多个节点能够很好的协同工作,就可以解决“用户就远”的问题,也可以提高缓存的利用率,从而提高服务质量。
本发明的技术方案为:
一种多节点协作的域名解析和缓存方法,其步骤为:当服务节点接收到一域名解析请求时,判断该域名解析请求是否属于该服务节点解析,如果是,则在本地缓存中查找该域名解析请求类型的资源记录集,如果找到则将其返给发出该域名解析请求的客户端,如果没有找到则进行递归解析,将获得的数据返回给发出该域名解析请求的客户端并保存到本地缓存,如果该域名解析请求不属于该服务节点解析,则将该域名解析请求转发给距离发出该域名解析请求客户端最近的服务节点进行解析。
进一步的,根据该域名解析请求的来源IP地址信息和路由探测信息判断该域名解析请求是否属于该服务节点解析。
进一步的,判断该域名解析请求归属哪个服务节点解析的方法为:用户归属计算集群周期性地对访问递归服务的来源地址进行分析,分析每个地址的归属节点,从而形成一个来源地址与部署的服务节点相关联的档案;服务节点根据该档案判断该域名解析请求归属哪个服务节点解析。
进一步的,计算距离发出该域名解析请求客户端最近的服务节点的方法为:服务节点根据该域名解析请求的IP地址获得发出该域名解析请求客户端的AS号、运营商信息和地址位置信息,然后根据这些信息计算得到距离最近的服务节点,根据该域名解析请求客户端的AS号离各个服务节点所在AS号的BGP路径,找出路径长度最短的服务节点,作为最近的服务节点;看该用户所在运营商与各个服务节点的运营商的关系,选择一个与用户所在运营商相同或者运营商关系更加紧密的节点作为离该用户最近的服务节点,因为关系更加紧密的互联互通性要相对更好;看该用户所在地理位置与各个服务节点的地理位置,选择一个离用户位置较近的节点作为离该用户最近的服务节点。
进一步的,计算距离发出该域名解析请求客户端最近的服务节点的方法为:服务节点上探测到发出该域名解析请求客户端所经过路径上的路由器的IP地址,获取所有服务节点到发出该域名解析请求客户端的所有链路,然后选取链路最短的起始服务节点作为该域名解析请求的最近服务节点。
进一步的,服务节点通过向客户端与服务器节点所经过路径上的路由器的IP地址发送ICMP包、UDP或TCP包,获取了各服务节点到该客户端的所有链路。
进一步的,服务节点根据域名解析请求中的域名、请求类、请求类型,查看本地缓存中是否有目标资源记录类型。
一种多节点协作的域名解析和缓存系统,其特征在于,每一服务节点上均设有查询处理模块、归属判断模块、缓存模块、解析模块、请求转发模块和档案同步模块;其中:
所述查询模块,用于接收客户端的域名解析请求,以及发送递归查询请求并接收查询结果数据;
归属判断模块,用于判断收到的域名解析请求是否归属本服务节点,如果归属本节点,则向缓存模块发送域名数据查询;否则向查询模块发送递归查询请求;
解析模块,用于接收递归查询请求,向相关权威服务器做迭代查询,以及将查询获得的DNS数据发送给缓存模块;
缓存模块,用于接收查询模块和递归查询模块的查询请求,返回查找到相应数据;以及缓存收到的DNS数据;
档案同步模块,用于接收归属判断模块的请求,并向其他服务节点发送用户的归属信息,以及接收其他服务节点发送来的用户归属信息;
请求转发模块,用于接收查询模块的转发请求,将待转发的域名解析请求发送给指定服务节点。
进一步的,所述归属判断模块周期性地对域名解析请求的来源地址进行分析,将其与部署的服务节点相关联,然后将关联信息保存成一档案;以及根据该档案判断域名解析请求的来源地址判断该域名解析请求是否归所在服务节点解析。
进一步的,所述请求转发模块根据域名解析请求的IP地址获得发出该域名解析请求客户端的地理位置信息,然后根据该地理位置信息计算得到距离最近的服务节点,即指定的服务节点。
与现有技术相比,本发明的优点:
本发明站在权威服务器的角度,离用户更近的节点更能代表用户,节点更能为用户获得更加优质的域名解析数据:
(1)将DNS用户与服务节点相关联,为每个用户指定离他最近的节点,并将其访问流量转发到最近节点上。
(2)在递归服务使用网络层BGP和IP anycast技术下,接收到转发数据包的节点代替转发节点为用户提供更加优质的服务。
附图说明
图1为本发明的架构示意图;
图2为本发明的方法流程图;
图3为本发明的系统模块图。
具体实施方式
本发明方案如图1所示,将用户的解析请求发送给离用户更近的节点,接收到的节点为此请求做递归解析并直接应答该用户请求。具体来说,当一个服务节点接收到用户的请求时,如果发现存在一个离该用户更近的节点,那么就将该请求转发给那个节点,那个节点接收到请求后做递归解析,并将获取的应答数据直接返回给用户。
如图2所示,当接收到某个客户端的递归解析请求时,具体解析步骤如下:
(1)判断该用户的域名解析请求是不是应该在本节点解析,如果是就跳转到(3);否则就跳转到(2)。
(2)通过一定的方式计算和获取该请求应该去的节点,如果能够获取到,将DNS请求信息通过一定的方式发送给它并退出,否则,就转到(3)。
(3)在本地缓存中查找该域名请求类型的资源记录集,如果有就将其返回给客户端并退出;否则就进行递归解析,获得数据并将其应答,并将其保存到本地缓存。
作为接收到转发DNS请求的节点,具体解析步骤如下:当那个节点接收到其他节点转发过来的数据包时,就根据数据包中的请求信息查找缓存,如果有就直接将其返回给用户;否则,就做递归解析,将获取的数据返回给用户,并将其保存到本地缓存。然后退出。
4.1解析节点归属
用户的解析请求归属哪个(些)节点要依据来源IP地址信息和路由探测信息等。综合考虑这些信息,分析用户应该在哪个(些)节点解析。当一个节点接受到一个不归属本节点的DNS请求时,就要将其转发到到另外一个(些)服务质量相对更好的节点。
用于收集递归服务器用户来源地址的方法:(1)通过收集各个服务节点的解析日志,并从中收集递归用户的来源地址;(2)在路由设备、防火墙、服务器或者节点流量链路上部署流量采集程序或者硬件,并从中收集递归用户的来源地址;(3)签订业务合同或者注册使用DNS服务的用户来源地址。这些方法并不互相排斥,而是互为补充,可以采用一种或者多种。
一个用户的解析请求归属于哪个节点负责,即用户归属的计算,按照是否实时,可分为——线下计算、实时计算或者两者相互结合完成。线下计算是周期性地将访问递归服务的来源地址进行分析,分析每个地址的归属节点,从而形成一个来源地址与部署的服务节点相关联的档案。实时计算是当用户请求时才计算该用户的归属节点。两者要相互结合,才会有较高的效率和准确性。在服务的用户中,有一些用户是稳定的用户,它们可以通过线下计算的方式算得,从而避免了实时计算带来的时间浪费。与此同时,不断会有新用户使用本发明的递归服务,在档案中并没有,那么就在接收到的节点提供服务。
从实现上来说,用户归属计算需要由一个由多台服务器组成的集群来完成。这个集群可以搭建在这些DNS服务的节点上,从而形成用户归属计算集群与DNS服务集群的重叠。当一个新用户访问一个节点时,DNS服务节点机器异步地向用户归属计算服务器发送计算请求,后者实时分析该新用户的解析节点归属,并将分析的关联信息同步到用户归属计算集群的各个服务器。
4.2归属原则
(1)来源IP地址信息
通过第三方收集的边界网关协议(BGP)路由数据,查找IP地址所属AS号和运营商信息。通过第三方IP地址地理位置定位服务商提供的服务,获取IP地址的地理位置。而地理位置信息可以具体到国家,或省份,或城市。
根据其IP地址获取的自治域(AS)号、运营商信息和地址位置等信息,根据这些信息衡量用户和服务节点的距离。选择距离每个用户最近的节点作为其最近服务节点。
看该AS号离各个服务节点所在AS的BGP路径,找出路径长度最短的节点,作为离该用户最近的服务节点。
看该用户所在运营商与各个服务节点的运营商的关系,选择一个与用户所在运营商相同或者运营商关系更加紧密的节点作为离该用户最近的服务节点,因为关系更加紧密的互联互通性要相对更好。比如,该用户是上海电信的用户,如果只有一个节点是属于电信的节点,如北京电信,那么从运营商关系紧密的角度就会选该北京电信节点,因为两者属于中国电信系统,互联互通性要更好。
看该用户所在地理位置与各个服务节点的地理位置,选择一个离用户位置较近的节点作为离该用户最近的服务节点。
(2)路由探测信息
在各个服务节点上,通过向用户端与服务器节点所经过路径上的路由器的IP地址发送ICMP包、UDP或TCP包,获取了所有服务节点到一个用户的所有链路,那么比较这些链路长度,选取链路最短的起始服务节点作为该用户的最近服务节点。
实际中,这两种原则可以选择一种,或者结合使用。
4.3DNS请求转发
可以将整个DNS请求包作为整体原封不动的转发,也可以将重要信息提取出来转发。一定要保证两节点之间传送的数据的完整性,可以使用数据签名签名的UDP传送,也可以通过TCP传送。
4.4转发请求的处理
一个节点接收到另外一个节点转发来的数据,从中获取关键信息,如域名、请求类型等,查看缓存是否有目标资源记录类型,如果没有就要做递归解析。将从缓存或者递归解析获取到的域名数据以UDP包的形式发送给用户。承载该包的IP包的源地址是递归服务的对外服务地址,目的地址是用户的IP地址。
4.5解析系统
本发明完成了一种分布式域名解析和缓存系统,如图3所示。除了缓存以外,该系统包括:查询处理模块、、解析模块、缓存模块、归属判断模块、请求转发模块和档案同步模块。
(1)查询处理模块
接收客户端的域名解析请求,请求归属判断模块分析用户来源是否归属本节点,如果归属本节点,那么就向缓存模块发送域名数据查询,如果获取到目标数据,就直接将其返回给用户,否则,向解析模块发送递归查询请求并接收查询结果数据,然后根据查询结果通过转发模块将该DNS请求发送给其他节点。
(2)解析模块
接收查询处理模块的递归查询请求,向相关权威服务器做迭代查询;将查询获得的该域名相关的权威域名数据发送给缓存模块。
存入缓存的DNS数据既有正域名数据,又有否定域名数据。这些数据既包含域名的各种请求类型的资源记录集,又包含从各级权威服务器顺便获取的权威服务器的相关信息,如NS记录和Glue记录。
(3)缓存模块
接收查询模块和查询模块的查询请求,并在查找到相应数据时将其返回;从查询模块接收其迭代查询到的权威域名数据,并将其存储到缓存中。
(4)归属判断模块
接收查询处理模块的用户归属判断请求,查找线下分析获得的IP地址与服务节点关联信息的档案。如果有关联信息时,就将关联关系返回给查询处理模块,否则,就返回空关系。空关系表示该用户是一个新用户,尚未建立他与服务节点的关系。
当判断该用户归属未确定时,就要根据归属原则分析该新用户归属于哪个服务节点。当确定归属后,就通过档案同步模块向其他服务节点将同步用户的归属信息。
(5)档案同步模块
接收归属判断模块的请求,并向除本节点外的所有服务节点发送用户的归属信息。与此同时,也接收其他服务节点发送来的用户归属信息。
(6)请求转发模块
接收查询模块的转发请求,将DNS请求包或者其请求的关键信息转发给归属节点。
Claims (8)
1.一种多节点协作的域名解析和缓存方法,其步骤为:当服务节点接收到一域名解析请求时,该服务节点异步地向用户归属计算集群发送计算请求判断该域名解析请求是否属于该服务节点解析,如果是,则在本地缓存中查找该域名解析请求类型的资源记录集,如果找到则将其返给发出该域名解析请求的客户端,如果没有找到则进行递归解析,将获得的数据返回给发出该域名解析请求的客户端并保存到本地缓存,如果该域名解析请求不属于该服务节点解析,则将该域名解析请求转发给距离发出该域名解析请求客户端最近的服务节点进行解析;其中,判断该域名解析请求归属哪个服务节点解析的方法为:用户归属计算集群周期性地对访问递归服务的来源地址进行分析,分析每个地址的归属节点,从而形成一个来源地址与部署的服务节点相关联的档案;服务节点根据该档案判断该域名解析请求归属哪个服务节点解析。
2.如权利要求1所述的方法,其特征在于,服务节点根据该域名解析请求的来源IP地址信息和路由探测信息判断该域名解析请求是否属于该服务节点解析。
3.如权利要求1或2所述的方法,其特征在于,计算距离发出该域名解析请求客户端最近的服务节点的方法为:服务节点根据该域名解析请求的IP地址获得发出该域名解析请求客户端的AS号、运营商信息和地址位置信息,然后根据这些信息计算得到距离最近的服务节点,根据该域名解析请求客户端的AS号离各个服务节点所在AS号的BGP路径,找出路径长度最短的服务节点,作为离该客户端最近的服务节点。
4.如权利要求1或2所述的方法,其特征在于,计算距离发出该域名解析请求客户端最近的服务节点的方法为:服务节点上探测到发出该域名解析请求客户端所经过路径上的路由器的IP地址,获取所有服务节点到发出该域名解析请求客户端的所有链路,然后选取链路最短的起始服务节点作为该域名解析请求的最近服务节点。
5.如权利要求4所述的方法,其特征在于,服务节点通过向客户端与服务器节点所经过路径上的路由器的IP地址发送ICMP包、UDP或TCP包,获取了各服务节点到该客户端的所有链路。
6.如权利要求1所述的方法,其特征在于,服务节点根据域名解析请求中的域名、请求类型,查看本地缓存中是否有目标资源记录类型。
7.一种多节点协作的域名解析和缓存系统,其特征在于,每一服务节点上均设有查询模块、归属判断模块、缓存模块、解析模块、请求转发模块和档案同步模块;其中:
所述查询模块,用于接收客户端的域名解析请求,以及发送递归查询请求并接收查询结果数据;
归属判断模块,用于异步地向用户归属计算集群发送计算请求判断收到的域名解析请求是否归属本服务节点,如果归属本节点,则向缓存模块发送域名数据查询;否则向查询模块发送递归查询请求;所述归属判断模块周期性地对域名解析请求的来源地址进行分析,将其与部署的服务节点相关联,然后将关联信息保存成一档案;以及根据该档案判断域名解析请求的来源地址判断该域名解析请求是否归所在服务节点解析;
解析模块,用于接收递归查询请求,向相关权威服务器做迭代查询,以及将查询获得的DNS数据发送给缓存模块;
缓存模块,用于接收查询模块和递归查询模块的查询请求,返回查找到相应数据;以及缓存收到的DNS数据;
档案同步模块,用于接收归属判断模块的请求,并向其他服务节点发送用户的归属信息,以及接收其他服务节点发送来的用户归属信息;
请求转发模块,用于接收查询模块的转发请求,将待转发的域名解析请求发送给指定服务节点。
8.如权利要求7所述的系统,其特征在于,所述请求转发模块根据域名解析请求的IP地址获得发出该域名解析请求客户端的地理位置信息,然后根据该地理位置信息计算得到距离最近的服务节点,即指定的服务节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510622455.1A CN105162900B (zh) | 2015-09-25 | 2015-09-25 | 一种多节点协作的域名解析和缓存方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510622455.1A CN105162900B (zh) | 2015-09-25 | 2015-09-25 | 一种多节点协作的域名解析和缓存方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105162900A CN105162900A (zh) | 2015-12-16 |
CN105162900B true CN105162900B (zh) | 2019-02-15 |
Family
ID=54803651
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510622455.1A Active CN105162900B (zh) | 2015-09-25 | 2015-09-25 | 一种多节点协作的域名解析和缓存方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105162900B (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105681491B (zh) * | 2016-04-08 | 2018-09-14 | 网宿科技股份有限公司 | 一种域名解析加速方法、系统和装置 |
CN106790762B (zh) * | 2017-01-11 | 2022-05-24 | 腾讯科技(深圳)有限公司 | 域名解析方法和装置 |
CN108337271A (zh) * | 2017-01-17 | 2018-07-27 | 北京云端智度科技有限公司 | 一种提升dns安全及性能的方法 |
CN107071089B (zh) * | 2017-05-18 | 2020-09-15 | 腾讯科技(深圳)有限公司 | 调度控制方法、装置和系统 |
CN109151086B (zh) * | 2017-06-19 | 2021-03-23 | 华为技术有限公司 | 一种报文转发方法和网络设备 |
CN107395683B (zh) * | 2017-06-26 | 2021-06-04 | 网宿科技股份有限公司 | 一种回源路径的选择方法及服务器 |
CN107645573B (zh) * | 2017-09-29 | 2020-07-10 | 中国人民解放军国防科技大学 | 一种探测递归域名服务器转发配置的方法 |
CN109729181B (zh) * | 2017-10-27 | 2020-07-24 | 华为技术有限公司 | 一种域名访问方法及设备 |
CN109995885B (zh) * | 2017-12-30 | 2022-06-03 | 中国移动通信集团辽宁有限公司 | 域名空间结构呈现方法、装置、设备及介质 |
CN108494891A (zh) * | 2018-02-28 | 2018-09-04 | 网宿科技股份有限公司 | 一种域名解析方法、服务器及系统 |
CN110474841B (zh) * | 2019-08-30 | 2021-09-10 | 中国人民财产保险股份有限公司 | 业务请求的路由处理方法和终端设备 |
CN111107081B (zh) * | 2019-12-17 | 2022-01-11 | 深圳网基科技有限公司 | 基于dpdk的多进程dns服务方法和系统 |
CN111953802A (zh) * | 2020-07-06 | 2020-11-17 | 网宿科技股份有限公司 | 一种域名的解析方法、系统、设备及存储介质 |
CN114124411B (zh) * | 2021-12-07 | 2024-01-09 | 牙木科技股份有限公司 | 信息注册方法、信息认证方法、dns服务器及存储介质 |
CN114221934B (zh) * | 2021-12-13 | 2024-05-07 | 牙木科技股份有限公司 | 域名解析缓存方法、dns服务器及计算机可读存储介质 |
CN115396397B (zh) * | 2022-04-13 | 2023-07-14 | 中国人民解放军国防科技大学 | 基于转发关系确定缓存域名系统服务范围的方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101202684A (zh) * | 2006-12-15 | 2008-06-18 | 中国电信股份有限公司 | 在内容分发网络中进行用户就近性判断的方法 |
CN101764747A (zh) * | 2009-12-24 | 2010-06-30 | 北京世纪互联宽带数据中心有限公司 | 内容分发网络流量智能调度方法、装置及系统 |
CN101989951A (zh) * | 2010-10-28 | 2011-03-23 | 北京瑞汛世纪科技有限公司 | 一种选择服务节点的方法、系统和设备 |
CN103905574A (zh) * | 2012-12-27 | 2014-07-02 | 中国移动通信集团公司 | 一种dns业务访问方法、dns数据同步方法及设备 |
-
2015
- 2015-09-25 CN CN201510622455.1A patent/CN105162900B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101202684A (zh) * | 2006-12-15 | 2008-06-18 | 中国电信股份有限公司 | 在内容分发网络中进行用户就近性判断的方法 |
CN101764747A (zh) * | 2009-12-24 | 2010-06-30 | 北京世纪互联宽带数据中心有限公司 | 内容分发网络流量智能调度方法、装置及系统 |
CN101989951A (zh) * | 2010-10-28 | 2011-03-23 | 北京瑞汛世纪科技有限公司 | 一种选择服务节点的方法、系统和设备 |
CN103905574A (zh) * | 2012-12-27 | 2014-07-02 | 中国移动通信集团公司 | 一种dns业务访问方法、dns数据同步方法及设备 |
Non-Patent Citations (1)
Title |
---|
DR3:Optimizing Site Selection for Global Load Balance in Application Delivery Controller;Qunyang Lin et al;《2012 7th Open Cirrus Summit》;20121231;全文 |
Also Published As
Publication number | Publication date |
---|---|
CN105162900A (zh) | 2015-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105162900B (zh) | 一种多节点协作的域名解析和缓存方法及系统 | |
US8838670B2 (en) | Collaboration between internet service providers and content distribution systems | |
US7447798B2 (en) | Methods and systems for providing dynamic domain name system for inbound route control | |
US9003035B1 (en) | Point of presence management in request routing | |
CN104954507B (zh) | 数据优选的域名解析方法及系统 | |
WO2019028683A1 (zh) | 一种获取并收集客户端本地dns服务器的方法以及系统 | |
US20060146820A1 (en) | Geo-intelligent traffic manager | |
US20130205045A1 (en) | Updating routing information based on client location | |
CN100493003C (zh) | 可扩展的互联网测量服务器自动发现与管理方法 | |
Dai et al. | A two-layer intra-domain routing scheme for named data networking | |
JP2002503001A (ja) | 最適化されたネットワーク・リソース・ロケーション | |
Gregori et al. | Sensing the Internet through crowdsourcing | |
US7844729B1 (en) | Geo-intelligent traffic manager | |
CN102025595A (zh) | 流量优化方法及系统 | |
CN102098192B (zh) | 基于网站服务器的跨域网络测量方法 | |
CN113556413A (zh) | 一种报文处理方法及装置 | |
Leonard et al. | Turbo king: Framework for large-scale internet delay measurements | |
US20130159509A1 (en) | Method and system for controlling data communication within a network | |
Wong et al. | ClosestNode. com: an open access, scalable, shared geocast service for distributed systems | |
Kröhnke et al. | Resilience of the Domain Name System: A case study of the. nl-domain | |
Souza et al. | Towards the scalability of a service-oriented PCE architecture for IoT scenarios | |
US20140201184A1 (en) | Search engine and method for performing a search for objects that correspond to a search request | |
Gulati et al. | Software-defined content dissemination scheme for Internet of healthcare vehicles in COVID-like scenarios | |
Atzori et al. | Leveraging social notions to improve id-to-locator mapping in iot identity oriented networks | |
Tomic et al. | Implementation and efficiency analysis of composite DNS-metric for dynamic server selection |
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 |