CN116708290A - 基于混合云网络的路由检测方法及装置、电子设备、介质 - Google Patents
基于混合云网络的路由检测方法及装置、电子设备、介质 Download PDFInfo
- Publication number
- CN116708290A CN116708290A CN202310975744.4A CN202310975744A CN116708290A CN 116708290 A CN116708290 A CN 116708290A CN 202310975744 A CN202310975744 A CN 202310975744A CN 116708290 A CN116708290 A CN 116708290A
- Authority
- CN
- China
- Prior art keywords
- route
- controller
- hybrid cloud
- network
- cloud network
- 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
- 238000001514 detection method Methods 0.000 title claims abstract description 333
- 230000008439 repair process Effects 0.000 claims abstract description 144
- 238000000034 method Methods 0.000 claims abstract description 50
- 230000000977 initiatory effect Effects 0.000 claims abstract description 11
- 238000012545 processing Methods 0.000 claims description 66
- 238000003860 storage Methods 0.000 claims description 19
- 238000004891 communication Methods 0.000 claims description 12
- 230000000007 visual effect Effects 0.000 claims description 11
- 230000007423 decrease Effects 0.000 claims description 7
- 238000012795 verification Methods 0.000 claims description 5
- 230000001960 triggered effect Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 24
- 238000005516 engineering process Methods 0.000 description 19
- 238000004590 computer program Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 238000012423 maintenance Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 6
- 230000006855 networking Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 5
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/645—Splitting route computation layer and forwarding layer, e.g. routing according to path computational element [PCE] or based on OpenFlow functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/72—Routing based on the source address
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/76—Routing in software-defined topologies, e.g. routing between virtual machines
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请的实施例揭示了基于混合云网络的路由检测方法及装置、电子设备、介质。混合云网络由相连通的多个网络产品实例构成。本申请的方法包括:确定混合云网络中相连通的网络产品实例;获取混合云网络中各控制器的上报链路和接收链路;根据混合云网络中各控制器的上报链路和接收链路,确定混合云网络中的路由控制器调用链,并基于与路由控制器调用链中的各个控制器相连通的控制面,生成混合云网络中的路由传播链;针对各分段传播链中的源控制器的路由检测接口发起调用,获得各分段传播链对应的路由检测结果;基于各分段传播链对应的路由检测结果,生成混合云网络的全链路路由检测结果。本申请的实施例能够实现混合云网络中路由的检测和修复。
Description
技术领域
本申请涉及通信技术领域,具体涉及一种基于混合云网络的路由检测方法及装置、电子设备、计算机可读存储介质。
背景技术
混合云是指一种混合计算环境,其中结合使用不同环境(例如公有云和私有云,包括本地数据中心或者边缘位置)中的计算、存储空间和服务来运行应用。在混合云网络架构中,用户需要打通本地数据中心、跨地域数据中心、公有云、边缘节点等多处的网络连接,使得可以共享各个地域的计算、存储等资源。
在混合云网络中,用户会用到诸如私有网络(Virtual Private Cloud,VPC)、网络专线、虚拟专用网络(Virtual Private Network,VPN)、SD-WAN(软件定义广域网络,Software-Defined Networking in a Wide Area Network)接入服务、云联网等多种云厂商提供的网络产品,搭建符合用户使用场景的网络架构。在这种复杂的网络架构中,网络路由经过多个云上网络产品、客户IDC(Internet Data Center,互联网数据中心)、骨干网进行传递,某处网络路由的传递失败都将导致客户网络不通,影响客户业务正常使用,因此为了保证网络安全可靠,需要对网络路由进行周期检测,及时发现路由传播问题。
由此可知,如何实现混合云网络中的路由检测,是本领域技术人员需要解决的技术问题。
发明内容
为解决如上技术问题,本申请的实施例分别提供了一种基于混合云网络的路由检测方法、基于混合云网络的路由检测装置、电子设备、计算机可读存储介质以及计算机程序产品。
第一方面,本申请实施例提供了一种基于混合云网络的路由检测方法,所述混合云网络由相连通的多个网络产品实例构成,所述网络产品实例包含相连通的控制面和数据面,该方法包括:确定所述混合云网络中相连通的网络产品实例;获取所述混合云网络中各控制器的上报链路和接收链路;其中,所述上报链路和所述接收链路的路由类型与所述网络产品实例的路由类型相同,所述上报链路表征源为本控制器的路由,所述接收链路表征最终目的为本控制器的路由;根据所述混合云网络中各控制器的上报链路和接收链路,确定所述混合云网络中的路由控制器调用链,并基于与所述路由控制器调用链中的各个控制器相连通的控制面,生成所述混合云网络中的路由传播链;其中,所述路由传播链由多个分段传播链连接形成,各分段传播链表征不同网络产品实例中的控制面之间的路由,或者表征同一网络产品实例中由控制面向数据面的路由;针对各个分段传播链中的源控制器的路由检测接口发起调用,获得各个分段传播链对应的路由检测结果;基于各个分段传播链对应的路由检测结果,生成所述混合云网络的全链路路由检测结果。
第二方面,本申请实施例提供了一种基于混合云网络的路由检测装置,所述混合云网络由相连通的多个网络产品实例构成,所述网络产品实例包含相连通的控制面和数据面,该装置包括:实例确定模块,配置为确定所述混合云网络中相连通的网络产品实例;控制链获取模块,配置为获取所述混合云网络中各控制器的上报链路和接收链路;其中,所述上报链路和所述接收链路的路由类型与所述网络产品实例的路由类型相同,所述上报链路表征源为本控制器的路由,所述接收链路表征最终目的为本控制器的路由;路由传播链获取模块,配置为根据所述混合云网络中各控制器的上报链路和接收链路,确定所述混合云网络中的路由控制器调用链,并基于与所述路由控制器调用链中的各个控制器相连通的控制面,生成所述混合云网络中的路由传播链;其中,所述路由传播链由多个分段传播链连接形成,各分段传播链表征不同网络产品实例中的控制面之间的路由,或者表征同一网络产品实例中由控制面向数据面的路由;检测接口调用模块,配置为针对各个分段传播链中的源控制器的路由检测接口发起调用,获得各个分段传播链对应的路由检测结果;检测结果生成模块,配置为基于各个分段传播链对应的路由检测结果,生成所述混合云网络的全链路路由检测结果。
第三方面,本申请实施例提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现如前所述的基于混合云网络的路由检测方法中的步骤。
第四方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机可读指令,当所述计算机可读指令被计算机的处理器执行时,使计算机执行如上所述的基于混合云网络的路由检测方法中的步骤。
第五方面,本申请实施例提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现如上所述的基于混合云网络的路由检测方法中的步骤。
在本申请的实施例提供的技术方案中,通过首先确定混合云网络中相连通的网络产品实例,然后获取混合云网络中的路由传播链,并针对路由传播链中的各个分段传播链中的源控制器的路由检测接口发起调用,获得各个分段传播链对应的路由检测结果。由于路由传播链是对应于混合云网络中不同的网络产品实例中的控制面之间的路由,以及对应于同一网络产品实例中由控制面向数据面的路由,使得在针对每个分段传播链中的源控制器发起调用所获得的路由检测结果的集合中,不仅包含源控制器到下一控制器的路由情况,还包括源控制器向同一网络产品实例中相连通的数据面的路由情况,基于此则可生成混合云网络的全链路路由检测结果,从而实现对于混合云网络的路由检测。
并且,本申请的实施例还通过整合混合云网络中各控制器的上报链路和接收链路来得到混合云网络中的路由传播链,能够更加全面地获得混合云网络中的路由传播链,从而能够作用于提升混合云网络中路由检测的效率。
应理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
图1是本申请提供的一示例性的混合云网络的架构示意图。
图2是本申请提供的另一示例性的混合云网络的架构示意图。
图3是本申请示出的一种示例性的应用于混合云网络的路由检测系统的示意图。
图4示出了图3所示的路由检测系统进行示例性路由检测的流程示意图。
图5是针对表1所示的路由检测结果进行显示的界面示意图。
图6是本申请的一示例性实施例示出的基于混合云网络的路由检测方法的流程图。
图7是在图6所示实施例的基础上所提出的另一基于混合云网络的路由检测方法的流程图。
图8是一示例性的全链路路由检测结果的可视化示意图。
图9是另一示例性的全链路路由检测结果的可视化示意图。
图10是基于图6所示实施例进一步提出的基于混合云网络的路由检测方法的流程图。
图11是一示例性的针对全链路路由检测结果进行可视化显示的显示界面示意图。
图12是另一示例性的针对全链路路由检测结果进行可视化显示的显示界面示意图。
图13是本申请的一示例性实施例示出的基于混合云网络的路由检测装置的框图。
图14示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
这里将详细地对示例性实施例执行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先需要说明的是,本申请提供的技术方案涉及云技术(Cloud technology)领域。可以理解,提供资源的网络被称为“云”,“云”中的资源在使用者看来是可以无限扩展的,并且可以随时获取,按需使用,随时扩展,按使用付费。云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来,实现数据的计算、储存、处理和共享的一种托管技术,云技术也被称作是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称,可以组成资源池,按需所用,灵活便利。云计算作为云技术的重要支撑,其将计算任务分布在大量计算机构成的资源池上,使各种应用系统能够根据需要获取计算力、存储空间和信息服务,云计算的基础能力提供商会建立云计算资源池平台,即云平台,在资源池中部署多种类型的虚拟资源,供外部客户选择使用。
如前所述,混合云是指一种混合计算环境,其中结合使用不同环境(例如公有云和私有云,包括本地数据中心或者边缘位置)中的计算、存储空间和服务来运行应用。在混合云网络架构中,用户需要打通本地数据中心、跨地域数据中心、公有云、边缘节点等多处的网络连接,使得可以共享各个地域的计算、存储等资源。
在混合云网络中,用户会用到诸如私有网络(是指在云上自定义的逻辑隔离网络空间)、网络专线(是指通过专用的信道来提供独立的网络服务的技术)、虚拟专用网络(是指在公用网络上建立专用网络的技术)、SD-WAN接入服务(是指通过集中式管理和控制平台实现核心网络管理的全方位监测的技术)、云联网(是指以联通产业互联网为承载网络,使用软件定义网络SDN为混合云场景提供组网方案的技术)等多种云厂商提供的网络产品,搭建符合用户使用场景的网络架构。在这种复杂的网络架构中,网络路由将经过多个云上网络产品、客户IDC、骨干网进行传递,某处网络路由的传递失败都将导致客户网络不通,影响客户业务正常使用,为了保证网络安全可靠,需要对网络路由进行周期检测,及时发现路由传播问题。
尤其在公有云网络环境内,路由检测还需要处理多租户的多种类型路由。公有云网络中的租户可以理解为是指使用系统或者计算资源的用户,包含在系统中可识别为指定他用户的数据,比如包括系统中创建的账户与统计信息,以及在系统中设置的各式数据(如客户化应用程序环境等)。通俗地说,租户是用户在公有云网络平台中注册账户之后,公有云网络平台将每个用户看作是一个租户,并以租户为基本单位来为不同的用户分配资源。
由此,如何提供一种可靠的混合云网络路由检测方法,是本领域的技术人员需要不断研究的技术问题。
为解决此技术问题,本申请的发明人提出一种用于针对混合云网络进行路由检测的技术方案,该技术方案可以理解为是根据混合云网络的构建特点将混合云网络的网络架构进行统一,并针对统一的混合云网络提出相关的路由检测方式。
具体地,本申请提出的路由检测方案是将混合云网络理解为是由相连通的多个网络产品实例构成的网络结构,网络产品实例例如是诸如上述提及的私有网络(VPC)、专线、虚拟专用网络(VPN)、SD-WAN接入服务、云联网等网络产品。每个网络产品实例是基于软件定义网络技术(SDN)搭建的,SDN将网络的控制平面和转发平面解耦,采用集中式控制替代原有的分布式控制,因此本申请将网络产品实例看作是由相连通的控制面和数据面构成。其中,控制面也称为管理面,理解为是用于负责传输控制信令的系统组件;数据面也称为用户面或者转发面,理解为是用于负责传输业务数据的系统组件。
请参阅图1,图1是本申请提供的一示例性的混合云网络的架构示意图。由图1可以看出,该示例性的混合云网络是利用云联网技术为用户提供云上私有网络(VPC)、虚拟专用网络(VPN)、SD-WAN接入服务与本地数据中心IDC内网互联的服务。该示例性的混合云网络通常具备全网多点互联、路由自学习、链路选优等能力。
图2是本申请提供的另一示例性的混合云网络的架构示意图,其具体示意了一种多租户场景下的混合云网络的结构。如图2所示,在多租户场景中,一个租户对应一个或者多个云联网,一个云联网代表了一个租户隔离的混合云网络环境,一个云联网可以包含多个不同地域云网络,每个地域的云网络包含私有网络VPC、虚拟专用网络VPN和SD-WAN接入服务等网络产品,例如图2所示意的某个租户的云联网包含地域A云网络和地域B云网络,每个地域的云网络分别包含专线、VPN、VPC、SD-WAN接入服务。
由图1和图2可以看出,在混合云网络架构中,涉及到多种网络产品,这些网络产品使用SDN网络架构,其中路由先从控制面处理,再下发到数据面用于转发业务流量。在涉及到多个网络产品互通的情况下,控制面的路由还需要发送到其它网络产品的控制面。在混合云网络架构中,路由是由用户在控制台进行配置,或者经由BGP(Border GatewayProtocol,边界网关协议)路由发送到云上,但无论哪种方式都需要经过网络产品的控制面和数据面,其中某个环节的路由缺失都将导致访问不通,从而影响客户服务。因此,有必要对混合云网络进行自动路由检测,例如每隔指定时间段自动进行一次路由检测,以及时发现混合云网络中的路由缺失问题。
请参阅图3,图3是本申请示出的一种示例性的应用于混合云网络的路由检测系统的示意图。如图3所示,该示例性的路由检测系统包括路由检测客户端310和路由检测服务端320,路由检测客户端310作为系统前台,路由检测服务端320相应作为系统后台。网络运维人员可以在路由检测客户端310进行路由检测的相关操作,路由检测服务端320则接收前台指令,调用混合云网络中相关的网络产品控制器,发出路由检测的指令,并将路由检测的结果返回到前台进行显示。网络运维人员根据前台展示的路由检测结果,还进行修复混合云网络中的异常路由的相关操作,使得后台调用相关的网络产品控制器,发出修复路由的指令,同时将修复结果返回到前台展示。
需要说明的是,路由检测客户端310可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等终端设备,在此不进行限制。路由检测服务端320可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network,内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器,在此也不进行限制。路由检测客户端310与路由检测服务端320之间预先建立有线或者无线通信连接,在此也不对二者之间通信连接的具体方式进行限制。
图3所示例的混合云网络架构中包含两类组件,第一类为地域级产品控制面和数据面,表征路由经过的多个产品的控制面和数据面,例如位于地域A内的A产品控制面和数据面、以及B产品控制面和数据面,位于地域B内的C产品控制面和数据面、以及D产品控制面和数据面;第二类为全局产品控制面和数据面,表征混合云网络中实现多地域、多网络示例互通的网络产品,例如图3示出的G产品控制面和数据面。如果没有全局产品控制面和数据面,则无法实现跨地域、跨实例互通,混合云网络则不可用。
由于每种类型的路由的来源和传播路由目的不一样,为了能够获取混合云网络中所有路由的全链路检测结果,需要对路由从源到目的地经由的每一段路径进行检测,最后汇总所有分段的路由检测结果,即可得到全链路路由检测结果。图4示出了图3所示的路由检测系统进行示例性路由检测的流程示意图,如图4所示,一条示例性路由“Route_1”的虚拟专用网络标识(VpcID) 为“Vpc-1”,路由前缀( Route prefix) 为192.168.0.0/24,下一跳地址(Next hop)为13.0.0.0.1,由此可以确定该路由的传播路径为A、B、C、D四个产品面和数据面,这条传播路径以<源,目的>的形式划分为7段路径,分别为<C1,C2>、<C1,D1>、<C2,C3>、<C2,D2>、<C3,C4>、<C3,D3>、<C4,D4>。路由检测服务端320调用每一段的源控制器,获取该段的路由检测结果,然后汇总所有段的路由检测结果,从而得到路由全路径的路由检测结果。
仍以路由“Route_1”为例,假设调用每段传播链中的源控制器所得到的路由检测结果汇总为下表1所示,其中“OK”表征路由一致,“ERROR”表征路由不一致。
路由检测服务端320将表1所示的汇总结果返回至路由检测客户端310,使得路由检测客户端310以图表形式直观地显示哪一段路径存在问题。例如,图5是针对表1所示的路由检测结果进行显示的界面示意图,可以直观看出<C2,C3>段和<C3,C4>段存在路由异常的问题,也即路由不一致。针对路由检测客户端310中显示的存在路由异常的路径,相关的网络运维人员则可以继续操作路由检测客户端310以进行路由自动修复。
由上可以看出,在本申请提出的应用于混合云网络的路由检测方案中,通过提供统一的路由检测系统,可以实现快速在系统中定位路由传递链路中存在异常的地方,并且提供了在系统中快速修复的功能。
下面将通过具体的实施例来对本申请提出的应用于混合云网络的路由检测方案的技术细节进行详细介绍。
首先参阅图6,图6是本申请的一示例性实施例示出的基于混合云网络的路由检测方法的流程图。该路由检测方法例如可以由图3所示的路由检测服务端320具体执行,也可以由其它的终端设备或者服务器设备具体执行,本实施例在此并不进行限制。
需要说明的是,本申请所提及的混合云网络由相连通的多个网络产品实例构成,其中网络产品实例可以理解为是多种云厂商提供的网络产品,例如前述提及的专线、VPC、VPN和SD-WAN接入服务等。网络产品实例是基于SDN技术搭建的,SDN技术将网络的控制平面和转发平面解耦,采用集中式控制替代原有的分布式控制,因此在本申请的实施例中,网络产品实例是由相连通的控制面和数据面构成。
还需要说明的是,网络产品控制器是指部署在网络产品中的云网络控制平台,用于实现对于网络产品的同一管理和控制,本实施例将网络产品控制器称为用于构成控制面的控制器,也即,控制面中部署有相应的控制器,用以实现控制面对应的控制功能。
还需要理解的是,在实际的混合云网络应用中,所采用的混合云网络架构往往是非常复杂的,例如,构成混合云网络架构的每个网络产品实例本身就是很复杂的,同时网络产品实例还具有地域属性,再加上公有云环境中还存在多租户的情况,公有云会为不同的租户分配不同的路由类型,因此混合云网络中的不同租户具有不同路由传播链路。基于此,本实施例提出的路由检测方法旨在提供统一的路由检测方式,不仅保证混合云网络安全可靠,还具有较高的通用性。
如图6所示,该路由检测方法包括S610-S650,详细介绍如下:
S610,确定混合云网络中相连通的网络产品实例。
在复杂的混合云网络中,网络路由将经过多个网络产品的控制面和数据面进行传递,某处的网络路由传递失败都将导致客户网络不通,影响客户业务正常使用。为了及时地发现混合云网络中的路由异常问题,本实施例提出一种路由检测方法,用以对混合云网络中的路由传播链路进行路由检测,从而保证网络安全可靠。
由于混合云网络是由相连通的多个网络产品实例构成,通过确定混合云网络中相连通的网络产品实例,即可便于后续基于这些网络产品实例之间的路由情况来获取混合云网络中的路由传播链。
示例性的,考虑到在混合云网络架构搭建时,不同地域的网络产品实例之间的互通是基于全局控制面和数据面实现的,由此可知,全局控制器用于连通混合云网络中不同地域的网络产品实例,其中存储有混合云网络中相连通的网络产品实例的信息,因此在已知待进行路由检测的某个混合云网络的前提下,可以从该混合云网络中部署的全局控制器中获取该混合云网络中相连通的网络产品实例的信息。获取到的网络产品实例的信息例如包括网络产品实例的实例标识和路由类型,可以理解的,实例标识用于唯一标识相应的网络产品实例;路由类型用于对相应的路由链路进行标识,路由类型通常是基于实例应用中的业务需求所定义的,在同一路由传播链路中每一分段传播链的路由类型应是一致的,不同路由传播链所对应的路由类型也各自不同。
S620,获取混合云网络中各控制器的上报链路和接收链路。
在本实施例中,考虑到为了获取混合云网络中路由全链路的检测结果,首先需要明确路由传播时经过哪些控制器,将路由从源到目的经过的控制器称为路由控制器调用链。对于控制器来说,路由调用链分为两种,上报链路和接收链路,其中上报链路是指源为本控制器的路由,包括从本控制器传递到其他的最终目的控制面所经过的控制器集合,接收链路是指最终目的为本控制器的路由,包括由其他控制面发送的路由到本控制器所经过的控制器集合。因此,需要获取混合云网络中各个控制器的上报链路和接收链路。
以图4作为实例进行说明,假设C1产生源为路由类型1的路由,该类型路由的最终目的为D4,则C1针对路由类型1的上报链路为:C1→C2→C3→C4;同时,C1需要接收源为C3的路由,且路由类型为1,则C1针对路由类型1的接收链路为:C3→C2→C1。
示例性的,通过查询控制器调用链表,即可获得混合云网络中各控制器的上报链路和接收链路。汇总混合云网络中所有控制器的全部路由类型的上报链路和接收链路,则可以构建得到控制器调用链表,例如下表2所示。可以理解,控制器调用链表通常是预先构建的。
由上表2可以看出,控制器调用链表中记录了分别以各个控制器作为源或者目的的控制器调用链,即记录了各个控制器对应的上报链路和接收链路,并且还记录了每条控制器调用链对应的路由类型。因此通过查询控制器调用链表,则可以获得混合云网络中与S610中获取的网络产品实例的路由类型相同的各控制器的上报链路和接收链路。
可以理解,本实施例通过获取各控制器对应的、路由类型与混合云网络中的网络产品实例的路由类型相同的上报链路和接收链路,能够使得所获得的这些上报链路和接收链路涵盖了混合云网络中的全部路由类型对应的控制器调用链。
S630,根据混合云网络中各控制器的上报链路和接收链路,确定混合云网络中的路由控制器调用链,并基于与路由控制器调用链中的各个控制器相连通的控制面,生成混合云网络中的路由传播链;其中,路由传播链由多个分段传播链连接形成,各分段传播链表征不同网络产品实例中的控制面之间的路由,或者表征同一网络产品实例中由控制面向数据面的路由。
由于同一路由传播链路中每一分段传播链的路由类型具有一致性,因此本实施例可以基于路由类型的一致性,通过整合混合云网络中各控制器的上报链路和接收链路,来得到混合云网络中的路由传播链。例如在图4所示例的混合云网络中,网络产品A、B、C、D分别作为不同的网络产品实例,具有相同的路由类型,因此,由网络产品A、B、C、D各自的控制器之间的路由形成路由控制器调用链,再加上网络产品A、B、C、D各自的控制面和数据面之间的路由,从而能够形成一条路由传播链。
一般的,对于每个网络产品实例都存在相连通的控制面和数据面,因此在一些示例性实施方式中,可以自适应地为路由控制器调用链中的各个控制器新增相应的分段传播链,从而得到完整的路由传播链。
需要理解的是,基于混合云网络的复杂性,混合云网络中的路由传播链的数量通常也是较多的,因此在实际应用中,基于本实施例提供的方法可以获取到混合云网络中的多条路由传播链。
由上可知,本实施例获取的混合云网络中的路由传播链也即是路由全链路,不仅包含不同网络产品实例中的控制器之间的路由,还包含同一网络产品实例中的控制面与数据面之间的路由。并且,本实施例能够获取到混合云网络中所有路由类型的路由传播链,也即能够全面地获取到混合云网络中的路由全链路,能够作用于提升混合云网络中路由检测的效率。
还需要理解的是,本实施例将每条路由传播链看作是由多个分段传播链连接形成,各分段传播链表征不同网络产品实例中的控制面之间的路由,或者表征同一网络产品实例中由控制面向数据面的路由。例如图4中示出的路由“Route_1”的路由传播链由<C1,C2>、<C1,D1>、<C2,C3>、<C2,D2>、<C3,C4>、<C3,D3>、<C4,D4>这7条分段传播链连接形成,其中,<C1,C2>、<C2,C3>、<C3,C4>即表征不同网络产品实例中的控制面之间的路由,<C1,D1>、<C2,D2>、<C3,D3>、<C4,D4>即表征同一网络产品实例中由控制面向数据面的路由。S640,针对各个分段传播链中的源控制器的路由检测接口发起调用,获得各个分段传播链对应的路由检测结果。
本实施例针对混合云网络中的每个网络产品实例包含的控制器预设有路由检测接口,该路由检测接口的实质为控制器中配置的用于检测路由的方法。因此,通过向各个分段传播链中的源控制器的路由检测接口发起调用,则可相应获得各个分段传播链对应的路由检测结果。需要理解的是,针对同一源控制器,当其下游组件为控制器或者数据面,所调用的路由检测接口应当是不同的。
示例性的,可通过如下S641-S643所示的处理流程来向各个分段传播链中的源控制器的路由检测接口发起调用,以获得相应的路由检测接口返回的路由检测结果:
S641,根据网络产品实例的路由类型和每个分段传播链包含的各控制器对应的控制器类型,在路由检测接口表中查询得到每个分段传播链中源控制器的路由检测接口的信息,路由检测接口的信息包括接口名称、接口参数、调用方式中的至少一种;
S642,从查询地址表中查询每个分段传播链中源控制器的网络地址;
S643,根据每个分段传播链中源控制器的网络地址以及路由检测接口的信息,分别调用相应源控制器的路由检测接口,以获得各个分段传播链对应的路由检测结果。
首先需要说明的是,S641中提及的控制器对应的控制器类型用于标识相应的控制器,也即不同控制器的控制器类型是相应不同的。路由检测接口表也是预置的表数据,其中记录了与各个控制器作为源组件时所关联的路由检测接口的信息。可以理解,控制器需要提供从本控制器发出的所有路由类型的路由检测接口,包括两种类型,分别为路由下发到数据面的路由检测接口和路由下发到其它网络产品控制器的路由检测接口。
下表3是一示例性的路由检测接口表,由下表3所示的内容可以看出,路由检测接口表记录了混合云网络中所有控制器的每种路由类型的路由检测接口,同时还记录了每种路由类型的路由修复接口,同一源控制器相对于不同的下游组件的检测接口也是不同的,以及还记录了所有接口的相关信息,例如接口名称、接口参数、调用方式等。基于此,本实施例可以根据网络产品实例的路由类型和每个分段传播链包含的各控制器对应的控制器类型,在路由检测接口表中查询得到相应源控制器的路由检测接口的信息。还需要理解的是,本实施例提及的网络产品实例的路由类型与该网络产品实例中含有的控制器的路由类型应是一致的。
S642中提及的查询地址表也是预设的表数据,其中记录了控制器的网络地址。下表4是一示例性的查询地址表,可以看出,其中记录了每个控制器所属的地域、URL(UniformResource Locator,统一资源定位符,也即本实施例提及的网络地址)、Timeout(表征允许的最大访问超时)、User(表征租户账户)以及Password(表征租户账户对应的密码),因此本实施例可以从查询地址表中查询得到每个分段传播链中源控制器的网络地址。
需要说明的是,表4中示出的Timeout参数项作用于在访问控制器对应的URL的过程中,如果出现连接时长超出Timeout对应的数值,则表示本次访问超时,此时可以执行重新发起访问等操作。另外考虑到在一些私有网络中,对于控制器的访问需要提供合法的登录信息,例如表4中示出的User和Password参数项均可作为此登录信息,可见,通过查询地址表也即可以相应获得此登录信息,从而保证路由传播链中的每个控制器都是能够正常访问的。
由此,S643则可根据如上查询到的每个分段传播链中源控制器的网络地址以及路由检测接口的信息,分别调用各个源控制器的路由检测接口,从而获得各个分段传播链对应的路由检测结果。例如图4所示,通过调用C1的路由检测接口Account(Vpc-1),即可相应获得路由检测接口返回的路由检测结果RES-1;通过调用C2的路由检测接口Account(Vpc-2),即可相应获得路由检测接口返回的路由检测结果RES-2;通过调用C3的路由检测接口Account(Vpc-3),即可相应获得路由检测接口返回的路由检测结果RES-3;通过调用C4的路由检测接口Account(Vpc-4),即可相应获得路由检测接口返回的路由检测结果RES-4。
S650,基于各个分段传播链对应的路由检测结果,生成混合云网络的全链路路由检测结果。
由于各个分段传播链对应的路由检测结果能够表征相应分段传播链的路由是否一致,以及由全部的分段传播链形成相应完整的路由传播链,因此本实施例基于各个分段传播链对应的路由检测结果,则可生成混合云网络的全链路路由检测结果。可以理解,本实施例提及的全链路路由检测结果是指,不仅包含混合云网络所具有的全部路由类型的路由传播链,还包含每一路由传播链中各分段传播链的路由是否一致的结果信息。
由此可知,本实施例提供的方法通过首先确定混合云网络中相连通的网络产品实例,然后根据网络产品实例的路由类型来获取混合云网络中的路由传播链,并针对路由传播链中的各个分段传播链中的源控制器的路由检测接口发起调用,获得各个分段传播链对应的路由检测结果。由于路由传播链是对应于混合云网络中不同的网络产品实例中的控制面之间的路由,以及对应于同一网络产品实例中由控制面向数据面的路由,使得在针对每个分段传播链中的源控制器发起调用所获得的路由检测结果的集合中,不仅包含源控制器到下一产品控制器的路由情况,还包括源控制器向同一网络产品实例中的数据面的路由情况,基于此则可生成混合云网络的全链路路由检测结果,从而实现对于混合云网络的路由检测。
并且可以看出,本实施例提供的方法同时涵盖混合云网络环境中多个SDN控制平面间的路由检测、混合云网络环境中SDN控制平面和数据平面的路由检测、以及混合云网络环境中多个租户的路由检测这三个方面,这使得本实施例提供的方法具有对于混合云网络所进行的路由检测具备很高的通用性,所获得的全链路路由检测结果也具有较高的可靠性。
图7是在图6所示实施例的基础上所提出的另一基于混合云网络的路由检测方法的流程图。如图7所示,该方法在包含图6所示的各个步骤的基础上还进一步包括S710-S730,详细介绍如下:
S710,基于全链路路由检测结果确定混合云网络的路由传播链路中待修复的分段传播链,其中,待修复的分段传播链对应的路由检测结果表征路由不一致。
由于全链路路由检测结果不仅包含混合云网络所具有的全部路由类型的路由传播链,还包含每一路由传播链中各分段传播链的路由是否一致的结果信息,因此在本实施例中,可以基于全链路路由检测结果确定出混合云网络的路由传播链路中存在路由不一致的分段传播链,从而将这些分段传播链确定为是待修复的分段传播链。
S720,基于待修复的分段传播链确定待修复的控制器。
若待修复的分段传播链仅有一条,则直接将该条分段传播链中源控制器确定为待修复的控制器。
若待修复的分段传播链有多条,则需先基于待修复的分段传播链对应的路由检测结果确定路由不一致的详细情况,再基于所确定的详细情况相应确定待修复的控制器。其中,路由不一致的详细情况例如包括路由缺失、路由增加和路由属性不一致,通俗地理解,路由缺失是指缺少了应有的路由,路由增加是指多了异常的路由。
示例性的,若基于待修复的分段传播链对应的路由检测结果确定位于路由传播链的中间位置的一个控制器缺失了路由,则将该中间位置的控制器确定为待修复的控制器。具体地说,若位于路由传播链路中间位置的控制器缺失了某一条路由,某一条路由也即理解为是某一路由类型的路由传播链路,会导致位于中间位置的控制器与其前后控制器的路由不一致,例如图8所示,图8是一示例性的全链路路由检测结果的可视化示意图,从图8中示出的全链路路由检测结果对应的路由传播链中可以看出,C3缺少了Route_1路由,导致全链路路由检测结果显示C2比C3多了Route_1路由,C3比C4少了Route_1路由,这种情况只需将C2作为待修复的控制器,通过调用C2的路由修复接口,补齐C3缺失的Route_1路由,即可以修复存在多条分段传播链路由不一致的问题。
若基于待修复的分段传播链对应的路由检测结果确定路由传播链中存在多个控制器缺失路由,则将各条待修复的分段传播链中的源控制器确定为是待修复的控制器。例如图9所示,图9是另一示例性的全链路路由检测结果的可视化示意图,从该全链路路由检测结果中可以看出,C2比C3多了Route_2路由,C3比C4多了Route_1路由,C3比C4少了Route_2路由,由此可以确定,C3丢失了Route_2路由,C4丢失了Route_1路由,这种情况需要将C2和C3都确定为待修复的控制器,通过分别调用各个待修复的控制器的路由修复接口,即可以修复存在多条分段传播链路由不一致的问题。
需要理解的是,当路由传播链中存在某个控制器缺失了某条路由时,该控制器转至同一网络产品实例中的数据面的同一路由通常也是缺失的,当该控制器完成修复后,该控制器转至同一网络产品实例中的数据面的同一路由也得到修复。
S730,向待修复的控制器的路由修复接口发起调用,以对相应分段传播链进行修复处理。
本实施例不仅在混合云网络包含的每个控制器中预置路由检测接口,同时还预置了路由修复接口,同样可以理解的,路由修复接口的实质为在控制器中配置的用于修复路由的方法。因此,通过向待修复的控制器的路由修复接口发起调用,则可对相应分段传播链进行修复处理。
可以理解,针对混合云网络中的任一条路由传播链路,若只存在一条待修复的分段传播链,也即该路由传播链路中的某一段链路存在路由不一致,则只需针对此段链路调用路由修复接口进行修复即可。
若存在多条待修复的分段传播链,但确定待修复的控制器仅为一个,则调用该控制器的路由修复接口即可。
若存在多条待修复的分段传播链,且确定待修复的控制器为多个,则需从最靠近路由传播链的源头的控制器开始逐步调用路由修复接口进行路由修复。示例性的,可基于如下S731所示例的处理过程进行相应的修复处理:
S731,重复执行从待修复的控制器中确定目标控制器,调用目标控制器的路由修复接口对相应分段传播链进行修复处理的步骤,直至不存在待修复的控制器。
可以理解,目标控制器可以是待修复的控制器中最靠近路由传播链的源头的控制器,基于此种方式可以优先恢复更靠近路由传播链的源头的路由,在一定程度上能够提升路由传播链路的路由恢复效率。例如在图9中,由于C2和C3均作为待修复的控制器,且C2更靠近路由调用链的源头,因此第一次调用C2的路由修复接口,以修复C3缺少了的Route_2路由,第二次调用C3的路由修复接口,以修复C4缺少了的Route_1路由。
当然在一些实施例中,目标控制器也可以是从待修复的多个控制器中随机确定的,本实施例对此并不进行限制。
需要说明的是,若目标控制器所关联的待修复的分段调用链中的下游组件为控制器,则调用目标控制器对应于该下游控制器的路由修复接口;若目标控制器所关联的待修复的分段调用链中的下游组件为数据面,则调用目标控制器对应于该下游数据面的路由修复接口。其中,目标控制器对应于下游控制器或者下游数据面的路由修复接口都可以通过查询如表3所示的路由检测接口表得到。
在一些其它的实施例中,为确保每次修复完成,每次修复后还间隔预设时长重新调用路由检测接口以核对修复是否成功,若不成功还需再次调用路由修复接口以再次修复,直至修复成功,若重新修复的次数累计达到预设的修复次数,则需要通过人工手段进行干预,例如通知相关运维人员进行手动修复,例如可以是向相关运维人员的智能终端发送通知消息,也可以向路由检测客户端发送控制指令,用以指示路由检测客户端触发生成告警提示,在此不对人工干预方式进行限制。
由上可以看出,本申请的实施例通过在控制器中同时预置路由检测接口和路由修复接口,不仅能够及时发现混合云网络中路由不一致的问题,例如按照预设的时间周期,周期性地进行混合云网络的路由检测,同时还能及时地修复问题,提升了混合云网络的路由可靠性,能够保证客户业务的正常使用。
示例性的,为了实现如上示例的路由检测和修复功能,混合云网络中的控制器至少还需满足以下规范:
第一、由于路由检测的原则是以分段传播链中源控制器的路由数据为准,将其下发的路由与下游控制器接收的路由对账,控制器需保存本控制器处理过的路由,以给路由检测提供源数据。若没有保存,则在路由检测时不能明确本控制器是否将路由下发到下游控制器或者下游数据面,也就不能检测到路由不一致的问题。
第二、对于控制面,路由检测接口的格式可以为json格式,入参包括网络产品实例的ID(Identity Document,身份标识,如前所示的VpcId),且该参数为必填参数,其它可选参数可以基于实际业务进行配置。相应的路由检测结果包含第一参数(More)、第二参数(Less)和第三参数(Update),参数内层包含一致路由的详细信息。第一参数表征源控制器与下游控制器增加的路由,第二参数表征源控制器与下游控制器减少的路由,第三参数表征源控制器与下游控制器之间的路由属性不一致。其中,路由属性例如包括子网、掩码等属性,在此不作限制。
第三、对于控制面,路由修复接口的格式也可以为json格式,入参包括网络产品实例的ID,且该参数为必填参数,还需提供如下的可选参数:默认修复参数(FixAll)、路由增加修复参数(FixMore)、路由减少修复参数(FixLess)、路由属性修复参数(FixUpdate)。其中,默认修复参数表征修复路由传播链中所有不一致的路由,路由增加修复参数表征只修复源控制器多了的路由,路由减少修复参数表征只修复源控制器缺失了的路由,路由属性修复参数表征只修复源控制器和下游控制器路由属性不一致的路由。相应的路由修复结果包含结果参数Result,该参数为1则表示修复成功,0则表示修复结果为修复失败。
第四、对于数据面,路由检测接口的格式可以为json格式,入参包括网络产品实例的ID,且该参数为必填参数,其它可选参数可以基于实际业务进行配置。由于数据面通常有很多处理设备,例如有的网络产品的数据面集群有上百台处理设备,因此相应的路由检测结果还需要包含处理设备的设备标识,内层包含每台处理设备携带的More、Less和Update参数。
第五、对于数据面,路由修复接口的格式也可以为json格式,入参包括网络产品实例的ID和指定修复某台处理设备的路由标识HostIP,且二者参数均为必填参数,FixAll、FixMore、FixLess、FixUpdate参数则作为可选参数。相应的路由修复结果包含结果参数Result,该参数内层包含处理设备的处理标识,参数为1则表示修复成功,为0则表示修复结果为修复失败。
基于如上规范,各分段传播链中的源控制器针对路由检测接口的调用所返回的路由检测结果中,包括源控制器自身记录的路由处理信息与下游控制器记录的路由处理信息之间的比对信息,或者与下游数据面记录的路由处理信息之间的比对信息。可以理解,若调用下游控制器对应的路由检测接口,所返回的路由检测接口即包括源控制器自身记录的路由处理信息与下游控制器记录的路由处理信息之间的比对信息;若调用下游数据面对应的路由检测接口,所返回的路由检测接口即包括源控制器自身记录的路由处理信息与下游数据面记录的路由处理信息之间的比对信息。
示例性的,S650中基于各个分段传播链对应的路由检测结果,生成混合云网络的全链路路由检测结果的过程具体包括S651和S652,详细介绍如下:
S651,基于各个分段传播链对应的路由检测结果中包含的比对信息,确定各个分段传播链对应的路由判定结果,路由判定结果表征路由一致或者路由不一致。
在调用下游控制器对应的路由检测接口的情况下,各个分段传播链对应的路由检测结果包含的比对信息包括第一字段、第二字段和第三字段,第一字段对应第一参数More,第二字段对应第二参数Less,第三字段对应第三参数Update。基于各个分段传播链对应的路由检测结果包含的比对信息,则可以确定对应的路由判定结果,具体来说,若第一字段、第二字段和第三字段中的任一字段携带具体值,则可确定判定结果为路由不一致;若第一字段、第二字段和第三字段中的每个字段的值均为空或者零值,则可确定判定结果为路由一致,不存在路由不一致的问题。
在调用下游数据面对应的路由检测接口的情况下,各个分段传播链对应的路由检测结果包含的比对信息还包括数据面中包含的处理设备的设备标识,并且每一设备标识还关联如上的第一字段、第二字段和第三字段,用以表征数据面中各个处理设备是否存在路由不一致的问题。各个处理设备的路由判定结果的获取方式同理,本实施例在此不作赘述。
S652,在路由传播链中关联各个分段传播链对应的路由判定结果,以得到混合云网络的全链路路由检测结果。
本实施例在获得路由传播链中各个分段传播链对应的路由判定结果之后,在路由传播链中关联各个分段传播链对应的路由判定结果,可以理解为是为路由传播链中新增各个分段传播链关联路由判定结果的数据,最终得到全链路路由检测结果。
另外在路由修复过程中,需向待修复的控制器的路由修复接口发起调用,当调用下游控制器对应的路由修复接口时,需在相应的接口调用请求中携带指定入参,指定入参包括默认修复参数FixAll、路由增加修复参数FixMore、路由减少修复参数FixLess和路由属性修复参数FixUpdate中的其中一种;当调用下游数据面对应的路由修复接口时,指定入参还包括指定修复的处理设备的设备标识,并且每一处理设备的设备标识还与默认修复参数FixAll、路由增加修复参数FixMore、路由减少修复参数FixLess和路由属性修复参数FixUpdate中的其中一种关联,用于指示对每一处理设备进行路由修复。
可以看出,以上提供了一种用于实现混合云网络中的路由检测及修复的规范,但不应理解为是对本申请实施例提出的混合云网络中的路由检测及修复实现手段进行了限制。在实际的应用场景中,也可以基于实例的应用需求设置相应的接口调用规范。
另外参见图10,图10是基于图6所示实施例进一步提出的基于混合云网络的路由检测方法的流程图。如图10所示,S610中确定混合云网络中相连通的网络产品实例的过程包括如下示例S1010-S1020,以及该方法还包括如下示例的S1030-S1060:
S1010,获取经由路由检测客户端输入的混合云网络标识;
S1020,基于混合云网络标识,从相应混合云网络中部署的全局控制器中获取相连通的网络产品实例的信息;其中,全局控制器用于连通不同地域的网络产品实例,获取到的网络产品实例的信息包括网络产品实例的实例标识和路由类型;
S1030,将混合云网络的全链路路由检测结果发送至路由检测客户端,以使路由检测客户端对全链路路由检测结果进行可视化显示处理,该可视化显示处理包括对路由传播链中的各分段传播链对应的路由判定结果进行显示,路由判定结果表征路由一致或者路由不一致;
S1040,响应于路由检测客户端中触发的修复指令,进行相应分段传播链的修复处理;
S1050,在完成相应分段传播链的修复处理之后,重新进行相应分段传播链的修复验证;
S1060,若验证相应分段传播链修复成功,则向所述路由检测客户端发送显示更新指令,所述显示更新指令用于指示所述路由检测客户端对其显示的全链路路由检测结果进行更新显示。
在如上处理过程中,将路由检测客户端作为路由检测及修复的系统前台,相应将路由检测服务端作为路由检测及修复的系统后台,由此便于应用在实际的应用环境中。
首先由相关维护人员在前台输入待检测的混合云网络对应的混合云网络标识,路由检测客户端将获取到的混合云网络标识传入路由检测服务端,例如将混合云网络标识携带在路由检测请求中传输给路由检测服务端。
接下来,路由检测服务端基于混合云网络标识,从相应混合云网络中部署的全局控制器中获取相连通的网络产品实例的信息,具体获取方式请参见S610中的相关记载,在此不作赘述。
路由检测服务端通过执行如上实施例获得混合云网络标识所对应的混合云网络的全链路路由检测结果之后,将全链路路由检测结果发送给路由检测客户端,以使路由检测客户端对该全链路路由检测结果进行可视化显示处理。所谓的可视化显示处理,理解为是对路由传播链中的各个分段传播链对应的路由判定结果进行显示,路由判定结果也即路由一致或者路由不一致。
图11是一示例性的针对全链路路由检测结果进行可视化显示的显示界面示意图,如图11所示,显示界面中不仅显示有路由传播链中的各个分段传播链是否路由一致的信息,还显示有用于触发进行路由修复的入口“修复”和触发重新进行路由检测的入口“重新检测”,若相关运维人员触发了入口“修复”,路由检测客户端向路由检测服务端发送修复指令,以使路由检测服务端进行待修复的分段传播链的修复处理。
图12是另一示例性的针对全链路路由检测结果进行可视化显示的显示界面示意图,如图12所示,显示界面中显示了触发具体修复方式的入口,以此向路由检测服务端对于控制器的路由修复接口的调用指定了入参,其中,入口“修复全部不一致的”对应于入参FixAll,入口“修复增加的路由”对应于入参FixMore,入口“修复减少的路由”对应于入参FixLess。
当仅存在一条待修复的分段传播链时,相关运维人员通过触发相关修复入口即可触发路由检测服务端针对该分段传播链进行路由修复处理。而当存在多条待修复的分段传播链时,相关运维人员还可以触发选中显示界面中的任一端待修复的分段传播链,由此指示路由检测服务端仅针对所选中的分段传播链进行路由修复处理,以满足实际应用中可能存在的应用需求。
路由检测服务端在完成相应分段传播链的修复处理之后,重新进行相应分段传播链的修复验证,该修复验证也即是重新进行路由检测的过程。若验证相应分段传播链修复成功,则向路由检测客户端发送显示更新指令,使得路由检测客户端对其显示的全链路路由检测结果进行更新显示,以使得完成修复的分段传播链能够及时更新路由判定结果的显示,使得相关运维人员及时掌握修复进度。
图13是本申请的一示例性实施例示出的基于混合云网络的路由检测装置的框图。该装置例如可以配置在图3所示的路由检测服务端320上,也可以配置在其它的终端设备或者服务器设备上,本实施例在此并不进行限制。
如图13所示,该示例性的基于混合云网络的路由检测装置1300包括实例确定模块1310、控制链获取模块1320、路由传播链获取模块1330、检测接口调用模块1340和检测结果生成模块1350。
实例确定模块1310配置为确定混合云网络中相连通的网络产品实例。控制链获取模块1320配置为获取混合云网络中各控制器的上报链路和接收链路;其中,上报链路和接收链路的路由类型与网络产品实例的路由类型相同,上报链路表征源为本控制器的路由,接收链路表征最终目的为本控制器的路由。路由传播链获取模块1330配置为根据混合云网络中各控制器的上报链路和接收链路,确定混合云网络中的路由控制器调用链,并基于与路由控制器调用链中的各个控制器相连通的控制面,生成混合云网络中的路由传播链;其中,路由传播链由多个分段传播链连接形成,各分段传播链表征不同网络产品实例中的控制面之间的路由,或者表征同一网络产品实例中由控制面向数据面的路由。检测接口调用模块1340配置为针对各个分段传播链中的源控制器的路由检测接口发起调用,获得各个分段传播链对应的路由检测结果。检测结果生成模块1350配置为基于各个分段传播链对应的路由检测结果,生成混合云网络的全链路路由检测结果。
在另一示例性实施例中,基于混合云网络的路由检测装置1300还包括路由修复链确认模块和修复处理模块。
修复链确认模块配置为基于全链路路由检测结果确定混合云网络的路由传播链路中待修复的分段传播链,其中,待修复的分段传播链对应的路由检测结果表征路由不一致。修复处理模块配置为基于待修复的分段传播链确定待修复的控制器,并向待修复的控制器的路由修复接口发起调用,以对相应分段传播链进行修复处理。
在另一示例性实施例中,待修复的分段传播链的数量为多条;修复处理模块还配置为执行如下步骤:
若基于待修复的分段传播链对应的路由检测结果确定位于路由传播链的中间位置的一个控制器缺失了路由,则将中间位置的控制器确定为是待修复的控制器;
若基于待修复的分段传播链对应的路由检测结果确定路由传播链中存在多个控制器缺失路由,则将各条待修复的分段传播链中的源控制器确定为是待修复的控制器。
在另一示例性实施例中,修复处理模块还配置为执行如下步骤:
重复执行从待修复的控制器中确定目标控制器,调用目标控制器的路由修复接口对相应分段传播链进行修复处理的步骤,直至不存在待修复的控制器;
其中,从待修复的控制器中确定目标控制器,包括:将待修复的控制器中最靠近路由传播链的源头的控制器作为目标控制器。
在另一示例性实施例中,实例确定模块1310包括网络标识获取单元和产品实例获取单元。
网络标识获取单元配置为获取经由路由检测客户端输入的混合云网络标识。产品实例获取单元配置为基于混合云网络标识,从相应混合云网络中部署的全局控制器中获取相连通的网络产品实例的信息;其中,全局控制器用于连通不同地域的网络产品实例,获取到的网络产品实例的信息包括网络产品实例的实例标识和路由类型。
在另一示例性实施例中,基于混合云网络的路由检测装置1300还包括检测结果发送模块和修复指令接收模块。
检测结果发送模块配置为将混合云网络的全链路路由检测结果发送至路由检测客户端,以使路由检测客户端对全链路路由检测结果进行可视化显示处理,可视化显示处理包括对路由传播链中的各分段传播链对应的路由判定结果进行显示,路由判定结果表征路由一致或者路由不一致。修复指令接收模块配置为响应于路由检测客户端中触发的修复指令,进行相应分段传播链的修复处理。
在另一示例性实施例中,基于混合云网络的路由检测装置1300还包括修复验证模块,修复验证模块配置为在完成相应分段传播链的修复处理之后,重新进行相应分段传播链的修复验证,若验证相应分段传播链修复成功,则向路由检测客户端发送显示更新指令,显示更新指令用于指示路由检测客户端对其显示的全链路路由检测结果进行更新显示。
在另一示例性实施例中,路由检测结果包括将源控制器自身记录的路由处理信息与下游控制器记录的路由处理信息之间的比对信息,或者与下游数据面记录的路由处理信息之间的比对信息;检测结果生成模块1350包括路由判定单元和传播链处理单元。
路由判定单元配置为基于各个分段传播链对应的路由检测结果中包含的比对信息,确定各个分段传播链对应的路由判定结果,路由判定结果表征路由一致或者路由不一致。传播链处理单元配置为在路由传播链中关联各个分段传播链对应的路由判定结果,以得到混合云网络的全链路路由检测结果。
在另一示例性实施例中,路由检测结果包含的比对信息包括第一字段、第二字段和第三字段,其中,第一字段表征源控制器比下游控制器增加的路由类型,第二字段表征源控制器比下游控制器减少的路由类型,第三字段表征源控制器与下游控制器之间的路由属性不一致;若向待修复的控制器的路由修复接口发起调用,需在相应的接口调用请求中携带指定入参,指定入参包括默认修复参数、路由增加修复参数、路由减少修复参数和路由属性修复参数中的其中一种,默认修复参数指示修复路由传播链中全部不一致的路由。
在另一示例性实施例中,路由检测结果包含的比对信息还包括数据面中包含的处理设备的设备标识,每一处理设备的设备标识均关联相应的第一字段、第二字段和第三字段;以及,指定入参还包括表征指定修复的处理设备的设备标识,指定修复的处理设备的设备标识与默认修复参数、路由增加修复参数、路由减少修复参数和路由属性修复参数中的其中一种关联。
在另一示例性实施例中,检测接口调用模块1340配置为从查询地址表中查询每个分段传播链中源控制器的网络地址,并根据每个分段传播链中源控制器的网络地址以及路由检测接口的信息,分别调用相应源控制器的路由检测接口,以获得各个分段传播链对应的路由检测结果。
需要说明的是,上述实施例所提供的基于混合云网络的路由检测装置与上述实施例所提供的基于混合云网络的路由检测方法属于同一构思,其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述,此处不再赘述。上述实施例所提供的基于混合云网络的路由检测装置在实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能,本处也不对此进行限制。
在上述各个实施例提供的基于混合云网络的路由检测装置中,所涉及的路由检测处理同时涵盖混合云网络环境中多个SDN控制平面间的路由检测、混合云网络环境中SDN控制平面和数据平面的路由检测、以及混合云网络环境中多个租户的路由检测这三个方面,使得本实施例提供的装置具有对于混合云网络所进行的路由检测具备很高的通用性,所获得的全链路路由检测结果也具有较高的可靠性。
本申请的实施例还提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现上述各个实施例中提供的基于混合云网络的路由检测方法。
图14示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是,图14示出的电子设备的计算机系统1400仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图14所示,计算机系统1400包括中央处理单元(Central Processing Unit,CPU)1401,其可以根据存储在只读存储器(Read-Only Memory,ROM)1402中的程序或者从储存部分1408加载到随机访问存储器(Random Access Memory,RAM)1403中的程序而执行各种适当的动作和处理,例如执行上述实施例中所述的方法。在RAM 1403中,还存储有系统操作所需的各种程序和数据。CPU 1401、ROM 1402以及RAM 1403通过总线1404彼此相连。输入/输出(Input /Output,I/O)接口1405也连接至总线1404。
以下部件连接至I/O接口1405:包括键盘、鼠标等的输入部分1406;包括诸如阴极射线管(Cathode Ray Tube,CRT)、液晶显示器(Liquid Crystal Display,LCD)等以及扬声器等的输出部分1407;包括硬盘等的储存部分1408;以及包括诸如LAN(Local AreaNetwork,局域网)卡、调制解调器等的网络接口卡的通信部分1409。通信部分1409经由诸如因特网的网络执行通信处理。驱动器1410也根据需要连接至I/O接口1405。可拆卸介质1411,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1410上,以便于从其上读出的计算机程序根据需要被安装入储存部分1408。
特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中,该计算机程序可以通过通信部分1409从网络上被下载和安装,和/或从可拆卸介质1411被安装。在该计算机程序被中央处理单元(CPU)1401执行时,执行本申请的系统中限定的各种功能。
本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
本申请的另一方面还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如前所述的基于混合云网络的路由检测方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的,也可以是单独存在,而未装配入该电子设备中。
本申请的另一方面还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各个实施例中提供的基于混合云网络的路由检测方法。
上述内容,仅为本申请的较佳示例性实施例,并非用于限制本申请的实施方案,本领域普通技术人员根据本申请的主要构思和精神,可以十分方便地进行相应的变通或修改,故本申请的保护范围应以权利要求书所要求的保护范围为准。
另外需要说明的是,在本申请的具体实施方式中,涉及到网络产品实例、控制面、数据面、路由类型等相关的数据,当本申请以上实施例运用到具体产品或技术中时,需要获得用户许可或者同意,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
Claims (14)
1.一种基于混合云网络的路由检测方法,其特征在于,所述混合云网络由相连通的多个网络产品实例构成,所述网络产品实例包含相连通的控制面和数据面,所述方法包括:
确定所述混合云网络中相连通的网络产品实例;
获取所述混合云网络中各控制器的上报链路和接收链路;其中,所述上报链路和所述接收链路的路由类型与所述网络产品实例的路由类型相同,所述上报链路表征源为本控制器的路由,所述接收链路表征最终目的为本控制器的路由;
根据所述混合云网络中各控制器的上报链路和接收链路,确定所述混合云网络中的路由控制器调用链,并基于与所述路由控制器调用链中的各个控制器相连通的控制面,生成所述混合云网络中的路由传播链;其中,所述路由传播链由多个分段传播链连接形成,各分段传播链表征不同网络产品实例中的控制面之间的路由,或者表征同一网络产品实例中由控制面向数据面的路由;
针对各个分段传播链中的源控制器的路由检测接口发起调用,获得各个分段传播链对应的路由检测结果;
基于各个分段传播链对应的路由检测结果,生成所述混合云网络的全链路路由检测结果。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
基于所述全链路路由检测结果确定所述混合云网络的路由传播链路中待修复的分段传播链,其中,所述待修复的分段传播链对应的路由检测结果表征路由不一致;
基于所述待修复的分段传播链确定待修复的控制器;
向所述待修复的控制器的路由修复接口发起调用,以对相应分段传播链进行修复处理。
3.根据权利要求2所述的方法,其特征在于,所述待修复的分段传播链的数量为多条;所述基于所述待修复的分段传播链确定待修复的控制器,包括:
若基于所述待修复的分段传播链对应的路由检测结果确定位于路由传播链的中间位置的一个控制器缺失了路由,则将所述中间位置的控制器确定为是待修复的控制器;
若基于所述待修复的分段传播链对应的路由检测结果确定路由传播链中存在多个控制器缺失路由,则将各条待修复的分段传播链中的源控制器确定为是待修复的控制器。
4.根据权利要求3所述的方法,其特征在于,所述向所述待修复的控制器的路由修复接口发起调用,以对相应分段传播链进行修复处理,包括:
重复执行从待修复的控制器中确定目标控制器,并调用所述目标控制器的路由修复接口对相应分段传播链进行修复处理的步骤,直至不存在待修复的控制器;
其中,所述从待修复的控制器中确定目标控制器,包括:
将待修复的控制器中最靠近所述路由传播链的源头的控制器作为所述目标控制器。
5.根据权利要求1-4中任一项所述的方法,其特征在于,所述确定所述混合云网络中相连通的网络产品实例,包括:
获取经由路由检测客户端输入的混合云网络标识;
基于所述混合云网络标识,从相应混合云网络中部署的全局控制器中获取相连通的网络产品实例的信息;其中,所述全局控制器用于连通不同地域的网络产品实例,获取到的网络产品实例的信息包括所述网络产品实例的实例标识和路由类型。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
将所述混合云网络的全链路路由检测结果发送至所述路由检测客户端,以使所述路由检测客户端对所述全链路路由检测结果进行可视化显示处理,所述可视化显示处理包括对所述路由传播链中的各分段传播链对应的路由判定结果进行显示,所述路由判定结果表征路由一致或者路由不一致;
响应于所述路由检测客户端中触发的修复指令,进行相应分段传播链的修复处理。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
在完成所述相应分段传播链的修复处理之后,重新进行相应分段传播链的修复验证;
若验证相应分段传播链修复成功,则向所述路由检测客户端发送显示更新指令,所述显示更新指令用于指示所述路由检测客户端对其显示的全链路路由检测结果进行更新显示。
8.根据权利要求1-4中任一项所述的方法,其特征在于,所述路由检测结果包括将源控制器自身记录的路由处理信息与下游控制器记录的路由处理信息之间的比对信息,或者与下游数据面记录的路由处理信息之间的比对信息;所述基于各个分段传播链对应的路由检测结果,生成所述混合云网络的全链路路由检测结果,包括:
基于各个分段传播链对应的路由检测结果中包含的比对信息,确定各个分段传播链对应的路由判定结果,所述路由判定结果表征路由一致或者路由不一致;
在所述路由传播链中关联各个分段传播链对应的路由判定结果,以得到所述混合云网络的全链路路由检测结果。
9.根据权利要求8所述的方法,其特征在于,路由检测结果包含的比对信息包括第一字段、第二字段和第三字段,其中,所述第一字段表征所述源控制器比下游控制器增加的路由类型,所述第二字段表征所述源控制器比下游控制器减少的路由类型,所述第三字段表征所述源控制器与下游控制器之间的路由属性不一致;
若向待修复的控制器的路由修复接口发起调用,需在相应的接口调用请求中携带指定入参,所述指定入参包括默认修复参数、路由增加修复参数、路由减少修复参数和路由属性修复参数中的其中一种,所述默认修复参数指示修复所述路由传播链中全部不一致的路由。
10.根据权利要求9所述的方法,其特征在于,路由检测结果包含的比对信息还包括数据面中包含的处理设备的设备标识,每一处理设备的设备标识均关联相应的第一字段、第二字段和第三字段;
以及,所述指定入参还包括表征指定修复的处理设备的设备标识,所述指定修复的处理设备的设备标识与默认修复参数、路由增加修复参数、路由减少修复参数和路由属性修复参数中的其中一种关联。
11.根据权利要求1-4中任一项所述的方法,其特征在于,所述针对各个分段传播链中的源控制器的路由检测接口发起调用,获得所述路由检测接口相应返回的路由检测结果,包括:
根据所述网络产品实例的路由类型和每个分段传播链包含的各控制器对应的控制器类型,在路由检测接口表中查询得到每个分段传播链中源控制器的路由检测接口的信息,所述路由检测接口的信息包括接口名称、接口参数、调用方式中的至少一种;
从查询地址表中查询每个分段传播链中源控制器的网络地址;
根据每个分段传播链中源控制器的网络地址以及路由检测接口的信息,分别调用相应源控制器的路由检测接口,以获得各个分段传播链对应的路由检测结果。
12.一种基于混合云网络的路由检测装置,其特征在于,所述混合云网络由相连通的多个网络产品实例构成,所述网络产品实例包含相连通的控制面和数据面,所述装置包括:
实例确定模块,配置为确定所述混合云网络中相连通的网络产品实例;
控制链获取模块,配置为获取所述混合云网络中各控制器的上报链路和接收链路;其中,所述上报链路和所述接收链路的路由类型与所述网络产品实例的路由类型相同,所述上报链路表征源为本控制器的路由,所述接收链路表征最终目的为本控制器的路由;
路由传播链获取模块,配置为根据所述混合云网络中各控制器的上报链路和接收链路,确定所述混合云网络中的路由控制器调用链,并基于与所述路由控制器调用链中的各个控制器相连通的控制面,生成所述混合云网络中的路由传播链;其中,所述路由传播链由多个分段传播链连接形成,各分段传播链表征不同网络产品实例中的控制面之间的路由,或者表征同一网络产品实例中由控制面向数据面的路由;
检测接口调用模块,配置为针对各个分段传播链中的源控制器的路由检测接口发起调用,获得各个分段传播链对应的路由检测结果;
检测结果生成模块,配置为基于各个分段传播链对应的路由检测结果,生成所述混合云网络的全链路路由检测结果。
13.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述电子设备实现如权利要求1至11中任一项所述的基于混合云网络的路由检测方法。
14.一种计算机可读存储介质,其特征在于,其上存储有计算机可读指令,当所述计算机可读指令被计算机的处理器执行时,使计算机执行权利要求1至11中任一项所述的基于混合云网络的路由检测方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310975744.4A CN116708290B (zh) | 2023-08-04 | 2023-08-04 | 基于混合云网络的路由检测方法及装置、电子设备、介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310975744.4A CN116708290B (zh) | 2023-08-04 | 2023-08-04 | 基于混合云网络的路由检测方法及装置、电子设备、介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116708290A true CN116708290A (zh) | 2023-09-05 |
CN116708290B CN116708290B (zh) | 2023-10-10 |
Family
ID=87831480
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310975744.4A Active CN116708290B (zh) | 2023-08-04 | 2023-08-04 | 基于混合云网络的路由检测方法及装置、电子设备、介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116708290B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108156046A (zh) * | 2016-12-06 | 2018-06-12 | 中国移动通信有限公司研究院 | 分布式路由检测方法及装置 |
CN109478146A (zh) * | 2016-07-07 | 2019-03-15 | 思科技术公司 | 用于在云环境中伸缩应用容器的系统和方法 |
CN109660472A (zh) * | 2018-10-16 | 2019-04-19 | 深圳壹账通智能科技有限公司 | 接线板的智能路由功能验证方法、装置和计算机设备 |
WO2019218786A1 (zh) * | 2018-05-17 | 2019-11-21 | 北京大米科技有限公司 | 基于隧道技术的路由探测方法、路由节点和中心服务器 |
CN111886833A (zh) * | 2018-01-12 | 2020-11-03 | 瑞典爱立信有限公司 | 用于sdn控制信道故障的控制消息重定向机制 |
CN113300950A (zh) * | 2020-04-01 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、电子设备及计算机可读介质 |
-
2023
- 2023-08-04 CN CN202310975744.4A patent/CN116708290B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109478146A (zh) * | 2016-07-07 | 2019-03-15 | 思科技术公司 | 用于在云环境中伸缩应用容器的系统和方法 |
CN108156046A (zh) * | 2016-12-06 | 2018-06-12 | 中国移动通信有限公司研究院 | 分布式路由检测方法及装置 |
CN111886833A (zh) * | 2018-01-12 | 2020-11-03 | 瑞典爱立信有限公司 | 用于sdn控制信道故障的控制消息重定向机制 |
WO2019218786A1 (zh) * | 2018-05-17 | 2019-11-21 | 北京大米科技有限公司 | 基于隧道技术的路由探测方法、路由节点和中心服务器 |
CN109660472A (zh) * | 2018-10-16 | 2019-04-19 | 深圳壹账通智能科技有限公司 | 接线板的智能路由功能验证方法、装置和计算机设备 |
CN113300950A (zh) * | 2020-04-01 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、电子设备及计算机可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN116708290B (zh) | 2023-10-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7263535B2 (en) | Resource list management system | |
US6859830B1 (en) | Method and system for detecting a dead server | |
CN110851278A (zh) | 一种基于微服务架构的配网自动化主站移动应用服务管理方法和系统 | |
US10798218B2 (en) | Environment isolation method and device | |
JP2018518862A (ja) | グローバル仮想ネットワーク(gvn)において仮想インタフェースとアドバンストスマートルーティングとを提供するためのシステム及び方法 | |
CN112491636B (zh) | 数据处理方法及装置、计算机存储介质 | |
CN105867837A (zh) | 一种分布式高速缓存系统中的客户端配置更新方法、设备及系统 | |
US11902130B2 (en) | Data packet loss detection | |
CN111212099A (zh) | 一种微服务管理方法及装置 | |
CN114036236A (zh) | 多网关集群系统 | |
CN115225493A (zh) | 一种基于wireguard的组网节点的配置生成方法及设备 | |
CN114268938A (zh) | 用户前置设备的纳管方法、装置、设备以及存储介质 | |
CN112671914B (zh) | 一种基于actor模型的物联网设备通讯方法和系统 | |
CN116708290B (zh) | 基于混合云网络的路由检测方法及装置、电子设备、介质 | |
US10834144B2 (en) | Hub and agent communication through a firewall | |
CN107566475B (zh) | 一种会话故障转移方法及装置 | |
CN108769209B (zh) | 一种调度云的图形维护系统和方法 | |
CN116389385A (zh) | 一种系统资源处理方法、装置、存储介质及设备 | |
CN106209602B (zh) | 跨数据中心多路径高可靠性消息传输系统 | |
CN115632815A (zh) | 一种数据的更新方法、装置、电子设备及存储介质 | |
US10020990B2 (en) | Network stability reconnaisance tool | |
EP2640003A1 (en) | Network with a network wide extended policy framework | |
CN113612813B (zh) | 分布式跨网络访问方法、装置、系统及存储介质 | |
CN110768855A (zh) | 链路化性能测试的方法和装置 | |
CN118200075A (zh) | 一种vpn隧道的配置方法及装置、电子设备、存储介质 |
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 |