CN104303489A - 在网络中执行dns解析的方法、内容分发系统和用于在内容分发系统中进行部署的客户端终端 - Google Patents

在网络中执行dns解析的方法、内容分发系统和用于在内容分发系统中进行部署的客户端终端 Download PDF

Info

Publication number
CN104303489A
CN104303489A CN201280072441.1A CN201280072441A CN104303489A CN 104303489 A CN104303489 A CN 104303489A CN 201280072441 A CN201280072441 A CN 201280072441A CN 104303489 A CN104303489 A CN 104303489A
Authority
CN
China
Prior art keywords
dns
client terminal
information
name server
state
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.)
Pending
Application number
CN201280072441.1A
Other languages
English (en)
Inventor
J·塞多夫
M·阿鲁麦特赫莱
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Europe Ltd
Original Assignee
NEC Europe Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Europe Ltd filed Critical NEC Europe Ltd
Publication of CN104303489A publication Critical patent/CN104303489A/zh
Pending legal-status Critical Current

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/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
    • 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/01—Protocols
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1021—Server selection for load balancing based on client or server locations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/69—Types of network addresses using geographic information, e.g. room number
    • 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/58—Caching of addresses or names

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种在网络中，具体地讲在内容分发网络(1)中，执行DNS解析的方法，包括客户端终端(2)向DNS域名服务器(3)发送DNS请求以及所述DNS域名服务器(3)通过向所述客户端终端(2)发送DNS响应来响应所述DNS请求，其特征在于将所述DNS请求中有关所述客户端终端(2)位置的信息连同所述客户端终端(2)的动态状态信息一起传送至所述DNS域名服务器(3)，其中所述DNS域名服务器(3)根据所述所传送的有关所述客户端终端(2)的信息生成所述DNS响应。此外，还公开了相应的内容分发系统(1)和用于在内容分发系统(1)中进行部署的客户端终端(2)。

Description

