CN116319325A - 一种dns区数据增量传输方法及系统 - Google Patents
一种dns区数据增量传输方法及系统 Download PDFInfo
- Publication number
- CN116319325A CN116319325A CN202211501018.0A CN202211501018A CN116319325A CN 116319325 A CN116319325 A CN 116319325A CN 202211501018 A CN202211501018 A CN 202211501018A CN 116319325 A CN116319325 A CN 116319325A
- Authority
- CN
- China
- Prior art keywords
- server
- incremental
- main area
- zone
- transmission 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
- H04L41/0846—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on copy from other elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请公开了一种DNS区数据增量传输方法及系统,首先主辅区服务器之间新建立一种增量传输请求协议,实现主服务器增量同步检测和增量区配置返回,辅区服务器在本地区更新超时机制或者定期更新机制发起更新请求时,按照新建立的请求协议发起请求。然后主区服务器当读取到协议类型为目标协议类型时,则检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表;依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表;最后向辅区服务器返回查询结果。本发明能够有保障在具备差异配置的多主服务器的场景下,也可以正常的采用增量同步方式完成配置同步。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种DNS区数据增量传输方法及系统。
背景技术
DNS服务器可以组成主辅模式,其中辅区DNS服务器从主区DNS服务器同步配置,保证DNS主辅服务器配置一致。为了减少区传输的数据量,DNS提供IXFR指令控制服务端传输增量配置到客户端。
DNS区每次更新均会提供一个递增的序列号,标注当前区更新的配置。DNS客户端请求区数据增量传输时,把本地已经存在的区数据的序列号传输到服务端,如果服务端存在客户端请求的序列号到最新序列号之间的数据,则传输最新序列号与客户端存在序列号之间的区数据。如果服务端不存在客户端提供的序列号的区数据,则传输全量的数据给客户端。
DNS可以提供多个DNS主区服务器,每个主区服务器都可以提供同一个区文件的更新,每个主区服务器的DNS软件的实现机制可能不一致,部分主区服务器可能不提供增量区传输,部分主区服务器清理机制也存在差异导致同一个区的序列号不一致,或者人为行为导致区序列号增加,最终导致服务端不存在客户端请求的序列号,从而导致无法完成增量更新。比如:假设DNS主区服务器NS1和NS2,对同一个区的更新,NS1的序列号可能是1,2,3.而NS2的序列号可能是1,3.客户端携带本地的区序列号为2通过IXFR指令向NS1进行区传输,则会进行增量传输。但是向NS2进行区传输,则只能进行全量传输,原因是NS2没有序列号为2,故只能全量传输。
当存在多个DNS区服务器时,DNS客户端使用IXFR指令向其中一个区服务器进行区同步时,如果服务器支持增量区传输,服务器匹配到客户端提供的序列号,则进行增量传输,没有匹配到就进行全量传输,不会检查其他区服务器是否存在相同区相同序列号的区记录存在,这种场景下存在传输的数据量大,会导致性能降低、带宽占用较大的情况。
发明内容
基于此,本申请实施例提供了一种DNS区数据增量传输方法及系统,能够有保障在具备差异配置的多主服务器的场景下,也可以正常的采用增量同步方式完成配置同步。
第一方面,提供了一种DNS区数据增量传输方法,应用于主区服务器,该方法包括:
建立与辅区服务器之间的增量传输请求协议;
接收辅区服务器发送的增量传输请求,从所述增量传输请求中提取出协议类型;其中,所述增量传输请求是基于增量传输请求协议所生成;
当读取到所述协议类型为目标协议类型时,则检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表;
依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表;
向所述辅区服务器返回查询结果。
可选地,所述协议类型可以为在QTYPE中新增的OIXFR类型和NOIXFR类型,同时可以在附加字段Additional中携带其他主服务器地址列表;其中,所述OIXFR类型用于表征当前主区服务器可以提供增量配置同步,所述NOIXFR类型用于表征当前主区服务器不能提供增量配置同步。
可选地,向所述辅区服务器返回查询结果,包括:
当其他服务器支持增量配置同步,则返回支持增量配置同步的服务器列表;否则根据查询包的Additional字段是否存在当前主区服务器地址。
可选地,根据查询包的Additional字段是否存在当前主区服务器地址,包括:
如果存在则返回全量配置包,否则返回NOIXFR错误。
可选地,所述方法还包括:
当主区服务器不支持增量传输时,但增量传输请求中Additional字段包含主区服务器地址时,则向包含地址的主区服务器返回全量配置包。
可选地,所述方法还包括:
当主区服务器不支持增量传输时,同时增量传输请求中Additional字段不包含主区服务器地址时,则返回主区服务器不能提供配置同步。
第二方面,提供了一种DNS区数据增量传输方法,应用于辅区服务器,该方法包括:
建立与主区服务器之间的增量传输请求协议;
基于增量传输请求协议生成增量传输请求,并向主区服务器发送增量传输请求,以使所述主区服务器从所述增量传输请求中提取出协议类型;
获取主区服务器所返回的查询结果;其中,所述查询结果包括主服务器读取到所述协议类型为目标协议类型时,检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表,依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表。
可选地,所述方法还包括:
当获得支持增量配置同步的主区服务器列表后,则可以向支持增量配置同步的服务器发起IXFR请求,进行同步配置。
可选地,所述查询结果还包括:
主区服务器已经返回区增量同步配置;
主区服务器已经返回区全量配置;
主区服务器没有支持增量配置的服务器。
第三方面,提供了一种DNS区数据增量传输系统,该系统包括辅区服务器和至少一个主区服务器,其中:
所述主区服务器,用于建立与辅区服务器之间的增量传输请求协议;接收辅区服务器发送的增量传输请求,从所述增量传输请求中提取出协议类型;其中,所述增量传输请求是基于增量传输请求协议所生成;当读取到所述协议类型为目标协议类型时,则检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表;依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表;向所述辅区服务器返回查询结果;
所述辅区服务器,用于建立与主区服务器之间的增量传输请求协议;基于增量传输请求协议生成增量传输请求,并向主区服务器发送增量传输请求,以使所述主区服务器从所述增量传输请求中提取出协议类型;获取主区服务器所返回的查询结果;其中,所述查询结果包括主服务器读取到所述协议类型为目标协议类型时,检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表,依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表。
本申请实施例提供的技术方案中主辅区服务器之间新建立一种增量传输请求协议,实现主服务器增量同步检测和增量区配置返回,辅区服务器在本地区更新超时机制或者定期更新机制发起更新请求时,按照新建立的请求协议发起请求。主区服务器当读取到协议类型为目标协议类型时,则检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表;依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表;最后向辅区服务器返回查询结果。可以看出,本发明的有益效果在于:
(1)支持同一个请求完成配置同步和查询其他增量服务器地址,减少了客户端发起请求的次数,提高查询的性能
(2)支持发送请求检测目标服务器是否具备支持增量同步配置的能力,满足客户端迭代检测服务器是否支持增量同步
(3)可以有效解决配置差异导致的网络流量大范围波动的问题,降低流量成本。
附图说明
为了更清楚地说明本发明的实施方式或现有技术中的技术方案,下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍。显而易见地,下面描述中的附图仅仅是示例性的,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图引申获得其它的实施附图。
图1为本申请实施例提供的一种DNS区数据增量传输方法流程图;
图2为本申请实施例提供的辅区服务器迭代查询示意图;
图3为本申请实施例提供的主区服务器迭代查询示意图。
具体实施方式
以下结合附图,通过具体实施例对本申请作进一步详述。
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在本发明的描述中,术语“包括”、“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包括了一系列步骤或单元的过程、方法、系统、产品或设备不必限于已明确列出的那些步骤或单元,而是还可包含虽然并未明确列出的但对于这些过程、方法、产品或设备固有的其它步骤或单元,或者基于本发明构思进一步的优化方案所增加的步骤或单元。
本发明的方案是对DNS主辅区同步机制进行优化改造,保障在具备差异配置的多主服务器的场景下,也可以正常的采用增量同步方式完成配置同步。为了下面描述方便,这里后文所使用到的一些术语定义下:
主DNS区服务器:表示提供区同步的服务端,本申请提到的服务端或者主区服务器均代指此服务器。
辅DNS区服务器:表示发起区同步的客户端,此服务器从主DNS区服务器同步配置,保障辅DNS区服务器的配置与主DNS区服务器的配置一致。本申请提到的发起区同步的客户端均指辅DNS区服务器。
IXFR:是DNS区传输默认提供的协议机制。
具体地,请参考图1,其示出了本申请实施例提供的一种DNS区数据增量传输方法的流程图。具体当本方法应用于主区服务器(服务端)时,具体包括以下步骤:
S1,建立与辅区服务器(客户端)之间的增量传输请求协议。
在本申请实施例中,主辅区服务器之间新增加一种协商的机制,实现主服务器增量同步检测和增量区配置返回。
在主辅区通信协议中,增加一种协议类型和复用Additional字段携带主服务器信息,例如:QTYPE增加一种新的协议类型OIXFR,同时此协议可以在附加字段(Additional)中携带其他主服务器地址列表。下面是一个协议的例子:
增加一种错误类型,表示服务端不能提供增量配置同步。比如:NOIXFR。
可以看出,本申请协议类型可以为在QTYPE中新增的OIXFR类型和NOIXFR类型,同时可以在附加字段Additional中携带其他主服务器地址列表;其中,OIXFR类型用于表征当前主区服务器可以提供增量配置同步,NOIXFR类型用于表征当前主区服务器不能提供增量配置同步。
S2,接收辅区服务器发送的增量传输请求,从增量传输请求中提取出协议类型。
其中,增量传输请求是基于增量传输请求协议所生成。
在本申请实施例中,客户端在本地区更新超时机制或者定期更新机制发起更新请求时,按照新协商的方式发起请求。把QTYPE填充为新协商的机制OIXFR,Additional字段则根据客户端的要求进行填充。
a),只检测服务端是否支持区配置增量同步,则填充QTYPE为OIXFR,Additional不填充
b),要求服务端存在增量配置,则提供增量配置,否则要求检测其他服务器是否支持增量配置并且返回支持增量同步的服务器地址列表,则填充QTYPE为OIXFR,Additional填充:排除直接接收请求的主服务器地址外的其他主服务器的地址
c),要求服务端必须返回配置或者支持增量配置的其他服务器地址,则在b)的基础上,把直接接收请求的服务器地址也增加到Additional中。
S3,当读取到协议类型为目标协议类型时,则检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表。
S4,依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表。
在本申请实施例中,服务端在接收到客户端的请求时,读取到QTYPE的值为OIXFR;具体的操作有:
a),调用检测模块检测本机服务器是否支持增量传输,同时调用Additional解析模块,读取服务器地址列表
i,如果支持区增量配置同步并且服务器地址列表包含本机地址,则直接返回增量传输内容,比如:(注意:QTYPE使用IXFR标注,当前是增量传输响应)
ii,如果不支持增量区传送,则转步骤b);
b),调用解析Additional字段的模块,读取得到其他服务器列表
其他服务器列表中的地址,只有本机服务器地址,则返回全量区同步配置,返回的内容同a)下i)返回的内容格式,只是QTYPE设置为AXFR
其他服务器列表中的地址,全部是其他服务器地址,则转步骤c)
c),依次向其他服务器发起查询请求,查询其他服务器是否支持增量配置同步,得到支持增量配置同步的服务器列表
i,请求的内容同步骤S1中的例子,QTYPE的类型为OIXFR,其中附加字段Additional为空
ii,如果其他服务器支持增量传输,则返回QTYPE的类型为OIXFR,错误类型为NR(表示不存在错误),下面是返回的一个例子:
iii,如果其他服务器不支持增量传输,则返回QTYPE的类型为OIXFR,错误类型为NOIXFR。返回数据包的例子同c)步骤中的ii)的例子,只是RCODE设置为NOIXFR
d),向客户端返回结果,如果其他服务器支持增量配置同步,则返回支持增量配置同步的服务器列表;否则根据查询包的Additional字段是否存在本机服务器地址,如果存在则返回全量配置包,否则返回NOIXFR错误
i,经过c)步骤,找到其他支持增量传输的主服务器后,则向客户端返回支持服务器的地址列表,具体格式如下:(RCODE设置为NR,Additional设置为支持增量传输的服务器地址列表)
ii,如果所有服务器均不支持增量传输,但是请求包的Additional字段包含本机服务器地址,则返回全量配置包,包的格式见:3-b)-i)包格式的说明。
iii,如果所有服务器均不支持增量传输,同时Additional不包含本机服务器地址,则返回设置RCODE为NOIXFR,Additional字段为空即可。
S5,向辅区服务器返回查询结果。
客户端接收到服务端的返回后,根据RCODE、Additional、QTYPE的值进行不同的处理,具体地有:
a),RCODE为NOERROR,QTYPE为IXFR表示服务端已经返回区增量同步配置。
b),RCODE为NOERROR,QTYPE为AXFR,表示服务端已经返回区全量配置。
c),RCODE为NOERROR,QTYPE为OIXFR,则服务端返回的是支持增量配置的服务器列表。
d),RCODE为NOIXFR,表示服务端没有支持增量配置的服务器
如果客户端得到的是服务端的增量服务器列表,则可以向支持增量配置同步的服务器发起IXFR请求,同步配置即可。
基于上述DNS区数据增量传输方法的客户端,本方法也应用于主区服务器时,具体包括以下步骤:
建立与主区服务器之间的增量传输请求协议;
基于增量传输请求协议生成增量传输请求,并向主区服务器发送增量传输请求,以使主区服务器从增量传输请求中提取出协议类型;
获取主区服务器所返回的查询结果;其中,查询结果包括主服务器读取到协议类型为目标协议类型时,检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表,依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表。
在本申请可选的实施例中,方法还包括当获得支持增量配置同步的主区服务器列表后,则可以向支持增量配置同步的服务器发起IXFR请求,进行同步配置。
在本申请可选的实施例中,查询结果还包括主区服务器已经返回区增量同步配置;主区服务器已经返回区全量配置;主区服务器没有支持增量配置的服务器。
本申请实施例还提供的一种DNS区数据增量传输系统。包括辅区服务器和至少一个主区服务器,其中:
主区服务器,用于建立与辅区服务器之间的增量传输请求协议;接收辅区服务器发送的增量传输请求,从增量传输请求中提取出协议类型;其中,增量传输请求是基于增量传输请求协议所生成;当读取到协议类型为目标协议类型时,则检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表;依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表;向辅区服务器返回查询结果;
辅区服务器,用于建立与主区服务器之间的增量传输请求协议;基于增量传输请求协议生成增量传输请求,并向主区服务器发送增量传输请求,以使主区服务器从增量传输请求中提取出协议类型;获取主区服务器所返回的查询结果;其中,查询结果包括主服务器读取到协议类型为目标协议类型时,检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表,依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表。
综上可以看出,本发明实现了:
(1)在主辅区服务器通信协议中,增加一种新的协议类型。
(2)主区服务器具备识别新协议、解析附加字段服务器列表的能力。
(3)主区服务器要增加判断是否支持增量同步的能力。
(4)主区服务器要具备发起主区服务器集群间查询的能力。
(5)辅区服务器要具备发起新协议的能力。
(6)辅区服务器要具备多次向不同主区服务器发起区配置同步请求的能力。
本申请实施例提供的DNS区数据增量传输系统用于实现上述DNS区数据增量传输方法,关于DNS区数据增量传输系统的具体限定可以参见上文中对于DNS区数据增量传输方法的限定,在此不再赘述。上述DNS区数据增量传输系统中的各个部分可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于设备中的处理器中,也可以以软件形式存储于设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种DNS区数据增量传输方法,其特征在于,应用于主区服务器,所述方法包括:
建立与辅区服务器之间的增量传输请求协议;
接收辅区服务器发送的增量传输请求,从所述增量传输请求中提取出协议类型;其中,所述增量传输请求是基于增量传输请求协议所生成;
当读取到所述协议类型为目标协议类型时,则检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表;
依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表;
向所述辅区服务器返回查询结果。
2.根据权利要求1所述的DNS区数据增量传输方法,其特征在于,所述协议类型可以为在QTYPE中新增的OIXFR类型和NOIXFR类型,同时可以在附加字段Additional中携带其他主服务器地址列表;其中,所述OIXFR类型用于表征当前主区服务器可以提供增量配置同步,所述NOIXFR类型用于表征当前主区服务器不能提供增量配置同步。
3.根据权利要求2所述的DNS区数据增量传输方法,其特征在于,向所述辅区服务器返回查询结果,包括:
当其他服务器支持增量配置同步,则返回支持增量配置同步的服务器列表;否则根据查询包的Additional字段是否存在当前主区服务器地址。
4.根据权利要求3所述的DNS区数据增量传输方法,其特征在于,根据查询包的Additional字段是否存在当前主区服务器地址,包括:
如果存在则返回全量配置包,否则返回NOIXFR错误。
5.根据权利要求1所述的DNS区数据增量传输方法,其特征在于,所述方法还包括:
当主区服务器不支持增量传输时,但增量传输请求中Additional字段包含主区服务器地址时,则向包含地址的主区服务器返回全量配置包。
6.根据权利要求5所述的DNS区数据增量传输方法,其特征在于,所述方法还包括:
当主区服务器不支持增量传输时,同时增量传输请求中Additional字段不包含主区服务器地址时,则返回主区服务器不能提供配置同步。
7.一种DNS区数据增量传输方法,其特征在于,应用于辅区服务器,所述方法包括:
建立与主区服务器之间的增量传输请求协议;
基于增量传输请求协议生成增量传输请求,并向主区服务器发送增量传输请求,以使所述主区服务器从所述增量传输请求中提取出协议类型;
获取主区服务器所返回的查询结果;其中,所述查询结果包括主服务器读取到所述协议类型为目标协议类型时,检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表,依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表。
8.根据权利要求7所述的DNS区数据增量传输方法,其特征在于,所述方法还包括:
当获得支持增量配置同步的主区服务器列表后,则可以向支持增量配置同步的服务器发起IXFR请求,进行同步配置。
9.根据权利要求7所述的DNS区数据增量传输方法,其特征在于,所述查询结果还包括:
主区服务器已经返回区增量同步配置;
主区服务器已经返回区全量配置;
主区服务器没有支持增量配置的服务器。
10.一种DNS区数据增量传输系统,其特征在于,包括辅区服务器和至少一个主区服务器,其中:
所述主区服务器,用于建立与辅区服务器之间的增量传输请求协议;接收辅区服务器发送的增量传输请求,从所述增量传输请求中提取出协议类型;其中,所述增量传输请求是基于增量传输请求协议所生成;当读取到所述协议类型为目标协议类型时,则检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表;依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表;向所述辅区服务器返回查询结果;
所述辅区服务器,用于建立与主区服务器之间的增量传输请求协议;基于增量传输请求协议生成增量传输请求,并向主区服务器发送增量传输请求,以使所述主区服务器从所述增量传输请求中提取出协议类型;获取主区服务器所返回的查询结果;其中,所述查询结果包括主服务器读取到所述协议类型为目标协议类型时,检测当前主区服务器是否支持增量传输,同时读取其他主区服务器地址列表,依次向其他主区服务器发起查询请求,查询其他主区服务器是否支持增量配置同步,得到支持增量配置同步的主区服务器列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211501018.0A CN116319325A (zh) | 2022-11-28 | 2022-11-28 | 一种dns区数据增量传输方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211501018.0A CN116319325A (zh) | 2022-11-28 | 2022-11-28 | 一种dns区数据增量传输方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116319325A true CN116319325A (zh) | 2023-06-23 |
Family
ID=86819151
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211501018.0A Pending CN116319325A (zh) | 2022-11-28 | 2022-11-28 | 一种dns区数据增量传输方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116319325A (zh) |
-
2022
- 2022-11-28 CN CN202211501018.0A patent/CN116319325A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2266064B1 (en) | Request routing | |
US7366523B2 (en) | Method and system for providing location-based services | |
US20190044787A1 (en) | Point of presence management in request routing | |
EP2294515B1 (en) | Request routing using network computing components | |
US7263086B2 (en) | Method and system for providing location-based services in multiple coverage area environments | |
CN101540759B (zh) | 业务服务器地址获取方法及通信系统 | |
US9444780B1 (en) | Content provided DNS resolution validation and use | |
US11711744B2 (en) | Method and apparatus for interaction between an edge computing system and a mobile communication network for providing edge computing service | |
US7783718B2 (en) | Locating services using compiled scopes | |
CN105227602A (zh) | 一种负载均衡的方法、客户端、注册服务器和系统 | |
CN113746928B (zh) | 跨云服务调用方法、装置和系统 | |
CN114244654B (zh) | 一种url的转发方法、装置、设备及计算机存储介质 | |
JP2002368781A (ja) | ユーザ位置管理ドメインネーム変換システム | |
CN110602264B (zh) | 传递域名解析地址权重信息的方法、装置、设备和介质 | |
CN116319325A (zh) | 一种dns区数据增量传输方法及系统 | |
CN111131497B (zh) | 文件传输方法、装置、电子设备及存储介质 | |
CN110838967B (zh) | 虚拟专用网络的连接方法、服务器、客户端和存储介质 | |
WO2019061400A1 (en) | IMPROVED SERVICE DISCOVERY FOR THE NETWORK FUNCTION ASSOCIATION | |
CN116074386B (zh) | 服务调用方法及装置、服务注册方法及装置 | |
CN115987943A (zh) | 访问请求的响应方法、响应装置及计算机可读存储介质 | |
CN115733843A (zh) | 一种双p2p通信实现方法、装置和系统 | |
CN116233127A (zh) | Cdn网络请求的调度方法,装置、电子设备及存储介质 | |
CN115567393A (zh) | 一种识别上级网关类型的方法和系统 | |
JP2001154902A (ja) | Webオブジェクトの取得システム | |
CN113472907A (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 |