CN113067909A - 边缘节点寻址方法、装置、设备及存储介质 - Google Patents
边缘节点寻址方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN113067909A CN113067909A CN202010002658.1A CN202010002658A CN113067909A CN 113067909 A CN113067909 A CN 113067909A CN 202010002658 A CN202010002658 A CN 202010002658A CN 113067909 A CN113067909 A CN 113067909A
- Authority
- CN
- China
- Prior art keywords
- domain name
- resolution request
- name resolution
- edge node
- identification field
- 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
- 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
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种边缘寻址方法、装置及存储介质,所述方法包括:根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求;发送所述第二域名解析请求至边缘计算调度中心;接收所述边缘计算调度中心发送的响应信息,所述响应信息是所述边缘计算调度中心根据所述第二域名解析请求确定的;将所述响应信息中携带的边缘节点地址发送给终端。
Description
技术领域
本申请涉及互联网技术领域,尤其涉及一种边缘节点寻址方法、装置、设备及存储介质。
背景技术
域名系统(DNS,Domain Name System)是因特网的一项核心服务,它作为可以将域名和网际互连协议(IP,Internet Protocol)地址相互映射的一个分布式数据库,能够使人更方便的访问互联网,而不用去记住能够被机器直接读取的IP数串。域名与IP数串的转换工作称为域名解析,执行此项功能的主机被称为DNS服务器。
现有的DNS协议仅支持携带源IP地址,当前网络架构下,所有DNS解析的请求均通过本地域名系统(LDNS,Local Domain Name System)服务器转发,转发后的请求携带的IP地址是LDNS的IP地址,该IP地址无法用于实现边缘节点的精准寻址。
目前大多数边缘计算试点或应用均采用单点服务的模式,在终端或路由上预先配置边缘计算节点的位置,以实现终端到边缘节点的精准寻址,但是这种手动配置静态路由的方式不适用于全局型的边缘计算服务模式。
发明内容
有鉴于此,本申请实施例提供一种边缘节点寻址方法、装置、设备及存储介质。
本申请实施例的技术方案是这样实现的:
第一方面,本申请实施例提供一种边缘节点寻址方法,包括:
根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求;
发送所述第二域名解析请求至边缘计算调度中心;
接收所述边缘计算调度中心发送的响应信息,所述响应信息是所述边缘计算调度中心根据所述第二域名解析请求确定的;
将所述响应信息中携带的边缘节点地址发送给终端。
第二方面,本申请实施例提供一种边缘节点寻址方法,包括:
接收本地域名系统LDNS服务器发送的第二域名解析请求,所述第二域名解析请求中携带有第一域名解析请求的来源地址标识字段;
确定与所述来源地址标识字段对应的边缘节点地址;
返回响应信息至所述LDNS服务器,所述响应信息中携带所述边缘节点地址。
第三方面,本申请实施例提供一种边缘节点寻址装置,包括:
生成模块,用于根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求;
第一发送模块,用于发送所述第二域名解析请求至边缘计算调度中心;
第一接收模块,用于接收所述边缘计算调度中心发送的响应信息,所述响应信息是所述边缘计算调度中心根据所述第二域名解析请求确定的;
第二发送模块,用于将所述响应信息中携带的边缘节点地址发送给终端。
第四方面,本申请实施例提供一种边缘节点寻址装置,包括:
第二接收模块,用于接收本地域名系统LDNS服务器发送的第二域名解析请求,所述第二域名解析请求中携带有第一域名解析请求的来源地址标识字段;
确定模块,用于确定与所述来源地址标识字段对应的边缘节点地址;
第三发送模块,用于返回响应信息至所述LDNS服务器,所述响应信息中携带所述边缘节点地址。
第五方面,本申请实施例提供一种边缘节点寻址设备,包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现本申请实施例提供的方法。
第六方面,本申请实施例提供一种存储介质,存储有可执行指令,用于引起处理器执行时,实现本申请实施例提供的方法。
在本申请实施例提供的边缘节点寻址方法中,LDNS服务器获取到第一域名解析请求后,对其进行扩展,生成第二域名解析请求,并发送第二域名解析请求至边缘计算调度中心,而后接收边缘计算调度中心根据第二域名解析请求确定边缘节点地址,再将边缘节点地址发送回终端,使业务处理由网络中心节点移到边缘节点成为可能,通过扩展第一域名解析请求,实现了终端到边缘节点的精准寻址,从而加快终端与边缘节点之间数据传输速度,减少网络延迟,提高终端用户的体验效果。
附图说明
图1为本申请实施例提供的边缘节点寻址方法的网络架构示意图;
图2为本申请实施例提供的LDNS服务器的组成结构示意图;
图3为本申请实施例提供的边缘节点寻址方法的一种实现流程示意图;
图4为本申请实施例提供的边缘节点寻址方法的另一种实现流程示意图;
图5为本申请实施例提供的边缘节点寻址方法的又一种实现流程示意图;
图6为本申请实施例提供的边缘节点寻址方法的再一种实现流程示意图;
图7为本申请实施例提供的分流策略自动下发流程示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
在以下的描述中,所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
参见图1,图1为本申请实施例提供的边缘节点寻址方法的网络架构示意图,如图1所示,在该网络架构中至少包括终端100、用户面功能(UPF,User Plane Function)200、防火墙(FW,Firewall)300、LDNS服务器400、源DNS服务器500、边缘计算调度中心600和边缘节点700。其中,终端100可以是移动电话(手机)、平板电脑、笔记本电脑、台式电脑等能够进行网络通信的终端。LDNS服务器400可以是省内LDNS服务器,源DNS服务器可以为LDNS服务器授权的其他DNS服务器。为实现支撑一个示例性应用,终端100、UPF200、FW300、LDNS服务器400、源DNS服务器500、边缘计算调度中心600和边缘节点700可以通过网络连接,网络可以是广域网或者局域网,又或者是二者的组合,使用无线链路实现数据传输。
当用户通过终端100发送第一域名解析请求至UPF200,UPF200对该第一域名解析请求进行域名识别,根据识别结果匹配分流策略,将第一域名解析请求进行本地分流,分流后经过FW300进行网络地址转换(NAT,Network Add ress Translation)映射,将第一域名解析请求和映射的FW的公网IP地址发送至LDNS服务器400。然后LDNS服务器400根据公网IP地址对第一域名解析请求进行扩展,将扩展后的第一域名解析请求发送至源DNS服务器500进行解析,源DNS服务器500根据扩展后的第一域名解析请求生成第二域名解析请求,根据扩展后的第一域名解析请求中携带的LDNS服务器的IP地址,返回第二域名解析请求至LDNS服务器,再由LDNS服务器将第二域名解析请求发送至边缘计算调度中心600,以确定边缘节点地址,边缘计算调度中心将确定的边缘节点地址携带于响应信息中返回至LDNS服务器,由LDNS服务器将响应信息中携带的边缘节点地址经过FW300和UPF200返回至终端100。再然后,终端100根据边缘节点地址,经过FW300和UPF200向边缘节点地址对应的边缘节点发送访问请求,边缘节点700对访问请求进行响应,发送访问请求对应的请求内容至终端100,实现了终端到边缘节点的精准寻址,从而加快终端与边缘节点之间数据传输速度,减少网络延迟,提高终端用户的体验效果。
本申请实施例提供的装置可以实施为硬件或者软硬件结合的方式,下面说明本申请实施例提供的装置的各种示例性实施。
根据图2示出的LDNS服务器的示例性结构,可以预见LDNS服务器400的其他的示例性结构,因此这里所描述的结构不应视为限制,例如可以省略下文所描述的部分组件,或者,增设下文所未记载的组件以适应某些应用的特殊需求。
图2所示的LDNS服务器400包括:至少一个处理器410、存储器440、至少一个网络接口420和用户接口430。LDNS服务器400中的每个组件通过总线系统450耦合在一起。可理解,总线系统450用于实现这些组件之间的连接通信。总线系统450除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图2中将各种总线都标为总线系统450。
用户接口430可以包括显示器、键盘、鼠标、触感板和触摸屏等。
存储器440可以是易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(ROM,Read Only Memory)。易失性存储器可以是随机存取存储器(RAM,Random Access Memory)。本申请实施例描述的存储器440旨在包括任意适合类型的存储器。
本申请实施例中的存储器440能够存储数据以支持LDNS服务器400的操作。这些数据的示例包括:用于在LDNS服务器400上操作的任何计算机程序,如操作系统和应用程序。其中,操作系统包含各种系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。应用程序可以包含各种应用程序。
作为本申请实施例提供的方法采用软件实施的示例,本申请实施例所提供的方法可以直接体现为由处理器410执行的软件模块组合,软件模块可以位于存储介质中,存储介质位于存储器440,处理器410读取存储器440中软件模块包括的可执行指令,结合必要的硬件(例如,包括处理器410以及连接到总线450的其他组件)完成本申请实施例提供的方法。
作为示例,处理器410可以是一种集成电路芯片,具有信号的处理能力,例如通用处理器、数字信号处理器(DSP,Digital Signal Processor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,其中,通用处理器可以是微处理器或者任何常规的处理器等。
将结合本申请实施例提供的终端的示例性应用和实施,说明本申请实施例提供的边缘节点寻址方法。
参见图3,图3为本申请实施例提供的边缘节点寻址方法的一种实现流程示意图,应用于图1所示的LDNS服务器,如图3所示,本实施例提供的边缘节点寻址方法包括以下步骤:
步骤S301,根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求。
这里,第一域名解析请求可以是从终端获取的,并且,该第一域名解析请求中携带有来源地址标识字段。
终端发起业务请求时,一般先进行域名解析,将第一域名解析请求发送至本地UPF,由UPF对第一域名解析请求中携带的第一域名信息进行识别,根据识别的第一域名信息确定相匹配的分流策略,然后根据匹配的分流策略对第一域名解析请求的报文进行分流。分流后通过FW进行NAT映射,映射后的第一域名解析请求携带来源地址标识字段,该来源地址标识字段可用于判断终端所属区域。FW再将携带有来源地址标识字段的第一域名解析请求发送至LDNS服务器。
本实施例中,所述来源地址标识字段可以但不限于是公网地址,例如可以是防火墙公网IP地址。
LDNS服务器接收到携带有来源地址标识字段的第一域名解析请求后,根据DNS扩展协议在扩展字段中填入来源地址标识字段,如防火墙公网IP地址,再根据扩展后的第一域名解析请求生成第二域名解析请求。
步骤S302,发送所述第二域名解析请求至边缘计算调度中心。
LDNS服务器将第二域名解析请求发送至边缘计算调度中心,该第二域名解析请求中携带有来源地址标识字段。
步骤S303,接收所述边缘计算调度中心发送的响应信息。
这里,所述响应信息是所述边缘计算调度中心根据所述第二域名解析请求确定的。
边缘计算调度中心接收到第二域名解析请求后,根据第二域名解析请求中携带的来源地址标识字段,以及第二域名解析请求中携带的第二域名信息,确定边缘节点地址,然后向LDNS服务器返回第二域名解析请求的响应信息,并且将确定的边缘节点地址携带于该响应信息中。本实施例中,所述边缘节点地址可以为目的IP地址。
相应的,LDNS接收边缘计算调度中心发送的第二域名解析请求的响应信息。
步骤S304,将所述响应信息中携带的边缘节点地址发送给终端。
LDNS服务器接收到响应信息后,得到响应信息中携带的边缘节点地址,通过防火墙和UPF将该边缘节点地址以第一域名解析请求响应的解析结果发送回终端。
终端接收到上述携带有边缘节点地址的第一域名解析请求的解析结果后,从中得知终端所在区域对应的边缘节点地址,并向该边缘节点地址发起HTTP访问请求,边缘节点地址对应的边缘节点接收HTTP访问请求并提供相应的业务服务。
在本申请实施例提供的边缘节点寻址方法中,LDNS服务器获取到第一域名解析请求后,对其进行扩展,生成第二域名解析请求,并发送第二域名解析请求至边缘计算调度中心,而后接收边缘计算调度中心根据第二域名解析请求确定边缘节点地址,再将边缘节点地址发送回终端,使业务处理由网络中心节点移到边缘节点成为可能,通过扩展第一域名解析请求,实现了终端到边缘节点的精准寻址,从而加快终端与边缘节点之间数据传输速度,减少网络延迟,提高终端用户的体验效果。
在一些实施例中,图3所示的步骤S301“根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求”,可以通过以下步骤实现:
步骤S3011,接收终端发送的第一域名解析请求。
当用户通过终端的应用程序发起业务请求时,终端的应用程序向业务系统发起请求,业务系统调用域名解析函数,域名解析函数将待转换的域名携带于第一域名解析请求中,以报文方式发送给LDNS服务器。可见,LDNS服务器接收的第一域名解析请求可以是从终端接收到的,并且,该第一域名解析请求中携带有来源地址标识字段。
步骤S3012,获取所述第一域名解析请求的来源地址标识字段。
LDNS服务器根据接收到的报文方式的第一域名解析请求,对其报文内容进行识别,获取报文中第一域名解析请求的来源地址标识字段。
本实施例中,所述来源地址标识字段可以但不限于公网地址,如防火墙公网IP地址。
步骤S3013,根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,生成第二域名解析请求。
这里,所述第二域名解析请求中携带有所述来源地址标识字段。
LDNS服务器接收到携带有来源地址标识字段的第一域名解析请求后,根据DNS扩展协议对报文进行扩展,并在报文的扩展字段中填入来源地址标识字段,如防火墙公网IP地址,再根据扩展后的第一域名解析请求生成第二域名解析请求。
本实施例提供的边缘寻址方法中,LDNS服务器根据从终端接收到的第一域名解析请求,获取来源地址标识字段,再利用来源地址标识字段对第一域名解析请求进行扩展处理,使得LDNS服务器发送至边缘计算调度中心的第二域名解析请求不仅携带LDNS地址,还携带有来源地址标识字段,从而实现了将来源地址标识字段发送给边缘计算调度中心,得到精准的边缘节点地址。
在一些实施例中,LDNS服务器接收到第一域名解析请求后,先在自身保存的IP地址中查找是否存在第一域名解析请求中携带的第一域名信息的解析地址,若查找到,根据第一域名解析请求和来源地址标识字段直接生成第二域名解析请求;若未查找到,通过自身授权的源DNS服务器获取第二域名解析请求。在实际实现过程中,图3中所述的步骤S3013“根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,生成第二域名解析请求”可以通过下述步骤S3013a至步骤S1033e实现:
步骤S3013a,判断自身是否存储有所述第一域名解析请求中携带的第一域名信息的解析地址。
若LDNS服务器中存储有所述第一域名解析请求中携带的第一域名信息的解析地址,表明该第一域名信息之前已被解析过,且解析后已将第一域名信息的解析地址保存至自身存储器,此时进入步骤S3013e。若LDNS服务器中未存储有所述第一域名解析请求中携带的第一域名信息的解析地址,需要进一步地对第一域名信息进行解析,此时进入步骤S3013b。
步骤S3013b,根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,得到扩展后的第一域名解析请求。
由于本实施例需要得到携带有来源地址标识字段的第二域名解析请求,而现有的DNS协议,通过LDNS服务器进行解析流程时,携带的地址仅包括LDNS地址,因此,需要通过扩展现有第一域名解析请求的报文字段,使其同时携带LDNS地址和来源地址标识字段。
LDNS服务器扩展现有第一域名解析请求的报文字段时,根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,得到扩展后的第一域名解析请求。
本实施例中,所述DNS扩展协议可由用户预先设定,或者,由LDNS服务器自身根据来源地址标识字段设定。
步骤S3013c,发送所述扩展后的第一域名解析请求至自身授权的源DNS服务器。
这里,由于自身没有存储有该第一域名信息的解析地址,也即该第一域名信息未被解析过,因此需要将扩展后的第一域名解析请求发送至源DNS服务器,由源DNS服务器对扩展后的第一域名解析请求进行解析,以得到对应的解析地址。
LDNS服务器可以以DNS客户机的身份向其他域名服务器发起递归查询,直到得到最终的解析地址为止。或者,LDNS服务器也可以以DNS客户机的身份向根域名服务器查询,根域名服务器告知LDNS服务器下一步的查询地址,然后LDNS服务器再以DNS客户机的身份查询该查询地址对应的域名服务器,直到得到最终的解析地址为止。这里的除LDNS服务器之外的其他域名服务器可以为LDNS服务器授权的源DNS服务器。
步骤S3013d,接收所述源DNS服务器发送的第二域名解析请求。
这里,所述第二域名解析请求是由所述第一域名信息的解析地址和所述来源地址标识字段确定的,且所述第二域名解析请求中携带的第二域名信息的解析地址与所述第一域名信息的解析地址相同。所述第一域名信息的解析地址由所述源DNS服务器对所述扩展后的第一域名解析请求进行解析得到的。
步骤S3013e,根据所述第一域名解析请求和所述来源地址标识字段,生成第二域名解析请求。
其中,所述第二域名解析请求中携带的第二域名信息的解析地址与所述第一域名信息的解析地址相同。
当LDNS服务器中存储有第一域名解析请求中携带的第一域名信息的解析地址时,表明该第一域名信息之前已被LDNS服务器解析过,且LDNS服务器以保存第一域名信息解析后对应的解析地址。此时,LDNS服务器可根据第一域名解析请求和来源地址标识字段直接生成第二域名解析请求,生成的第二域名解析请求中携带的第二域名信息的解析地址与所述第一域名信息的解析地址相同。第二域名信息为第一域名信息的CNAME记录,即别名记录。
这里,CNAME记录允许将多个名字映射到同一台计算机上,常用于同时提供WWW和MAIL服务的计算机。例如,有一台计算机名为“host.mydomain.com”(A记录),同时提供WWW和MAIL服务时,可以为该计算机设置两个别名:WWW和MAIL,便于用户访问服务。
举例说明,扩展后的第一域名解析请求为www.abc.com,LDNS服务器先向根域名服务器请求www.abc.com,根域名服务器返回com.域名服务器的服务器IP;然后,LDNS服务器向com.域名服务器请求www.abc.com,com.域名服务器返回abc.com域名服务器的服务器IP;再然后,LDNS服务器向abc.com请求www.abc.com,返回CNAME记录www.abc.def.com和abc.def.com域名服务器的服务器IP;LDNS服务器继续向根域名服务器请求www.abc.def.com、向com.域名服务器请求www.abc.def.com、向def.com域名服务器请求www.abc.def.com、向abc.def.com域名服务器请求www.abc.def.com,从而得到www.abc.def.com的IP。
本实施例提供的边缘节点寻址方法,LDNS服务器通过判断自身是否存储有第一域名解析请求中携带的第一域名信息的解析地址,若未存储,通过自身授权的源DNS服务器获取第二域名解析请求,若已存储,根据第一域名解析请求和来源地址标识字段直接生成第二域名解析请求,实现了第二域名解析请求的生成,使得第二域名解析请求不仅携带第二域名信息,还携带有来源地址标识字段,从而实现了将来源地址标识字段发送给边缘计算调度中心,得到精准的边缘节点地址。
基于前述的实施例,本申请实施例再提供一种边缘节点寻址方法,应用于图1所示的边缘计算调度中心,图4为本申请实施例提供的边缘节点寻址方法的另一种实现流程示意图,如图4所示,本实施例提供的边缘节点寻址方法包括以下步骤:
步骤S401,接收本地域名系统LDNS服务器发送的第二域名解析请求。
这里,所述第二域名解析请求中携带有第一域名解析请求的来源地址标识字段。
LDNS服务器生成第二域名解析请求后,将其发送至边缘计算调度中心。相应的,边缘计算调度中心接收本地域名系统LDNS服务器发送的第二域名解析请求,该第二域名解析请求中携带有第二域名信息和扩展的来源地址标识字段。
步骤S402,确定与所述来源地址标识字段对应的边缘节点地址。
边缘计算调度中心根据第二域名解析请求中携带的来源地址标识字段,以及第二域名解析请求中携带的第二域名信息,确定来源地址标识字段对应的边缘节点地址,实现了终端到边缘节点的精准寻址。
步骤S403,返回响应信息至所述LDNS服务器。
其中,所述响应信息中携带所述边缘节点地址。边缘计算调度中心将确定的边缘节点地址携带于响应信息中返回至LDNS服务器。
本实施例提供的边缘寻址方法中,边缘计算调度中心从LDNS服务器接收第二域名解析请求,根据第二域名解析请求中携带的来源地址标识字段,以及第二域名解析请求中携带的第二域名信息,确定来源地址标识字段对应的边缘节点地址,并将携带边缘节点地址的响应信息返回至LDNS服务器,再由LDNS服务器将其返回至终端,从而实现了终端至边缘节点的精准寻址,相比用户手动配置静态路由方式,节省了人工成本。
在一些实施例中,图4所示的步骤S402“确定与所述来源地址标识字段对应的边缘节点地址”,可以通过以下步骤实现:
步骤S4021,获取所述第二域名解析请求中携带的来源地址标识字段。
边缘计算调度中心接收到第二域名解析请求后,从第二域名解析请求的报文获取所述第二域名解析请求中携带的来源地址标识字段。
步骤S4022,根据所述来源地址标识字段,从边缘节点集群中确定所述来源地址标识字段对应的最优边缘节点地址。
一种实现方式中,首先根据所述来源地址标识字段,从边缘节点集群中确定与所述来源地址标识字段满足预设条件的各个边缘节点地址,再获取所述各个边缘节点地址对应的各个边缘节点的当前负载状态,最后根据所述各个边缘节点的当前负载状态,确定最优边缘节点地址。
其中预设条件可以通过以下方式确定:设定以来源地址标识字段所标识的地址为中心,以预设距离为半径的圆,所述预设条件可以为判断来源地址标识字段所标识的地址是否在该圆内;或者,设定一区域范围,预设条件为判断来源地址标识字段所标识的地址是否在该区域范围内。当然,预设条件还可以为其他条件,本实施例不做具体的限定。
从边缘节点集群中确定与所述来源地址标识字段满足预设条件的各个边缘节点地址时,可以在边缘计算调度中心中预先建立映射关系表,该映射关系表中存储有来源地址标识字段和边缘节点地址之间的对应关系。当需要确定与来源地址标识字段满足预设条件的各个边缘节点地址时,查询映射关系表,得到与来源地址标识字段对应的各个边缘节点地址。
本实施例中,根据各个边缘节点的当前负载状态,确定最优边缘节点地址时,可以将各个边缘节点中负载最小的边缘节点确定为最优边缘节点地址,从而加快终端与边缘节点之间数据传输速度,减少网络延迟,提高终端用户的体验效果。
基于前述的实施例,本申请实施例再提供一种边缘节点寻址方法,应用于图1所示的网络架构,图5为本申请实施例提供的边缘节点寻址方法的又一种实现流程示意图,如图5所示,本实施例提供的边缘节点寻址方法包括以下步骤:
步骤S501,终端响应于用户发起的业务请求操作,发送第一域名解析请求至LDNS服务器。
在实际实现中,终端发起业务请求时,一般先进行域名解析,将第一域名解析请求发送至本地UPF,由UPF对第一域名解析请求中携带的第一域名信息进行识别,根据识别的第一域名信息确定相匹配的分流策略。然后根据匹配的分流策略对其进行分流,分流后的第一域名解析请求通过FW进行NAT映射,映射后的第一域名解析请求携带来源地址标识字段,该来源地址标识字段可用于判断终端所属区域。FW再将携带有来源地址标识字段的第一域名解析请求发送至LDNS服务器。
步骤S502,LDNS服务器获取所述第一域名解析请求的来源地址标识字段。
LDNS服务器根据接收到的报文方式的第一域名解析请求,对其报文内容进行识别,获取报文中第一域名解析请求的来源地址标识字段。
本实施例中,所述来源地址标识字段可以但不限于是公网地址,例如可以是防火墙公网IP地址。
步骤S503,LDNS服务器判断自身是否存储有第一域名解析请求中携带的第一域名信息的解析地址。
若自身存储有该第一域名信息的解析地址,表明该第一域名信息之前已被解析过,且解析后已将第一域名信息的解析地址保存至自身存储器,此时进入步骤S509。若自身未存储有该第一域名信息的解析地址,表明该第一域名信息未被解析过,需要进一步地对第一域名信息进行解析,此时进入步骤S504。
步骤S504,LDNS服务器根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,得到扩展后的第一域名解析请求。
LDNS服务器扩展现有第一域名解析请求的报文字段时,根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,得到扩展后的第一域名解析请求。本实施例中,所述DNS扩展协议可由用户预先设定,或者,由LDNS服务器自身根据来源地址标识字段设定。
步骤S505,LDNS服务器发送所述扩展后的第一域名解析请求至自身授权的源DNS服务器。
这里,由于自身没有存储有该第一域名信息的解析地址,也即该第一域名信息未被解析过,因此需要将扩展后的第一域名解析请求发送至源DNS服务器,由源DNS服务器对扩展后的第一域名解析请求进行解析,以得到对应的解析地址。
步骤S506,源DNS服务器获取所述扩展后的第一域名解析请求携带的第一域名信息的解析地址和来源地址标识字段。
其中,所述第一域名信息的解析地址由所述源DNS服务器对所述扩展后的第一域名解析请求进行解析得到的。
本实施例中,LDNS服务器可以以DNS客户机的身份向其他域名服务器发起递归查询,直到得到最终的解析地址为止。或者,LDNS服务器也可以以DNS客户机的身份向根域名服务器查询,根域名服务器告知LDNS服务器下一步的查询地址,然后LDNS服务器再以DNS客户机的身份查询该查询地址对应的域名服务器,直到得到最终的解析地址为止。这里的除LDNS服务器之外的其他域名服务器可以为LDNS服务器授权的源DNS服务器。
步骤S507,源DNS服务器根据所述第一域名信息的解析地址和所述来源地址标识字段生成第二域名解析请求。
这里,所述第二域名解析请求中携带有所述来源地址标识字段,且所述第二域名解析请求中携带的第二域名信息的解析地址与所述第一域名信息的解析地址相同。
步骤S508,源DNS服务器发送第二域名解析请求至LDNS服务器。
步骤S509,LDNS服务器根据所述第一域名解析请求和所述来源地址标识字段,生成第二域名解析请求。
其中,所述第二域名解析请求中携带的第二域名信息的解析地址与所述第一域名信息的解析地址相同。
步骤S510,LDNS服务器发送所述第二域名解析请求至边缘计算调度中心。
步骤S511,边缘计算调度中心获取所述第二域名解析请求中携带的来源地址标识字段。
边缘计算调度中心接收到本地域名系统LDNS服务器发送的第二域名解析请求后,进一步获取所述第二域名解析请求中携带的来源地址标识字段和第二域名信息。
步骤S512,边缘计算调度中心根据所述来源地址标识字段,从边缘节点集群中确定与所述来源地址标识字段满足预设条件的各个边缘节点地址。
其中预设条件可以通过以下方式确定:设定以来源地址标识字段所标识的地址为中心,以预设距离为半径的圆,所述预设条件可以为判断来源地址标识字段所标识的地址是否在该圆内;或者,设定一区域范围,预设条件为判断来源地址标识字段所标识的地址是否在该区域范围内。当然,预设条件还可以为其他条件,本实施例不做具体的限定。
从边缘节点集群中确定与所述来源地址标识字段满足预设条件的各个边缘节点地址时,可以在边缘计算调度中心中预先建立映射关系表,该映射关系表中存储有来源地址标识字段和边缘节点地址之间的对应关系。当需要确定与来源地址标识字段满足预设条件的各个边缘节点地址时,查询映射关系表,得到与来源地址标识字段对应的各个边缘节点地址。
步骤S513,边缘计算调度中心获取所述各个边缘节点地址对应的各个边缘节点的当前负载状态。
步骤S514,边缘计算调度中心根据所述各个边缘节点的当前负载状态,确定最优边缘节点地址。
根据各个边缘节点的当前负载状态,确定最优边缘节点地址时,可以将各个边缘节点中负载最小的边缘节点确定为最优边缘节点地址。
步骤S515,边缘计算调度中心返回响应信息至所述LDNS服务器。
这里,所述响应信息中携带所述边缘节点地址。边缘计算调度中心将确定的边缘节点地址携带于响应信息中返回至LDNS服务器。
步骤S516,LDNS服务器将所述响应信息中携带的边缘节点地址发送给终端。
步骤S517,终端根据所述边缘节点地址发送访问请求至边缘节点。
步骤S518,边缘节点根据所述访问请求确定请求内容。
步骤S519,边缘节点返回请求内容至终端。
本实施例提供的边缘寻址方法中,通过LDNS服务器获取第一域名解析请求,根据来源地址标识字段对第一域名解析请求进行扩展,生成第二域名解析请求,然后由边缘计算调度中心根据第二域名解析请求携带的来源地址标识字段和第二域名信息,确定来源地址标识字段对应的边缘节点地址,并将携带边缘节点地址的响应信息返回至LDNS服务器,再由LDNS服务器将其返回至终端,使得终端直接通过边缘节点地址向精确的边缘节点发送访问请求以获取请求内容,实现了终端至边缘节点的精准寻址,加快了终端与边缘节点之间数据传输速度,减少网络延迟,提高终端用户的体验效果。
下面,将说明本申请实施例在一个实际的应用场景中的示例性应用。
本申请实施例提供一种边缘计算节点精准定位的方法,主要解决5G网络下终端的边缘节点寻址定位问题。为了实现本实施例,边缘计算系统应部署全网集中的调度中心,即边缘计算调度中心,用于接收DNS解析请求报文,并可根据报文中携带的域名信息及扩展字段中的来源位置标识确定最优的边缘节点,并将最优的边缘节点以DNS解析响应的形式返回给终端。本实施例通过部署边缘计算调度中心,LDNS服务器采用来源位置标识字段扩展DNS解析请求,结合现有核心网分流技术和运营商DNS解析系统架构,以实现精准的边缘计算节点寻址。
图6为本申请实施例提供的边缘节点寻址方法的再一种实现流程示意图,如图6所示,本实施例提供的边缘节点寻址方法,包括以下步骤:
步骤S601,终端响应于用户发起的业务请求操作,获取并发送第一域名解析请求至UPF。
终端发起业务请求时,一般先进行域名解析,将第一域名解析请求发送至本地用户面功能UPF。
步骤S602,UPF识别第一域名解析请求,根据识别结果匹配分流策略,对第一域名解析请求进行分流,发送第一域名解析请求分流后的报文至FW。
UPF接收到第一域名解析请求后,对第一域名解析请求中携带的第一域名信息进行识别,根据识别的第一域名信息确定相匹配的分流策略,根据匹配的分流策略对第一域名解析请求的报文进行本地分流。确定是否进行分流时,可根据报文的端口号确定是否分离,如对第一域名解析请求报文端口号为553的报文均执行本地分流。
本实施例中,UPF支持基于目的IP和基于域名的分流策略,可识别DNS解析请求报文中的域名信息并分流,其中若所有请求均从本地UPF分流则可不支持基于域名的分流策略配置。
步骤S603,防火墙FW进行NAT映射,将第一域名解析请求和映射的FW的公网IP地址发送至LDNS服务器。
这里,在IPv4场景下,要执行网络地址转换NAT映射,映射后的报文携带来源地址标识字段,如FW的公网地址。
步骤S604,LDNS服务器根据来源地址标识字段对第一域名解析请求进行扩展,将扩展后的第一域名解析请求发送至源DNS服务器。
由于现有DNS协议仅支持携带源IP地址,当前网络架构下,所有DNS解析请求均通过LDNS服务器后再进行后续的解析流程,此时发送给源DNS服务器的报文中携带的IP地址为LDNS服务器地址,终端发送的DNS解析请求中携带的源IP地址已被替换,如此使得得到的边缘节点地址是与DNS解析请求中携带的源IP地址无关的地址。本实施例为了得到最优的边缘节点地址,需要扩展现有DNS解析报文字段,使其同时携带LDNS服务器地址与DNS解析请求中携带的源IP地址。
在实现过程中,LDNS服务器接收到本省的域名解析请求后,根据DNS扩展协议在扩展字段中填入来源址标识字段,如FW的公网地址,得到扩展后的域名解析请求。向源DNS服务器上报,继续后续的域名解析流程。
本实施例中,需对现网LDNS进行升级改造,通过扩展报文字段,支持在解析过程中,同时携带LDNS服务器地址和发起的DNS解析请求的终端的标识(如IP地址)。扩展时采用的DNS扩展协议可以为DNS扩展协议EDNS0。
步骤S605,源DNS服务器经过域名解析流程解析扩展后的第一域名解析请求,得到第一域名信息的解析地址,根据第一域名信息的解析地址和来源地址标识字段生成第二域名解析请求,返回第二域名解析请求至LDNS服务器。
源DNS服务器根据扩展后的域名解析请求中携带的LDNS的IP地址信息,通过CNAME的形式返回别名域名解析请求,即第二域名解析请求。
步骤S606,LDNS服务器将第二域名解析请求发送至边缘计算调度中心。
LDNS服务器将该别名域名解析请求重定向至边缘计算的调度中心,以获取终端对应的边缘节点地址。
步骤S607,边缘计算调度中心确定边缘节点地址,返回边缘节点地址至LDNS服务器。
边缘计算调度中心根据别名域名解析请求的报文中携带的域名信息及扩展字段中的来源位置标识,将最优的边缘节点以DNS解析响应的形式返回给LDNS服务器,进而由LDNS服务器经由FW、UPF,将边缘节点地址返回给终端。
由于本地分流的请求通过NAT映射为来源位置标识,即公网IP地址,边缘计算调度中心根据该IP地址映射到对应的区域,因此该公网IP地址应可通过核心网能力开放接口上报至边缘计算调度中心。
FW执行NAT地址映射后的公网地址池与边缘计算调度中心同步时可以采用UPF与边缘计算调度中心之间通过接口的方式周期上报公网地址信息的方式实现,也可以采用UPF通过5G核心网会话管理功能(SMF,Session Manage ment Function)或网络开放功能(NEF,Network Exposure Function)与边缘计算调度中心对接,实现地址的上报的方式实现。
步骤S608,LDNS服务器返回边缘节点地址至终端。
步骤S609,终端接收边缘节点地址,经由FW、UPF向边缘节点地址对应的边缘节点发起访问请求。
终端接收到域名解析响应即边缘节点地址后,向该IP地址发起访问请求。
步骤S610,边缘节点响应访问请求,发送请求内容至终端。
边缘节点接收到该访问请求后,确定请求内容,向终端提供相应的服务。
在终端的DNS域名解析过程中,实现边缘计算节点的精准寻址定位,即终端发起签约边缘计算服务的互联网内容的域名解析时,通过本实施例,最终返回的DNS解析响应应为最优的边缘计算节点的IP地址,然后终端可向该地址发起业务的访问请求。
本实施例在实现过程中,终端及源DNS服务器均无感知并且不需要做改造、适配等操作。
本地UPF可根据DNS解析请求中的携带的域名判断是否满足分流条件,并将满足条件的DNS解析请求分流。图7为本申请实施例提供的分流策略自动下发流程示意图,如图7所示,步骤S602对请求进行分流时,可以包括以下步骤:
步骤S701,入驻边缘计算平台的控制面CP在注册或初始化业务,会配置签约服务的域名和服务IP地址等信息,边缘计算平台将域名信息及加载该CP的边缘节点IP地址按照网络开放功能NEF策略配置接口的格式下发至NEF。
步骤S702,NEF识别接收到的分流策略,并下发至策略控制功能PCF。
步骤S703,PCF将分流策略下发至会话管理功能SMF,并由SMF映射成网络语言。
步骤S704,SMF将分流策略映射成响应的回话管理并下发至用户面功能UPF,UPF对所有经过的流量即可按照本条策略定制的原则执行流量的筛选并分流。
本实施例提供的边缘节点寻址方法中,LDNS服务器接收到DNS解析请求后,根据DNS扩展协议对DNS解析请求进行扩展处理,生成别名DNS解析请求,边缘计算调度中心根据别名DNS解析请求中携带的公网地址确定边缘节点地址,再通过LDNS服务器返回至终端,实现了终端到边缘节点的精准寻址,从而加快终端与边缘节点之间数据传输速度,减少网络延迟,提高终端用户的体验效果。
下面继续说明本申请实施例提供的边缘节点寻址装置80的实施为软件模块的示例性结构,在一些实施例中,如图2所示,存储在存储器440的边缘节点寻址装置80中的软件模块可以包括:
第一生成模块81,用于根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求;
第一发送模块82,用于发送所述第二域名解析请求至边缘计算调度中心;
第一接收模块83,用于接收所述边缘计算调度中心发送的响应信息,所述响应信息是所述边缘计算调度中心根据所述第二域名解析请求确定的;
第二发送模块84,用于将所述响应信息中携带的边缘节点地址发送给终端。
在一些实施例中,所述第一生成模块81,进一步包括:
接收子模块,用于接收终端发送的第一域名解析请求;
第一获取子模块,用于获取所述第一域名解析请求的来源地址标识字段;
生成子模块,用于根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,生成第二域名解析请求,所述第二域名解析请求中携带有所述来源地址标识字段。
在一些实施例中,所述生成子模块,进一步包括:
扩展单元,用于当自身未存储所述第一域名解析请求中携带的第一域名信息的解析地址时,根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,得到扩展后的第一域名解析请求;
发送单元,用于发送所述扩展后的第一域名解析请求至自身授权的源DNS服务器;
接收单元,用于接收所述源DNS服务器发送的第二域名解析请求,所述第二域名解析请求是由所述第一域名信息的解析地址和所述来源地址标识字段确定的,所述第一域名信息的解析地址由所述源DNS服务器对所述扩展后的第一域名解析请求进行解析得到的。
生成单元,用于当自身存储有所述第一域名解析请求中携带的域名信息的解析地址时,根据所述第一域名解析请求和所述来源地址标识字段,生成第二域名解析请求,其中,所述第二域名解析请求中携带的第二域名信息的解析地址与所述第一域名信息的解析地址相同。
基于前述的实施例,本申请实施例再提供一种边缘节点寻址装置,所述装置至少包括:
第二接收模块,用于接收本地域名系统LDNS服务器发送的第二域名解析请求,所述第二域名解析请求中携带有第一域名解析请求的来源地址标识字段;
确定模块,用于确定与所述来源地址标识字段对应的边缘节点地址;
第三发送模块,用于返回响应信息至所述LDNS服务器,所述响应信息中携带所述边缘节点地址。
在一些实施例中,所述确定模块,进一步包括:
第二获取子模块,用于获取所述第二域名解析请求中携带的来源地址标识字段;
确定子模块,用于根据所述来源地址标识字段,从边缘节点集群中确定所述来源地址标识字段对应的最优边缘节点地址。
在一些实施例中,所述确定子模块,进一步包括:
第一确定单元,用于根据所述来源地址标识字段,从边缘节点集群中确定与所述来源地址标识字段满足预设条件的各个边缘节点地址;
获取单元,用于获取所述各个边缘节点地址对应的各个边缘节点的当前负载状态;
第二确定单元,用于根据所述各个边缘节点的当前负载状态,确定最优边缘节点地址。
本申请实施例提供一种存储有可执行指令的存储介质,其中存储有可执行指令,当可执行指令被处理器执行时,将引起处理器执行本申请实施例提供的方法,例如,如图3至图7示出的方法。
在一些实施例中,存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器;也可以是包括上述存储器之一或任意组合的各种设备。
在一些实施例中,可执行指令可以采用程序、软件、软件模块、脚本或代码的形式,按任意形式的编程语言(包括编译或解释语言,或者声明性或过程性语言)来编写,并且其可按任意形式部署,包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
作为示例,可执行指令可以但不一定对应于文件系统中的文件,可以可被存储在保存其它程序或数据的文件的一部分,例如,存储在超文本标记语言(HTML,Hyper TextMarkup Language)文档中的一个或多个脚本中,存储在专用于所讨论的程序的单个文件中,或者,存储在多个协同文件(例如,存储一个或多个模块、子程序或代码部分的文件)中。
作为示例,可执行指令可被部署为在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行。
以上所述,仅为本申请的实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等,均包含在本申请的保护范围之内。
Claims (11)
1.一种边缘节点寻址方法,其特征在于,包括:
根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求;
发送所述第二域名解析请求至边缘计算调度中心;
接收所述边缘计算调度中心发送的响应信息,所述响应信息是所述边缘计算调度中心根据所述第二域名解析请求确定的;
将所述响应信息中携带的边缘节点地址发送给终端。
2.根据权利要求1所述的方法,其特征在于,所述根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求,包括:
接收终端发送的第一域名解析请求;
获取所述第一域名解析请求的来源地址标识字段;
根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,生成第二域名解析请求,所述第二域名解析请求中携带有所述来源地址标识字段。
3.根据权利要求2所述的方法,其特征在于,所述根据DNS扩展协议,利用所述第一域名解析请求的来源地址标识字段对所述第一域名解析请求进行扩展处理,生成第二域名解析请求,包括:
当自身未存储所述第一域名解析请求中携带的第一域名信息的解析地址时,根据DNS扩展协议,利用所述来源地址标识字段对所述第一域名解析请求进行扩展处理,得到扩展后的第一域名解析请求;
发送所述扩展后的第一域名解析请求至自身授权的源DNS服务器;
接收所述源DNS服务器发送的第二域名解析请求,所述第二域名解析请求是由所述第一域名信息的解析地址和所述来源地址标识字段确定的,所述第一域名信息的解析地址由所述源DNS服务器对所述扩展后的第一域名解析请求进行解析得到的。
4.根据权利要求3所述的方法,其特征在于,所述根据DNS扩展协议,利用所述第一域名解析请求的来源地址标识字段对所述第一域名解析请求进行扩展处理,生成第二域名解析请求,还包括:
当自身存储有所述第一域名解析请求中携带的域名信息的解析地址时,根据所述第一域名解析请求和所述来源地址标识字段,生成第二域名解析请求,其中,所述第二域名解析请求中携带的第二域名信息的解析地址与所述第一域名信息的解析地址相同。
5.一种边缘节点寻址方法,其特征在于,包括:
接收本地域名系统LDNS服务器发送的第二域名解析请求,所述第二域名解析请求中携带有第一域名解析请求的来源地址标识字段;
确定与所述来源地址标识字段对应的边缘节点地址;
返回响应信息至所述LDNS服务器,所述响应信息中携带所述边缘节点地址。
6.根据权利要求5所述的方法,其特征在于,所述确定与所述来源地址标识字段对应的边缘节点地址,包括:
获取所述第二域名解析请求中携带的来源地址标识字段;
根据所述来源地址标识字段,从边缘节点集群中确定所述来源地址标识字段对应的最优边缘节点地址。
7.根据权利要求6所述的方法,其特征在于,所述根据所述来源地址标识字段,从边缘节点集群中确定所述来源地址标识字段对应的最优边缘节点地址,包括:
根据所述来源地址标识字段,从边缘节点集群中确定与所述来源地址标识字段满足预设条件的各个边缘节点地址;
获取所述各个边缘节点地址对应的各个边缘节点的当前负载状态;
根据所述各个边缘节点的当前负载状态,确定最优边缘节点地址。
8.一种边缘节点寻址装置,其特征在于,包括:
生成模块,用于根据DNS扩展协议,对获取到的第一域名解析请求进行扩展处理,生成第二域名解析请求;
第一发送模块,用于发送所述第二域名解析请求至边缘计算调度中心;
第一接收模块,用于接收所述边缘计算调度中心发送的响应信息,所述响应信息是所述边缘计算调度中心根据所述第二域名解析请求确定的;
第二发送模块,用于将所述响应信息中携带的边缘节点地址发送给终端。
9.一种边缘节点寻址装置,其特征在于,包括:
第二接收模块,用于接收本地域名系统LDNS服务器发送的第二域名解析请求,所述第二域名解析请求中携带有第一域名解析请求的来源地址标识字段;
确定模块,用于确定与所述来源地址标识字段对应的边缘节点地址;
第三发送模块,用于返回响应信息至所述LDNS服务器,所述响应信息中携带所述边缘节点地址。
10.一种边缘节点寻址设备,其特征在于,包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现权利要求1至4或5至7任一项所述的方法。
11.一种存储介质,其特征在于,存储有可执行指令,用于引起处理器执行时,实现权利要求1至4或5至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010002658.1A CN113067909B (zh) | 2020-01-02 | 2020-01-02 | 边缘节点寻址方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010002658.1A CN113067909B (zh) | 2020-01-02 | 2020-01-02 | 边缘节点寻址方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113067909A true CN113067909A (zh) | 2021-07-02 |
CN113067909B CN113067909B (zh) | 2023-04-07 |
Family
ID=76558287
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010002658.1A Active CN113067909B (zh) | 2020-01-02 | 2020-01-02 | 边缘节点寻址方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113067909B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113301184A (zh) * | 2021-07-08 | 2021-08-24 | 凌锐蓝信科技(北京)有限公司 | 远程访问方法、装置、计算机设备和存储介质 |
CN114205326A (zh) * | 2021-11-24 | 2022-03-18 | 腾讯科技(深圳)有限公司 | 通信协议库的更新方法、装置、电子设备及存储介质 |
CN114390060A (zh) * | 2021-12-13 | 2022-04-22 | 杭州网鼎科技有限公司 | 一种边缘计算网络分发的方法及存储介质 |
CN114422477A (zh) * | 2021-12-30 | 2022-04-29 | 联想(北京)有限公司 | 基于边缘云架构的域名解析方法、装置及存储介质 |
CN114629911A (zh) * | 2022-04-18 | 2022-06-14 | 北京字节跳动网络技术有限公司 | 域名解析请求的处理方法、装置、设备、介质和程序产品 |
CN115150767A (zh) * | 2022-09-06 | 2022-10-04 | 湖南智警公共安全技术研究院有限公司 | 一种基于边缘计算的无线传感网络数据传输方法 |
Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104519146A (zh) * | 2013-09-29 | 2015-04-15 | 中国电信股份有限公司 | 基于用户位置进行域名解析服务的方法与系统 |
CN105847353A (zh) * | 2016-03-22 | 2016-08-10 | 中国科学院信息工程研究所 | 一种面向移动通信网络的移动cdn内容调度方法与系统 |
US20170222974A1 (en) * | 2016-01-29 | 2017-08-03 | Verisign, Inc. | Domain name resolution |
WO2018041212A1 (zh) * | 2016-08-31 | 2018-03-08 | 贵州白山云科技有限公司 | 一种cdn业务的处理方法、相关设备及通信系统 |
WO2018054307A1 (zh) * | 2016-09-20 | 2018-03-29 | 贵州白山云科技有限公司 | Cdn业务的处理方法、设备及通信系统 |
CN107872423A (zh) * | 2016-09-23 | 2018-04-03 | 中国电信股份有限公司 | 用于实现 cdn 调度的方法、设备和系统 |
CN107888714A (zh) * | 2017-10-31 | 2018-04-06 | 贵州白山云科技有限公司 | 一种选择本地缓存dns的方法及装置 |
CN108063835A (zh) * | 2017-12-04 | 2018-05-22 | 达闼科技(北京)有限公司 | 外网域名解析方法、服务器和系统 |
CN108574744A (zh) * | 2017-07-28 | 2018-09-25 | 北京金山云网络技术有限公司 | 一种域名解析方法、装置、电子设备及可读存储介质 |
CN109391703A (zh) * | 2017-08-10 | 2019-02-26 | 阿里巴巴集团控股有限公司 | 域名解析方法、装置、设备和计算机存储介质 |
CN109413219A (zh) * | 2017-08-15 | 2019-03-01 | 广州市动景计算机科技有限公司 | 一种域名解析方法和装置、服务器及存储介质 |
CN109451081A (zh) * | 2019-01-14 | 2019-03-08 | 中国雄安集团数字城市科技有限公司 | 一种基于域名解析调度的移动边缘计算方法 |
CN109547583A (zh) * | 2018-11-22 | 2019-03-29 | 中国移动通信集团江苏有限公司 | 域名资源查询方法、装置、设备及计算机存储介质 |
WO2019061522A1 (zh) * | 2017-09-30 | 2019-04-04 | 深圳前海达闼云端智能科技有限公司 | 域名解析方法、客户端、边缘节点及域名解析系统 |
CN109815371A (zh) * | 2019-01-30 | 2019-05-28 | 无锡华云数据技术服务有限公司 | 视频监控数据存储访问系统 |
CN110198307A (zh) * | 2019-05-10 | 2019-09-03 | 深圳市腾讯计算机系统有限公司 | 一种移动边缘计算节点的选择方法、装置及系统 |
CN110198363A (zh) * | 2019-05-10 | 2019-09-03 | 深圳市腾讯计算机系统有限公司 | 一种移动边缘计算节点的选择方法、装置及系统 |
CN110505317A (zh) * | 2018-05-17 | 2019-11-26 | 阿里巴巴集团控股有限公司 | 域名解析方法及装置 |
-
2020
- 2020-01-02 CN CN202010002658.1A patent/CN113067909B/zh active Active
Patent Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104519146A (zh) * | 2013-09-29 | 2015-04-15 | 中国电信股份有限公司 | 基于用户位置进行域名解析服务的方法与系统 |
US20170222974A1 (en) * | 2016-01-29 | 2017-08-03 | Verisign, Inc. | Domain name resolution |
CN105847353A (zh) * | 2016-03-22 | 2016-08-10 | 中国科学院信息工程研究所 | 一种面向移动通信网络的移动cdn内容调度方法与系统 |
WO2018041212A1 (zh) * | 2016-08-31 | 2018-03-08 | 贵州白山云科技有限公司 | 一种cdn业务的处理方法、相关设备及通信系统 |
WO2018054307A1 (zh) * | 2016-09-20 | 2018-03-29 | 贵州白山云科技有限公司 | Cdn业务的处理方法、设备及通信系统 |
CN107872423A (zh) * | 2016-09-23 | 2018-04-03 | 中国电信股份有限公司 | 用于实现 cdn 调度的方法、设备和系统 |
CN108574744A (zh) * | 2017-07-28 | 2018-09-25 | 北京金山云网络技术有限公司 | 一种域名解析方法、装置、电子设备及可读存储介质 |
CN109391703A (zh) * | 2017-08-10 | 2019-02-26 | 阿里巴巴集团控股有限公司 | 域名解析方法、装置、设备和计算机存储介质 |
CN109413219A (zh) * | 2017-08-15 | 2019-03-01 | 广州市动景计算机科技有限公司 | 一种域名解析方法和装置、服务器及存储介质 |
WO2019061522A1 (zh) * | 2017-09-30 | 2019-04-04 | 深圳前海达闼云端智能科技有限公司 | 域名解析方法、客户端、边缘节点及域名解析系统 |
CN107888714A (zh) * | 2017-10-31 | 2018-04-06 | 贵州白山云科技有限公司 | 一种选择本地缓存dns的方法及装置 |
CN108063835A (zh) * | 2017-12-04 | 2018-05-22 | 达闼科技(北京)有限公司 | 外网域名解析方法、服务器和系统 |
CN110505317A (zh) * | 2018-05-17 | 2019-11-26 | 阿里巴巴集团控股有限公司 | 域名解析方法及装置 |
CN109547583A (zh) * | 2018-11-22 | 2019-03-29 | 中国移动通信集团江苏有限公司 | 域名资源查询方法、装置、设备及计算机存储介质 |
CN109451081A (zh) * | 2019-01-14 | 2019-03-08 | 中国雄安集团数字城市科技有限公司 | 一种基于域名解析调度的移动边缘计算方法 |
CN109815371A (zh) * | 2019-01-30 | 2019-05-28 | 无锡华云数据技术服务有限公司 | 视频监控数据存储访问系统 |
CN110198307A (zh) * | 2019-05-10 | 2019-09-03 | 深圳市腾讯计算机系统有限公司 | 一种移动边缘计算节点的选择方法、装置及系统 |
CN110198363A (zh) * | 2019-05-10 | 2019-09-03 | 深圳市腾讯计算机系统有限公司 | 一种移动边缘计算节点的选择方法、装置及系统 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113301184A (zh) * | 2021-07-08 | 2021-08-24 | 凌锐蓝信科技(北京)有限公司 | 远程访问方法、装置、计算机设备和存储介质 |
CN113301184B (zh) * | 2021-07-08 | 2021-10-26 | 凌锐蓝信科技(北京)有限公司 | 远程访问方法、装置、计算机设备和存储介质 |
CN114205326A (zh) * | 2021-11-24 | 2022-03-18 | 腾讯科技(深圳)有限公司 | 通信协议库的更新方法、装置、电子设备及存储介质 |
CN114205326B (zh) * | 2021-11-24 | 2022-10-25 | 腾讯科技(深圳)有限公司 | 通信协议库的更新方法、装置、电子设备及存储介质 |
CN114390060A (zh) * | 2021-12-13 | 2022-04-22 | 杭州网鼎科技有限公司 | 一种边缘计算网络分发的方法及存储介质 |
CN114422477A (zh) * | 2021-12-30 | 2022-04-29 | 联想(北京)有限公司 | 基于边缘云架构的域名解析方法、装置及存储介质 |
CN114422477B (zh) * | 2021-12-30 | 2023-07-21 | 联想(北京)有限公司 | 基于边缘云架构的域名解析方法、装置及存储介质 |
CN114629911A (zh) * | 2022-04-18 | 2022-06-14 | 北京字节跳动网络技术有限公司 | 域名解析请求的处理方法、装置、设备、介质和程序产品 |
CN115150767A (zh) * | 2022-09-06 | 2022-10-04 | 湖南智警公共安全技术研究院有限公司 | 一种基于边缘计算的无线传感网络数据传输方法 |
Also Published As
Publication number | Publication date |
---|---|
CN113067909B (zh) | 2023-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113067909B (zh) | 边缘节点寻址方法、装置、设备及存储介质 | |
US20210058363A1 (en) | Method and system for scheduling edge cdn node | |
US10015243B2 (en) | Optimized content distribution based on metrics derived from the end user | |
CN102577303B (zh) | 用于生成dns查询以提高抗dns攻击性的系统和方法 | |
US9319377B2 (en) | Auto-split DNS | |
CN102047243A (zh) | 基于类别请求路由 | |
US20120054265A1 (en) | Optimized Content Distribution Based on Metrics Derived from the End User | |
US7600011B1 (en) | Use of a domain name server to direct web communications to an intermediation platform | |
JP7427016B2 (ja) | 動的翻訳 | |
CN107613037B (zh) | 一种域名重定向方法和系统 | |
CN110928709A (zh) | 一种微服务框架下的服务调用方法、装置及服务器 | |
CN101981572A (zh) | 请求路由 | |
WO2003104927A3 (en) | METHOD AND APPARATUS FOR BALANCING THE LOAD OF A GLOBAL SERVER | |
CN112583952B (zh) | 重定向调度处理方法、装置、系统及相关设备、存储介质 | |
WO2018196843A1 (zh) | 资源请求方法及装置 | |
CN114301990A (zh) | 基于内容分发网络的节点调度方法、装置、存储介质 | |
CN113608877B (zh) | 一种内容商ipv4和ipv6资源池负载均衡调度方法 | |
KR20090022341A (ko) | 유비쿼터스 웹서비스 게이트웨이 및 방법 | |
CN113676564A (zh) | 数据传输方法、装置及存储介质 | |
CN110677512B (zh) | 一种地址解析方法及装置 | |
CN104092751A (zh) | 一种业务访问方法和设备 | |
CN115118700B (zh) | 一种通信方法及通信系统 | |
CN114039906B (zh) | 流量引导方法、电子设备及可读存储介质 | |
CN115604226A (zh) | 基于ecs协议的域名查询方法及装置、存储介质及设备 | |
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 |