路由处理方法、装置、设备及计算机可读存储介质与流程

1.本申请涉及通信技术领域，特别涉及一种路由处理方法、装置、设备及计算机可读存储介质。


背景技术：

2.随着网络技术的高速发展，网络设备的高可用性被日益重视。为了避免网络设备的单点故障，双机热备、集群等高可靠技术应运而生，其中，双机热备技术仅能用于两台设备之间，而集群技术可用于两台及两台以上的多台设备组合使用。
3.由于设备集群环境中的设备可以实现配置同步、设备高可用、灵活搭配主备角色和切换顺序等，因此，负载均衡结合集群技术可实现配置备份和高可用，并且能灵活搭配业务切换顺序。
4.目前，当虚拟服务网际互连协议(internet protocol，简称ip)地址与接口地址(即，交换机与负载均衡设备之间的接口)不在相同网段时，需要在交换机上配置目的地址为虚拟服务ip地址的路由，以使客户端请求到达对应负载均衡设备。但是，由于负载均衡设备均独立检查虚拟服务的健康状态，只要状态正常且网络可达，负载均衡设备就会向外发布虚拟服务路由，这样，作为主设备、备设备的负载均衡设备均会向外发布虚拟服务路由，这使得客户端请求无法准确的到达主设备，从而导致客户端请求失败。


技术实现要素：

