CN114205326B - 通信协议库的更新方法、装置、电子设备及存储介质 - Google Patents
通信协议库的更新方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114205326B CN114205326B CN202111399348.9A CN202111399348A CN114205326B CN 114205326 B CN114205326 B CN 114205326B CN 202111399348 A CN202111399348 A CN 202111399348A CN 114205326 B CN114205326 B CN 114205326B
- Authority
- CN
- China
- Prior art keywords
- communication protocol
- domain name
- node
- protocol address
- target
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- 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/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种通信协议库的更新方法、装置、电子设备及存储介质。该方法包括:获取历史域名调度日志以及历史服务节点日志;基于指定站点的特征信息从历史域名调度日志中确定出相匹配的目标源地理位置,以及从历史服务节点日志中确定出相匹配的目标源通信协议地址;建立目标源地理位置和目标源通信协议地址的关联关系,以更新指示预设版本的通信协议库。本申请通过指定站点的特征信息这一参数,可以从两类日志中分别确定目标源地理位置和目标源通信协议地址,为准确有效的通信协议地址定位提供了可靠依据,从而保证了进行通信协议库更新的有效性。对于以维护海量通信协议地址为目标的通信协议库而言,本申请提高了通信协议库的更新效率。
Description
技术领域
本申请涉及互联网通信技术领域,尤其涉及一种通信协议库的更新方法、装置、电子设备及存储介质。
背景技术
通信协议库存储着相关联的通信协议地址和地理位置,通信协议库可以是IP库。通过通信协议库,可以为确定用户的通信协议地址的地理位置提供便利,从而通过就近调度提供用户体验。
相关技术中,以IP地址作为通信协议地址为例,往往通过下述两类方式来确定通信协议地址的地理位置:1)探测方式;比如,使用ping探测获得探测点到目标IP地址之间的网络延时以构建网络距离,然后根据网络距离推测目标IP地址距离探测点的真实距离,从而推测目标IP地址的地理位置;使用traceroute探测获得探测点到目标IP地址的链路信息以构建网络拓扑,然后根据网络拓扑中节点之间的互联情况以及已知节点(比如探测点)的信息,推测未知节点(比如目标IP地址)的地理位置。2)数据采集方式;基于所采集的相关数据来实现IP定位,所采集的相关数据可以是移动终端的GPS信息、网络应用的用户信息等。然而,对于以维护海量通信协议地址为目标的通信协议库而言,方式1)由于需要探测点的提前部署,存在探测周期长、速度慢等问题;方式2)存在数据覆盖率不高、样本不足等问题。因此,需要提供效率高且有效的通信协议地址定位方式以实现通信协议库的更新。
发明内容
为了解决现有技术应用在更新通信协议库时,通信协议地址定位方式存在效率低、缺乏有效性等问题,本申请提供了一种通信协议库的更新方法、装置、电子设备及存储介质:
根据本申请的第一方面,提供了一种通信协议库的更新方法,所述方法包括:
获取历史域名调度日志以及历史服务节点日志;其中,所述历史域名调度日志记录了预设历史周期内域名调度系统负责的多个域名调度任务,所述域名调度任务描述了处理域名解析请求得到用于返回的服务节点信息的过程,所述历史服务节点日志记录了所述预设历史周期内多个服务节点为访问对象提供访问服务的信息;
基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址;其中,所述目标源地理位置指示所述域名调度系统中进行域名解析请求处理的本地域名解析节点的地理位置,所述目标源通信协议地址指示进行所述指定站点访问的目标访问对象所携带的本地通信协议地址,且所述目标源通信协议地址指示预设版本的通信协议地址;
建立所述目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示所述预设版本的通信协议库。
根据本申请的第二方面,提供了一种通信协议库的更新装置,所述装置包括:
日志获取模块:用于获取历史域名调度日志以及历史服务节点日志;其中,所述历史域名调度日志记录了预设历史周期内域名调度系统负责的多个域名调度任务,所述域名调度任务描述了处理域名解析请求得到用于返回的服务节点信息的过程,所述历史服务节点日志记录了所述预设历史周期内多个服务节点为访问对象提供访问服务的信息;
匹配模块:用于基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址;其中,所述目标源地理位置指示所述域名调度系统中进行域名解析请求处理的本地域名解析节点的地理位置,所述目标源通信协议地址指示进行所述指定站点访问的目标访问对象所携带的本地通信协议地址,且所述目标源通信协议地址指示预设版本的通信协议地址;
更新模块:用于建立所述目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示所述预设版本的通信协议库。
根据本申请的第三方面,提供了一种电子设备,所述电子设备包括处理器和存储器,所述存储器中存储有至少一条指令或至少一段程序,所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如第一方面所述的通信协议库的更新方法。
根据本申请的第四方面,提供了一种计算机可读存储介质,所述存储介质中存储有至少一条指令或至少一段程序,所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如第一方面所述的通信协议库的更新方法。
根据本申请的第五方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行如第一方面所述的通信协议库的更新方法。
本申请提供的一种通信协议库的更新方法、装置、电子设备及存储介质,具有如下技术效果:
本申请通过获取历史域名调度日志以及历史服务节点日志;然后基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址;从而建立所述目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示所述预设版本的通信协议库。本申请结合历史域名调度日志、历史服务节点日志识别目标源地理位置以及指示预设版本的目标源通信协议地址,从而通过相关联的目标源地理位置和目标源通信协议地址更新指示预设版本的通信协议库。历史域名调度日志关注于记录处理域名解析请求得到用于返回的服务节点信息的过程,历史服务节点日志则关注于记录多个服务节点为访问对象提供访问服务的信息,前者为用作目标源地理位置的本地域名解析节点的地理位置提供了出处,后者为用作目标源通信协议地址的目标访问对象所携带的本地通信协议地址提供了出处。由此,通过指定站点的特征信息这一参数,可以从两类日志中分别确定目标源地理位置和目标源通信协议地址,为准确有效的通信协议地址定位提供了可靠依据,从而保证了进行通信协议库更新的有效性。对于以维护海量通信协议地址为目标的通信协议库而言,相较于相关技术中需要部署大量探测点所带来的成本和效率问题,本申请提高了通信协议库的更新效率。参与域名调度的域名调度系统可以涉及非预设版本的通信协议地址的域名解析,提高了通过本申请实施例进行通信协议库更新的适应性。当上述域名调度系统所支持的域名解析的相关版本低于预设版本时,通过本申请实施例进行通信协议库的更新提高了对于相关版本下地理位置信息的利用率,提高了通信协议地址定位的准确度,实现了以不影响相关访问服务为前提的新旧版本的平滑过渡。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案和优点,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它附图。
图1是本申请实施例提供的一种应用环境的示意图;
图2是本申请实施例提供的一种通信协议库的更新方法的流程示意图;
图3是本申请实施例提供的有关域名解析的流程示意图;
图4是本申请实施例提供的基于指定站点的特征信息从历史域名调度日志中确定出相匹配的目标源地理位置,以及从历史服务节点日志中确定出相匹配的目标源通信协议地址的一种流程示意图;
图5是本申请实施例提供的有关通信协议库更新的架构示意图;
图6也是本申请实施例提供的有关通信协议库更新的架构示意图;
图7是本申请实施例提供的一种通信协议库的更新装置的组成框图;
图8是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
对本申请实施例进行进一步详细说明之前,对本申请实施例中涉及的名词和术语进行说明,本申请实施例中涉及的名词和术语适用于如下的解释。
数据库(Database,DB):它可视为电子化的文件柜——存储电子文件的处所,用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。
IPv4(Internet Protocol version 4):网际互连协议版本4。
IPv6(Internet Protocol version 6):网际互连协议版本6。
IP库:IP信息库,记录IP地址及其对应的地理位置。
DNS(Domain Name Server):域名服务器。
DNS(Domain Name System):域名系统。
域名解析:它是域名到IP地址的转换过程。域名的解析工作由域名服务器完成。
A记录:一种DNS请求的查询类型,用于指示IPv4的查询类型。将域名指向一个IPv4地址(例如:100.100.100.100),需要增加A记录。
AAAA记录:一种DNS请求的查询类型,用于指示IPv6的查询类型。将域名指向一个IPv6地址(例如:ff03:0:0:0:0:0:0:c1),需要添加AAAA记录。
OC(Outer Center):分散在用户侧的节点,为用户提供就近内容服务。
请参阅图1,图1是本申请实施例提供的一种应用环境的示意图,该应用环境中可以包括客户端10和服务器端20,客户端10与服务器端20可以通过有线或无线通信方式进行直接或间接地连接。相关对象(比如用户、模拟器等)可以通过客户端10向服务器端发送域名解析请求。服务器端20的域名调度系统处理该域名解析请求得到服务节点信息,并返回至客户端10。客户端10基于该服务节点信息对服务器端20的相关服务节点进行访问,该相关服务节点可以为客户端10提供有关相关站点的访问服务。服务器端20从域名调度系统获取域名调度日志,以及从相关服务节点获取服务节点日志;然后基于相关站点的特征信息从域名调度日志中确定出相匹配的目标源地理位置(指示本地域名解析节点的地理位置),以及从服务节点日志中确定出相匹配的目标源通信协议地址(指示客户端10进行相关站点访问时所携带的本地通信协议地址);从而建立目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示预设版本的通信协议库。需要说明的是,图1仅仅是一种示例。
客户端10可以是智能手机、电脑(如台式电脑、平板电脑、笔记本电脑)、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、数字助理、智能语音交互设备(如智能音箱)、智能可穿戴设备、智能家电、车载终端等类型的实体设备,也可以是运行于实体设备中的软体,比如计算机程序。客户端所对应的操作系统可以是安卓系统(Android系统)、iOS系统(是由苹果公司开发的移动操作系统)、linux系统(一种操作系统)、Microsoft Windows系统(微软视窗操作系统)等。
服务器端20可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network,内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器。其中服务器可以包括有网络通信单元、处理器和存储器等等。服务器端可以为对应的客户端提供后台服务。其中云计算(cloud computing)指IT基础设施的交付和使用模式,指通过网络以按需、易扩展的方式获得所需资源;广义云计算指服务的交付和使用模式,指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关,也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(DistributedComputing)、并行计算(ParallelComputing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。随着互联网、实时数据流、连接设备多样化的发展,以及搜索服务、社会网络、移动商务和开放协作等需求的推动,云计算迅速发展起来。不同于以往的并行分布式计算,云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。
在实际应用中,上述域名调度系统可以属于服务器端20,也可以不属于服务器端20。上述提供有关相关站点的访问服务的相关服务站点可以属于服务器端20,也可以不属于服务器端20。相关站点所涉及的服务可以是云技术服务、人工智能服务、智慧交通服务、辅助驾驶服务、直播服务、在线办公服务、电商服务、游戏服务、本地生活服务、即时通信服务、社交服务等。
由于用户可以通过客户端发送域名解析请求,以及用户可以通过客户端对相关服务节点进行访问。需要说明的是,对于本申请实施例在结合日志识别相匹配的目标源地理位置和目标源通信协议地址的过程中涉及到的用户信息,当本申请实施例运用到具体产品或技术中时,需要获得用户许可或者同意,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
以下介绍本申请一种通信协议库的更新方法的具体实施例,图2是本申请实施例提供的一种通信协议库的更新方法的流程示意图,本申请提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的系统或产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示,所述方法可以包括:
S201:获取历史域名调度日志以及历史服务节点日志;其中,所述历史域名调度日志记录了预设历史周期内域名调度系统负责的多个域名调度任务,所述域名调度任务描述了处理域名解析请求得到用于返回的服务节点信息的过程,所述历史服务节点日志记录了所述预设历史周期内多个服务节点为访问对象提供访问服务的信息;
在本申请实施例中,服务器端获取历史域名调度日志以及历史服务节点日志。历史域名调度日志是由域名调度系统生成的,是由域名调度系统基于预设历史周期内负责的至少一个域名调度任务生成的。历史域名调度日志中的每条记录对应一个域名调度任务。域名调度任务描述了处理域名解析请求得到用于返回的服务节点信息的过程,由于域名调度任务是由域名调度系统负责的,相应的,处理域名解析请求得到用于返回的服务节点信息的执行主体也是域名调度系统。历史域名调度日志中可以记录域名调度系统接收域名解析请求的时间、域名调度系统得到用于返回的服务节点信息的时间、域名调度系统返回服务节点信息的时间、接收到的域名解析请求所携带的域名、进行域名解析请求的本地域名解析节点的相关信息等。其中,进行域名解析请求的本地域名解析节点可以属于域名调度系统,也可以不属于域名调度系统。本地域名解析节点的相关信息可以包括本地域名解析节点的标识、地理位置、接收域名解析请求的时间、得到针对域名解析请求的处理结果的时间等。当然,历史域名调度日志中可以记录有关的服务节点信息的内容,比如具体的服务节点的通信协议地址、具体的服务节点的标识等。其中,具体的服务节点的数量可以大于或等于1。
历史服务节点日志是由多个服务节点生成的,是由多个服务节点基于预设历史周期内为访问对象进行访问服务提供的相关信息生成的。历史服务节点日志中的每条记录对应一次对于服务节点的成功访问。历史服务节点日志中可以记录访问对象的访问时间、访问对象所携带的本地通信协议地址、提供访问服务的服务节点所指示的域名、提供访问服务的服务节点的通信协议地址、提供访问服务的服务节点的标识。可以理解,多个服务节点可以是提供不同站点的访问服务的服务节点,那么这些服务节点所指示的域名可以是不同的。多个服务节点也可以是提供同一站点的访问服务的服务节点,那么这些服务节点所指示的域名可以是相同的。
需要说明的是,考虑到后续进行目标源地理位置和目标源通信协议地址确定的效率和准确度,这里引入了预设历史周期的概念。根据业务需求,预设历史周期可以指示一个历史时间点、至少两个离散的历史时间点、一个历史时间段、至少两个离散的历史时间段。在实际应用中,也可以获取指示第一预设历史周期的历史域名调度日志,以及获取指示第二预设历史周期的历史服务节点日志。然后基于目标时间从历史域名调度日志抽取相匹配的历史域名调度数据,以及从历史服务节点日志抽取相匹配的历史服务节点数据以进行目标源地理位置和目标源通信协议地址的确定。其中,第一预设历史周期和第二预设历史周期可以是存在交集时间的不同预设历史周期。
下面将介绍历史域名调度日志以及历史服务节点日志的生成过程。
1)与生成历史域名调度日志相关的域名解析环节:如图3所示,该环节包括以下步骤:
S301:利用所述本地域名解析节点接收指定访问对象发送的指定域名解析请求;其中,所述指定域名解析请求携带有待访问站点的指定域名;
S302:利用所述本地域名解析节点解析所述指定域名得到对应的多个候选通信协议地址,以及每个所述候选通信协议地址对应的地理位置;其中,所述候选通信协议地址指示用于提供有关所述待访问站点的访问服务的服务节点;
S303:利用所述本地域名解析节点从所述多个候选通信协议地址确定目标通信协议地址,以及基于所述目标通信协议地址生成目标服务节点信息;其中,所述目标通信协议地址对应的地理位置与所述本地域名解析节点的地理位置相匹配;
S304:利用所述本地域名解析节点向所述指定访问对象返回所述目标服务节点信息。
指定访问对象(比如用户、模拟器、客户端等)可以向本地域名解析节点发送指定域名解析请求。本地域名解析节点可以是提供本地DNS服务的节点,可以是运营商的本地DNS服务节点(LDNS,Local DNS)。LDNS一般就近服务本地区的用户,所以可以认为LDNS的地理位置和用户地理位置相同。指定域名解析请求携带有待访问站点的指定域名。
本地域名解析节点可以利用本地维护的数据库进行域名解析,本地域名解析节点可以基于指定域名在数据库中进行查找以得到对应的多个候选通信协议地址,以及每个所述候选通信协议地址对应的地理位置。示例性的,提供有关待访问站点的访问服务的多个服务节点构成了一个CDN,CDN中的每个服务节点具有其对应的通信协议地址和地址位置。以指示站点A的CDN包括服务节点1-5为例,本地域名解析节点基于站点A的域名得到服务节点1-5各自的通信协议地址和地理位置。
结合前述有关LDNS的服务原则,可以利用本地域名解析节点的地理位置来为指定访问对象选择服务节点以实现就近服务的提供。本地域名解析节点可以基于自身的地理位置分别比对每个候选通信协议地址对应的地理位置,以从多个候选通信协议地址确定目标通信协议地址。本地域名解析节点可以在确定目标通信协议地址之后,基于目标通信协议地址生成目标服务节点信息以发送至指定访问对象。目标通信协议地址的数量可以大于或等于1,目标服务节点信息所指示的服务节点的数量也可以大于或等于1。
本地域名解析节点处理域名解析请求得到用于返回的服务节点信息的过程为历史域名调度日志的生成提供了数据源,为目标源地理位置的确定提供了出处,为本申请实施例实现通信协议地址定位提供了支持。需要说明的是,不论本地域名解析节点是否属于域名调度系统,本地域名解析节点都可以为域名调度系统生成历史域名调度日志提供数据源。相应的,历史域名调度日志中可以记录本地域名解析节点接收指定域名解析请求的时间、本地域名解析节点得到用于返回的目标服务节点信息的时间、本地域名解析节点返回目标服务节点信息的时间、指定域名解析请求所携带的指定域名、本地域名解析节点的地理位置、目标服务节点信息所指示的服务节点的通信协议地址等。
考虑到本地域名解析节点的本地维护的数据库的局限性,可以引入权威域名解析节点。权威域名解析节点可以是对特定域名持有最终管理权限的权威DNS。权威域名解析节点参与域名解析的过程可以包括下述步骤:a)利用所述本地域名解析节点转发指示所述指定域名的解析请求至权威域名解析节点;其中,所述解析请求携带有所述本地域名解析节点的地理位置,所述权威域名解析节点属于所述域名调度系统;b)利用所述权威域名解析节点解析所述指定域名得到对应的多个候选通信协议地址,以及每个所述候选通信协议地址对应的地理位置;其中,所述候选通信协议地址指示用于提供有关所述待访问站点的访问服务的服务节点;c)利用所述权威域名解析节点从所述多个候选通信协议地址确定目标通信协议地址,以及基于所述目标通信协议地址生成目标服务节点信息;其中,所述目标通信协议地址对应的地理位置与所述本地域名解析节点的地理位置相匹配;d)利用所述权威域名解析节点向所述本地域名解析节点返回所述目标服务节点信息,以使得所述本地域名解析节点向所述指定访问对象返回所述目标服务节点信息。
权威域名解析节点的引入,可以弥补本地域名解析节点的本地维护的数据库的数据覆盖率问题、数据准确度问题,这样可以提高得到的域名解析结果的有效性,进而保证指定访问对象的访问服务质量。参见图5-6,用户向本地域名解析节点发送域名解析请求,本地域名解析节点可以向权威域名解析节点发送有关域名解析的递归请求以获取权威域名解析节点的反馈(对应上述目标服务节点信息),本地域名解析节点再将权威域名解析节点的反馈返回给用户。权威域名解析节点可以基于本地域名解析节点的地理位置来解析指定域名得到目标通信协议地址。需要说明的是,不论权威域名解析节点是否属于域名调度系统,权威域名解析节点都可以与本地域名解析节点一起为域名调度系统生成历史域名调度日志提供数据源。相应的,历史域名调度日志中可以记录本地域名解析节点接收指定域名解析请求的时间、权威域名解析节点接收指示指定域名的解析请求的时间、权威域名解析节点得到针对解析请求的反馈的时间、权威域名解析节点返回反馈的时间、本地域名解析节点返回反馈的时间、指定域名解析请求所携带的指定域名、本地域名解析节点的地理位置、反馈所指示的服务节点的通信协议地址等。
进一步的,当所述指定域名解析请求携带有针对所述预设版本的解析信息时,利用所述本地域名解析节点基于支持版本生成指示所述指定域名的解析请求;其中,所述支持版本为所述权威域名解析节点所支持的通信协议地址版本,所述支持版本低于所述预设版本。
以通信协议地址为IP地址为例,用户向本地域名解析节点发送的指定域名解析请求可以携带有针对具体版本的解析信息,比如针对IPv4的解析信息、针对IPv6的解析信息。可以理解,针对IPv4的解析信息对应A记录,需要将指定域名指向一个IPv4地址。针对IPv6的解析信息对应AAAA记录,需要将指定域名指向一个IPv6地址。当预设版本为IPv6,而支持版本为IPv4时,本地域名解析节点需要基于支持版本来生成指示指定域名的解析请求。
在实际应用中,权威域名解析节点响应该解析请求,可以先根据本地域名解析节点的地理位置从本地维护的数据库中确定可供参考的数据表,再基于指定域名查找该数据表确定合适的IPv6地址。权威域名解析节点可以根据指示IPv6地址的候选服务节点的分布和负载情况,确定就近的服务节点的IPv6地址列表。相应的,用户可以以IPv6方式访问服务节点获取服务。这样可以兼顾权威域名解析节点所维护的域名解析体系,可以提高从权威域名解析节点获取反馈的效率。
示例性的,用户想要访问一个网站,该网站的域名为aaa.com。权威域名解析节点是aaa.com的权威解析方。有多个服务节点可以提供有关aaa.com的访问服务,多个服务节点可以是多个服务器。这些服务器可以分布在A国的很多地方,其中位于A地区、使用A运营商服务的服务器有两个:
服务器1:IPv4地址为1.1.1.1,IPv6地址为2003::1;
服务器2:IPv4地址为2.2.2.2,IPv6地址为2003::2;
另外,A运营商的位于A地区的LDNS(下称“目标LDNS”)可以同时有IPv4地址和IPv6地址,其中IPv4地址为3.3.3.3,IPv6地址为2003::3。
当用户的IPv6地址指示A地区+A运营商,那么用户向目标LDNS发送域名解析请求,该域名解析请求指示解析aaa.com得到对应的IPv6地址。目标LDNS发现权威域名解析节点是aaa.com的权威解析方,且权威解析方支持IPv4地址。由此,目标LDNS使用IPv4协议,也即使用自己的IPv4地址3.3.3.3来向权威域名解析节点发送解析请求。权威域名解析节点接收到该解析请求,发现IPv4地址3.3.3.3是指示A地区+A运营商,且请求的是AAAA记录,于是返回位于A地区、使用A运营商服务的服务器的IPv6地址:2003::1和2003::2。
2)与生成历史服务节点日志相关的站点访问环节:
结合1)中域名解析环节返回的目标服务节点信息,指定访问对象可以实现对于待访问站点的访问。以目标服务节点信息所指示的服务节点a-c的通信协议地址为例,指定访问对象可以通过访问服务节点a-c实现对于待访问站点的访问。指定访问对象对于访问服务节点a-c的访问,可以基于它们各自对应的通信协议地址来实现。若访问它们中的任一服务节点(比如服务节点a)成功,则可以判定访问待访问站点成功,同时暂停基于相关通信协议地址访问其他服务节点(比如服务节点b和服务节点c)。
服务节点为访问对象进行访问服务提供的相关信息为历史服务节点日志的生成提供了数据源,为目标源通信协议地址的确定提供了出处,为本申请实施例实现通信协议地址定位提供了支持。结合上述示例,历史服务节点日志中可以记录指定访问对象的访问时间、指定访问对象所携带的本地通信协议地址、提供访问服务的服务节点(比如服务节点a)所指示的域名、提供访问服务的服务节点(比如服务节点a)的通信协议地址。
S202:基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址;其中,所述目标源地理位置指示所述域名调度系统中进行域名解析请求处理的本地域名解析节点的地理位置,所述目标源通信协议地址指示进行所述指定站点访问的目标访问对象所携带的本地通信协议地址,且所述目标源通信协议地址指示预设版本的通信协议地址;
在本申请实施例中,服务器端基于指定站点的特征信息从历史域名调度日志中确定出相匹配的目标源地理位置,以及从历史服务节点日志中确定出相匹配的目标源通信协议地址。指定站点的特征信息可以是指定站点的域名,以及提供有关指定站点的访问服务的服务节点的信息。历史域名调度日志有记录解析域名得到相关服务节点的信息的内容。历史服务节点日志有记录提供访问服务的服务节点所指示的域名,以及提供访问服务的服务节点的信息。示例性的,以指定站点的特征信息为域名a和服务节点的通信协议地址列表a为例,从历史域名调度日志中抽取命中域名a和通信协议地址列表a的至少一条记录,再从每条记录中进行目标源地理位置的确定。从历史服务节点日志中抽取命中域名a和任一属于通信协议地址列表a的通信协议地址的至少一条记录,再从每条记录中进行目标源通信协议地址的确定。
在一示例性的实施方式中,如图4所示,所述指定站点的特征信息包括多个指定服务节点的信息以及所述指定站点的域名,所述指定服务节点用于提供有关所述指定站点的访问服务;所述基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址,包括:
S401:基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的候选源地理位置,以及从所述历史服务节点日志中确定出相匹配的候选源通信协议地址,以构建基于所述指定服务节点的维度的多个候选通信协议信息组;
S402:针对所述指定服务节点的维度,分别在对应的所述候选通信协议信息组中确定出相匹配的目标源地理位置和目标源通信协议地址。
以指定站点的域名为域名b、多个指定服务节点分别为指定服务节点1-3为例,利用指定服务节点1-3各自对应的通信协议地址可以得到通信协议地址列表b。从历史域名调度日志中抽取命中域名b和通信协议地址列表b的至少一条记录,再从每条记录中进行候选源地理位置的确定。从历史服务节点日志中抽取命中域名b和任一属于通信协议地址列表b的通信协议地址的至少一条记录,再从每条记录中进行候选源通信协议地址的确定。
历史域名调度日志中的每条记录对应一个域名调度任务,每条记录的构成元素可以包括调度时间(可以根据业务需求约定指示相关处理节点的时间)、接收到的域名解析请求所携带的域名、本地域名解析节点的地理位置、待提供访问服务的服务节点的通信协议地址列表。历史服务节点日志中的每条记录对应一次对于服务节点的成功访问,每条记录的构成元素可以包括访问时间、提供访问服务的服务节点所指示的域名、访问对象所携带的本地通信协议地址、提供访问服务的服务节点的通信协议地址。可以理解,以指定服务节点1为参照,基于对应的出处记录从多个候选源地理位置中抽取于指定服务节点1相匹配的候选源地理位置,基于对应的出处记录从多个候选源通信协议地址中抽取于指定服务节点1相匹配的候选源通信协议地址,以构建针对指定服务节点1的候选通信协议信息组。构建针对指定服务节点2的候选通信协议信息组,以及构建针对指定服务节点3的候选通信协议信息组可以参考此过程,不再赘述。需要说明的是,每个候选通信协议信息组中的候选源地理位置和候选源通信协议地址可以不是数量匹配的。
一个候选通信协议信息组中的候选源地理位置和候选源通信协议地址指示同一域名、同一服务节点以及同一时间。其中同一时间指示上述调度时间和访问时间相匹配。由此,以服务节点的维度构建候选通信协议信息组,再以候选通信协议组的维度确定相匹配的目标源地理位置和目标源通信协议地址,可以缩小进行目标源地理位置和目标源通信协议地址确定的数据范围,可以提高进行目标源地理位置和目标源通信协议地址确定的准确度。
进一步的,所述针对所述指定服务节点的维度,分别在对应的所述候选通信协议信息组中确定出相匹配的目标源地理位置和目标源通信协议地址,包括下述步骤:1)针对所述指定服务节点的维度,分别获取对应的所述候选通信协议信息组的地址访问次数信息和地理位置权重信息;其中,所述地址访问次数信息描述了所述候选通信协议信息组中每个候选源通信协议地址对应的访问次数,所述地理位置权重信息描述了所述候选通信协议信息组中每个候选源地理位置对应的权重值;2)基于所述候选通信协议信息组中每个候选源通信协议地址对应的访问次数,以及所述候选通信协议信息组中每个候选源地理位置对应的权重值,得到多个计算结果;其中,所述计算结果是基于所述候选通信协议信息组中任一个候选源通信协议地址对应的访问次数,以及任一候选源地理位置对应的权重值得到的;3)从所述多个计算结果中确定出满足预设规则要求的目标计算结果;4)确定参与得到所述目标计算结果的候选源通信协议地址和候选源地理位置为相匹配的目标源地理位置和目标源通信协议地址。
以候选通信协议信息组包括候选源地理位置1-2和候选源通信协议地址1-3为例,候选源地理位置1对应的权重值为a,候选源地理位置2对应的权重值为b,候选源通信协议地址1对应访问次数visit_times1,候选源通信协议地址2对应访问次数visit_times2以及候选源通信协议地址3对应访问次数visit_times3。这样可以得到6个计算结果,即基于候选源地理位置i对应的权重值和候选源通信协议地址j对应访问次数得到的,其中i取1和2,j取1、2和3。再从6个计算结果中确定出满足预设规则要求的目标计算结果,进而确定参与得到目标计算结果的候选源通信协议地址和候选源地理位置为相匹配的目标源地理位置和目标源通信协议地址。比如,计算结果是基于权重值与访问次数的乘积得到的,可以取6个计算结果中数值最大的为目标计算结果。
考虑到候选通信协议信息组中候选源地理位置和候选源通信协议地址所能提供的两两配对形式可能不只一个,以访问次数和来自历史反馈的权重值综合确定计算结果,再通过计算结果与预设规则来确定其中更具匹配度的两两配对形式。由此在进行目标源地理位置和目标源通信协议地址确定时,不仅关注它们因其他因素(比如域名等)所存在的关联,还关注它们因自身因素(比如权重值、访问次数)所建立的关联的程度,进一步保证了进行目标源地理位置和目标源通信协议地址确定的准确度。
在实际应用中,域名调度可以作为业务接入层,可以为CDN产品提供负载均衡、就近接入能力。根据IP库的IP地理位置,域名调度可以识别出用户的来源地区、运营商、流量分布,从而合理规划用户流量调度路径。CDN产品可以包括多个服务节点,多个服务节点可以是提供不同站点的访问服务的服务节点,多个服务节点也可以是提供同一站点的访问服务的服务节点。
可以使用一份基准的IPv6 IP库,作为初始化的调度依据,在后续步骤中也可以作为修正的参考数据。没有基准的IPv6 IP库也可以,也可以独立生成IPv6IP库。在修正基准的IPv6 IP库或者独立生成IPv6 IP库的过程中,可以收集CDN边缘节点日志,每一条记录标识用户访问时间、域名、用户的IPv6 IP地址和边缘节点IP地址;收集域名调度系统日志,每一条记录标识调度时间、域名、用户来源地理位置(对应本地域名解析节点的地理位置)和边缘节点IP列表。然后,找出两份日志中域名、边缘节点IP地址相同的记录,得到用户的IPv6 IP地址所对应的用户来源地理位置。然而,可能出现下述情况:一个边缘节点同时服务于多个地区的用户;一个用户的IPv6 IP地址对应多个地区。因此,需要对数据进行处理,排除干扰,得到可靠数据。处理步骤如下:
A)从CDN边缘节点日志中取一个时间点timestamp1的数据,统计访问次数:
(domain1,oc_ip1,user_ip1,visit_times1)
(domain1,oc_ip2,user_ip2,visit_times2)
(domain1,oc_ip2,user_ip3,visit_times3)
(domain2,oc_ip1,user_ip3,visit_times4)
B)从域名调度系统日志取对应时间点timestamp1的数据:
(domain1,(oc_ip1,oc_ip2),user_location1)
(domain1,(oc_ip2),user_location2)
(domain2,(oc_ip1),user_location3)
C)根据相同的域名(domain)和边缘节点(oc_ip),可得用户的IPv6 IP地址和用户来源地理位置的对应关系:
分组1:(domain1,oc_ip1)
(user_ip1,visit_times1)
user_location1
分组2:(domain1,oc_ip2)
(user_ip2,visit_times3)
(user_ip3,visit_times3)
user_location1
user_location2
分组3:(domain2,oc_ip1)
(user_ip3,visit_times4)
user_location3
D)对每个分组,以α/location_num为权重,乘以访问次数visit_times,作为每个用户的IPv6 IP地址对应某个用户来源地理位置的得分。
其中α可以作为可变参数,用于调整权重,可以根据1/location_num值的区间设置不同的α值。例如上述的分组1中,用户的IPv6 IP地址和用户来源地理位置为一对一,置信度更高,可以调大α参数。如果有基准的IPv6 IP库,可以设置一个基准库的location得分。
所有分组的score相加,得到用户的IPv6 IP地址对应某用户来源地理位置的得分:
取得分最高的location,作为用户的IPv6 IP地址的地理位置。最终得到:
user_ip1,user_location1
user_ip2,user_location2
user_ip3,user_location3
S203:建立所述目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示所述预设版本的通信协议库。
在本申请实施例中,服务器端建立目标源地理位置和目标源通信协议地址的关联关系,以更新指示预设版本的通信协议库。示例性的,以IPv6 IP库为例,若目标源地理位置为location1和目标源通信协议地址为ip1,如果当前IPv6 IP库中没有ip1的相关信息,那么将ip1和location1以成对数据的形式放入IPv6 IP库;如果当前IPv6 IP库中有ip1的相关信息,即基于ip1和location2得到的成对数据,那么可以评估两个成对数据的匹配度,进而决定维持原有成对数据还是对原有成对数据进行替换。当然,也可以在IPv6 IP中同时维持指示ip1的两个成对数据。
在一示例性的实施方式中,当所述目标源通信协议地址为目标地址的任一地址分段时,可以确定所述目标地址的每个地址分段所关联的源地理位置,得到源地理位置集合;然后,基于所述源地理位置集合中各个源地理位置的出现频次,确定出现频次最高的源地理位置为与所述目标地址关联的源地理位置。
考虑到实际需用需要,常会对通信协议地址进行分段以方便使用,比如分为64段。若目标源通信协议地址是目标地址的一个地址分段,那么可以聚合相关的各地址分段,进而根据相关的各地址分段所关联的源地理位置确定与目标地址关联的源地理位置。以目标地址有64个地址分段,这里所关联的源地理位置可以指通过前述步骤S201-S203确定的。比如,地址分段0-31有经前述步骤S201-S203确定的存在关联关系的源地理位置,而地址分段32-63没有经前述步骤S201-S203确定的存在关联关系的源地理位置。那么基于地址分段0-31各自所关联的源地理位置构建源地理位置集合,再根据源地理位置集合中各个源地理位置的出现频次,确定出现频次最高的源地理位置为与目标地址关联的源地理位置。由此,对于目前没有所关联的源地理位置的地址分段32-63,在处理源于地址分段32-63的访问请求时,可以利用与目标地址关联的源地理位置为其分配用于提供访问服务的就近服务节点,以提高访问服务质量。
在实际应用中,参见图5-6,随着IPv4地址逐渐枯竭,IPv6的发展步调加快,IPv6流量体量越来越大。对于域名调度服务来说,要支持业务从IPv4平滑过度到IPv6,保证服务质量,IPv6 IP库中的地理位置准确度是关键。参与域名调度的域名调度系统可以涉及IPv4地址的域名解析,由此可以借助IPv4 IP库对IPv6 IP库进行修正。IPv4 IP定位技术成熟,准确率高,能使修正后的IPv6 IP库更可靠。另外,IPv4和IPv6用户重合度高,用户流量从IPv4迁移到IPv6过程中,学习修正IPv6 IP库,有助服务平稳过度。通过修正IPv6 IP库,可以提高就近调度的准确度,提高服务质量。同时,通过IPv6 IP库统计不同地区的用户流量分布更加准确,基于修正后的流量分布调度,边缘节点负载更均衡,跑超情况减少。在对IPv6 IP库的后续维护中,可以约定作为相关域名权威解析方的权威域名解析节点支持IPv6地址,这样作为一类库输入数据的新注册地址为IPv6地址。结合前述示例,目标LDNS可使用IPv6协议,也即使用自己的IPv6地址2003::3来向权威域名解析节点发送解析请求。
由以上本申请实施例提供的技术方案可见,本申请实施例中通过获取历史域名调度日志以及历史服务节点日志;然后基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址;从而建立所述目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示所述预设版本的通信协议库。本申请结合历史域名调度日志、历史服务节点日志识别目标源地理位置以及指示预设版本的目标源通信协议地址,从而通过相关联的目标源地理位置和目标源通信协议地址更新指示预设版本的通信协议库。历史域名调度日志关注于记录处理域名解析请求得到用于返回的服务节点信息的过程,历史服务节点日志则关注于记录多个服务节点为访问对象提供访问服务的信息,前者为用作目标源地理位置的本地域名解析节点的地理位置提供了出处,后者为用作目标源通信协议地址的目标访问对象所携带的本地通信协议地址提供了出处。由此,通过指定站点的特征信息这一参数,可以从两类日志中分别确定目标源地理位置和目标源通信协议地址,为准确有效的通信协议地址定位提供了可靠依据,从而保证了进行通信协议库更新的有效性。对于以维护海量通信协议地址为目标的通信协议库而言,相较于相关技术中需要部署大量探测点所带来的成本和效率问题,本申请提高了通信协议库的更新效率。参与域名调度的域名调度系统可以涉及非预设版本的通信协议地址的域名解析,提高了通过本申请实施例进行通信协议库更新的适应性。当上述域名调度系统所支持的域名解析的相关版本低于预设版本时,通过本申请实施例进行通信协议库的更新提高了对于相关版本下地理位置信息的利用率,提高了通信协议地址定位的准确度,实现了以不影响相关访问服务为前提的新旧版本的平滑过渡。
本申请实施例还提供了一种通信协议库的更新装置,如图7所示,该通信协议库的更新装置70包括:
日志获取模块701:用于获取历史域名调度日志以及历史服务节点日志;其中,所述历史域名调度日志记录了预设历史周期内域名调度系统负责的多个域名调度任务,所述域名调度任务描述了处理域名解析请求得到用于返回的服务节点信息的过程,所述历史服务节点日志记录了所述预设历史周期内多个服务节点为访问对象提供访问服务的信息;
匹配模块702:用于基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址;其中,所述目标源地理位置指示所述域名调度系统中进行域名解析请求处理的本地域名解析节点的地理位置,所述目标源通信协议地址指示进行所述指定站点访问的目标访问对象所携带的本地通信协议地址,且所述目标源通信协议地址指示预设版本的通信协议地址;
更新模块703:用于建立所述目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示所述预设版本的通信协议库。
需要说明的,所述装置实施例中的装置与方法实施例基于同样的发明构思。
本申请实施例提供了一种电子设备,该电子设备包括处理器和存储器,该存储器中存储有至少一条指令或至少一段程序,该至少一条指令或该至少一段程序由该处理器加载并执行以实现如上述方法实施例所提供的通信协议库的更新方法。
进一步地,图8示出了一种用于实现本申请实施例所提供的通信协议库的更新方法的电子设备的硬件结构示意图,所述电子设备可以参与构成或包含本申请实施例所提供的通信协议库的更新装置。如图8所示,电子设备100可以包括一个或多个(图中采用1002a、1002b,……,1002n来示出)处理器1002(处理器1002可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器1004、以及用于通信功能的传输装置1006。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图8所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,电子设备100还可包括比图8中所示更多或者更少的组件,或者具有与图8所示不同的配置。
应当注意到的是上述一个或多个处理器1002和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到电子设备100(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器1004可用于存储应用软件的软件程序以及模块,如本申请实施例中所述的通信协议库的更新方法对应的程序指令/数据存储装置,处理器1002通过运行存储在存储器1004内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的一种通信协议库的更新方法。存储器1004可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器1004可进一步包括相对于处理器1002远程设置的存储器,这些远程存储器可以通过网络连接至电子设备100。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置1006用于经由一个网络接收或者发送数据。上述的网络具体实例可包括电子设备100的通信供应商提供的无线网络。在一个实例中,传输装置1006包括一个网络适配器(NetworkInterfaceController,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实施例中,传输装置1006可以为射频(RadioFrequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与电子设备100(或移动设备)的用户界面进行交互。
本申请的实施例还提供了一种计算机可读存储介质,所述存储介质可设置于电子设备之中以保存用于实现方法实施例中一种通信协议库的更新方法相关的至少一条指令或至少一段程序,该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述方法实施例提供的通信协议库的更新方法。
可选地,在本实施例中,上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是:上述本申请实施例先后顺序仅仅为了描述,不代表实施例的优劣。且上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本申请中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置和电子设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种通信协议库的更新方法,其特征在于,所述方法包括:
获取历史域名调度日志以及历史服务节点日志;其中,所述历史域名调度日志记录了预设历史周期内域名调度系统负责的多个域名调度任务,所述域名调度任务描述了处理域名解析请求得到用于返回的服务节点信息的过程,所述历史服务节点日志记录了所述预设历史周期内多个服务节点为访问对象提供访问服务的信息;
基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址;其中,所述目标源地理位置指示所述域名调度系统中进行域名解析请求处理的本地域名解析节点的地理位置,所述目标源通信协议地址指示进行所述指定站点访问的目标访问对象所携带的本地通信协议地址,且所述目标源通信协议地址指示预设版本的通信协议地址;
建立所述目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示所述预设版本的通信协议库。
2.根据权利要求1所述的方法,其特征在于,所述指定站点的特征信息包括多个指定服务节点的信息以及所述指定站点的域名,所述指定服务节点用于提供有关所述指定站点的访问服务;
所述基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址,包括:
基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的候选源地理位置,以及从所述历史服务节点日志中确定出相匹配的候选源通信协议地址,以构建基于所述指定服务节点的维度的多个候选通信协议信息组;
针对所述指定服务节点的维度,分别在对应的所述候选通信协议信息组中确定出相匹配的目标源地理位置和目标源通信协议地址。
3.根据权利要求2所述的方法,其特征在于,所述针对所述指定服务节点的维度,分别在对应的所述候选通信协议信息组中确定出相匹配的目标源地理位置和目标源通信协议地址,包括:
针对所述指定服务节点的维度,分别获取对应的所述候选通信协议信息组的地址访问次数信息和地理位置权重信息;其中,所述地址访问次数信息描述了所述候选通信协议信息组中每个候选源通信协议地址对应的访问次数,所述地理位置权重信息描述了所述候选通信协议信息组中每个候选源地理位置对应的权重值;
基于所述候选通信协议信息组中每个候选源通信协议地址对应的访问次数,以及所述候选通信协议信息组中每个候选源地理位置对应的权重值,得到多个计算结果;其中,所述计算结果是基于所述候选通信协议信息组中任一个候选源通信协议地址对应的访问次数,以及任一候选源地理位置对应的权重值得到的;
从所述多个计算结果中确定出满足预设规则要求的目标计算结果;
确定参与得到所述目标计算结果的候选源通信协议地址和候选源地理位置为相匹配的目标源地理位置和目标源通信协议地址。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述目标源通信协议地址为目标地址的任一地址分段时,确定所述目标地址的每个地址分段所关联的源地理位置,得到源地理位置集合;
基于所述源地理位置集合中各个源地理位置的出现频次,确定出现频次最高的源地理位置为与所述目标地址关联的源地理位置。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
利用所述本地域名解析节点接收指定访问对象发送的指定域名解析请求;其中,所述指定域名解析请求携带有待访问站点的指定域名;
利用所述本地域名解析节点解析所述指定域名得到对应的多个候选通信协议地址,以及每个所述候选通信协议地址对应的地理位置;其中,所述候选通信协议地址指示用于提供有关所述待访问站点的访问服务的服务节点;
利用所述本地域名解析节点从所述多个候选通信协议地址确定目标通信协议地址,以及基于所述目标通信协议地址生成目标服务节点信息;其中,所述目标通信协议地址对应的地理位置与所述本地域名解析节点的地理位置相匹配;
利用所述本地域名解析节点向所述指定访问对象返回所述目标服务节点信息。
6.根据权利要求5所述的方法,其特征在于,在所述利用所述本地域名解析节点接收指定访问对象发送的指定域名解析请求之后,所述方法还包括:
利用所述本地域名解析节点转发指示所述指定域名的解析请求至权威域名解析节点;其中,所述解析请求携带有所述本地域名解析节点的地理位置,所述权威域名解析节点属于所述域名调度系统;
利用所述权威域名解析节点解析所述指定域名得到对应的多个候选通信协议地址,以及每个所述候选通信协议地址对应的地理位置;其中,所述候选通信协议地址指示用于提供有关所述待访问站点的访问服务的服务节点;
利用所述权威域名解析节点从所述多个候选通信协议地址确定目标通信协议地址,以及基于所述目标通信协议地址生成目标服务节点信息;其中,所述目标通信协议地址对应的地理位置与所述本地域名解析节点的地理位置相匹配;
利用所述权威域名解析节点向所述本地域名解析节点返回所述目标服务节点信息,以使得所述本地域名解析节点向所述指定访问对象返回所述目标服务节点信息。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
当所述指定域名解析请求携带有针对所述预设版本的解析信息时,利用所述本地域名解析节点基于支持版本生成指示所述指定域名的解析请求;其中,所述支持版本为所述权威域名解析节点所支持的通信协议地址版本,所述支持版本低于所述预设版本。
8.一种通信协议库的更新装置,其特征在于,所述装置包括:
日志获取模块:用于获取历史域名调度日志以及历史服务节点日志;其中,所述历史域名调度日志记录了预设历史周期内域名调度系统负责的多个域名调度任务,所述域名调度任务描述了处理域名解析请求得到用于返回的服务节点信息的过程,所述历史服务节点日志记录了所述预设历史周期内多个服务节点为访问对象提供访问服务的信息;
匹配模块:用于基于指定站点的特征信息从所述历史域名调度日志中确定出相匹配的目标源地理位置,以及从所述历史服务节点日志中确定出相匹配的目标源通信协议地址;其中,所述目标源地理位置指示所述域名调度系统中进行域名解析请求处理的本地域名解析节点的地理位置,所述目标源通信协议地址指示进行所述指定站点访问的目标访问对象所携带的本地通信协议地址,且所述目标源通信协议地址指示预设版本的通信协议地址;
更新模块:用于建立所述目标源地理位置和所述目标源通信协议地址的关联关系,以更新指示所述预设版本的通信协议库。
9.一种电子设备,其特征在于,所述电子设备包括处理器和存储器,所述存储器中存储有至少一条指令或至少一段程序,所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1-7任一项所述的通信协议库的更新方法。
10.一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一条指令或至少一段程序,所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1-7任一项所述的通信协议库的更新方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111399348.9A CN114205326B (zh) | 2021-11-24 | 2021-11-24 | 通信协议库的更新方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111399348.9A CN114205326B (zh) | 2021-11-24 | 2021-11-24 | 通信协议库的更新方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114205326A CN114205326A (zh) | 2022-03-18 |
CN114205326B true CN114205326B (zh) | 2022-10-25 |
Family
ID=80648589
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111399348.9A Active CN114205326B (zh) | 2021-11-24 | 2021-11-24 | 通信协议库的更新方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114205326B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115297085B (zh) * | 2022-06-29 | 2024-04-23 | 北京奇艺世纪科技有限公司 | 一种域名解析的更新方法、装置、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110795434A (zh) * | 2019-10-30 | 2020-02-14 | 北京邮电大学 | 一种构建服务属性数据库的方法及装置 |
CN113067909A (zh) * | 2020-01-02 | 2021-07-02 | 中国移动通信有限公司研究院 | 边缘节点寻址方法、装置、设备及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130085932A1 (en) * | 2011-09-29 | 2013-04-04 | Verisign, Inc. | Tracing domain name history within a registration via a whowas service |
CN104168341B (zh) * | 2014-08-15 | 2018-01-19 | 北京百度网讯科技有限公司 | Ip地址的定位方法和cdn调度方法以及装置 |
CN107980217B (zh) * | 2017-07-14 | 2021-06-01 | 达闼机器人有限公司 | 获取本地域名服务器地址的方法、装置和权威域名服务器 |
CN110636150B (zh) * | 2019-10-24 | 2023-04-18 | 北京小米移动软件有限公司 | 域名解析方法、域名解析装置及存储介质 |
-
2021
- 2021-11-24 CN CN202111399348.9A patent/CN114205326B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110795434A (zh) * | 2019-10-30 | 2020-02-14 | 北京邮电大学 | 一种构建服务属性数据库的方法及装置 |
CN113067909A (zh) * | 2020-01-02 | 2021-07-02 | 中国移动通信有限公司研究院 | 边缘节点寻址方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114205326A (zh) | 2022-03-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230074913A1 (en) | Managing Virtual Networks of Virtual Machines Using Telecommunications Infrastructure Systems | |
CN112087312B (zh) | 一种提供边缘服务的方法、装置和设备 | |
CN104718733B (zh) | 基于分组的标识符定位符网络协议(ilnp)负载平衡和路由选择的方法和系统 | |
Yin et al. | Edge provisioning with flexible server placement | |
EP3726811A1 (en) | Proxy routing based on path headers | |
CN105162900B (zh) | 一种多节点协作的域名解析和缓存方法及系统 | |
CN109327542B (zh) | 游戏业务访问响应方法、请求转发方法、连接方法、装置 | |
US10498694B2 (en) | Mapping IPv4 knowledge to IPv6 | |
CN112217856B (zh) | 应用实例的地址获取方法、装置、设备及存储介质 | |
CN105262615A (zh) | 针对虚拟网络分组流的物理路径确定 | |
US11528323B1 (en) | Systems for locating server nodes for edge devices using latency-based georouting | |
CN108183975A (zh) | 一种域名解析的方法和系统 | |
Gregori et al. | Sensing the Internet through crowdsourcing | |
Zhong et al. | An efficient SDN load balancing scheme based on variance analysis for massive mobile users | |
CN114205326B (zh) | 通信协议库的更新方法、装置、电子设备及存储介质 | |
CN106797384B (zh) | 以不同的协议将请求路由到集群中的相同端点 | |
CN113746654A (zh) | 一种IPv6地址管理和流量分析的方法和装置 | |
US10243920B1 (en) | Internet protocol address reassignment between virtual machine instances | |
CN104125310B (zh) | 基于半永久地址的消息发送方法 | |
CN109818821A (zh) | 一种网站cdn架构的检测方法及装置 | |
Ferdousi et al. | LOAMY: A cloud-based middleware for CoAP-based IoT service discovery | |
Yang et al. | A deep dive into DNS behavior and query failures | |
CN115190107B (zh) | 基于泛域名多子系统管理方法、管理终端及可读存储介质 | |
CN107395645B (zh) | 用于防火墙的系统和方法以及存储有对应程序的介质 | |
CN115225606A (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 |