CN107197059A - 一种dns解析方法及装置 - Google Patents

一种dns解析方法及装置 Download PDF

Info

Publication number
CN107197059A
CN107197059A CN201710623402.0A CN201710623402A CN107197059A CN 107197059 A CN107197059 A CN 107197059A CN 201710623402 A CN201710623402 A CN 201710623402A CN 107197059 A CN107197059 A CN 107197059A
Authority
CN
China
Prior art keywords
link
address
dns
user equipment
operator
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
Application number
CN201710623402.0A
Other languages
English (en)
Other versions
CN107197059B (zh
Inventor
侯志强
房立明
孙艳杰
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.)
Hangzhou DPtech Information Technology Co Ltd
Original Assignee
Hangzhou DPTech Technologies Co 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 Hangzhou DPTech Technologies Co Ltd filed Critical Hangzhou DPTech Technologies Co Ltd
Priority to CN201710623402.0A priority Critical patent/CN107197059B/zh
Publication of CN107197059A publication Critical patent/CN107197059A/zh
Application granted granted Critical
Publication of CN107197059B publication Critical patent/CN107197059B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types

Landscapes

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

Abstract

本发明提供一种DNS解析方法及装置。本发明实施例中,DNS服务器通过确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,并确定与IP地址集合对应的链路集合,将根据链路带宽参数在链路集合中确定的一条可用带宽最大的链路的IP地址返回至用户设备,可以使得用户设备后续的数据报文通过该IP地址对应的链路进行传输,从而实现用户设备所属运营商提供的链路间的带宽均衡。

Description