在网络中执行DNS解析的方法、内容分发系统和用于在内容分发系统中进行部署的客户端终端
本发明涉及在网络中，具体地讲在内容分发网络中，执行DNS解析的方法，包括客户端终端向DNS域名服务器发送DNS请求以及DNS域名服务器通过向客户端终端发送DNS响应来响应DNS请求。
此外，本发明涉及内容分发系统，包括被配置为通过向客户端终端发送DNS响应来响应来自客户端终端的DNS请求的DNS域名服务器。
更进一步地，本发明涉及用于在内容分发系统中进行部署的客户端终端，包括被启用来向DNS域名服务器发送DNS请求以及从DNS域名服务器检索DNS响应的DNS客户端。
内容交付网络或内容分发网络(CDN)是服务器的大型分布式系统，用于存储内容并通过高可用性和高性能为最终用户提供对该内容的访问权限。当前内容交付网络通常基于通过DNS(域名系统)进行的主机名的域名解析，从而将用户指向用于访问或下载所请求的内容的最合适的服务器。
CDN中有一个典型场景，但是在其他场景中也存在，即由权威DNS服务器接收针对特定域的DNS请求，所述DNS服务器由负责所需域的CDN控制。就这一点而言，通常会发生以下问题：DNS请求并非直接来自最初发起DNS请求的客户端终端，而是来自中间DNS解析器。因此，在权威DNS服务器接收的DNS请求的源IP地址最为接近实际发出请求的最终用户的实际位置(假设DNS解析器的位置接近用户，但并非总是如此)。
该问题已在文献中有所说明，例如在C.Contavalli、W.van der Gaast，S.Leach，D.Rodden：“Client subnet in DNS requests”，draft-vandergaast-edns-client-subnet-00，Intemet Draft(work in progress)，July 2011](C.Contavalli、W.van der Gaast、S.Leach、D.Rodden：“DNS请求中的客户端子网”，draft-vandergaast-edns-client-subnet-00，互联网稿件(正在写作中)，2011年7月])中写到：
“众多权威域名服务器如今根据所感知的用户拓扑位置来返回不同回复。这些服务器使用传入查询的IP地址来识别该位置。由于大多数查询来自中间递归解析器，因此源地址为递归发起方而非查询发起方的源地址。
在传统上，也可能在大多数实例中，递归解析器在拓扑意义上合理地接近根解析器或作为查询源的转发器。对于这些解析器，借助其自己的IP地址足够让权威服务器根据查询方的位置定制响应。
然而，一类远程递归服务器已越来越多地出现，这些远程递归服务器在不涉及拓扑的情况下服务于查询源。查询源使用远程递归服务器的动机各有不同，但是通常是为了提升一些体验，诸如更高的高速缓存安全性或应用与用户可在何处连接有关的策略。(尽管在此处通常会联想到政治审查制度，但在对未成年人可能连接的地方设置控制时父母可使用相同的措施。)在使用远程递归服务器时，可以不再有发起方和递归之间的紧密接近的任何假设，导致来自权威服务器的回复无法达到最佳。
相似的情况存在于某些ISP中，其中递归服务器在拓扑上远离某些ISP网络的边界，导致来自权威服务器的回复无法达到最佳。”
最先进的技术通过将传入请求的DNS解析器(位于权威DNS服务器处)的源IP地址映射到区域(假设最终用户客户端在该区域中)来接近最终用户位置。如上所述，此类接近日益欠佳，其原因为a)用户越来越多地配置公共托管的DNS服务，以及b)ISP使用的递归DNS解析器通常不接近最终用户。
为了克服这一缺点，建议修改用于解析主机名IP地址的DNS协议，方法是将客户端终端的IP地址添加至DNS协议而不考虑IP解析请求的初始IP地址，或添加至少一个子网络标识信息，从而允许对用户区域的标识以增强IP地址解析并增强对用户的引导使其转至更为合适的服务器以进行下载。但是具体地讲，在CDN场景中，该信息可能仍然不足以实现最佳代理/缓存选择。
因此本发明的目标是改善和进一步开发用于在网络中执行DNS解析的最初所述类型的方法，和内容分发系统以及用于以进一步优化将由DNS域名服务器执行的CDN请求路由的方式在最初所述类型的内容分发系统中部署的客户端终端。
根据本发明，通过包括权利要求1的特征的方法来实现上述目标。根据该权利要求，该方法的特征在于将DNS请求中有关客户端终端位置的信息连同客户端终端的动态状态信息一起传送至DNS域名服务器，其中DNS域名服务器根据所述所传送的有关客户端终端的信息生成DNS响应。
此外，通过包括独立权利要求16的特征的内容分发系统来实现上述目标。根据该权利要求，该系统的特征在于DNS域名服务器进一步被配置为接收有关客户端终端位置的信息以及客户端终端的动态状态信息，并根据所述所接收的有关客户端终端的信息生成DNS响应。
更进一步地，通过包括独立权利要求21的特征的客户端终端来实现上述目标。根据该权利要求，该客户端终端的特征在于将DNS请求中有关客户端终端位置的信息连同客户端终端的动态状态信息一起传送至DNS域名服务器。
根据本发明，已认识到，改善的DNS响应，具体地讲优化的CDN请求路由，例如最佳代理/高速缓存选择，可通过向DNS域名服务器传送尽可能多的有关请求客户端终端的信息来实现。CDN拥有的有关客户端位置的信息越准确，则可越好地优化其内部CDN请求路由机制(即在CDN中的大量候选高速缓存中选择最佳高速缓存来服务于所述请求)。如果没有此类信息，CDN只能猜测将在权威DNS服务器处接收的DNS请求重定向到最佳高速缓存位置。
为此，根据本发明，不仅将有关客户端终端位置的信息传送至DNS域名服务器，还会传送(CDN相关的)有关客户端终端的动态变化的状态信息，从而使CDN提供商能够在内部CDN请求路由中利用客户端终端的动态变化的状态信息，而不考虑“过渡的DNS解析链”。因此，CDN提供商或上游DNS服务器能够访问有关实际发起请求的客户端终端的当前状态的信息，使得可根据客户端终端具体情况更为细粒度化地动态调整CDN内部路由。
根据一个实施例，可假定有关客户端终端的信息经由DNS选件(例如DNS扩展)传送至DNS域名服务器，即信息将沿着过渡DNS路径传递。但是，这将需要修改现有DNS协议，由于必须对所有DNS服务器提供此类修改，因此成本较高。如果在IP地址解析请求的整个链中仅一个DNS服务器未进行DNS协议的上述修改，则对于其他DNS服务器而言有关客户端位置和/或状态的信息会丢失，从而再次导致IP地址解析达不到最佳。
为了避免上述问题，根据一个优选的实施例，可假定在客户端终端的DNS请求中将有关客户端终端的信息编码为DNS树中的子域。这样的优点是无需修改现有DNS协议的规定，因为可只将子域预先考虑为所请求的域，从而可以与常规DNS一起工作。就这一点而言，还需注意的是，提议的DNS编码方案(即计算和附加DNS预先考虑信息)在客户端终端执行，而非在网络中的中间节点处执行；由此在网络运营商的运行域外应用DNS编码方案并且无需与网络运营商明确合作而将信息发送至权威DNS。
有利的是，可提供预定的映射方案，在该映射方案中定义了可能的客户端终端状态的不同状态组，其中将每个状态组映射至预定状态ID，该预定状态ID具体采用字母数字标识符的形式。此类映射方案将带来灵活集群可能性，从而允许以可扩展的方式进行动态位置和客户端终端属性的隐私保护分组。这意味着客户端终端根据客户端终端当前的状态诸如链路状态、电池电量、位置等与预定组关联。应当理解，可以为这样的情况，即当客户端终端的动态参数更改时客户端终端可与不同组关联。
此外，可提供IP前缀范围到预定位置ID的预定映射方案，例如通过CDN提供商提供。根据其内容以引用方式并入本文的R.Alimi et al.：“ALTO Protocol”，draft-ietf-alto-protocol-10，Intemet Draft(work in progress)，October 2011(R.Alimi等人：“ALTO协议”，draft-ietf-alto-protocol-10，互联网稿件(正在写作中)，2011年10月)中所指定的ALTO服务/协议，可以ALTO(应用层流量优化)网络映射表的形式提供位置ID。在该文档的第4节详细说明了ALTO网络映射表的生成和设计。在采用ALTO的情况下，位置ID可为ALTO PID(提供商定义的网络位置标识)。
在具体的实施例中，可由CDN提供商将映射方案提供给网络运营商，后者将继而通过配置文件将该信息传送给客户端终端。可将UE的DNS客户端配置为读取该配置文件并相应地将各自的标识符附加至传出DNS请求。配置文件可提供a)所述方案所适用的域名的列表以及b)状态ID和/或位置ID映射。作为另外一种选择，在原则上也可经由ALTO将映射方案传送至客户端终端。运营商的ALTO服务器将获取可用状态ID以及由多个CDN提供商提供的PID并创建由客户端终端可使用的相关映射方案以及使用这些方案的CDN提供商组成的网络映射表。客户端终端上的ALTO客户端将根据该信息创建DNS客户端的配置文件。
对于提议的编码方案，可假定客户端终端在DNS请求中将其确定的状态ID、其确定的位置ID或通过组合其状态ID和其位置ID而生成的总体状态ID编码为DNS树中的子域。
DNS域名服务器在收到DNS请求时可针对每个可能的状态ID、位置ID或总体状态ID使用唯一的IP地址来响应请求。具体地讲，总体状态ID提供有关客户端终端的详细信息，使域名服务器能够尽可能优化其响应并根据客户端终端的状态和位置重定向至最佳高速缓存。在进一步重定向的情况下，域名服务器可以不用唯一IP地址应答，而是通过提供DNSCNAME进行响应。
相对于内容分发系统的优选实施例，可假定DNS域名服务器为权威DNS域名服务器。将上述方案应用至具有权威DNS域名服务器的系统是尤其有利的，因为该类域名服务器通常不直接从查询客户端接收DNS请求。因此在这些情况下，域名服务器获得的信息的增益特别大。
在具有权威DNS域名服务器的内容分发系统中，通常涉及中间DNS服务器，具体地讲为DNS解析器。将上述方案应用至此类系统还有其他的优势，即能够在DNS解析器(或其他任何中间DNS服务器)处高速缓存来自权威DNS服务器的针对特定子域的应答。由于状态ID到DNS响应的映射(IP地址或CNAME重定向)适用于全部种类的客户端终端(即大致具有该定义状态的所有客户端终端)，因此DNS解析器将来也可针对该子域的其他请求提供响应。DNS高速缓存应用中的常见问题，即权威DNS服务器必须根据CDN的内构件为每个子域选择充足的到期时间(例如预期的更改频率)。
对于上述状态ID形式的预定映射，可假定创建了这些标识符以对客户端终端状态信息的动态更改的各种可能性进行表示和分类。该状态信息的例子可包括但不限于，例如有关客户端终端在其中工作的(移动)网络中当前预置的QoS(服务质量)的信息和/或有关客户端终端当前使用的接入网络的类型的信息(例如GPRS、3G、4G、WiFi...)。此外或作为另外一种选择，状态信息可包括有关客户端终端的计算能力的信息，具体地讲为有关CPU、MEM、操作系统、支持的编码解码器等等的信息。更进一步地，状态信息可包括有关客户端终端所采用的能源模式的信息，例如终端是否由电池供电或者是否可使用电源电缆。此外，状态信息可包括有关针对移动终端所引起的成本的信息，例如在漫游的情况下，或者是否有任何固有订阅和限制，例如下载限制。
有几种以有利的方式设计和进一步改善本发明教导的方式。为此，这将，一方面，在权利要求1、16和21的从属权利要求中被提及到，另一方面，在图示的以举例方式给出的对本发明优选实施例的下述说明中也被提及到。结合借助附图的本发明优选实施例的说明，将阐明教导的一般优选实施例及其进一步改进。在附图中，唯一的
图为示出了根据本发明实施例的内容分发系统的示意图。
该图示出了根据本发明实施例的内容分发网络CDN 1。尽管示出的实施例专门以移动网络为目标，在该网络中有关客户端终端的详细信息是最佳CDN请求路由的关键，但在原则上，本发明也适用于固定网络；但在固定网络中，似乎不可能以用户透明的方式来预置DNS客户端修改及配置更新，因为用户不将其许可提供给所述本地OS/DNS附件。然而，这完全不会影响本发明在固定网络中的适用性。
在示出的实施例中，客户端终端为移动电话，标记为UE(用户设备)2。如本领域的技术人员将容易地认识到，任何移动通信设备都可用作客户端终端，例如智能手机、笔记本电脑等。域名服务器是域movies.provider.com的权威DNS域名服务器3。中间域名服务器，在示出的实施例中为DNS解析器4，位于UE 2和权威DNS域名服务器3之间。应当理解，出于简洁和清楚的目的，在图中仅示出了单个UE 2，该单个UE 2代表在实际场景中将接触相同权威DNS域名服务器3的多个UE。
在示出的实施例中，假定创建了由字母数字标识符组成的预定义的映射(状态ID)以对UE 2状态信息的动态更改的各种可能性进行表示和分类。UE 2预期在本地收集可用的状态信息并将其映射至所提供的状态ID中的一者。
在实践中，可由CDN提供商将此类映射提供给网络运营商，后者继而通过配置文件将该信息传送给UE 2。可将UE 2的DNS客户端配置为读取该配置文件并相应地将状态ID附加至传出DNS请求。此类配置文件可提供a)所述方案所适用的域名的列表以及b)状态ID映射简单状态ID映射的一个例子可能看起来像这样：
接入网络 计算能力 状态ID
低(＜＝384kb/s下载能力) 低 1
低(＜＝384kb/s下载能力) 中 2
低(＜＝384kb/s下载能力) 高 3
中(＜＝2Mb/s下载能力) 低 4
中(＜＝2Mb/s下载能力) 中 5
中(＜＝2Mb/s下载能力) 高 6
高(＞2Mb/s下载能力) 低 7
高(＞2Mb/s下载能力) 中 8
高(＞2Mb/s下载能力) 高 9
这些映射预期具有长生存期，但是无需为静态，并且可在需要时进行更改。
此外，任选地，CDN提供商可提供IP前缀范围到标识符的预定义映射，例如采用ALTO映射表的形式(如R.Alimi et al.：“ALTO Protocol”，draft-ietf-alto-protocol-10，Internet Dran(work in progress)，October 2011(R.Alimi等人：“ALTO协议”，draft-ietf-alto-protocol-10，互联网稿件(正在写作中)，2011年10月)中所述)。该ALTO映射表可通过CDN提供商托管的ALTO服务器5提供，并提供可由UE 2定期获取的ALTO网络映射表。UE 2可使用该ALTO网络映射表将其当前IP地址映射至ALTO“PID”，即抽象标识符。ALTO网络映射表的一个例子可能如下：
如果UE 2未在ALTO网络映射表中找到其当前IP地址(例如如果ALTO网络映射表未涵盖全世界并且UE 2已移动至未由ALTO-PID映射涵盖的不同国家/地区)，则会对未知对象使用默认PID，例如“U”。应当注意，通常ALTO网络映射表将此类“其余IP地址空间”包含到默认PID的映射中。
UE 2附加状态ID，并且可任选地，附加它如上文所述而确定的ALTOPID以获得总体状态ID(下文称为DYNAMIC-ID)。例如此类组合的DYNAMIC-ID可看起来像“6B”，根据上个例子，其指示UE 2具有“高”计算能力、“中”速连接并且当前位于PID“B”中。
在UE 2的DNS客户端从应用程序接收本地DNS请求时，它先在最新的配置文件(例如接收自运营商的配置文件)中检查请求中的FQDN(完全限定域名)是否适用于方案。在该域的内容由某个CDN提供时会出现该情况。接着，如果FQDN适用于方案，UE 2会获取其总体状态ID，即DYNAMIC-ID，其为UE 2可频繁计算的ID并且可在本地存储器中可用。
在下一步中，UE 2的DNS客户端将所确定的状态ID或总体DYNAMIC ID(例如“6B”)作为子域附加至其在本地接收的FQDN以获取FQDN+。换句话讲，DNS客户端查询FQDN+，即查询应用程序使用作为子域附加的状态ID而请求的FQDN。该请求传输至DNS解析器4，这在图的步骤1中示出。应当注意，在示出的实施例中，子域为xy，其被预先考虑为FQDN movies.provider.com。
DNS解析器4将请求转发至权威DNS域名服务器3(图中的步骤2)。DYNAMIC-ID提供有关UE 2的详细信息。对于每个可能的DYNAMIC-ID，权威DNS域名服务器3有可能用唯一IP地址(或者在进一步重定向的情况下用DNS CNAME)应答。这使权威DNS域名服务器3能够根据UE 2的状态和位置重定向至最佳高速缓存。将由此生成的响应发送至DNS解析器4(图中的步骤3)，后者将响应转发至UE 2(图中的步骤4)。在收到响应时，UE 2可从多个候选高速缓存6中的高速缓存6请求所需的内容，该内容最适合UE 2当前的状态。
如本领域中的技术人员将认识到，上述方案在不止一个CDN提供商的情况下也有用。在该情况下，不仅向UE 2提供方案所适用的FQDN的单个列表以及单个状态ID映射方案，并且此外UE 2还预置(例如通过配置文件预置)有1)每个CDN的状态ID映射以及2)包含哪个映射将用于哪个FQDN的信息(即哪个域由哪个CDN服务)的FQDN列表。如果为不同的CDN提供商，则每个提供商可将其自己的方案传送给客户端终端。
还应当注意，原则上映射方案和FQDN列表也可经由ALTO传送至UE 2。为此，运营商的ALTO服务器5将获取可用的状态ID以及由各个CDN提供商提供的PID并创建由UE 2可使用的相关映射方案以及使用这些方案的CDN提供商组成的网络映射表。UE 2上的ALTO客户端将根据该信息为DNS客户端创建配置文件。ALTO网络映射表的例子可能看起来像这样(提供哪个映射将用于哪个FQDN的信息)：
与如何将方案所适用的FQDN列表以及用于计算状态ID的映射方案传送至UE 2无关，UE 2可具有已修改的DNS客户端(或允许修改应用程序所查询的DNS请求的UE 2的操作系统中的等效钩挂)，并且可使用最新的配置文件(或在ALTO的情况下为ALTO映射表)来频繁更新该已修改的软件。该假设似乎对移动网络而言是合理的，在移动网络中运营商能够以必要的方式更新UE 2的操作系统。
作为另外一种选择或除此之外，UE 2可运行自己在其DNS请求中应用方案的应用程序(“应用”)(即在每个应用级别上)。换句话讲，更改操作系统的DNS客户端不是必要的，甚至如果那些应用为主要使用某个内容提供商(例如YouTube)的应用，则只需更改单个“应用”便足够。也可使用状态映射信息来配置应用或者将应用配置为从相应的服务器而非ALTO服务器获取该信息。
如本领域的技术人员将认识到，借助根据本发明实施例的所述状态ID映射，不同级别的粒度是可能的，即可以选择映射功能的范围。所需粒度可由CDN提供商选择。在实践中，到粗糙状态的映射(和上述例子一样)可能为CDN提供商提供足够的信息来优化其内部请求路由。一般来讲，此处的取舍在于更精细的粒度可向CDN提供商提供更为详细的信息，代价是要在DNS树中保留更多子域。子域过多(即超高粒度)可能存在的缺点为，在DNS中间媒介的DNS响应高速缓存不是很有效，因为所区分的UE状态越详细，就越不可能重新使用高速缓存的条目。
需注意的是，与现有DNS编码方案相比，根据本发明实施例提议的方案在网络运营商的域外应用。具体地讲，子域形式的DNS请求中状态信息的显式编码完全由终端客户端自己执行。因此可在不明确涉及或不通过(移动)网络运营商的同意的情况下使用方案。因此，在CDN提供商在移动网络域外的场景中(诸如漫游、CDN互连或经由非3GPP接口诸如WiFi接入网络)，该方案是适用并且非常有用的；这可在网络运营商和CDN提供商之间不存在明确/详细合作的情况下将信息发送至权威DNS服务器。
还值得指出的是，提议的方案对于CDN互连非常有用，在CDN互连中上游CDN提供商必须选择合适的下游CDN提供商，该下游CDN提供商可以最佳方式服务于对内容的给定请求。根据UE发送的DYNAMIC-ID，上游CDN将能够根据位置以及状态信息优化下游CDN选择，例如经由其3GPP连接而最接近UE并且具有更低质量的所需数据的下游CDN服务器。
本发明相关领域的技术人员根据上述说明书以及相关附图的教导，便可想到本文中阐述的本发明的许多修改和其他实施例。因此，应当理解本发明并不局限于已经公开的具体实施例，修改和其他实施例也旨在包含在所附权利要求范围内。尽管本发明采用了具体的术语，但仅在一般性及描述性意义上进行使用，并不用于限制之目的。

