CN115499272A - 基于云间高速的链路切换方法、装置及计算机设备 - Google Patents

基于云间高速的链路切换方法、装置及计算机设备 Download PDF

Info

Publication number
CN115499272A
CN115499272A CN202210906687.XA CN202210906687A CN115499272A CN 115499272 A CN115499272 A CN 115499272A CN 202210906687 A CN202210906687 A CN 202210906687A CN 115499272 A CN115499272 A CN 115499272A
Authority
CN
China
Prior art keywords
link
group table
tunnel
vpn
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202210906687.XA
Other languages
English (en)
Other versions
CN115499272B (zh
Inventor
张阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tianyi Cloud Technology Co Ltd
Original Assignee
Tianyi Cloud Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tianyi Cloud Technology Co Ltd filed Critical Tianyi Cloud Technology Co Ltd
Priority to CN202210906687.XA priority Critical patent/CN115499272B/zh
Publication of CN115499272A publication Critical patent/CN115499272A/zh
Application granted granted Critical
Publication of CN115499272B publication Critical patent/CN115499272B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

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

Abstract

本申请是关于一种基于云间高速的链路切换方法、装置及计算机设备，具体涉及互联网技术领域。在本申请中，为资源池创建两个组表，组表中为用户绑定了出口集合，出口集合中包括了用户可使用的链路，其中的第一组表用于保障第一类型用户的链路使用，第二组表用于保障第二类型用户的链路使用。在监控到隧道的连通状态发生变化的情况下，通过对组表执行修改，即可在对应的出口集合中完成用户当前使用链路的切换，从而将故障链路上的用户的流表的出口一次性调整至切换后的链路上，简化了云间高速场景下的链路切换的操作难度。

Description

基于云间高速的链路切换方法、装置及计算机设备
技术领域
本发明涉及互联网技术领域，具体涉及一种基于云间高速的链路切换方法、装置及计算机设备。
背景技术
云间高速是多个资源池之间全互联的方式，比如A资源池要同时和B、C、D等其他所有的资源池，均建立底层的链路和业务层的虚拟扩展局域网(Virtual eXtensible LocalArea Network，VXLAN)隧道。
为了保障可用性，资源池之间互联的底层的链路一般都是大于等于两条，而业务层的VXLAN隧道需要在底层的链路的基础上，进行一比一的创建。其中，链路可以包括：一条专线链路和多条虚拟专用网络(Virtual Private Network，VPN)链路，对应的，VXLAN隧道可以包括：一条专线隧道和多条VPN隧道。一般来说，专线链路提供给高级用户，VPN隧道提供给普通用户。
当资源池之间互联的一条链路故障的时候，为了保障用户的流量不中断，需要把该故障链路上的用户的流量切换到其他正常的链路上，相应的业务层的VXLAN隧道也随之发生切换。相关技术中，切换的步骤需要定位故障链路的所有用户，然后将每个用户的每条流表的出口手动修改为正常链路，操作比较复杂。
发明内容
本申请提供了一种基于云间高速的链路切换方法、装置及计算机设备，该技术方案如下。
一方面，提供了一种基于云间高速的链路切换方法，所述方法包括：
为本端的第一资源池与对端的第二资源池之间的互联，创建第一组表和第二组表，所述第一组表中包括为第一类型用户绑定的第一出口集合，所述第二组表中包括为第二类型用户的绑定第二出口集合，所述第一出口集合中包括两个资源池之间的专线链路和至少一条VPN链路，且所述第一类型用户是初始使用所述专线链路的用户，所述第二出口集合中包括两个资源池之间的所述至少一条VPN链路，且所述第二类型用户是初始使用所述至少一条VPN链路中的VPN链路的用户；
在监控到两个资源池之间的目标隧道的连通状态发生变化的情况下，确定需要执行链路切换的待修改组表；
若所述待修改组表为所述第一组表，通过对所述第一组表的修改，在所述第一出口集合中切换所述第一类型用户当前使用的链路；
若所述待修改组表为所述第二组表，通过对所述第二组表的修改，在所述第二出口集合中切换所述第二类型用户当前使用的链路。
又一方面，提供了一种基于云间高速的链路切换装置，所述装置包括：
组表创建模块，用于为本端的第一资源池与对端的第二资源池之间的互联，创建第一组表和第二组表，所述第一组表中包括为第一类型用户绑定的第一出口集合，所述第二组表中包括为第二类型用户的绑定第二出口集合，所述第一出口集合中包括两个资源池之间的专线链路和至少一条VPN链路，且所述第一类型用户是初始使用所述专线链路的用户，所述第二出口集合中包括两个资源池之间的所述至少一条VPN链路，且所述第二类型用户是初始使用所述至少一条VPN链路中的VPN链路的用户；
组表定位模块，用于在监控到两个资源池之间的目标隧道的连通状态发生变化的情况下，确定需要执行链路切换的待修改组表；
组表修改模块，用于若所述待修改组表为所述第一组表，通过对所述第一组表的修改，在所述第一出口集合中切换所述第一类型用户当前使用的链路；
所述组表修改模块，还用于若所述待修改组表为所述第二组表，通过对所述第二组表的修改，在所述第二出口集合中切换所述第二类型用户当前使用的链路。
再一方面，提供了一种计算机设备，所述计算机设备中包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述的基于云间高速的链路切换方法。
又一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现上述的基于云间高速的链路切换方法。
再一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述的基于云间高速的链路切换方法。
本申请提供的技术方案可以包括以下有益效果：
为资源池创建两个组表，组表中为用户绑定了出口集合，出口集合中包括了用户可使用的链路，其中的第一组表用于保障第一类型用户的链路使用，第二组表用于保障第二类型用户的链路使用。在监控到隧道的连通状态发生变化的情况下，通过对组表执行修改，即可在对应的出口集合中完成用户当前使用链路的切换，从而将故障链路上的用户的流表的出口一次性调整至切换后的链路上，简化了云间高速场景下的链路切换的操作难度。
附图说明
为了更清楚地说明本申请具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种云间互联场景的示意图。
图2是根据一示例性实施例示出的基于云间高速的链路切换方法的方法流程图。
图3是根据一示例性实施例示出的基于云间高速的链路切换方法的方法流程图。
图4是根据一示例性实施例示出的基于云间高速的链路切换方法的方法流程图。
图5是根据一示例性实施例示出的一种基于云间高速的链路切换装置的结构方框图。
图6是根据本申请一示例性实施例提供的一种计算机设备示意图。
具体实施方式
下面将结合附图对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。
在本申请实施例的描述中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。
本申请实施例中，“预定义”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。
在对本申请所示的各个实施例进行说明之前，首先对本申请涉及到的概念进行介绍。
云间互联：是多个资源池之间全互联的方式，属于云计算技术的一种。
在云间互联场景中，各个资源池与资源池之间存在互通的高速链路。其中，底层的链路一般是通过架设ipsec vpn或者运营商专线，即链路包括：VPN链路和专线链路，业务层的VXLAN隧道需要和底层的链路一比一的创建，相应的，VXLAN隧道包括：VPN隧道和专线隧道，以使得上层的用户流量通过VXLAN隧道的封装，承载在底层的链路上，从而流经到各个资源池中。
示例性的，结合参考图1，其示出了云间互联场景。一个租户在不同的资源池中都有部署业务，租户为了将这几个资源池部署的服务互通，需要把流量引入到当前资源池的云网关，再通过专线链路或者是VPN链路到达对端云网关,进而访问到对端部署的服务。在图1中，假设云网关出口有三条链路：一条专线链路，可以在该专线链路基础上建立专线隧道；两条VPN链路，可以在该VPN链路基础上建立VPN隧道。其中，专线链路用来跑高级用户的流量，VPN链路用来跑普通用户的流量。
在上述云间互联场景中，当资源池之间互联的一条链路故障的时候，为了保障用户的流量不中断，需要把该故障链路上的用户的流量切换到其他正常的链路上，相应的业务层的VXLAN隧道也随之发生切换。相关技术中，切换的步骤需要定位故障链路的所有用户，然后将每个用户的每条流表的出口手动修改为正常链路，操作比较复杂。
基于如上问题，本申请提供了一种基于云间高速的链路切换方法，为资源池创建两个组表，组表中为用户绑定了出口集合，出口集合中包括了用户可使用的链路，其中的第一组表用于保障第一类型用户的链路使用，第二组表用于保障第二类型用户的链路使用。在监控到隧道的连通状态发生变化的情况下，通过对组表执行修改，即可在对应的出口集合中完成用户当前使用链路的切换，从而将故障链路上的用户的流表的出口一次性调整至切换后的链路上，简化了云间高速场景下的链路切换的操作难度。
下面，结合如下几个实施例对本申请提供的技术方案进行说明。
图2是根据一示例性实施例示出的基于云间高速的链路切换方法的方法流程图。该方法由计算机设备执行。如图2所示，该基于云间高速的链路切换方法可以包括如下步骤：
步骤210：为本端的第一资源池与对端的第二资源池之间的互联，创建第一组表和第二组表，第一组表中包括为第一类型用户绑定的第一出口集合，第二组表中包括为第二类型用户的绑定第二出口集合，第一出口集合中包括两个资源池之间的专线链路和至少一条VPN链路，且第一类型用户是初始使用专线链路的用户，第二出口集合中包括两个资源池之间的至少一条VPN链路，且第二类型用户是初始使用至少一条VPN链路中的VPN链路的用户。
组表是一种openflow资源，其中，第一组表和第二组表可以是select的类型的组表。在本申请实施例中，使用组表的形式，对用户的使用链路进行设置，对组表进行修改，即可实现对用户的使用链路的切换。
在第一组表中，为第一类型用户绑定有第一出口集合，第一出口集合中包括两个资源池之间的专线链路和至少一条VPN链路，且第一类型用户是初始使用专线链路的用户。其中，第一出口集合可以理解为是第一类型用户可以使用的链路的集合。此外，第一类型用户可以理解为是一种高级用户，其正常情况下应该使用专线链路。
在第二组表中，为第二类型用户绑定有第二出口集合，第二出口集合中包括两个资源池之间的至少一条VPN链路，且第二类型用户是初始使用VPN链路的用户。其中，第二出口集合可以理解为是第二类型用户可以使用的链路的集合。此外，第二类型用户可以理解为是一种普通用户，其正常情况下应该使用VPN链路。
可选的，组表默认的使用方式是负载均衡设置，可设置多个出口，通过哈希算法选择一个出口进行转发。组表的使用方式也可以是优先级设置，即对每个出口设置优先级，组表对应的用户的流量会选择优先级较高的出口转发。
步骤220：在监控到两个资源池之间的目标隧道的连通状态发生变化的情况下，确定需要执行链路切换的待修改组表。
在本申请实施例中，对两个资源池之间的VXLAN隧道的连通性进行监控，在监控到其中的目标隧道的连通状态发生变化的情况下，则确定需要执行链路切换的待修改组表。
其中，目标隧道的连通状态发生变化，可以指的是目标隧道的连通状态出现故障，也可以指的是目标隧道的连通状态恢复正常。
步骤230：若待修改组表为第一组表，通过对第一组表的修改，在第一出口集合中切换第一类型用户当前使用的链路。
示例性的，目标隧道的连通状态出现故障，且对应的待修改组表为第一组表，则通过对第一组表的修改，将第一类型用户由使用目标隧道对应的目标链路切换到第一出口集合中的其他链路。
示例性，目标隧道的连通状态恢复正常，且对应的待修改组表为第一组表，则通过对第一组表的修改，将第一类型用户由使用第一出口集合中的其他链路切换到目标隧道对应的目标链路。
步骤240：若待修改组表为第二组表，通过对第二组表的修改，在第二出口集合中切换第二类型用户当前使用的链路。
示例性的，目标隧道的连通状态出现故障，且对应的待修改组表为第二组表，则通过对第二组表的修改，将第二类型用户由使用目标隧道对应的目标链路切换到第二出口集合中的其他链路。
示例性，目标隧道的连通状态恢复正常，且对应的待修改组表为第二组表，则通过对第二组表的修改，将第二类型用户由使用第二出口集合中的其他链路切换到目标隧道对应的目标链路。
综上所述，本实施例提供的基于云间高速的链路切换方法，为资源池创建两个组表，组表中为用户绑定了出口集合，出口集合中包括了用户可使用的链路，其中的第一组表用于保障第一类型用户的链路使用，第二组表用于保障第二类型用户的链路使用。在监控到隧道的连通状态发生变化的情况下，通过对组表执行修改，即可在对应的出口集合中完成用户当前使用链路的切换，从而将故障链路上的用户的流表的出口一次性调整至切换后的链路上，简化了云间高速场景下的链路切换的操作难度。
下面，结合图3，对组表的具体设置规则、以及链路切换的实现方式进行说明。
图3是根据一示例性实施例示出的基于云间高速的链路切换方法的方法流程图。该方法由计算机设备执行。如图3所示，该基于云间高速的链路切换方法可以包括如下步骤：
步骤310：为本端的第一资源池与对端的第二资源池之间的互联，创建第一组表和第二组表，第一组表中包括为第一类型用户绑定的第一出口集合，第二组表中包括为第二类型用户的绑定第二出口集合，第一出口集合中包括两个资源池之间的专线链路和至少一条VPN链路，且第一类型用户是初始使用专线链路的用户，第二出口集合中包括两个资源池之间的至少一条VPN链路，且第二类型用户是初始使用至少一条VPN链路中的VPN链路的用户。
第一组表在初始化创建时，采用优先级设置，优先级设置下的第一组表使用第一出口集合中的最高优先级链路表征第一类型用户当前使用的链路，第一组表在创建时的最高优先级链路为专线链路。
也即，第一组表中的第一出口集合中的每个出口设置有优先级，第一组表对应的用户的流量会选择优先级较高的出口转发。其中，第一组表的组标识与如下信息关联：本端的第一资源池的资源池标识、对端的第二资源池的资源池标识、专线隧道的隧道类型标识。
第二组表在初始化创建时，采用负载均衡设置，负载均衡设置下的第二组表按照哈希算法在第二出口集合中分配第二类型用户当前使用的链路。
也即，第二组表对应的用户的流量通过哈希算法选择一个出口进行转发。其中，第二组表的组标识与如下信息关联：本端的第一资源池的资源池标识、对端的第二资源池的资源池标识、VPN隧道的隧道类型标识。
示例性的，假设本端的资源池标识为10，对端的资源池标识为20，网桥名为br-tun，专线链路对应的专线隧道的端口号为3，VPN链路1对应的VPN隧道的端口号为4，VPN链路2对应的VPN隧道的端口号为5。
两个组表的设置的规则如下：
ovs-ofctl add-group br-tun
group_id＝10201，type＝select，bucket＝weight:1，output:3，bucket＝weight:0，output:4，bucket＝weight:0，output:5
ovs-ofctl add-group br-tun
group_id＝10202，type＝select，bucket＝output:4，bucket＝output:5
第一个组表10201给第一类型用户，即高级用户使用，10代表本端资源池标识，20代表对端资源池标识，1代表专线隧道。weight表示优先级，流量只会转发到高优先级的端口中，所以正常情况下流量只会选择端口号为3，即专线链路对应的专线隧道转发，保证用户的带宽质量。
第二个组表10202给第二类型用户，即普通用户使用，10代表本端资源池标识，20代表对端资源池标识，2代表VPN隧道。正常情况下，普通用户的流量按照组表的默认哈希算法负载均衡到端口4和端口5，不设置优先级即代表负载均衡。
步骤320：在监控到两个资源池之间的目标隧道的连通状态发生变化的情况下，若目标隧道是专线链路基础上的专线隧道，确定待修改组表为第一组表，若目标隧道是VPN链路基础上的VPN隧道，确定待修改组表为第二组表。
如上文所示，组表的组标识与不同资源池的标识，以及隧道的隧道类型标识相关联，目的是为了快速定位到连通状态发生变化的目标隧道对应的组表。
结合如上示例，当专线隧道出现故障时，监控线程会触发故障切换，通过对应的本端和对端资源池ID以及故障隧道的隧道类型，快速找到对应的组标识:10201，从而定位到第一组表。同理，当VPN隧道出现故障时，监控线程会触发故障切换，通过对应的本端和对端资源池ID以及故障隧道的隧道类型，快速找到对应的组标识:10202，从而定位到第二组表。
步骤330：在专线隧道的连通状态出现故障的情况下，将第一组表中的最高优先级链路由与专线隧道对应的专线链路修改为第一出口集合中的第一VPN链路。
其中，由于第一组表采用优先级设置，则在专线隧道的连通状态出现故障的情况下，对第一出口集合中的链路的优先级进行修改，从而最高优先级链路由专线链路修改为第一VPN链路，以实现链路切换。
可选的，在专线隧道的连通状态出现故障的情况下，获取第一出口集合中的各个VPN链路基础上的VPN隧道的隧道时延；在第一VPN链路对应的隧道时延最低的情况下，将第一组表中的最高优先级链路由专线链路修改为第一VPN链路。也即，将隧道时延最低的VPN链路作为切换后的链路。
可选的，第一组表对应有切换标记位，切换标记位用于指示第一组表中是否已进行故障切换。比如，在切换标记位显示为True的情况下，表明第一组表已进行故障切换，在切换标记位显示为False的情况下，表明第一组表未进行故障切换。在专线隧道的连通状态出现故障的情况下，首先读取当前的切换标记位，在切换标记位显示为False时，才执行后续的链路切换的步骤。
结合如上示例，在端口3出现故障时，下发的修改组表优先级的命令如下：
ovs-ofctl mod-group br-tun
group_id＝10201，type＝select，bucket＝weight:0，output:3，bucket＝weight:1，output:4，bucket＝weight:0，output:5
也即，将高优先级的端口由端口3调整为端口4。这样，所有在此故障链路上的用户瞬间就切换到了最优的正常链路上，最后修改切换标记位为True，标识该组表已经发生了故障切换。
步骤340：在专线隧道的连通状态恢复正常的情况下，将第一组表中的最高优先级链路由第一VPN链路恢复为专线链路。
在专线隧道的连通状态恢复正常的情况下，表明专线链路恢复正常，因此，需要将用户的使用链路重新切换回至专线链路。此外，由于第一组表采用优先级设置，通过对第一出口集合中的链路的优先级进行修改，从而最高优先级链路由第一VPN链路修改为专线链路，以实现链路切换。
可选的，第一组表对应有切换标记位，切换标记位用于指示第一组表中是否已进行故障切换。比如，在切换标记位显示为True的情况下，表明第一组表已进行故障切换，在切换标记位显示为False的情况下，表明第一组表未进行故障切换。在专线隧道的连通状态恢复正常的情况下，首先读取当前的切换标记位，在切换标记位显示为True时，才执行后续的链路切换的步骤。
结合如上示例，在端口3恢复正常时，下发的修改组表优先级的命令如下：
ovs-ofctl mod-group br-tun
group_id＝10201，type＝select，bucket＝weight:1，output:3，bucket＝weight:0，output:4，bucket＝weight:0，output:5
也即，将高优先级的端口由端口4调整为端口3。这样，所有在端口4上的用户瞬间就切换回专线链路，最后修改切换标记位为False，标识该组表没有故障切换。
步骤350：在第二VPN隧道的连通状态出现故障的情况下，将第二组表由负载均衡设置修改为优先级设置，且，修改后的第二组表中的最高优先级链路为第四VPN链路。
其中，由于第二组表初始采用负载均衡设置，则在其中的第二VPN隧道的连通状态出现故障的情况下，将第二组表调整为优先级设置，对第二出口集合中的链路的优先级进行修改，并且后续使用最高优先级链路。
可选的，在第二VPN隧道的连通状态出现故障的情况下，获取第二出口集合中的各个VPN链路基础上的VPN隧道的隧道时延；在第四VPN链路对应的隧道时延最低的情况下，将第二组表由负载均衡设置修改为优先级设置，且，修改后的第二组表中的最高优先级链路为第四VPN链路。也即，将隧道时延最低的VPN链路作为切换后的链路。
可选的，第二组表对应有切换标记位，切换标记位用于指示第二组表中是否已进行故障切换。比如，在切换标记位显示为True的情况下，表明第一组表已进行故障切换，在切换标记位显示为False的情况下，表明第二组表未进行故障切换。在VPN隧道的连通状态出现故障的情况下，首先读取当前的切换标记位，在切换标记位显示为False时，才执行后续的链路切换的步骤。
结合如上示例，在端口4出现故障时，下发的修改组表优先级的命令如下：
ovs-ofctl mod-group br-tun
group_id＝10202，type＝select，bucket＝weight:0，output:4，bucket＝weight:1，output:5
也即，将端口5设置为高优先级的端口。这样，所有在端口4上的用户瞬间就切换至正常的端口5，最后修改切换标记位为True，标识该组表已经发生了故障切换。
步骤360：在第二VPN隧道的连通状态恢复正常的情况下，将第二组表由优先级设置恢复为负载均衡设置。
在第二VPN隧道的连通状态恢复正常的情况下，表明第二VPN链路恢复正常，因此，需要将第二组表重新恢复至负载均衡设置。
可选的，第二组表对应有切换标记位，切换标记位用于指示第二组表中是否已进行故障切换。比如，在切换标记位显示为True的情况下，表明第二组表已进行故障切换，在切换标记位显示为False的情况下，表明第二组表未进行故障切换。在专线隧道的连通状态恢复正常的情况下，首先读取当前的切换标记位，在切换标记位显示为True时，才执行后续的链路切换的步骤。
结合如上示例，在端口4恢复正常时，下发的组表修改的命令如下：
ovs-ofctl mod-group br-tun
group_id＝10202，type＝select，bucket＝output:4，bucket＝output:5
也即，将组表恢复为负载均衡设置。最后修改切换标记位为False，标识该组表没有故障切换。
综上所述，本实施例提供的基于云间高速的链路切换方法，利用组表可以设置出口优先级的特性，通过对组表中的链路的优先级进行修改，从而实现链路的快速切换。
此外，通过获取各个隧道的隧道时延，从而选择隧道时延最低的链路作为切换后的链路，保障了用户的带宽质量。
下面，对隧道的监控方式进行说明：
向对端的第二资源池发送针对所述目标隧道的地址连通命令；通过地址连通命令的响应情况，获取目标隧道的连通状态以及隧道时延。
也即，编写资源池代理程序，在资源池初始化的时候，对每个存在的对端资源池都创建一个循环监控线程，线程中通过本端资源池的互联地址去连通(ping)对端资源池的互联地址，通过python3的ping3库，可快速获取对端的响应延时和是否连通，并保存各个链路的状态，用来后续触发链路切换。
示例性的，依照图1所假设的三条链路,继续假设本端的专线隧道的vtep ip(VXLAN封装用的接口ip)为:10.10.10.1/24，VPN1隧道的出接口vtep ip为:20.10.10.1/24，VPN2隧道的出接口vtep ip为:30.10.10.1/24，同理假设对端资源池的ip地址为：40.10.10.1/24，50.10.10.1/24，60.10.10.1/24。
监控就是指监控这三条隧道,在本端监控专线隧道的命令是ping(40.10.10.1,src_addr＝10.10.10.1,unit＝'ms',timeout＝3)，若返回了具体时延，即证明专线隧道是通的，若返回False则证明专线隧道不通。
同理，监控VPN1隧道的命令是ping(50.10.10.1,src_addr＝20.10.10.1,unit＝'ms',timeout＝3)，监控VPN2隧道的命令是ping(60.10.10.1，src_addr＝30.10.10.1，unit＝'ms'，timeout＝3)。
应理解，如果有多个资源池同时监控，即启用多线程监控即可达到效果。
综上所述，本实施例提供的基于云间高速的链路切换方法，通过连通对端的地址的方式，实现了对隧道的连通性状态以及隧道时延的监控。
下面，结合参考图4，对本申请所提供的技术方案的整体流程进行说明。
步骤401：初始化组表。
为每个资源池创建组表，组表包括：组表1，用于保障高优先级用户；组表2，用于保障普通用户。
步骤402：初始化监控线程。
采用线程循环连通(ping)对端vtep地址，来获取整条隧道的连通性状态和隧道时延。
步骤403：监控专线隧道状态。
步骤404：在专线隧道正常的情况下，判断切换标记位。
步骤405：若切换标记位为True，则触发组表1恢复策略。
切换标记位为True，表明该组表已进行故障切换，因此，需要进行对该组表进行恢复。
步骤406：修改组表1最高优先级为专线出口。
将组表1中的最高优先级链路修改为专线链路。
步骤407：在专线隧道故障的情况下，判断切换标记位。
步骤408：若切换标记位为False，获取VPN最优链路出口。
切换标记位为False，表明该组表没有故障切换，因此，需要进行故障切换。此外，VPN最优链路出口指的是隧道时延最短的VPN链路。
步骤409：触发组表1切换策略。
步骤410：修改组表1最高优先级为VPN最优链路出口。
将组表1中的最高优先级链路修改为隧道时延最短的VPN链路。
步骤411：监控VPN隧道状态。
步骤412：在VPN隧道正常的情况下，判断切换标记位。
步骤413：若切换标记位为True，则触发组表2恢复策略。
切换标记位为True，表明该组表已进行故障切换，因此，需要进行对该组表进行恢复。
步骤414：修改组表2为负载均衡。
步骤415：在VPN隧道故障的情况下，判断切换标记位。
步骤416：若切换标记位为False，获取VPN最优链路出口。
切换标记位为False，表明该组表没有故障切换，因此，需要进行故障切换。此外，VPN最优链路出口指的是隧道时延最短的VPN链路。
步骤417：触发组表2切换策略。
步骤418：修改组表2最高优先级为VPN最优链路出口。
将组表2中的最高优先级链路修改为隧道时延最短的VPN链路。
如上述步骤所示，本方案采用监控线程，循环连通对端vtep地址，来获取整条隧道的连通性状态和时延；且采用openflow的select类型的组表来解决流表切换问题，将出口绑定在组表中，将组表的组标识和资源池信息、故障隧道的类型信息关联起来，故障切换的时候只用定位到组表，修改组表对应端口优先级即可完成整条隧道的流表迁移。此外，通过监控线程自动触发流表的迁移、自动恢复，无需人工介入。
需要说明的是，上述方法实施例可以单独实施例，也可以组合实施，本申请对此不加以限制。
图5是根据一示例性实施例示出的一种基于云间高速的链路切换装置的结构方框图。所述装置包括：
组表创建模块501，用于为本端的第一资源池与对端的第二资源池之间的互联，创建第一组表和第二组表，所述第一组表中包括为第一类型用户绑定的第一出口集合，所述第二组表中包括为第二类型用户的绑定第二出口集合，所述第一出口集合中包括两个资源池之间的专线链路和至少一条VPN链路，且所述第一类型用户是初始使用所述专线链路的用户，所述第二出口集合中包括两个资源池之间的所述至少一条VPN链路，且所述第二类型用户是初始使用所述至少一条VPN链路中的VPN链路的用户；
组表定位模块502，用于在监控到两个资源池之间的目标隧道的连通状态发生变化的情况下，确定需要执行链路切换的待修改组表；
组表修改模块503，用于若所述待修改组表为所述第一组表，通过对所述第一组表的修改，在所述第一出口集合中切换所述第一类型用户当前使用的链路；
所述组表修改模块503，还用于若所述待修改组表为所述第二组表，通过对所述第二组表的修改，在所述第二出口集合中切换所述第二类型用户当前使用的链路。
在一种可能的实现方式中，所述组表定位模块502，还用于在监控到两个资源池之间的所述目标隧道的连通状态发生变化的情况下，若所述目标隧道是所述专线链路基础上的专线隧道，确定所述待修改组表为所述第一组表，若所述目标隧道是所述VPN链路基础上的VPN隧道，确定所述待修改组表为所述第二组表。
在一种可能的实行方式中，所述第一组表的组标识与如下信息关联：所述本端的第一资源池的资源池标识、所述对端的第二资源池的资源池标识、所述专线隧道的隧道类型标识；
所述第二组表的组标识与如下信息关联：所述本端的第一资源池的资源池标识、所述对端的第二资源池的资源池标识、所述VPN隧道的隧道类型标识。
在一种可能的实现方式中，所述第一组表采用优先级设置，所述优先级设置下的所述第一组表使用所述第一出口集合中的最高优先级链路表征所述第一类型用户当前使用的链路，所述第一组表在创建时的所述最高优先级链路为所述专线链路；
所述组表修改模块503，还用于在所述专线隧道的连通状态出现故障的情况下，将所述第一组表中的所述最高优先级链路由与所述专线隧道对应的所述专线链路修改为所述第一出口集合中的第一VPN链路；在所述专线隧道的连通状态恢复正常的情况下，将所述第一组表中的所述最高优先级链路由所述第一VPN链路恢复为所述专线链路。
在一种可能的实现方式中，所述组表修改模块503，还用于在所述专线隧道的连通状态出现故障的情况下，获取所述第一出口集合中的各个VPN链路基础上的VPN隧道的隧道时延；在所述第一VPN链路对应的隧道时延最低的情况下，将所述第一组表中的所述最高优先级链路由所述专线链路修改为所述第一VPN链路。
在一种可能的实现方式中，所述组表修改模块503，还用于在第二VPN隧道的连通状态出现故障的情况下，将所述第二组表由负载均衡设置修改为优先级设置，且，修改后的所述第二组表中的最高优先级链路为第四VPN链路；在所述第二VPN隧道的连通状态恢复正常的情况下，将所述第二组表由所述优先级设置恢复为所述负载均衡设置；其中，所述负载均衡设置下的所述第二组表按照哈希算法在所述第二出口集合中分配所述第二类型用户当前使用的链路，所述优先级设置下的所述第二组表使用所述第二出口集合中的最高优先级链路表征所述第二类型用户当前使用的链路。
在一种可能的实现方式中，所述组表修改模块503，还用于在所述第二VPN隧道的连通状态出现故障的情况下，获取所述第二出口集合中的各个VPN链路基础上的VPN隧道的隧道时延；在所述第四VPN链路对应的隧道时延最低的情况下，将所述第二组表由负载均衡设置修改为优先级设置，且，修改后的所述第二组表中的最高优先级链路为所述第四VPN链路。
在一种可能的实现方式中，所述装置还包括：隧道监控模块；
所述隧道监控模块，用于向所述对端的第二资源池发送针对所述目标隧道的地址连通命令；通过所述地址连通命令的响应情况，获取所述目标隧道的连通状态以及隧道时延。
需要说明的是：上述实施例提供的基于云间高速的链路切换装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
请参阅图6，其是根据本申请一示例性实施例提供的一种计算机设备示意图，所述计算机设备包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现上述的基于云间高速的链路切换方法。
其中，处理器可以为中央处理器(Central Processing Unit，CPU)。处理器还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施方式中的方法对应的程序指令/模块。处理器通过运行存储在存储器中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施方式中的方法。
存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
在一示例性实施例中，还提供了一种计算机可读存储介质，用于存储有至少一条计算机程序，所述至少一条计算机程序由处理器加载并执行以实现上述方法中的全部或部分步骤。例如，该计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种基于云间高速的链路切换方法，其特征在于，所述方法包括：
为本端的第一资源池与对端的第二资源池之间的互联，创建第一组表和第二组表，所述第一组表中包括为第一类型用户绑定的第一出口集合，所述第二组表中包括为第二类型用户的绑定第二出口集合，所述第一出口集合中包括两个资源池之间的专线链路和至少一条虚拟专用网络VPN链路，且所述第一类型用户是初始使用所述专线链路的用户，所述第二出口集合中包括两个资源池之间的所述至少一条VPN链路，且所述第二类型用户是初始使用所述至少一条VPN链路中的VPN链路的用户；
在监控到两个资源池之间的目标隧道的连通状态发生变化的情况下，确定需要执行链路切换的待修改组表；
若所述待修改组表为所述第一组表，通过对所述第一组表的修改，在所述第一出口集合中切换所述第一类型用户当前使用的链路；
若所述待修改组表为所述第二组表，通过对所述第二组表的修改，在所述第二出口集合中切换所述第二类型用户当前使用的链路。
2.根据权利要求1所述的方法，其特征在于，在监控到两个资源池之间的目标隧道的连通状态发生变化的情况下，确定需要执行链路切换的待修改组表，包括：
在监控到两个资源池之间的所述目标隧道的连通状态发生变化的情况下，若所述目标隧道是所述专线链路基础上的专线隧道，确定所述待修改组表为所述第一组表，若所述目标隧道是所述VPN链路基础上的VPN隧道，确定所述待修改组表为所述第二组表。
3.根据权利要求2所述的方法，其特征在于，
所述第一组表的组标识与如下信息关联：所述本端的第一资源池的资源池标识、所述对端的第二资源池的资源池标识、所述专线隧道的隧道类型标识；
所述第二组表的组标识与如下信息关联：所述本端的第一资源池的资源池标识、所述对端的第二资源池的资源池标识、所述VPN隧道的隧道类型标识。
4.根据权利要求2所述的方法，其特征在于，所述第一组表采用优先级设置，所述优先级设置下的所述第一组表使用所述第一出口集合中的最高优先级链路表征所述第一类型用户当前使用的链路，所述第一组表在创建时的所述最高优先级链路为所述专线链路；
所述若所述待修改组表为所述第一组表，通过对所述第一组表的修改，在所述第一出口集合中切换所述第一类型用户当前使用的链路，包括：
在所述专线隧道的连通状态出现故障的情况下，将所述第一组表中的所述最高优先级链路由与所述专线隧道对应的所述专线链路修改为所述第一出口集合中的第一VPN链路；
在所述专线隧道的连通状态恢复正常的情况下，将所述第一组表中的所述最高优先级链路由所述第一VPN链路恢复为所述专线链路。
5.根据权利要求4所述的方法，其特征在于，所述在所述专线隧道的连通状态出现故障的情况下，将所述第一组表中的所述最高优先级链路由与所述专线隧道对应的所述专线链路修改为所述第一出口集合中的第一VPN链路，包括：
在所述专线隧道的连通状态出现故障的情况下，获取所述第一出口集合中的各个VPN链路基础上的VPN隧道的隧道时延；
在所述第一VPN链路对应的隧道时延最低的情况下，将所述第一组表中的所述最高优先级链路由所述专线链路修改为所述第一VPN链路。
6.根据权利要求2所述的方法，其特征在于，若所述待修改组表为所述第二组表，通过对所述第二组表的修改，在所述第二出口集合中切换所述第二类型用户当前使用的链路，包括：
在第二VPN隧道的连通状态出现故障的情况下，将所述第二组表由负载均衡设置修改为优先级设置，且，修改后的所述第二组表中的最高优先级链路为第四VPN链路；
在所述第二VPN隧道的连通状态恢复正常的情况下，将所述第二组表由所述优先级设置恢复为所述负载均衡设置；
其中，所述负载均衡设置下的所述第二组表按照哈希算法在所述第二出口集合中分配所述第二类型用户当前使用的链路，所述优先级设置下的所述第二组表使用所述第二出口集合中的最高优先级链路表征所述第二类型用户当前使用的链路。
7.根据权利要求6所述的方法，其特征在于，所述在第二VPN隧道的连通状态出现故障的情况下，将所述第二组表由负载均衡设置修改为优先级设置，且，修改后的所述第二组表中的最高优先级链路为第四VPN链路，包括：
在所述第二VPN隧道的连通状态出现故障的情况下，获取所述第二出口集合中的各个VPN链路基础上的VPN隧道的隧道时延；
在所述第四VPN链路对应的隧道时延最低的情况下，将所述第二组表由负载均衡设置修改为优先级设置，且，修改后的所述第二组表中的最高优先级链路为所述第四VPN链路。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向所述对端的第二资源池发送针对所述目标隧道的地址连通命令；
通过所述地址连通命令的响应情况，获取所述目标隧道的连通状态以及隧道时延。
9.一种基于云间高速的链路切换装置，其特征在于，所述装置包括：
组表创建模块，用于为本端的第一资源池与对端的第二资源池之间的互联，创建第一组表和第二组表，所述第一组表中包括为第一类型用户绑定的第一出口集合，所述第二组表中包括为第二类型用户的绑定第二出口集合，所述第一出口集合中包括两个资源池之间的专线链路和至少一条虚拟专用网络VPN链路，且所述第一类型用户是初始使用所述专线链路的用户，所述第二出口集合中包括两个资源池之间的所述至少一条VPN链路，且所述第二类型用户是初始使用所述至少一条VPN链路中的VPN链路的用户；
组表定位模块，用于在监控到两个资源池之间的目标隧道的连通状态发生变化的情况下，确定需要执行链路切换的待修改组表；
组表修改模块，用于若所述待修改组表为所述第一组表，通过对所述第一组表的修改，在所述第一出口集合中切换所述第一类型用户当前使用的链路；
所述组表修改模块，还用于若所述待修改组表为所述第二组表，通过对所述第二组表的修改，在所述第二出口集合中切换所述第二类型用户当前使用的链路。
10.一种计算机设备，其特征在于，所述计算机设备中包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现如权利要求1至8任一所述的基于云间高速的链路切换方法。
CN202210906687.XA 2022-07-29 2022-07-29 基于云间高速的链路切换方法、装置及计算机设备 Active CN115499272B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210906687.XA CN115499272B (zh) 2022-07-29 2022-07-29 基于云间高速的链路切换方法、装置及计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210906687.XA CN115499272B (zh) 2022-07-29 2022-07-29 基于云间高速的链路切换方法、装置及计算机设备

Publications (2)

Publication Number Publication Date
CN115499272A true CN115499272A (zh) 2022-12-20
CN115499272B CN115499272B (zh) 2023-05-30

Family

ID=84466738

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210906687.XA Active CN115499272B (zh) 2022-07-29 2022-07-29 基于云间高速的链路切换方法、装置及计算机设备

Country Status (1)

Country Link
CN (1) CN115499272B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115967666A (zh) * 2022-12-21 2023-04-14 广州趣丸网络科技有限公司 一种云平台间的通信故障恢复方法、装置、终端及介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104468408A (zh) * 2013-09-22 2015-03-25 中国电信股份有限公司 用于动态调整业务带宽的方法和控制中心服务器
CN105915428A (zh) * 2016-04-19 2016-08-31 烽火通信科技股份有限公司 基于open_flow协议的sdn网络l2vpn实现方法及系统
EP3128705A1 (en) * 2014-03-31 2017-02-08 China Mobile Communications Corporation Communication method and system, resource pool management system, switch and control device
WO2017190579A1 (zh) * 2016-05-05 2017-11-09 中兴通讯股份有限公司 一种sdn架构中实现保护倒换的方法及转发设备
WO2018162953A1 (en) * 2017-03-08 2018-09-13 Telefonaktiebolaget Lm Ericsson (Publ) Optimizing tunnel monitoring in sdn
CN109889350A (zh) * 2017-12-06 2019-06-14 杭州达乎科技有限公司 一种用于sdn网络故障中切换路径的方法及装置
CN112995007A (zh) * 2019-12-18 2021-06-18 中国移动通信集团陕西有限公司 云专线连接方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104468408A (zh) * 2013-09-22 2015-03-25 中国电信股份有限公司 用于动态调整业务带宽的方法和控制中心服务器
EP3128705A1 (en) * 2014-03-31 2017-02-08 China Mobile Communications Corporation Communication method and system, resource pool management system, switch and control device
CN105915428A (zh) * 2016-04-19 2016-08-31 烽火通信科技股份有限公司 基于open_flow协议的sdn网络l2vpn实现方法及系统
WO2017190579A1 (zh) * 2016-05-05 2017-11-09 中兴通讯股份有限公司 一种sdn架构中实现保护倒换的方法及转发设备
WO2018162953A1 (en) * 2017-03-08 2018-09-13 Telefonaktiebolaget Lm Ericsson (Publ) Optimizing tunnel monitoring in sdn
CN109889350A (zh) * 2017-12-06 2019-06-14 杭州达乎科技有限公司 一种用于sdn网络故障中切换路径的方法及装置
CN112995007A (zh) * 2019-12-18 2021-06-18 中国移动通信集团陕西有限公司 云专线连接方法及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ZHIFENG ZHAO; FENG HONG; RONGPENG LI: "SDN Based VxLAN Optimization in Cloud Computing Networks", IEEE ACCESS *
赵俊;包丛笑;李星;: "基于OpenFlow协议的覆盖网络路由器设计", 清华大学学报(自然科学版) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115967666A (zh) * 2022-12-21 2023-04-14 广州趣丸网络科技有限公司 一种云平台间的通信故障恢复方法、装置、终端及介质

Also Published As

Publication number Publication date
CN115499272B (zh) 2023-05-30

Similar Documents

Publication Publication Date Title
CN115460067B (zh) 对计算机网络的高可用性增强的方法和系统
CN111886833B (zh) 重定向控制信道消息的方法和用于实现该方法的设备
CN109561028B (zh) 一种基于流量工程选择传输路径的方法和设备
EP3261290A1 (en) Software defined data center and method for deploying service cluster therein
US10277454B2 (en) Handling failure of stacking system
CN112491700B (zh) 网络路径调整方法、系统、装置、电子设备及存储介质
CN110417665B (zh) 一种数据中心多Fabric场景的EVPN组网系统及方法
CN109714238A (zh) 一种用于实现虚拟机间通信的方法及设备
US10326690B2 (en) Operating a network node configured as part of a link aggregation system
CN110351135B (zh) 多dc中的网络设备配置方法及装置
CN113938405B (zh) 一种数据处理的方法、装置
CN115499272B (zh) 基于云间高速的链路切换方法、装置及计算机设备
CN110391987B (zh) 从运营商边缘设备集合中选择指定转发器的方法、设备及计算机可读介质
CN114553707B (zh) 网络的拓扑信息的生成和网络故障的定界方法、装置
CN112637054B (zh) Ip承载网的组网优化方法、装置、计算设备和存储介质
CN110545240B (zh) 基于分布式聚合系统的标签转发表的建立及报文转发方法
CN114301734A (zh) 一种接入处理方法及其相关设备
CN114844935B (zh) 一种云服务接入的方法、相关装置、设备以及存储介质
CN115396385B (zh) 堆叠交换机快速恢复业务的方法、装置及计算设备
US11729022B2 (en) Uplink connectivity in ring networks
CN116248581B (zh) 一种基于sdn的云场景网关集群主备切换方法及系统
CN115460068B (zh) 对计算机网络的高可用性增强的方法和系统
CN112104510B (zh) 故障处理方法、装置、系统、电子设备、计算机可读介质
CN117714360B (zh) 数据路由方法、装置、电子设备、存储介质及程序产品
CN111984376B (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