5.有鉴于此，本申请提供了一种路由处理方法、装置、设备及计算机可读存储介质，能够提升客户端请求的成功率。
6.具体地，本申请是通过如下技术方案实现的：
7.一种路由处理方法，包括：
8.若第一负载均衡设备是第一业务集群对应的主设备，则所述第一负载均衡设备向外通告所述第一业务集群所关联的虚拟服务的虚拟路由；
9.若所述第一负载均衡设备是所述第一业务集群对应的备设备，则所述第一负载均衡设备不向外通告所述第一业务集群所关联的虚拟服务的虚拟路由；
10.其中，所述第一负载均衡设备是m台负载均衡设备中的一台设备，所述第一业务集群是n个业务集群中的一个业务集群，所述m台负载均衡设备上配置有n个业务集群，m≥2，n≥1。
11.一种路由处理装置，所述装置应用于第一负载均衡设备，所述装置包括：
12.路由通告单元，用于若第一负载均衡设备是第一业务集群对应的主设备，则向外通告所述第一业务集群所关联的虚拟服务的虚拟路由；
13.路由禁告单元，用于若所述第一负载均衡设备是所述第一业务集群对应的备设备，则所述第一负载均衡设备不向外通告所述第一业务集群所关联的虚拟服务的虚拟路由；
14.其中，所述第一负载均衡设备是m台负载均衡设备中的一台设备，所述第一业务集群是n个业务集群中的一个业务集群，所述m台负载均衡设备上配置有n个业务集群，m≥2，n≥1。
15.一种电子设备，包括：处理器、存储器；
16.所述存储器，用于存储计算机程序；
17.所述处理器，用于通过调用所述计算机程序，执行上述路由处理方法。
18.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述路由处理方法。
19.由以上本申请提供的技术方案可见，该方法应用于一种设备集群，该设备集群包括m台负载均衡设备，m台负载均衡设备上配置有n个业务集群，其中，第一负载均衡设备是m台负载均衡设备中的一台设备，第一业务集群是n个业务集群中的一个业务集群，基于此，若第一负载均衡设备是第一业务集群对应的主设备，则第一负载均衡设备向外通告第一业务集群所关联的虚拟服务的虚拟路由，若第一负载均衡设备是第一业务集群对应的备设备，则第一负载均衡设备不向外通告第一业务集群所关联的虚拟服务的虚拟路由。可见，本申请可以由负载均衡设备根据自身的主备状态，自动判断是否需要向外发送虚拟路由，基于向外发送的虚拟路由，可以有效保证客户端请求到达主设备，提升了客户端请求的成功率，此外，本申请还可以避免因主备切换而导致需要手动修改大量路由的情况，提高了设备和组网的易用性。
附图说明
20.图1为本申请示出的一种路由处理方法的流程示意图；
21.图2为本申请示出的一种路由处理装置的组成示意图；
22.图3为本申请示出的一种电子设备的结构示意图。
具体实施方式
23.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
24.在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
25.应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
26.在介绍本申请实施例之前，首先对本申请实施例涉及的以下技术术语进行介绍。
27.设备集群：两台及两台以上的设备组成一个能够支撑业务的设备的集群，业务可以在这个设备组中进行配置同步，并实现高可用切换。
28.业务集群：业务集群是指某个或某些业务的组，该组为人工设定切换或自动切换的基本单位，一个设备集群中可以设置多个业务集群，且在每个业务集群设置不同的切换顺序，使设备在不同业务集群中承担不同的角色，可实现灵活的业务切换。
29.ospf：开放式最短路径优先(open shortest path first，简称ospf)，ospf通过路由器之间通告网络接口的状态来建立链路状态数据库，生成最短路径树，每个ospf路由器使用这些最短路径构造路由表。
30.负载均衡：负载均衡是由多台服务器组成一个服务器集合，每台服务器可以独立的提供相同的服务，通过某种负载算法，将外部请求分配到服务器集合中的某一台服务器，由这台服务器为请求设备提供服务，经过均衡负载可以对外提供高可靠、高稳定性的服务，同时减轻单台服务器的压力。
31.虚拟服务：多台服务器组成一个服务器集合，由负载均衡设备统一对外提供一个虚拟服务，客户端向虚拟服务发起请求，虚拟服务将请求按照算法分配给后台服务器。
32.虚拟路由：虚拟路由指目的地址为虚拟服务ip地址的路由。
33.本申请实施例将提供一种路由处理方法，该方法应用于一种设备集群，该设备集群包括m台负载均衡设备，其中，m≥2。并且，这m台负载均衡设备上配置有n个业务集群，其中，n≥1。
34.具体来讲，可以由上述m台负载均衡设备组成一个设备集群，使得该设备集群包括多台负载均衡设备；通过启用集群功能，可以根据业务需求，在这些负载均衡设备上配置一组或多组业务集群，每一负载均衡设备上可以配置多个业务集群，可以在这些负载均衡设备上进行同步配置。
35.例如，假设由三台负载均衡设备组成一个设备集群，这三台负载均衡设备分别定义为负载均衡设备a、负载均衡设备b和负载均衡设备c，这三台负载均衡设备形成了一个集群环境。此外，可以在这些负载均衡设备上配置多个业务集群，假设包括三个业务集群，分别是业务集群tg1、业务集群tg2和业务集群tg3，可以在每一负载均衡设备上配置这三个业务集群。
36.需要说明的是，该例子仅仅是示例性的，本申请实施例不对负载均衡设备与业务集群之间的数量进行限定，即，负载均衡设备的数量与业务集群的数量，可以相同、也可以不同。
37.此外，关于上述设备集群中的各个负载均衡设备，负载均衡设备上配置有虚拟服务，且该虚拟服务关联所需的业务集群。
38.例如，假设包括三个虚拟服务，分别为虚拟服务vs1、虚拟服务vs2、虚拟服务vs3，其中，虚拟服务vs1关联了业务集群tg1，虚拟服务vs2关联了业务集群tg2，虚拟服务vs3关联了业务集群tg3。
39.下面基于上述介绍的负载均衡设备、虚拟服务、以及业务集群，对本申请实施例提供的路由处理方法进行具体介绍。
40.参见图1，为本申请实施例提供的一种路由处理方法的流程示意图，该方法的执行主体是第一负载均衡设备，第一负载均衡设备是上述m台负载均衡设备中的一台设备，该方
法包括以下步骤s101
‑
s103：
41.s101：判断第一负载均衡设备是否是第一业务集群对应的主设备。
42.s102：若第一负载均衡设备是第一业务集群对应的主设备，则第一负载均衡设备向外通告第一业务集群所关联的虚拟服务的虚拟路由。
43.在本申请实施例中，关于上述n个业务集群中的每一业务集群，可以预先为其指定一个主设备。
44.例如，基于上述例子，假设设备集群中包括负载均衡设备a、负载均衡设备b和负载均衡设备c，且假设包括业务集群tg1、业务集群tg2和业务集群tg3。基于此，负载均衡设备a可以是业务集群tg1对应的主设备，负载均衡设备b和负载均衡设备c则是业务集群tg1对应的备设备；负载均衡设备b可以是业务集群tg2对应的主设备，负载均衡设备a和负载均衡设备c则是业务集群tg2对应的备设备；负载均衡设备c可以是业务集群tg3对应的主设备，负载均衡设备a和负载均衡设备b则是业务集群tg3对应的备设备。
45.由于虚拟服务vs1关联业务集群tg1、虚拟服务vs2关联业务集群tg2、虚拟服务vs3关联业务集群tg3，因此，负载均衡设备a为虚拟服务vs1的主设备，负载均衡设备b为虚拟服务vs2的主设备，负载均衡设备c为虚拟服务vs3的主设备。
46.可以理解的是，当负载均衡设备的数量与业务集群的数量相同时，可以将每一负载均衡设备分别指定为每一业务集群对应的主设备，其它设备作为备设备；但是，当负载均衡设备的数量小于业务集群的数量时，同一负载均衡设备可以是至少两个业务集群对应的主设备，反之，当负载均衡设备的数量大于业务集群的数量时，有的负载均衡设备可以不是任一业务集群对应的主设备。
47.在本申请实施例中，s102中的第一业务集群是上述n个业务集群中的一个业务集群，即，将这n个业务集群中的任一业务集群定义为第一业务集群。基于此，如果第一负载均衡设备是第一业务集群对应的主设备，则第一负载均衡设备可以向外通告第一业务集群所关联的虚拟服务的虚拟路由，这使得第一负载均衡设备所在组网的上游路由器和/或上游交换机、以及下游路由器和/或下游交换机，可以获知第一业务集群所关联的虚拟服务的虚拟路由，这样，当客户端请求第一业务集群所关联的虚拟服务时，网络系统便可以为该客户端请求提供相应的虚拟路由，从而使该客户端请求能够顺利达到作为主设备的第一负载均衡设备，进而使该客户端能够请求成功。其中，第一负载均衡设备可以通过其配置的虚拟服务开启下发虚拟路由的功能。
48.例如，基于上述例子，假设第一负载均衡设备是负载均衡设备a、第一业务集群是业务集群tg1，如果负载均衡设备a是业务集群tg1对应的主设备，则负载均衡设备a向外通告业务集群tg1所关联的虚拟服务的虚拟路由。
49.在本申请实施例的一种实现方式中，s102中的“第一负载均衡设备向外通告第一业务集群所关联的虚拟服务的虚拟路由”，具体可以包括：若第一负载均衡设备使用的ospf协议中引入了第一业务集群所关联的虚拟服务的虚拟路由，则第一负载均衡设备在本地下发第一业务集群所关联的虚拟服务的虚拟路由，以便通过ospf协议向外通告第一业务集群所关联的虚拟服务的虚拟路由。
50.在本实现方式中，由于负载均衡结合设备集群技术，可以实现配置同步、高可用、灵活切换主备的功能，并且，负载均衡结合ospf路由协议可以对外发布虚拟路由，实现虚拟
路由在网络中的动态传播，因此，第一负载均衡设备可以启用ospf路由协议，这样，当第一负载均衡设备是第一业务集群对应的主设备时，第一负载均衡设备可以在本地下发第一业务集群所关联的虚拟服务的虚拟路由，继而可以通过ospf协议向外通告第一业务集群所关联的虚拟服务的虚拟路由了。但是，若ospf协议中未引入第一业务集群所关联的虚拟服务的虚拟路由，则可以不向外通告第一业务集群所关联的虚拟服务的虚拟路由。
51.例如，基于上述例子，假设第一负载均衡设备是负载均衡设备a，负载均衡设备a启用ospf路由协议，并在ospf路由协议中引入虚拟服务vs1、虚拟服务vs2、以及虚拟服务vs3的虚拟路由。由于负载均衡设备a为虚拟服务vs1的主设备、虚拟服务vs2和虚拟服务vs3的备设备，因此，负载均衡设备a在本地下发虚拟服务vs1的虚拟路由，ospf协议向外通告虚拟服务vs1的虚拟路由。
52.同理，当负载均衡设备b为虚拟服务vs2的主设备、虚拟服务vs1和虚拟服务vs3的备设备时，负载均衡设备b在本地下发虚拟服务vs2的虚拟路由，ospf协议向外通告虚拟服务vs2的虚拟路由；当负载均衡设备c为虚拟服务vs3的主设备、虚拟服务vs1和虚拟服务vs2的备设备时，负载均衡设备c在本地下发虚拟服务vs3的虚拟路由，ospf协议向外通告虚拟服务vs3的虚拟路由。
53.s103：若第一负载均衡设备是第一业务集群对应的备设备，则第一负载均衡设备不向外通告第一业务集群所关联的虚拟服务的虚拟路由。
54.在本申请实施例中，如果第一负载均衡设备不是第一业务集群对应的主设备、而是第一业务集群对应的备设备，则第一负载均衡设备不向外通告第一业务集群所关联的虚拟服务的虚拟路由。
55.例如，基于上述例子，假设第一负载均衡设备是负载均衡设备b、第一业务集群是业务集群tg1，如果负载均衡设备b是业务集群tg1对应的备设备，则负载均衡设备不向外通告业务集群tg1所关联的虚拟服务的虚拟路由；类似的，设第一负载均衡设备是负载均衡设备b、第一业务集群是业务集群tg1，如果负载均衡设备b是业务集群tg1对应的备设备，则负载均衡设备不向外通告业务集群tg1所关联的虚拟服务的虚拟路由
56.进一步地，本申请实施例提供的路由处理方法，还包括：若第一负载均衡设备是经主备切换后成为的主设备，则在主备切换后，第一负载均衡设备向外通告第一业务集群所关联的虚拟服务的虚拟路由。
57.在本申请实施例中，如果第一负载均衡设备在之前是第一业务集群对应的备设备，但因第一业务集群对应的备设备故障，经主备切换后，第一负载均衡设备由备设备转为主设备，此时，第一负载均衡设备应向外通告第一业务集群所关联的虚拟服务的虚拟路由。具体地，第一负载均衡设备可以在本地下发第一业务集群所关联的虚拟服务的虚拟路由，以便通过ospf协议向外通告第一业务集群所关联的虚拟服务的虚拟路由。
58.例如，基于上述例子，假设第一负载均衡设备是负载均衡设备b、第一业务集群是业务集群tg1，由于业务集群tg1的主设备(负载均衡设备a)故障，通过主备切换，负载均衡设备b成为新的主设备，此时，负载均衡设备b需向外通告业务集群tg1所关联的虚拟服务的虚拟路由。
59.可见，当网络中请求不同虚拟服务的业务时，可以通过上述下发和通告虚拟路由的结果，将请求发送到正确的主设备上，从而实现正确的调度，当发生设备集群的主备切换
时，能够实现快速收敛。
60.在本申请实施例中，关于上述设备集群所配置的n个业务集群，可以为每一业务集群设置负载均衡设备的切换顺序，即，关于每一业务集群，设置设备集群中的m台负载均衡设备之间的主备切换顺序。在本申请实施例的一种实现方式中，这m台负载均衡设备之间的主备切换，可以按照预设的设备顺序进行切换。
61.例如，基于上述例子，假设设备集群中包括负载均衡设备a、负载均衡设备b和负载均衡设备c，假设包括业务集群tg1、业务集群tg2和业务集群tg3。基于此，关于业务集群tg1，三台负载均衡设备的主备切换顺序为：负载均衡设备a、负载均衡设备b、负载均衡设备c，即，负载均衡设备a为预先指定的主设备，当负载均衡设备a故障后，负载均衡设备b切为主设备，当负载均衡设备a、负载均衡设备b均故障后，负载均衡设备c切为主设备；关于业务集群tg2，三台设备的切换顺序为：负载均衡设备b、负载均衡设备c、负载均衡设备a，即，负载均衡设备b预先指定的为主设备，当负载均衡设备b故障后，负载均衡设备c切为主设备，当负载均衡设备b、负载均衡设备c均故障后，负载均衡设备a切为主设备；关于业务集群tg3，三台设备的切换顺序为：负载均衡设备c、负载均衡设备a、负载均衡设备b，即，负载均衡设备c为预先指定的主设备，当负载均衡设备c故障后，负载均衡设备a切为主设备，当负载均衡设备c、负载均衡设备a均故障后，负载均衡设备b切为主设备。
62.进一步地，本申请实施例提供的路由处理方法，还包括：若第一负载均衡设备是q个业务集群对应的主设备，则第一负载均衡设备按照预设时间间隔，向外通告q个业务集群分别关联的虚拟服务的虚拟路由，q≥1。
63.在本申请实施例中，主设备可以定期向外通过其所配置的虚拟服务的虚拟路由。例如，基于上述例子，假设负载均衡设备a为虚拟服务vs1的主设备、负载均衡设备b为虚拟服务vs2的主设备、负载均衡设备c为虚拟服务vs3的主设备，起初，负载均衡设备a通过ospf协议定期对外发布虚拟服务vs1的虚拟路由，负载均衡设备b通过ospf协议定期对外发布虚拟服务vs2的虚拟路由，负载均衡设备c通过ospf协议定期对外发布虚拟服务vs3的虚拟路由。但是，当负载均衡设备a故障后，负载均衡设备b切换为虚拟服务vs1的主设备，负载均衡设备b则通过ospf协议定期对外发布虚拟服务vs1和虚拟服务vs2的虚拟路由。
64.综上，虚拟服务在关联业务集群后，判断虚拟服务所关联的业务集群对应的负载均衡设备的主备状态，来决定当前负载均衡设备是否下发该虚拟服务的虚拟路由。一台负载均衡设备允许配置多个虚拟服务，不同的虚拟服务可以关联不同的业务集群，因此，不同的虚拟服务可以独立地决定是否下发虚拟路由。此外，ospf协议中可以引入虚拟路由，若虚拟服务下发虚拟路由，则可以通过ospf协议将虚拟路由通告到网络中，从而实现负载均衡设备自动智能地向外发布虚拟路由，进而实现正确的调度，当发生设备集群的主备切换时，能够通过自动下发和通告路由的方式实现快速收敛。
65.在以上本申请实施例提供的路由处理方法中，若第一负载均衡设备是第一业务集群对应的主设备，则第一负载均衡设备向外通告第一业务集群所关联的虚拟服务的虚拟路由，若第一负载均衡设备是第一业务集群对应的备设备，则第一负载均衡设备不向外通告第一业务集群所关联的虚拟服务的虚拟路由。可见，本申请实施例可以由负载均衡设备根据自身的主备状态，自动判断是否需要向外发送虚拟路由，基于向外发送的虚拟路由，可以有效保证客户端请求到达主设备，提升了客户端请求的成功率，此外，本申请实施例还可以
避免因主备切换而导致需要手动修改大量路由的情况，提高了设备和组网的易用性。
66.参见图2，为本申请实施例提供的一种路由处理装置的组成示意图，该装置应用于第一负载均衡设备，该装置包括：
67.路由通告单元210，用于若第一负载均衡设备是第一业务集群对应的主设备，则向外通告所述第一业务集群所关联的虚拟服务的虚拟路由；
68.路由禁告单元220，用于若所述第一负载均衡设备是所述第一业务集群对应的备设备，则所述第一负载均衡设备不向外通告所述第一业务集群所关联的虚拟服务的虚拟路由；
69.其中，所述第一负载均衡设备是m台负载均衡设备中的一台设备，所述第一业务集群是n个业务集群中的一个业务集群，所述m台负载均衡设备上配置有n个业务集群，m≥2，n≥1。
70.在本申请实施例的一种实现方式中，路由通告单元210，还用于：
71.若所述第一负载均衡设备是经主备切换后成为的主设备，则在所述主备切换后，所述第一负载均衡设备向外通告所述第一业务集群所关联的虚拟服务的虚拟路由。
72.在本申请实施例的一种实现方式中，所述m台负载均衡设备之间的主备切换，按照预设的设备顺序进行切换。
73.在本申请实施例的一种实现方式中，所述路由通告单元，具体用于：
74.若所述第一负载均衡设备使用的开放式最短路径优先ospf协议中引入了所述第一业务集群所关联的虚拟服务的虚拟路由，则所述第一负载均衡设备在本地下发所述目标业务集群所关联的虚拟服务的虚拟路由，以便通过所述ospf协议向外通告第一业务集群所关联的虚拟服务的虚拟路由。
75.在本申请实施例的一种实现方式中，路由禁告单元220，还用于：
76.若所述ospf协议中未引入所述第一业务集群所关联的虚拟服务的虚拟路由，则不向外通告所述第一业务集群所关联的虚拟服务的虚拟路由。
77.在本申请实施例的一种实现方式中，所述装置还包括：
78.定期通告单元，用于若所述第一负载均衡设备是q个业务集群对应的主设备，则所述第一负载均衡设备按照预设时间间隔，向外通告所述q个业务集群分别关联的虚拟服务的虚拟路由，q≥1。
79.上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
80.对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
81.本申请实施例还提供了一种电子设备，该电子设备的结构示意图如图3所示，该电子设备3000包括至少一个处理器3001、存储器3002和总线3003，至少一个处理器3001均与存储器3002电连接；存储器3002被配置用于存储有至少一个计算机可执行指令，处理器
3001被配置用于执行该至少一个计算机可执行指令，从而执行如本申请中任意一个实施例或任意一种可选实施方式提供的任意一种路由处理方法的步骤。
82.进一步，处理器3001可以是fpga(field－programmable gate array，现场可编程门阵列)或者其它具有逻辑处理能力的器件，如mcu(microcontroller unit，微控制单元)、cpu(central process unit，中央处理器)。
83.应用本申请实施例，本申请实施例可以由负载均衡设备根据自身的主备状态，自动判断是否需要向外发送虚拟路由，基于向外发送的虚拟路由，可以有效保证客户端请求到达主设备，提升了客户端请求的成功率，此外，本申请实施例还可以避免因主备切换而导致需要手动修改大量路由的情况，提高了设备和组网的易用性。
84.本申请实施例还提供了另一种计算机可读存储介质，存储有计算机程序，该计算机程序用于被处理器执行时实现本申请中任意一个实施例或任意一种可选实施方式提供的任意一种路由处理方法的步骤。
85.本申请实施例提供的计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、cd
‑
rom、和磁光盘)、rom(read
‑
only memory，只读存储器)、ram(random access memory，随即存储器)、eprom(erasable programmable read
‑
only memory，可擦写可编程只读存储器)、eeprom(electrically erasable programmable read
‑
only memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
86.应用本申请实施例，本申请实施例可以由负载均衡设备根据自身的主备状态，自动判断是否需要向外发送虚拟路由，基于向外发送的虚拟路由，可以有效保证客户端请求到达主设备，提升了客户端请求的成功率，此外，本申请实施例还可以避免因主备切换而导致需要手动修改大量路由的情况，提高了设备和组网的易用性。
87.以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。