Claims (26)

1.一种在网络中，具体地讲在内容分发网络(1)中，执行DNS解析的方法，包括：
客户端终端(2)向DNS域名服务器(3)发送DNS请求，以及
所述DNS域名服务器(3)通过向所述客户端终端(2)发送DNS响应来响应所述DNS请求，
其特征在于将所述DNS请求中有关所述客户端终端(2)位置的信息连同所述客户端终端(2)的动态状态信息一起传送至所述DNS域名服务器(3)，其中所述DNS域名服务器(3)根据所述所传送的有关所述客户端终端(2)的信息生成所述DNS响应。
2.根据权利要求1所述的方法，其中所述有关所述客户端终端(2)的信息经由DNS扩展传送至所述DNS域名服务器(3)。
3.根据权利要求1所述的方法，其中在所述客户端终端(2)的DNS请求中将所述有关所述客户端终端(2)的信息编码为所述DNS树中的子域。
4.根据权利要求1至3中任一项所述的方法，其中提供了映射方案，在该映射方案中定义了可能的客户端终端(2)的状态的不同状态组，其中每个状态组映射至预定状态ID，所述预定状态ID具体采用字母数字标识符的形式。
5.根据权利要求1至3中任一项所述的方法，其中提供了映射方案，在该映射方案中定义了IP前缀范围，其中每个范围映射至预定位置ID，所述预定位置ID具体采用ALTO PID的形式。
6.根据权利要求4或5所述的方法，其中经由将由所述客户端终端(2)的DNS客户端执行的配置文件将所述映射方案提供给所述客户端终端(2)。
7.根据权利要求4至6中任一项所述的方法，其中所述映射方案由CDN提供商提供，并经由网络运营商或ALTO服务器(5)传送至所述客户端终端(2)。
8.根据权利要求4至7中任一项所述的方法，其中客户端终端(2)在DNS请求中将其确定的状态ID、其确定的位置ID或通过组合其状态ID及其位置ID生成的总体状态ID编码为所述DNS树中的子域。
9.根据权利要求1所述的方法，其中所述DNS域名服务器(3)针对每个可能的状态ID、位置ID或总体状态ID使用唯一的IP地址来响应DNS请求。
10.根据权利要求4至7中任一项所述的方法，其中来自所述DNS域名服务器(3)的响应高速缓存在中间DNS服务器上。
11.根据权利要求1至10中任一项所述的方法，其中所述客户端终端(2)的所述动态状态信息包括关于所述当前预置的QoS的信息。
12.根据权利要求1至11中任一项所述的方法，其中所述客户端终端(2)的所述动态状态信息包括有关所述客户端终端(2)正在使用的所述接入网络类型的信息。
13.根据权利要求1至12中任一项所述的方法，其中所述客户端终端(2)的所述动态状态信息包括有关所述客户端终端(2)的计算能力的信息。
14.根据权利要求1至13中任一项所述的方法，其中所述客户端终端(2)的所述动态状态信息包括有关所述客户端终端(2)的能源模式的信息。
15.根据权利要求1至14中任一项所述的方法，其中所述客户端终端(2)的所述动态状态信息包括有关针对所述客户端终端(2)所引起的网络使用成本的信息。
16.一种内容分发系统，包括
DNS域名服务器(3)，其被配置为通过向客户端终端(2)发送DNS响应来回应来自所述客户端终端(2)的DNS请求，其特征在于所述DNS域名服务器(3)进一步被配置为
接收连同所述客户端终端(2)的动态状态信息的有关所述客户端终端(2)位置的信息，以及
根据所述所接收的有关所述客户端终端(2)的信息生成DNS响应。
17.根据权利要求16所述的系统，其中所述DNS域名服务器(3)为权威DNS域名服务器(3)。
18.根据权利要求17所述的系统，其中在所述客户端终端(2)和所述权威DNS域名服务器(3)之间提供至少一个中间DNS解析器。
19.根据权利要求18所述的系统，其中所述至少一个中间DNS解析器被配置为高速缓存针对可能的客户端终端(2)状态的不同状态组的来自所述权威DNS域名服务器(3)的DNS响应。
20.根据权利要求16至19中任一项所述的系统，还包括被配置为向客户端终端(2)提供ALTO网络映射表的ALTO服务器(5)。
21.一种用于在内容分发系统中部署的客户端终端，包括能够向DNS域名服务器(3)发送DNS请求并从所述DNS域名服务器(3)检索DNS响应的DNS客户端，
其特征在于将DNS请求中有关所述客户端终端位置的信息连同所述客户端终端动态状态信息一起传送至所述DNS域名服务器(3)。
22.根据权利要求21所述的客户端终端，其中所述DNS客户端和/或在所述客户端终端上运行的应用程序被配置为收集可用状态信息。
23.根据权利要求21或22所述的客户端终端，其中所述DNS客户端和/或运行在所述客户端终端上的应用程序被配置为经由配置文件接收可能的客户端终端状态的不同状态组和状态ID之间的预定映射，所述状态ID具体采用字母数字标识符的形式。
24.根据权利要求21至23中任一项所述的客户端终端，其中所述DNS客户端和/或运行在所述客户端终端上的应用程序被配置为从ALTO服务器(5)获取ALTO网络映射表，所述映射表用于将所述客户端终端的所述当前IP地址映射至预定位置ID，所述预定位置ID具体采用ALTO PID的形式。
25.根据权利要求23或24所述的客户端终端，其中所述DNS客户端和/或运行在所述客户端终端上的应用程序被配置为将所述可用状态和/或位置信息映射至所述所提供的状态ID和/或位置ID中的一者。
26.根据权利要求23至25中任一项所述的客户端终端，其中所述DNS客户端和/或运行在所述客户端终端上的应用程序被配置为将传出DNS请求中所述所计算的状态ID和/或位置ID编码为DNS树中的子域。
CN201280072441.1A 2012-04-30 2012-04-30 在网络中执行dns解析的方法、内容分发系统和用于在内容分发系统中进行部署的客户端终端 Pending CN104303489A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2012/057899 WO2013164007A1 (en) 2012-04-30 2012-04-30 Method for performing dns resolution in a network, content distribution system and client terminal for deployment in a content distribution system

