CN1525713A - 域名服务器的地址安排 - Google Patents
域名服务器的地址安排 Download PDFInfo
- Publication number
- CN1525713A CN1525713A CNA2004100060935A CN200410006093A CN1525713A CN 1525713 A CN1525713 A CN 1525713A CN A2004100060935 A CNA2004100060935 A CN A2004100060935A CN 200410006093 A CN200410006093 A CN 200410006093A CN 1525713 A CN1525713 A CN 1525713A
- Authority
- CN
- China
- Prior art keywords
- address
- network
- name server
- network element
- request
- 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
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
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Saccharide Compounds (AREA)
Abstract
本发明提供一种与数据网络相联系的域名服务器(DNS),包括:接收装置,用于接收包括域名的请求(R);回应装置,用于向请求的发送方返回包括与域名相联系的一个或多个地址的响应;其特征在于:这样的或这些地址在所述响应的过程中由所述域名服务器来进行安排。
Description
技术领域
本发明涉及电信网,尤其是涉及使用互联网协议IPv6(InternetProtocol-version 6)的电信网。更确切地说,本发明涉及与这样的电信网相联系的域名服务器的内部的地址解析。
背景技术
这样的域名服务器在现有技术中是熟知的,通常根据英文的“Domain Name Server”的缩写被称为DNS。DNS的功能在I’IETF(Internet Engineering Task Force)的RFC1034和1035中被标准化和被记述。
域名服务器的目的是简化电信网IP的内部寻址:它们涉及与网络单元的符号化的名称(域名)相联系的年鉴式目录,并不代表网络的任何真实东西,而是涉及网络单元的数字地址。
并且,当网络的第一单元要寻址在网络中的第二单元中的数据流时,如果网络的第一单元能知道网络中的第二单元的地址的话,该第一单元可以利用网络中的第二单元的地址,或者,如果能知道符号化名称的话,该第一单元可以利用网络中的第二单元的符号化名称。
在后一种情况,网络的第一单元向域名服务器发出涉及符号化名称的请求。作为回应,该网络的第一单元收到对应于该符号化名称的数字地址。它能使用该地址向网络的第二单元传送数据流。
当同一个域名与多个地址相联系时就出现了问题。对使用协议IPv6的网络来说这尤其是问题,IPv6的协议事实上允许多个地址与网络的同一个单元相联系。
IPv6类型的网络中的DNS系统的使用在被称为“支持IP版本6的DNS扩展”(“DNS Extensions to Support IP Version 6”)的I’IETF的RFC 1886中被记述。
这样的地址可以是不同层次的地址。它也在被称为“IP版本6的寻址体系结构”(“IP version 6 addressing Architecture”)的I’IETF的RFC 2373中被记述,存在不同的地址类型,根据前缀得以区分。还存在具有全局值的地址与具有本地值的地址(尤其是局限于一个站点的地址)。当发送方和数据流的目的地处于同一个地址空间(站点)时,通常使用相对于这个地址空间的本地地址。这类限于一个站点的本地地址也被称为站点地址。
在相反的情况下,会使用全局地址,否则数据流不能正确地流到目的地。
如果全局地址被系统地使用,数据流能正确地流动,但不能最优地利用网络。另外,不能保证数据流没有从站点流出。
还有不同性质的地址,例如地址IPv6和称为“6到4”(“6to4”)的地址,他们在被称为“通过IPv4部分的IPv6域的连接”(“Connection of IPv6 Domains via IPv4 Clouds”)的I’IETF(InternetEngineering Task Force)的RFC 3056中被记述。
这种机制是使网络从依照IPv4的网络向依照IPv6的网络的逐渐过渡的几种机制之一。
“6to4”机制允许纯IPv6的网络的单元通过纯IPv4的网络与IPv6的网络的其它单元通信。为此,专门定义了被称为“6TO4地址”的一种专门地址。由于这种类型的地址以前缀“2002”开头,这种类型的地址可以被网络的单元所识别,而且,当接收带有这样的地址的分组时,与IPv6站点交界的网络单元甚至将地址打包在IPv4分组内来使其能到达它的目的地。
由专门地与IPv4兼容的网络单元接收地址IPv6会引起坏的地址的使用或寻址空间的无法接受的限制。这样的情况还使数据流无法流通。
在后两种情况下,同一个名称与多个地址相联系。域名服务器作为对请求的响应提交地址集,发送请求的网络单元任意地使用这些地址中的一个或另一个。
然而,在第一种情况,从网络的观点看,不适当地使用一个地址不是优化的。
另外,在第二种情况,不适当地使用一个地址可以使想要到达的网络的单元不能被正确地寻址。
解决方案在于安排这些地址、或者在于根据某些标准实现这些不同地址的选择,但是这些解决方案要能够在应用的水平实现选择或挑选。在2001年6月4日的“draft-ietf-ipngwg-default-addr-select-05.txt”的文件中记载了这样的解决方案。
但这种解决方案使应用的负担过重,由于使应用有太多的自由,可以引起通信的网络集的不好的表现。另外,一个应用能满足于不知道对最优地址的选择。最后,这样的解决方案不能实现网络管理的策略的实现。
发明内容
本发明的目的是允许发送数据流的网络单元使用有效的和最优的地址来缓解上述的现有技术中的不便。
为此,本发明涉及与数据网络相联系的域名服务器,该域名服务器包括:
接收装置,用于接收包括域名的请求,
回应装置,该回应装置向请求的发送方返回包括与域名相联系的一个或多个地址的响应,
根据本发明,上述域名服务器的特征在于:所述一个或多个地址在响应的过程中由域名服务器来进行安排。
根据本发明的实现模式,至少根据请求的内容来实现上述安排。
可以根据网络的拓朴结构来实现上述安排,最底层的本地地址允许同时寻址上述的请求的发送方和对应于域名的网络单元,域名被最先插入。
上述安排也可以按如下方式实现:当在请求的发送方和对应于域名的网络单元之间存在IPv4的部分区域时,最先插入“6to4”类型的地址。
附图说明
本发明及其优点将在以下的与附图相联系的说明中得到更详细的说明。
图1说明了本发明的第一实施例。
图2以图示方式说明了本发明的第二实施例。
具体实施方式
图1表示了由两个站点S和S’组成的网络。站点S包含网络单元R1、R2和R3,站点S’包含网络单元R4。
如前面所述,存在不同类型的IPv6地址,能够根据不同的前缀来区分这些地址。
在这些类型的地址中,有站点的本地地址(Site-local address)或站点地址,以及全局地址。
一个站点的本地地址能够按如下方式被识别,该本地地址有“FEC0::/10”的形式,这种形式的意思是10个最前面的位具有的值是FEC0并且118个随后的位代表正确写出的地址空间。
类似地,在线的本地地址能够按如下方式被识别,该在线的本地地址有“FE80::/80”的形式。
因此,例如,网络单元R4可以有一个全局地址ag和一个本地地址as。这个全局地址ag可以是在称为“IPv6可聚集全局单播地址”(“An IPv6 Aggregatable Global Unicast Address”)的文件中被定义。这个全局地址允许网络单元R4与位于其它站点的网络单元通信,例如与站点S的网络单元R1通信。
可以假定,网络单元R1要向网络单元R4发送数据流。
为此,它(网络单元R1)向域名服务器D发送请求R,该请求包含网络单元R4的符号化名称或域名。
根据本发明,域名服务器D适合于在对请求R的发送方的响应中安排被搜寻的网络单元的不同的地址。
为此,能够利用在该请求R中包含的信息。在这些信息中,特别是,能够找到请求的源地址,也就是网络单元R1的地址。知道了网络单元R1和R4的地址和网络的拓朴结构,域名服务器能够确定应该使用什么类型的地址。在这个例子中,它能够确定网络单元R1和R4不处于同一站点并且不应该使用本地地址。
从其它可能的地址进行提取,服务器D在向网络单元R1发送的响应R中以次序ag,as来安排地址。
在接收到响应R’时,网络单元R1通过按次序选择第一个即ag,能够确定使用哪个地址。它能够使用地址ag并将该地址插入来作为它向网络单元R4发送的数据流F的分组中的目的地地址。
如果没有域名服务器D来实现这样的安排,网络单元R1没有任何方法来确定它应该使用哪个地址。它有可能使用本地地址aL,这样将导致数据流F无法传送。
换句话说,域名服务器D根据请求来实现上述安排。如果请求的源地址是本地地址,并且如果被要求的地址具有本地地址,就最先提交本地地址。
用最一般的方法,在最先的位置插入最底层本地地址,从而允许同时寻址请求R的发送方(这里是网络单元R1)和对应于被搜寻的域名的网络单元(这里是网络单元R4)。
如果网络单元R1要向网络单元R3发送数据流,域名服务器最先重发它的站点的本地地址(如果它存在的话),为的是网络单元R1使用它来与R3通信。
图2表示本发明的在由IPv6或IPv4/IPv6网络单元和IPv4网络单元组成的异质性(混合)网络的构架中的第二实施例。
存在不同的机制。在这个例子中,使用了6to4机制。在需要不同的地址时,本发明能被用到不同的机制。
在这个例子中,数据网络由两个区域NA和NB组成,两个区域NA和NB被仅由IPv6网络单元构成的部分区域N4分开。这个例子说明了向IPv4技术演进的两个站点的经典的情况,该两个站点通过由电信操作员提供的第三个网络被连接,第三个网络没有向IPv4协议演进并且与IPv4协议唯一地兼容。
网络单元A和B是部分区域N4分别与区域NA和NB连接的路由器。
在区域NA和NB的每一个当中分别有域名服务器DA和DB或DNS。可以认为,两个服务器DA和DB被适当地配置并且相互地有它们的真实地址。
在最开始的时间,要向位于区域NB的目的地网络单元Y发送数据流的发送网络单元X向与区域NA相联系的域名服务器DA发送请求R。这个请求R包含目的地的符号化名称Y,还包含源地址,即发送方X的地址。
当接收到请求R时,服务器DA确定它是否具有包含在该请求中的符号化名称和某个地址之间的联系。由于目的地Y在被服务器DA控制的区域NA之外,这个联系不在表中,也不在服务器DA的的数据库中。根据可循环的配置,它向区域NB的域名服务器DB发送请求。
目的地Y和服务器DB是区域NB的组成部分,后者具有相对于目的地Y和区域的名称(符号化)与其地址的联系的信息。在这个例子中,目的地Y至少包含两个地址:
●符合IPv6协议的地址av6,该符合IPv6协议的地址av6允许网络单元Y与网络单元Y的其它单元或其它IPv6区域的网络单元(未表示出)通信。
●前面记述的符合6to4技术的地址a6to4,该符合6to4技术的地址a6to4允许IPv6网络的两个单元通过IPv4区域进行通信。
根据本发明,域名服务器DB对与被搜索的网络单元Y的符号化名称对应的两个(或更多的)地址进行安排。
能够根据由域名服务器DA发送的请求的内容来实现上述安排。这个请求实际上包含发送方(域名服务器DA)的地址,该地址允许域名服务器DB来确定以下事实:由于源地址是6to4类型的地址,可以使用6to4技术。
可以确定相关的地址是目的地Y的地址a6to4,可以通过设置最相关的地址来安排这些不同的地址,地址a6to4(目的地Y的6to4地址)在最前面并把这些安排好的地址插入到响应R’中。
这个响应被提交到域名服务器DA,该域名服务器DA正在响应发送方X的请求。
根据本发明,这个发送方适合于解释在响应R’中包含的地址的次序。这种解释可以是简单地使用在该响应中包含的第一个地址。该第一个地址是地址a6to4,与6to4机制兼容。
发送网络的单元X于是能够利用地址a6to4对向目的地网络的单元Y传送的数据流的寻址。所述数据流F穿过网络单元A和B以及部分区域N4,可以被正确地传送。
换句话说,域名服务器DB完成的安排使得当在请求的发送方(这里是X)和与在请求中包含的域名对应的网络的单元(这里是Y)之间存在IPv4的部分区域(这里是N4)时,最先插入6to4类型的地址(这里是a6to4)。
域名服务器DB完成的这种安排使得网络单元X能够确定使用地址a6to4。
Claims (4)
1.一种与数据网络相联系的域名服务器,包括:接收装置,用于接收包括域名的请求(R);回应装置,用于向请求的发送方返回包括与域名相联系的一个或多个地址的响应;其特征在于:所述一个或多个地址在所述响应的过程中由所述域名服务器来进行安排。
2.如权利要求1所述的域名服务器,其特征在于:至少根据请求的内容来实现上述安排。
3.如权利要求2所述的域名服务器,其特征在于:根据网络的拓朴结构来实现上述安排,最底层本地地址允许同时寻址上述的请求的发送方和对应于域名的网络单元,该最底层本地地址被最先插入。
4.如权利要求2所述的域名服务器,其特征在于:上述安排也可以按如下方式实现:当在请求的发送方和对应于所述域名的网络单元之间存在IPv4区域时,最先插入“6to4”类型的地址。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0302443A FR2851867B1 (fr) | 2003-02-28 | 2003-02-28 | Ordonnancement d'adresses dans serveur de noms de domaine |
FR0302443 | 2003-02-28 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1525713A true CN1525713A (zh) | 2004-09-01 |
CN100536458C CN100536458C (zh) | 2009-09-02 |
Family
ID=32749743
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100060935A Expired - Fee Related CN100536458C (zh) | 2003-02-28 | 2004-02-27 | 域名服务器的地址安排 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20040215827A1 (zh) |
EP (1) | EP1453279B1 (zh) |
JP (1) | JP4418694B2 (zh) |
CN (1) | CN100536458C (zh) |
AT (1) | ATE364290T1 (zh) |
DE (1) | DE602004006786T2 (zh) |
FR (1) | FR2851867B1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7769878B2 (en) | 2004-11-18 | 2010-08-03 | International Business Machines Corporation | Tunneling IPv6 packets |
WO2011107011A1 (zh) * | 2010-03-03 | 2011-09-09 | 华为终端有限公司 | 一种基于ipv6网络的dns重定向方法和用户端设备 |
US8194553B2 (en) | 2005-03-29 | 2012-06-05 | International Business Machines Corporation | Network system, traffic balancing method, network monitoring device and host |
CN101378407B (zh) * | 2008-09-26 | 2012-10-17 | 成都市华为赛门铁克科技有限公司 | 一种信息推送方法、系统及设备 |
CN104683501A (zh) * | 2015-03-30 | 2015-06-03 | 乐视致新电子科技(天津)有限公司 | 域名解析方法以及装置 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100643761B1 (ko) * | 2005-01-28 | 2006-11-10 | 삼성전자주식회사 | 애드 혹 네트워크에서 주소 할당 방법 및 시스템 |
JP4241681B2 (ja) * | 2005-07-05 | 2009-03-18 | ブラザー工業株式会社 | 情報処理装置、およびプログラム |
US20070150611A1 (en) * | 2005-12-28 | 2007-06-28 | Davy Chan | DNS based client-server system and its use in electronic devices |
US8804759B2 (en) * | 2006-02-28 | 2014-08-12 | Hewlett-Packard Development Company, L.P. | Network name resolution into network address |
JP5328472B2 (ja) | 2009-05-13 | 2013-10-30 | キヤノン株式会社 | ネットワーク通信装置及び方法とプログラム |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001091382A1 (en) * | 2000-05-22 | 2001-11-29 | Nokia Corporation | System and method for providing a connection in a communication network |
AU2001232699A1 (en) * | 2000-11-09 | 2002-05-21 | Cacheflow, Inc. | Domain name system extensions to support reverse proxy operations and layer-7 redirection |
US6748434B2 (en) * | 2001-09-18 | 2004-06-08 | Ericsson Inc. | Adaptive node selection |
US7308499B2 (en) * | 2003-04-30 | 2007-12-11 | Avaya Technology Corp. | Dynamic load balancing for enterprise IP traffic |
-
2003
- 2003-02-28 FR FR0302443A patent/FR2851867B1/fr not_active Expired - Fee Related
-
2004
- 2004-02-20 DE DE602004006786T patent/DE602004006786T2/de not_active Expired - Lifetime
- 2004-02-20 AT AT04290472T patent/ATE364290T1/de not_active IP Right Cessation
- 2004-02-20 EP EP04290472A patent/EP1453279B1/fr not_active Expired - Lifetime
- 2004-02-27 US US10/787,145 patent/US20040215827A1/en not_active Abandoned
- 2004-02-27 CN CNB2004100060935A patent/CN100536458C/zh not_active Expired - Fee Related
- 2004-02-27 JP JP2004052957A patent/JP4418694B2/ja not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7769878B2 (en) | 2004-11-18 | 2010-08-03 | International Business Machines Corporation | Tunneling IPv6 packets |
US8194553B2 (en) | 2005-03-29 | 2012-06-05 | International Business Machines Corporation | Network system, traffic balancing method, network monitoring device and host |
CN101378407B (zh) * | 2008-09-26 | 2012-10-17 | 成都市华为赛门铁克科技有限公司 | 一种信息推送方法、系统及设备 |
WO2011107011A1 (zh) * | 2010-03-03 | 2011-09-09 | 华为终端有限公司 | 一种基于ipv6网络的dns重定向方法和用户端设备 |
CN102196052A (zh) * | 2010-03-03 | 2011-09-21 | 华为终端有限公司 | 一种基于IPv6网络的DNS重定向方法和用户端设备 |
CN104683501A (zh) * | 2015-03-30 | 2015-06-03 | 乐视致新电子科技(天津)有限公司 | 域名解析方法以及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100536458C (zh) | 2009-09-02 |
DE602004006786T2 (de) | 2008-01-31 |
EP1453279A1 (fr) | 2004-09-01 |
JP2004266834A (ja) | 2004-09-24 |
FR2851867B1 (fr) | 2005-06-24 |
DE602004006786D1 (de) | 2007-07-19 |
FR2851867A1 (fr) | 2004-09-03 |
ATE364290T1 (de) | 2007-06-15 |
US20040215827A1 (en) | 2004-10-28 |
JP4418694B2 (ja) | 2010-02-17 |
EP1453279B1 (fr) | 2007-06-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1118167C (zh) | 在网络上用域名路由选择发送数据到目的端的系统和方法 | |
CN1677981A (zh) | 通信设备,名称解析方法和程序 | |
US7277453B2 (en) | Inter private network communications between IPv4 hosts using IPv6 | |
CN1922826A (zh) | 隧道服务方法和系统 | |
CN1303776C (zh) | 用于隐藏网络单元名称和地址的技术 | |
CN1947399A (zh) | 用于网际协议版本六的任意播寻址 | |
CN1467958A (zh) | 用于搜索外部网中的域名系统服务器的装置及方法 | |
US20060153230A1 (en) | IPv6 / IPv4 translator | |
CN1645867A (zh) | 为设备分配ip地址的方法 | |
CN1254747C (zh) | 自动把虚地址分配给具有相同地址的节点的设备和方法 | |
CN1491507A (zh) | 用于多个主机任意播放路由选择的方法和系统 | |
CN1523848A (zh) | 具有nat的网络中的sip服务方法 | |
CN1773936A (zh) | 用于确定计算机网络通信的目标的可用性的方法和系统 | |
CN101156147A (zh) | 用于处理跨IPv4和IPv6网络的IPv4 DNS PTR查询的方法和装置 | |
CN1889572A (zh) | 因特网协议地址分配方法及动态主机配置协议中继 | |
CN1525713A (zh) | 域名服务器的地址安排 | |
CN1822543A (zh) | 在两个用户代理之间建立对等连接的方法 | |
CN1949213A (zh) | 文件服务器、文件提供方法和记录介质 | |
CN1926840A (zh) | 在至少两台计算设备间建立连接时的地址和端口号提取 | |
CN1756263A (zh) | 域名解析方法、域名服务器及域名系统 | |
CN101030934A (zh) | 一种基于双向隧道的实现跨异构网络移动通信的方法 | |
CN1748388A (zh) | 传送绑定更新消息以及绑定应答消息的方法 | |
CN1875573A (zh) | 提供能够在不同类型的网络之间进行数据通信的隧道服务的系统 | |
CN1909467A (zh) | 在ip网络中采用单播地址来标识多播组的方法 | |
CN1914887A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090902 Termination date: 20180227 |
|
CF01 | Termination of patent right due to non-payment of annual fee |