一种DNS解析方法及装置
技术领域
本发明涉及网络通信技术领域,尤其涉及一种DNS解析方法及装置。
背景技术
目前,很多DNS(域名系统,Domain Name System,)都由多运营商共建。同一个域名对应的应用服务器不再具有一个IP地址,而是具有多个IP地址,且不同的IP地址关联的运营商不同。比如域名www.c.com对应的应用服务器的IP地址IP1和IP2,可以分别与移动和联通关联,当接收到移动用户设备对于www.c.com的DNS解析请求时,DNS服务器可以向该移动用户设备返回IP1,以使该移动用户设备与该应用服务器后续传输的报文可以通过移动提供的链路进行传输,从而避免跨运营商传输所造成的网络延迟。而在大数据时代下,多出口的网络模型日益普及,即同一运营商可能为用户提供多条用以传输数据的链路,这为DNS服务器在这些链路中进行选择提出了挑战。
发明内容
有鉴于此,本发明提供一种DNS解析方法及装置,以提出一种在同一运营商为用户提供多条用以传输数据的链路的情况下,DNS服务器对这些链路进行选择的方案。
根据本发明实施例的第一方面,提供一种DNS解析方法,所述方法应用于DNS服务器,所述方法包括:
接收用户设备发送的DNS请求报文;
确定与所述DNS请求报文中的域名以及所述用户设备所属的运营商匹配的IP地址集合,所述IP地址集合包含至少两个IP地址,且该至少两个IP地址是所述域名对应的应用服务器的IP地址;
确定与所述IP地址集合对应的链路集合,其中,所述链路集合中的链路与所述IP地址集合中的IP地址相对应;
根据链路带宽参数从所述链路集合中确定一条链路,将该确定的链路对应的IP地址通过DNS响应报文返回至所述用户设备。
根据本发明实施例的第二方面,提供一种DNS解析装置,所述装置应用于DNS服务器,所述装置包括:
接收单元,用于接收用户设备发送的DNS请求报文;
IP地址集合确定单元,用于确定与所述DNS请求报文中的域名以及所述用户设备所属的运营商匹配的IP地址集合,所述IP地址集合包含至少两个IP地址,且该至少两个IP地址是所述域名对应的应用服务器的IP地址;
链路集合确定单元,用于确定与所述IP地址集合对应的链路集合,其中,所述链路集合中的链路与所述IP地址集合中的IP地址相对应;
链路确定单元,用于根据链路带宽参数从所述链路集合中确定一条链路,将该确定的链路对应的IP地址通过DNS响应报文返回至所述用户设备。
本发明实施例中,DNS服务器通过确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,并确定与IP地址集合对应的链路集合,将根据链路带宽参数在链路集合中确定的一条可用带宽最大的链路的IP地址返回至用户设备,可以使得用户设备后续传输的数据报文通过该IP地址对应的链路进行传输,从而实现用户设备所属运营商提供的链路间的带宽均衡。
附图说明
图1是本发明一种DNS解析方法的一个示例性场景图;
图2是本发明一种DNS解析方法的一个实施例流程图;
图3是本发明一种DNS解析装置的一个实施例框图;
图4是本发明一种DNS解析装置的另一个实施例框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本发明使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本发明可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本发明范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
参见图1,图1是本发明一种DNS解析方法的一个示例性场景图,该场景图包括用户设备、DNS服务器和应用服务器。其中,用户设备可以是移动用户设备、联通用户设备等,各个用户设备通过自己所属的运营商网络连接至互联网,与互联网中的设备进行交互;DNS服务器位于互联网,在接收到用户设备发送的DNS请求报文后,可以确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合(包含至少两个IP地址),并确定与IP地址集合对应的链路集合,在此之后,DNS服务器可以根据链路带宽参数在链路集合中确定一条链路,将该确定的链路对应的IP地址通过DNS响应报文返回至用户设备。需要指出的是,IP地址集合中的至少两个IP地址均为域名对应的应用服务器的IP地址,这些IP地址与确定出的链路集合中的链路相对应,进一步地,这些链路又由不同的运营商提供。在一个示例中,应用服务器为应用服务器A,则图1中的IP1-IP6均为应用服务器A的IP地址,IP1-IP6分别对应了DNS服务器上连接的6条链路,且IP1-IP3对应的链路由移动提供,IP4-IP6对应的链路由联通提供。
为了使本技术领域的人员更好地理解本发明实施例中的技术方案,并使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例中技术方案作进一步详细的说明。
实施例一
参见图2,图2是本发明一种DNS解析方法的一个实施例流程图,该实施例应用于DNS服务器,该流程图可以包括以下步骤:
步骤201:接收用户设备发送的DNS请求报文。
步骤202:确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,该IP地址集合包含至少两个IP地址,且该至少两个IP地址是上述域名对应的服务器的IP地址;
本实施例中,可以根据DNS请求报文中的源IP地址,确定用户设备所属的运营商,其中,运营商可以是移动和联通等,当用户设备注册成为某一运营商的用户时,用户设备会被分配到该运营商网段中的一个IP地址,由于不同的运营商对应的网段一般不同,所以通过确定用户设备的IP地址所属的网段,可以确定用户设备所属的运营商。
具体的,DNS服务器可以预先在本地维护一个运营商与网段的对应关系表,假设移动的网段为A,联通的网段为B,则运营商与网段的对应关系表可以表示为如下表1所示的形式:
运营商 网段
移动 A
联通 B
表1
当确定的DNS请求报文中的源IP地址为A1时,可以确定IP地址A1所属的网段为A,故可以确定该用户设备所属的运营商为移动。
在一个实施例中,可以通过查询第一DNS表实施步骤202,其中第一DNS表记录了域名、运营商和IP地址的对应关系,具体的,假设DNS请求报文中的域名为www.c.com,该域名对应的服务器有6个IP地址IP1-IP6,且IP1-IP3被分配至移动,IP4-IP6被分配至联通,则第一DNS表可以表示为如下表2所示的形式:
表2
当所属运营商为移动的用户设备通过DNS服务器解析域名www.c.com时,则根据表2,DNS服务器可以确定的IP地址集合为由IP1-IP3组成的IP地址集合。
在另一个实施例中,可首先通过查询第二DNS表确定与DNS请求报文中的域名匹配的IP地址集合,其中,第二DNS表记录了域名和IP地址的对应关系,仍以上述假设为例,第二DNS表可以表示为如下表3所示的形式:
域名 IP地址
www.c.com IP1-IP6
表3
即通过查询表3,可以首先确定出与域名www.c.com匹配的IP地址集合为由IP1-IP6组成的IP地址集合;
在此之后,可通过查询该域名对应的IP地址分配表,在上述确定出的IP地址集合中进一步确定出与该用户设备所属运营商匹配的IP地址集合,仍以上述假设为例,该域名的IP地址分配表可以表示为如下表4所示的形式:
运营商 被分配的IP地址
移动 IP1-IP3
联通 IP4-IP6
表4
则通过查询表4,可以进一步地确定出与该用户设备所属运营商(仍以移动为例)匹配的IP地址集合,为由IP1-IP3组成的IP地址集合。
步骤203:确定与上述IP地址集合对应的链路集合,其中,该链路集合中的链路与上述IP地址集合中的IP地址相对应;
在一个实施例,可通过查询一对应关系表实施步骤203,其中,该对应关系表记录了IP地址与链路的对应关系,若假设确定的IP地址集合为由IP1-IP3组成的IP地址集合,且进一步假设对应关系表为如下表5所示的形式:
IP地址 链路
IP1 Link1
IP2 Link2
IP3 Link3
表5
则通过查询表5,步骤203中确定的链路集合即为由Link1-Link3确定的链路集合。
步骤204:根据链路带宽参数在上述链路集合中确定一条链路,将该确定的链路对应的IP地址通过DNS响应报文返回至用户设备。
在第一个实施例中,可以根据链路的带宽利用率,在上述确定的链路集合中确定一条带宽利用率最小链路,并将该确定的链路对应的IP地址通过DNS响应报文返回至用户设备;
其中,带宽利用率是指链路当前已使用的带宽与该链路最大带宽的比值,比如,若假设某一链路当前已使用的带宽为20兆,该链路最大带宽为100兆,则此时该链路的带宽利用率为20%。
具体的,可通过查询第一链路状态表,确定链路集合中带宽利用率最小链路,其中,第一链路状态表记录了链路和该链路带宽利用率的对应关系,假设某一单位时长内,Link1-Link3的带宽利用率分别为50%、40%、10%和30%,则第一链路状态表可以表示为如下表6所示的形式:
链路 带宽利用率
Link1 50%
Link2 40%
Link3 10%
Link4 30%
表6
即通过查询表6,可确定Link3为由Link1-Link3组成的链路集合中带宽利用率最小链路。
上述第一实施例适用于链路最大带宽相同的情况,该情况下,通过确定带宽利用率最小的链路,一方面可以实现各链路间的带宽均衡,另一方面,也可以最大程度的保证用户设备后续传输数据报文时链路的通畅性。
在第二个实施例中,可以根据链路的剩余可用带宽,在上述确定的链路集合中确定一条剩余可用带宽最大链路,并将该确定的链路对应的IP地址通过DNS响应报文返回至用户设备;
其中,剩余可用带宽是指链路当前还未被使用的带宽,比如,若假设某一链路当前已使用的带宽为20兆,该链路最大带宽为100兆,则此时该链路的剩余可用带宽80。
具体的,可通过查询第二链路状态表,确定链路集合中剩余可用带宽最大的链路,其中,第二链路状态表记录了链路和该链路剩余可用带宽的对应关系,假设某一单位时长内,Link1-Link3的剩余可用带宽分别为5兆、15兆、10兆和20兆,则第二链路状态表可以表示为如下表7所示的形式:
链路 剩余可用带宽(兆)
Link1 5
Link2 15
Link3 10
Link4 20
表7
即通过查询表7,可确定Link4为由Link1-Link3组成的链路集合中剩余可用带宽最大链路。
上述第二实施例适用于链路最大带宽不同的情况,该情况下,通过确定剩余可用带宽最大的链路,一方面可以实现各链路间的带宽均衡,另一方面,也可以最大程度的保证用户设备后续传输数据报文时链路的通畅性。
在第三个实施例中,还可以在第一链路状态表和/或第二链路状态表中添加链路的当前可用状态是否可用的一列表项,其中,可以在检测到DNS服务器上用于连接链路的端口处于UP状态时,确定该链路处于可以状态,否则处于不可用状态。
以在第一链路状态表中添加该列表项为例,若假设Link1-Link4的当前可用状态分别为可用、可用、不可用、可用,则添加该列表项后的第一链路状态表可以表示为如下表8所示的形式:
表8
本实施例中,可以先行查看确定的链路集合中的链路是否存在不可用的链路,若存在,则忽略该不可用链路的带宽利用率,并从可用的链路中确定一条带宽利用率最小的链路,比如,通过查询表8最终确定出的带宽利用率最小的链路应为Link4。
在第四个实施例中,还可以在上述表8中添加链路对应的会话个数的一列表项,用于记录一条链路对应的会话个数,可以根据一个链路对应的会话个数来估计该链路的可用带宽,假设某一单位时长内,Link1-Link3对应的会话个数分别为300000、20000、100000和150000,则添加了链路对应会话个数一列表项后的第一链路状态表可以表示为如下表9所示的形式:
链路 可用状态 会话个数 带宽利用率
Link1 可用 300000 50%
Link2 可用 200000 40%
Link3 不可用 100000 10%
Link4 可用 150000 30%
表9
从表9可以得到,Link3处于不可用状态,不予考虑,故可以确定出对应会话个数最少的链路为Link4。
在根据链路带宽参数在上述链路集合中确定一条链路后,可将该确定的链路对应的IP地址通过DNS响应报文返回至用户设备,以使用户设备后续发送的数据报文从确定的链路,比如Link4,进行传输,以获得最大的传输速度,并实现同一运营商提供的链路间的带宽均衡,其中,数据报文可以是从相应的应用服务器获取某一资源的请求报文等。
需要指出的是,上述第一链路状态表、第二链路状态表以及添加有可用状态列表项的第一链路状态表、添加了链路对应会话个数一列表项后的第一链路状态表,均需要根据各链路最新统计出的数据进行实时更新,以保证最终链路确定的正确性。
其中,所需统计的链路的带宽利用率、剩余可用带宽均需要先统计出链路当前已经使用的带宽,当前已经使用的带宽可以包括上行带宽和下行带宽,本实施例中,上行带宽是可以为用户设备发往DNS服务器的流量所占用的带宽,而下行带宽可以为DNS服务器发往用户设备的流量所占用的带宽。
本发明实施例中,DNS服务器通过确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,并确定与IP地址集合对应的链路集合,将根据链路带宽参数在链路集合中确定的一条可用带宽最大的链路的IP地址返回至用户设备,可以使得用户设备后续的数据报文通过该IP地址对应的链路进行传输,从而实现用户设备所属运营商提供的链路间的带宽均衡。
实施例二
以下将介绍本发明一种DNS解析方法的另一个实施例,本实施例应用于DNS服务器,可以包括以下步骤:
步骤1:接收用户设备发送的DNS请求报文;
步骤2:获得DNS请求报文中的源IP地址,根据该源IP地址确定用户设备所属的运营商;
步骤3:查询第一DNS表,确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,其中,第一DNS表记录了域名、运营商和IP地址的对应关系,确定的IP地址集合包含至少两个IP地址,且该至少两个IP地址是上述域名对应的服务器的IP地址;
步骤4:确定与上述IP地址集合对应的链路集合,其中,该链路集合中的链路与上述IP地址集合中的IP地址相对应;
步骤5:根据链路的带宽利用率,在上述确定的链路集合中确定一条带宽利用率最小链路,并将该确定的链路对应的IP地址通过DNS响应报文返回至用户设备;
本实施例中,在构造待返回的DNS响应报文时,可以将确定的链路对应的IP地址添加至DNS响应报文的数据部分,并将构造完成的DNS响应报文返回至用户设备。
本发明实施例中,DNS服务器通过确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,并确定与IP地址集合对应的链路集合,将根据链路带宽参数在链路集合中确定的一条带宽利用率最小,即可用带宽最大的链路的IP地址返回至用户设备,可以使得用户设备后续的数据报文通过该IP地址对应的链路进行传输,从而实现用户设备所属运营商提供的链路间的带宽均衡。
与前述一种DNS解析方法的实施例相对应,本发明还提供了一种DNS解析装置的实施例。
参见图3,图3是本发明一种DNS解析装置的一个实施例框图。本实施例可以包括:接收单元310、IP地址集合确定单元340、链路集合确定单元350、链路确定单元360。
其中,接收单元310,用于接收用户设备发送的DNS请求报文;
IP地址集合确定单元340,用于确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,IP地址集合包含至少两个IP地址,且该至少两个IP地址是域名对应的应用服务器的IP地址;
链路集合确定单元350,用于确定与IP地址集合对应的链路集合,其中,链路集合中的链路与IP地址集合中的IP地址相对应;
链路确定单元360,用于根据链路带宽参数从链路集合中确定一条链路,将该确定的链路对应的IP地址通过DNS响应报文返回至用户设备。
在另一个实施例中,上述装置还可以包括:网段确定单元320、运营商确定单元330;具体可参见图4,图4是本发明一种DNS解析装置的另一个实施例框图。
其中,网段确定单元320,用于确定DNS请求报文中的源IP地址所属的网段;
运营商确定单元330,用于根据网段与运营商的对应关系,查找与确定的网段对应的运营商,将查找到的运营商确定为用户设备所属的运营商。
在另一个实施例中,IP地址集合确定单元340,可具体用于:
通过查询第一DNS表,确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,第一DNS表记录了域名、运营商和IP地址的对应关系;或者,
通过查询第二DNS表,确定与DNS请求报文中的域名匹配的IP地址集合,第二DNS表记录了域名和IP地址的对应关系,并在该IP地址集合中确定与用户设备所属的运营商匹配的IP地址集合。
在另一个实施例中,链路集合确定单元350,可具体用于:
通过查询对应关系表,确定与IP地址集合对应的链路集合,对应关系表记录了IP地址与链路的对应关系。
在另一个实施例中,链路确定单元360,可具体用于:
根据链路集合中的每个链路的带宽利用率,从链路集合中确定一条带宽利用率最小链路;或者,
根据链路的剩余可用带宽,在链路集合中确定一条剩余可用带宽最大链路。
本发明实施例中,DNS服务器通过确定与DNS请求报文中的域名以及用户设备所属的运营商匹配的IP地址集合,并确定与IP地址集合对应的链路集合,将根据链路带宽参数在链路集合中确定的一条可用带宽最大的链路的IP地址返回至用户设备,可以使得用户设备后续的数据报文通过该IP地址对应的链路进行传输,从而实现用户设备所属运营商提供的链路间的带宽均衡。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (10)