Publications (1)

Publication Number Publication Date
CN104303489A true CN104303489A (zh) 2015-01-21

Family

ID=46172770

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280072441.1A Pending CN104303489A (zh) 2012-04-30 2012-04-30 在网络中执行dns解析的方法、内容分发系统和用于在内容分发系统中进行部署的客户端终端

Country Status (4)

Country Link
US (1) US20150134730A1 (zh)
EP (1) EP2803182A1 (zh)
CN (1) CN104303489A (zh)
WO (1) WO2013164007A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577646A (zh) * 2015-12-11 2016-05-11 合一网络技术(北京)有限公司 用户侧带宽聚合的方法、设备和内容分发系统
CN109618003A (zh) * 2019-01-14 2019-04-12 网宿科技股份有限公司 一种服务器规划方法、服务器及存储介质
CN111107175A (zh) * 2017-03-31 2020-05-05 贵州白山云科技股份有限公司 一种构建dns应答报文的方法及装置
CN113315849A (zh) * 2020-04-10 2021-08-27 阿里巴巴集团控股有限公司 数据处理方法、装置、设备和存储介质
WO2022174675A1 (zh) * 2021-02-22 2022-08-25 华为技术有限公司 算力信息的处理方法、第一网络设备及系统

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014124692A1 (en) * 2013-02-15 2014-08-21 Nec Europe Ltd. Method and system for providing content in content delivery networks
US10212238B2 (en) * 2013-05-15 2019-02-19 Level 3 Communications, Llc Selecting a content providing server in a content delivery network
CN103957286B (zh) * 2014-04-18 2016-04-06 北京奇虎科技有限公司 Dns安全系统及其故障处理方法
CN112839111B (zh) * 2015-09-11 2024-02-02 亚马逊科技公司 边缘位置处的可定制的事件触发计算的系统、方法和介质
US11895212B2 (en) 2015-09-11 2024-02-06 Amazon Technologies, Inc. Read-only data store replication to edge locations
CN105376344B (zh) * 2015-11-26 2019-01-04 中国互联网络信息中心 一种与源地址相关的递归域名服务器的解析方法及系统
CN105897845A (zh) * 2015-12-15 2016-08-24 乐视云计算有限公司 Cdn服务节点的调度方法及服务器
US11477159B1 (en) * 2016-12-28 2022-10-18 Verisign, Inc. Systems, devices, and methods for polymorphic domain name resolution
US10972740B2 (en) 2018-03-06 2021-04-06 Forcepoint, LLC Method for bandwidth reduction when streaming large format multi-frame image data
US11134087B2 (en) 2018-08-31 2021-09-28 Forcepoint, LLC System identifying ingress of protected data to mitigate security breaches
US11140190B2 (en) 2018-10-23 2021-10-05 Forcepoint, LLC Automated user module assessment
US11048611B2 (en) 2018-11-29 2021-06-29 Forcepoint, LLC Web extension JavaScript execution control by service/daemon
US11132973B2 (en) 2019-02-01 2021-09-28 Forcepoint, LLC System for capturing images from applications rendering video to a native platform with a graphics rendering library
US10917382B2 (en) * 2019-04-03 2021-02-09 Forcepoint, LLC Virtual point of presence in a country to allow for local web content
CN115150359A (zh) * 2019-08-20 2022-10-04 华为技术有限公司 域名系统查询的方法和通信装置
CN110636150B (zh) * 2019-10-24 2023-04-18 北京小米移动软件有限公司 域名解析方法、域名解析装置及存储介质
US11431743B2 (en) 2020-02-03 2022-08-30 Forcepoint, LLC Cross domain dynamic data protection intermediary message transform platform
CN115967700A (zh) * 2021-10-09 2023-04-14 维沃软件技术有限公司 域名系统dns查询方法、装置及网络侧设备
CN114422476B (zh) * 2021-12-28 2023-09-22 互联网域名系统北京市工程研究中心有限公司 防止cname缓存污染的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080162724A1 (en) * 2006-12-29 2008-07-03 Nokia Corporation Direct domain name service query
CN101436981A (zh) * 2007-11-13 2009-05-20 中国电信股份有限公司 在扩展的IPv4网络中的域名服务器系统
CN101834910A (zh) * 2007-04-04 2010-09-15 华为技术有限公司 域名解析方法及装置
CN102216923A (zh) * 2008-11-17 2011-10-12 亚马逊技术有限公司 请求路由和利用客户位置信息来更新路由信息

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8291117B1 (en) * 2012-02-15 2012-10-16 Limelight Networks, Inc. Scaled domain name service
US8326980B2 (en) * 2010-04-28 2012-12-04 Microsoft Corporation Using DNS reflection to measure network performance
US8700801B2 (en) * 2010-12-01 2014-04-15 Juniper Networks, Inc. Dynamically generating application-layer traffic optimization protocol maps

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080162724A1 (en) * 2006-12-29 2008-07-03 Nokia Corporation Direct domain name service query
CN101834910A (zh) * 2007-04-04 2010-09-15 华为技术有限公司 域名解析方法及装置
CN101436981A (zh) * 2007-11-13 2009-05-20 中国电信股份有限公司 在扩展的IPv4网络中的域名服务器系统
CN102216923A (zh) * 2008-11-17 2011-10-12 亚马逊技术有限公司 请求路由和利用客户位置信息来更新路由信息

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577646A (zh) * 2015-12-11 2016-05-11 合一网络技术(北京)有限公司 用户侧带宽聚合的方法、设备和内容分发系统
CN105577646B (zh) * 2015-12-11 2019-01-15 合一网络技术(北京)有限公司 用户侧带宽聚合的方法、设备和内容分发系统
CN111107175A (zh) * 2017-03-31 2020-05-05 贵州白山云科技股份有限公司 一种构建dns应答报文的方法及装置
CN111107175B (zh) * 2017-03-31 2023-08-08 贵州白山云科技股份有限公司 一种构建dns应答报文的方法及装置
CN109618003A (zh) * 2019-01-14 2019-04-12 网宿科技股份有限公司 一种服务器规划方法、服务器及存储介质
CN109618003B (zh) * 2019-01-14 2022-02-22 网宿科技股份有限公司 一种服务器规划方法、服务器及存储介质
CN113315849A (zh) * 2020-04-10 2021-08-27 阿里巴巴集团控股有限公司 数据处理方法、装置、设备和存储介质
WO2022174675A1 (zh) * 2021-02-22 2022-08-25 华为技术有限公司 算力信息的处理方法、第一网络设备及系统

Also Published As

Publication number Publication date
EP2803182A1 (en) 2014-11-19
WO2013164007A1 (en) 2013-11-07
US20150134730A1 (en) 2015-05-14

Similar Documents

Publication Publication Date Title
CN104303489A (zh) 在网络中执行dns解析的方法、内容分发系统和用于在内容分发系统中进行部署的客户端终端
US11811657B2 (en) Updating routing information based on client location
CA2741895C (en) Request routing and updating routing information utilizing client location information
US10264062B2 (en) Request routing using a popularity identifier to identify a cache component
US10230819B2 (en) Translation of resource identifiers using popularity information upon client request
JP5389153B2 (ja) クラスに基づいてルーティングをリクエストするための方法とシステム
CN103262503B (zh) 分组核心网络中的节点选择方法和设备
JP2011527043A (ja) ネットワークコンピューティングコンポーネントを使用するルーティングリクエスト
CN103119915A (zh) 在联网环境中请求路由选择
CN102624939A (zh) 用于确定应当响应服务请求的服务器的方法与装置
CN104378452A (zh) 一种用于域名解析的方法、装置及系统
CN109729183A (zh) 请求处理方法、装置、设备及存储介质
CN104125310A (zh) 基于半永久地址的消息发送方法
US20170127265A1 (en) Making subscriber data addressable as a device in a mobile data network
CN102546846A (zh) 业务服务器地址的获取方法、系统及装置
Wang et al. GRS: Global Resolution Service for mobility support in the Internet
Mathey et al. An approach on efficient paging scheme and mobility management for interworked fixed and mobile networks

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20150121