1.一种DNS解析方法,其特征在于,所述方法应用于DNS服务器,所述方法包括:
接收用户设备发送的DNS请求报文;
确定与所述DNS请求报文中的域名以及所述用户设备所属的运营商匹配的IP地址集合,所述IP地址集合包含至少两个IP地址,且该至少两个IP地址是所述域名对应的应用服务器的IP地址;
确定与所述IP地址集合对应的链路集合,其中,所述链路集合中的链路与所述IP地址集合中的IP地址相对应;
根据链路带宽参数从所述链路集合中确定一条链路,将该确定的链路对应的IP地址通过DNS响应报文返回至所述用户设备。
2.根据权利要求1所述的方法,其特征在于,所述确定与DNS请求报文中的域名以及所述用户设备所属的运营商匹配的IP地址集合之前,还包括:
确定所述DNS请求报文中的源IP地址所属的网段;
根据网段与运营商的对应关系,查找与确定的网段对应的运营商,将查找到的运营商确定为所述用户设备所属的运营商。
3.根据权利要求1所述的方法,其特征在于,所述确定与DNS请求报文中的域名以及所述用户设备所属的运营商匹配的IP地址集合,包括:
通过查询第一DNS表,确定与所述DNS请求报文中的域名以及所述用户设备所属的运营商匹配的IP地址集合,所述第一DNS表记录了域名、运营商和IP地址的对应关系;或者,
通过查询第二DNS表,确定与所述DNS请求报文中的域名匹配的IP地址集合,所述第二DNS表记录了域名和IP地址的对应关系,并在该IP地址集合中确定与所述用户设备所属的运营商匹配的IP地址集合。
4.根据权利要求1所述的方法,其特征在于,所述确定与IP地址集合对应的链路集合,包括:
通过查询对应关系表,确定与所述IP地址集合对应的链路集合,所述对应关系表记录了IP地址与链路的对应关系。
5.根据权利要求1所述的方法,其特征在于,所述根据链路带宽参数在链路集合中确定一条链路,包括:
根据链路集合中的每个链路的带宽利用率,从所述链路集合中确定一条带宽利用率最小链路;或者,
根据链路的剩余可用带宽,在所述链路集合中确定一条剩余可用带宽最大链路。
6.一种DNS解析装置,其特征在于,所述装置应用于DNS服务器,所述装置包括:
接收单元,用于接收用户设备发送的DNS请求报文;
IP地址集合确定单元,用于确定与所述DNS请求报文中的域名以及所述用户设备所属的运营商匹配的IP地址集合,所述IP地址集合包含至少两个IP地址,且该至少两个IP地址是所述域名对应的应用服务器的IP地址;
链路集合确定单元,用于确定与所述IP地址集合对应的链路集合,其中,所述链路集合中的链路与所述IP地址集合中的IP地址相对应;
链路确定单元,用于根据链路带宽参数从所述链路集合中确定一条链路,将该确定的链路对应的IP地址通过DNS响应报文返回至所述用户设备。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
网段确定单元,用于确定所述DNS请求报文中的源IP地址所属的网段;
运营商确定单元,用于根据网段与运营商的对应关系,查找与确定的网段对应的运营商,将查找到的运营商确定为所述用户设备所属的运营商。
8.根据权利要求6所述的装置,其特征在于,所述IP地址集合确定单元,具体用于:
通过查询第一DNS表,确定与所述DNS请求报文中的域名以及所述用户设备所属的运营商匹配的IP地址集合,所述第一DNS表记录了域名、运营商和IP地址的对应关系;或者,
通过查询第二DNS表,确定与所述DNS请求报文中的域名匹配的IP地址集合,所述第二DNS表记录了域名和IP地址的对应关系,并在该IP地址集合中确定与所述用户设备所属的运营商匹配的IP地址集合。
9.根据权利要求6所述的装置,其特征在于,所述链路集合确定单元,具体用于:
通过查询对应关系表,确定与所述IP地址集合对应的链路集合,所述对应关系表记录了IP地址与链路的对应关系。
10.根据权利要求6所述的装置,其特征在于,所述链路确定单元,具体用于:
根据链路集合中的每个链路的带宽利用率,从所述链路集合中确定一条带宽利用率最小链路;或者,
根据链路的剩余可用带宽,在所述链路集合中确定一条剩余可用带宽最大链路。
CN201710623402.0A 2017-07-27 2017-07-27 一种dns解析方法及装置 Active CN107197059B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710623402.0A CN107197059B (zh) 2017-07-27 2017-07-27 一种dns解析方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710623402.0A CN107197059B (zh) 2017-07-27 2017-07-27 一种dns解析方法及装置

Publications (2)

Publication Number Publication Date
CN107197059A true CN107197059A (zh) 2017-09-22
CN107197059B CN107197059B (zh) 2019-12-06

Family

ID=59884326

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710623402.0A Active CN107197059B (zh) 2017-07-27 2017-07-27 一种dns解析方法及装置

Country Status (1)

Country Link
CN (1) CN107197059B (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107623755A (zh) * 2017-09-30 2018-01-23 杭州安恒信息技术有限公司 基于学习的智能dns实现方法、装置及电子设备
CN108173766A (zh) * 2017-12-19 2018-06-15 北京邮电大学 一种基于差异化QoS的多业务分层拓扑路由方法和系统
CN108600117A (zh) * 2018-03-13 2018-09-28 四川斐讯信息技术有限公司 一种终端日志的收集方法及系统
CN109451089A (zh) * 2018-11-02 2019-03-08 北京天融信网络安全技术有限公司 一种访问方法、装置、计算机设备及计算机存储介质
CN110995890A (zh) * 2020-03-03 2020-04-10 北京安博通科技股份有限公司 域名请求的调度方法及装置
CN111010464A (zh) * 2019-12-30 2020-04-14 杭州迪普科技股份有限公司 一种域名解析方法及装置
CN111371916A (zh) * 2020-02-26 2020-07-03 腾讯科技(深圳)有限公司 一种数据处理方法及相关设备
CN111988441A (zh) * 2020-07-24 2020-11-24 下一代互联网关键技术和评测北京市工程研究中心有限公司 基于IPv6的组网接入方法及系统
CN112398962A (zh) * 2020-10-12 2021-02-23 联通智网科技有限公司 一种存储容灾方法、装置、计算机设备和存储介质
CN114422475A (zh) * 2020-10-10 2022-04-29 北京金山云网络技术有限公司 基于对象存储的ip地址切换方法、装置及计算机设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316172A (zh) * 2010-07-05 2012-01-11 中国电信股份有限公司 一种dns解析方法、系统和sag设备
CN104320335A (zh) * 2014-11-20 2015-01-28 北京美琦华悦通讯科技有限公司 基于业务质量拨测实现最优出口路由选择的系统及方法
CN105872079A (zh) * 2016-05-12 2016-08-17 北京网瑞达科技有限公司 一种基于域名系统dns的链路均衡方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316172A (zh) * 2010-07-05 2012-01-11 中国电信股份有限公司 一种dns解析方法、系统和sag设备
CN104320335A (zh) * 2014-11-20 2015-01-28 北京美琦华悦通讯科技有限公司 基于业务质量拨测实现最优出口路由选择的系统及方法
CN105872079A (zh) * 2016-05-12 2016-08-17 北京网瑞达科技有限公司 一种基于域名系统dns的链路均衡方法

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107623755A (zh) * 2017-09-30 2018-01-23 杭州安恒信息技术有限公司 基于学习的智能dns实现方法、装置及电子设备
CN108173766A (zh) * 2017-12-19 2018-06-15 北京邮电大学 一种基于差异化QoS的多业务分层拓扑路由方法和系统
CN108600117A (zh) * 2018-03-13 2018-09-28 四川斐讯信息技术有限公司 一种终端日志的收集方法及系统
CN109451089A (zh) * 2018-11-02 2019-03-08 北京天融信网络安全技术有限公司 一种访问方法、装置、计算机设备及计算机存储介质
CN111010464A (zh) * 2019-12-30 2020-04-14 杭州迪普科技股份有限公司 一种域名解析方法及装置
CN111371916A (zh) * 2020-02-26 2020-07-03 腾讯科技(深圳)有限公司 一种数据处理方法及相关设备
CN110995890A (zh) * 2020-03-03 2020-04-10 北京安博通科技股份有限公司 域名请求的调度方法及装置
CN111988441A (zh) * 2020-07-24 2020-11-24 下一代互联网关键技术和评测北京市工程研究中心有限公司 基于IPv6的组网接入方法及系统
CN114422475A (zh) * 2020-10-10 2022-04-29 北京金山云网络技术有限公司 基于对象存储的ip地址切换方法、装置及计算机设备
CN112398962A (zh) * 2020-10-12 2021-02-23 联通智网科技有限公司 一种存储容灾方法、装置、计算机设备和存储介质

Also Published As

Publication number Publication date
CN107197059B (zh) 2019-12-06

Similar Documents

Publication Publication Date Title
CN107197059A (zh) 一种dns解析方法及装置
CN108259237A (zh) 网络访问加速方法、云dns服务器、ce和云ip加速网络系统
CN106533935B (zh) 一种在云计算系统中获取业务链信息的方法和装置
CN106067890B (zh) 一种域名解析方法、装置及系统
CN106797405A (zh) 分布式负载均衡系统、健康检查方法和服务节点
CN101176306B (zh) 通信业务分析系统以及检查网络通信业务流的方法
CN106921572B (zh) 一种传播QoS策略的方法、装置及系统
CN104601742B (zh) 一种报文传输的方法和设备
CN104969515B (zh) 处理dns请求的方法和网关
CN106302225A (zh) 一种服务器负载均衡的方法与装置
CN107241270A (zh) 报文处理方法及装置
CN105227466B (zh) 通信处理方法和装置
CN108040134A (zh) 一种dns透明代理的方法及装置
CN107404512A (zh) 资源订阅方法、资源订阅装置和资源订阅系統
CN106713506A (zh) 一种数据获取方法及系统
CN102185766A (zh) Dhcp服务器回应报文的单播转发方法及中转设备
CN102594672A (zh) 适用于低可靠网络环境下高质量互联网通讯的方法及系统
CN106550058A (zh) 网络地址转换穿透方法以及使用该方法的系统
CN104040539A (zh) 数据存储方法和装置、数据操作方法、系统及接入服务器
CN109167762A (zh) 一种iec104报文校验方法及装置
CN108733698A (zh) 一种日志消息的处理方法及后台服务系统
CN107547346A (zh) 一种报文传输方法和装置
CN110460641A (zh) 数据传输方法、装置及系统
CN104506396B (zh) 设备全端口Full Mesh性能的测试方法及系统
CN107070790A (zh) 一种路由学习方法及路由设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210616

Address after: 310051 05, room A, 11 floor, Chung Cai mansion, 68 Tong Xing Road, Binjiang District, Hangzhou, Zhejiang.

Patentee after: Hangzhou Dip Information Technology Co.,Ltd.

Address before: 6 / F, Zhongcai building, 68 Tonghe Road, Binjiang District, Hangzhou City, Zhejiang Province

Patentee before: Hangzhou DPtech Technologies Co.,Ltd.