WO2021120778A1 - Vrrp 与业务接口联动方法、装置及系统、存储装置 - Google Patents

Vrrp 与业务接口联动方法、装置及系统、存储装置 Download PDF

Info

Publication number
WO2021120778A1
WO2021120778A1 PCT/CN2020/118443 CN2020118443W WO2021120778A1 WO 2021120778 A1 WO2021120778 A1 WO 2021120778A1 CN 2020118443 W CN2020118443 W CN 2020118443W WO 2021120778 A1 WO2021120778 A1 WO 2021120778A1
Authority
WO
WIPO (PCT)
Prior art keywords
interface
service interface
service
monitoring group
state
Prior art date
Application number
PCT/CN2020/118443
Other languages
English (en)
French (fr)
Inventor
余培柱
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2021120778A1 publication Critical patent/WO2021120778A1/zh

Links

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/58—Association of routers
    • H04L45/586—Association of routers of virtual routers
    • 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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery

Definitions

  • This application relates to the field of big data technology, and in particular to a method, device, system, and storage device for linkage between VRRP and service interfaces.
  • VRRP virtual routing redundancy protocol
  • This application provides a method, device, system, and storage device for VRRP and business interface linkage, which can realize VRRP's perception of business interface, effectively reduce the time that business data is affected, improve the fault tolerance of the system, and improve user experience.
  • a technical solution adopted by this application is to provide a method for linkage between VRRP and service interfaces.
  • the backup group using the virtual routing redundancy protocol VRRP includes active equipment and standby equipment, and the service interface includes the first A service interface and a second service interface, the main device is connected to multiple interface devices through the first service interface, the backup device is connected to multiple interface devices through the second service interface, and the main device is provided with There is a first monitoring group for monitoring the first service interface, the standby device is provided with a second monitoring group for monitoring the second service interface, and the linkage method includes:
  • the first service interface that satisfies the status change is the interface in the first monitoring group, the status of the first service interface is the failure state, and all the first service interfaces in the first monitoring group
  • the backup device is triggered by the virtual routing redundancy protocol to reselect a new main device and automatically switch service data to the new main device.
  • a VRRP and service interface linkage device including:
  • a monitoring unit configured to monitor changes in the state of the first service interface connected to the master device
  • a first judging unit configured to judge whether the first service interface where the status change has occurred is an interface in the first monitoring group
  • the second judgment unit is configured to judge whether the state of the first service interface is a fault state according to the state change of the first service interface;
  • the third judgment unit is configured to judge whether the states of all the first service interfaces in the first monitoring group are in a fault state
  • the switching unit is configured to simultaneously satisfy that the first service interface where the status change occurs is the interface in the first monitoring group, the status of the first service interface is the fault state, and the status of the first monitoring group is When the states of all the first service interfaces are the conditions of the failure state; the backup device is triggered by the virtual routing redundancy protocol to reselect a new main device and automatically switch service data to the new main device in.
  • another technical solution adopted in this application is to provide a VRRP and service interface linkage system, including: the VRRP and service interface linkage device.
  • another technical solution adopted in this application is to provide a storage device that stores a program file capable of realizing the linkage between the VRRP and the service interface described above, and when the program file is executed by a processor, the following steps are implemented:
  • the first service interface that satisfies the status change is the interface in the first monitoring group, the status of the first service interface is the failure state, and all the first service interfaces in the first monitoring group
  • the backup device is triggered by the virtual routing redundancy protocol to reselect a new main device and automatically switch service data to the new main device.
  • the beneficial effect of this application is: by monitoring the status change of the service interface, the linkage between the service interface and VRRP can be realized, so that VRRP can perceive the service data, and when the service data is interrupted, the main equipment is switched in time and the service data is introduced into the new main Use equipment to reduce the time that business data is affected, improve the fault tolerance of the system, and improve user experience.
  • FIG. 1 is a schematic flowchart of a method for linkage between VRRP and a service interface according to the first embodiment of the present application;
  • FIG. 2 is a schematic flowchart of a VRRP and service interface linkage method according to the second embodiment of the present application
  • FIG. 3 is a schematic structural diagram of a VRRP and service interface linkage device according to an embodiment of the present application
  • FIG. 4 is a schematic structural diagram of a VRRP and service interface linkage system according to an embodiment of the present application
  • FIG. 5 is a schematic structural diagram of a storage device according to an embodiment of the present application.
  • the virtual routing redundancy protocol VRRP is a fault-tolerant protocol.
  • the protocol combines multiple routing devices to form a virtual routing device and uses a certain mechanism Ensure that when the main equipment in the routing equipment fails, the business data will be switched to other routing equipment in time, so as to maintain the continuity and reliability of communication.
  • the backup group using the virtual routing redundancy protocol VRRP in the embodiment of the present application includes an active device and a standby device.
  • the active device is used to forward packets or respond to ARP requests.
  • the standby device does not undertake the forwarding task.
  • the business interface includes a first business interface and a second business interface, the primary device is connected to multiple interface devices through the first business interface, and the backup device is connected to multiple interface devices through the second business interface;
  • the primary device is provided with a first monitoring group for monitoring the first service interface, and the standby device is provided with a second monitoring group for monitoring the second service interface.
  • FIG. 1 is a schematic flowchart of a method for linkage between VRRP and a service interface according to the first embodiment of the present application. It should be noted that if there is substantially the same result, the method of the present application is not limited to the sequence of the process shown in FIG. 1. As shown in Figure 1, the method includes the following steps:
  • Step S101 Monitoring the status change of the first service interface connected to the master device.
  • the status changes include link status changes and/or management status changes.
  • the link status changes in this embodiment are generally notified by device interruption, and management status changes are generally operated by management operators through CLI or API. Interface trigger.
  • Step S102 It is judged whether the first service interface whose status has changed is an interface in the first monitoring group.
  • step S102 if yes, go to step S103, if not, ignore the status change, this step mainly monitors the status change of the first service interface in the first monitoring group, and the status change of the first service interface may affect the service data transmission .
  • the backup device is not selected as the primary device, even if the backup device fails, the business data transmission will not be affected. Therefore, if the backup device fails, there is no need to switch the primary device.
  • Step S103 Determine whether the state of the first service interface is a fault state according to the state change of the first service interface.
  • step S103 if yes, then step S104 is executed. If no, whether the state of the first service interface is a normal state or not, does not affect the service data transmission.
  • Step S104 It is judged whether the state of all the first service interfaces in the first monitoring group are in a fault state.
  • the first service interface may include a first uplink service interface and a first downlink service interface
  • the first monitoring group includes a first uplink monitoring group and a first downlink monitoring group
  • the first uplink monitoring group is used for Monitor all the first uplink service interfaces
  • the main device is connected to the uplink interface device through the first uplink service interface
  • the first downlink monitoring group is used to monitor all the first downlink service interfaces
  • the main device passes the first downlink
  • the service interface is connected with the downstream interface device.
  • all interfaces in the same monitoring group are considered to be in a fault state, which affects the service data transmission between the active device and the uplink interface device; or, When all the first downlink service interfaces in the first downlink monitoring group are in a fault state, all interfaces in the same monitoring group are considered to be in a fault state, which affects the service data transmission between the main device and the downlink interface device; Or, when all the first uplink service interfaces in the first uplink monitoring group and all the first downlink service interfaces in the first downlink monitoring group are in a fault state, all interfaces in the monitoring group are considered to be in a fault state, Affect the service data transmission between the main equipment and the upstream interface equipment and the downstream interface equipment.
  • Step S105 Trigger the standby device to reselect a new primary device through the virtual routing redundancy protocol and automatically switch the service data to the new primary device.
  • the new primary device is determined according to the priority of the backup device or the size of the IP address. Specifically, when the priority of the backup device is different, the priority of each backup device is compared, and the one with the higher priority is selected. It is the new primary device; when the priority of the backup device is the same, compare the size of the IP address of each backup device, and choose the one with the larger IP address as the new primary device.
  • the VRRP and service interface linkage method of the first embodiment of the present application realizes linkage between the service interface and VRRP by monitoring the status change of the service interface, which enables VRRP to perceive the service data, and when the service data is interrupted, the main device will be switched in time.
  • Business data is introduced into new primary equipment, thereby reducing the time that business data is affected, improving the fault tolerance of the system, and improving user experience.
  • Fig. 2 is a schematic flowchart of a method for linkage between VRRP and a service interface according to a second embodiment of the present application. It should be noted that if there is substantially the same result, the method of the present application is not limited to the sequence of the process shown in FIG. 2. As shown in Figure 2, the method includes the following steps:
  • Step S201 Monitor the status change of the first service interface connected to the master device.
  • step S201 in FIG. 2 is similar to step S101 in FIG. 1. For the sake of brevity, it will not be repeated here.
  • Step S202 It is judged whether the first service interface whose status has changed is an interface in the first monitoring group.
  • step S202 in FIG. 2 is similar to step S102 in FIG.
  • Step S203 Determine whether the state of the first service interface is a fault state according to the state change of the first service interface.
  • step S203 in FIG. 2 is similar to step S103 in FIG.
  • Step S204 Determine whether the status of all the first service interfaces in the first monitoring group are in a fault state.
  • step S204 in FIG. 2 is similar to step S104 in FIG.
  • Step S205 Trigger the standby device to reselect a new primary device through the virtual routing redundancy protocol and automatically switch the service data to the new primary device.
  • step S205 in FIG. 2 is similar to step S105 in FIG.
  • Step S206 Continue to monitor the status change of the second service interface in the new master device.
  • step 206 the new active device is generated in the original standby device. After the new active device is generated, it is still necessary to continue to monitor the status change of the second service interface to prevent the second service of the new active device.
  • the interface is faulty, which affects service data transmission.
  • Step S207 According to the state change of the second service interface, the remaining backup device is triggered to reselect a new main device and the service data is automatically switched to the new main device through the virtual routing redundancy protocol.
  • step S207 the following steps are performed in sequence: determine whether the second service interface whose status has changed is an interface in the second monitoring group; determine whether the status of the second service interface is a fault state according to the status change of the second service interface; Whether the status of all the second service interfaces in the second monitoring group is in the fault state; the second service interface that meets the status change at the same time is the interface in the second monitoring group, the status of the second service interface is the fault state and the second When the status of all the second service interfaces in the monitoring group is the condition of the failure state; through the virtual routing redundancy protocol, the remaining backup equipment is triggered to re-select the new main equipment and automatically switch the service data to the new main equipment In the device.
  • Steps S206 and S207 are performed cyclically to continuously detect the status change of the new active device. When the new active device fails, the new active device is re-selected from the remaining backup devices to ensure that the service data transmission is not affected. influences.
  • the VRRP and service interface linkage method of the second embodiment of the present application is based on the first embodiment.
  • the new active device is monitored in a loop. When the new active device fails, it will promptly remove from the remaining backup devices. Re-select the new primary equipment to ensure that the service data transmission is not affected.
  • Fig. 3 is a schematic structural diagram of a VRRP and service interface linkage device according to an embodiment of the present application.
  • the device 30 includes a monitoring unit 31, a first judging unit 32, a second judging unit 33, a third judging unit 34 and a switching unit 35.
  • the monitoring unit 31 is used to monitor the status change of the first service interface connected to the master device.
  • the first judging unit 32 is coupled to the monitoring unit 31, and is used for judging whether the first service interface whose status has changed is an interface in the first monitoring group.
  • the second judging unit 33 is coupled to the first judging unit 32, and is used for judging whether the state of the first service interface is a fault state according to the state change of the first service interface.
  • the third judging unit 34 is coupled to the second judging unit 33, and is used for judging whether the states of all the first service interfaces in the first monitoring group are in a fault state.
  • the switching unit is coupled to the third judging unit 34, and is used to simultaneously satisfy that the first service interface that has undergone a state change is the interface in the first monitoring group, the state of the first service interface is the failure state, and all the first service interfaces in the first monitoring group
  • the status of a service interface is the condition of the failure state; the standby device is triggered through the virtual routing redundancy protocol to reselect the new main device and the service data is automatically switched to the new main device.
  • FIG. 4 is a schematic structural diagram of a VRRP and service interface linkage system according to an embodiment of the application.
  • the system 40 includes a VRRP and service interface linkage device 30, a backup group 41, and an interface device 42.
  • the backup group 41 includes an active device and a standby device that is in communication with the active device.
  • the active device is provided with a first monitoring group
  • the standby device is provided with a second monitoring group;
  • the first monitoring group includes the first uplink monitoring group and
  • the first downlink monitoring group and the second monitoring group include a second uplink monitoring group and a second downlink monitoring group.
  • the service interface includes a first service interface and a second service interface, the first service interface includes a first uplink service interface and a first downlink service interface, and the second service interface includes a second uplink service interface and a second downlink service interface.
  • the interface device 42 includes an uplink interface device and a downlink interface device.
  • the main device is connected to the uplink interface device through the first uplink service interface, and the backup device is connected to the uplink interface device through the second uplink service interface; the main device is connected through the first downlink service interface.
  • Downlink interface device, the standby device is connected to the downlink interface device through the second downlink service interface.
  • the first uplink monitoring group is used to monitor the first uplink service interface
  • the first downlink monitoring group is used to monitor the first downlink service interface
  • the second uplink monitoring group is used to monitor the second uplink service interface
  • the second downlink monitoring group is used For monitoring the second downlink service interface.
  • the VRRP and service interface linkage system of the embodiment of the application can realize the linkage between the service interface and VRRP, so that VRRP can perceive the service data, and when the service data is interrupted, the main device is switched in time and the service data is introduced into the new main device, thereby Reduce the time that business data is affected, improve the fault tolerance of the system, and improve user experience.
  • FIG. 5 is a schematic structural diagram of a storage device according to an embodiment of the application.
  • the storage device of the embodiment of the present application stores a program file 51 that can implement all the above methods.
  • the program file 51 can be stored in the above storage device in the form of a software product, and includes a number of instructions to enable a computer device (which can It is a personal computer, a server, or a network device, etc.) or a processor (processor) that executes all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage device may be non-volatile or volatile.
  • the storage device includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disks or optical disks and other media that can store program codes, or terminal devices such as computers, servers, mobile phones, and tablets.
  • the disclosed system, device, and method can be implemented in other ways.
  • the device embodiments described above are merely illustrative, for example, the division of units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components can be combined or integrated. To another system, or some features can be ignored, or not implemented.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.
  • the functional units in the various embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the above-mentioned integrated unit can be implemented in the form of hardware or software functional unit.

Landscapes

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

Abstract

本申请公开了一种VRRP与业务接口联动方法、装置及系统、存储装置，该方法包括：监控主用设备连接的第一业务接口的状态变化；判断发生状态变化的第一业务接口是否为第一监控组内的接口；根据第一业务接口的状态变化判断第一业务接口的状态是否为故障状态；判断第一监控组内的所有第一业务接口的状态是否均为故障状态；同时满足发生状态变化的第一业务接口为第一监控组内的接口、第一业务接口的状态为故障状态以及第一监控组内的所有第一业务接口的状态均为故障状态的条件时；通过虚拟路由冗余协议触发备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。通过上述方式，本申请能够实现业务接口与VRRP联动，减少业务数据受影响的时间。

Description

VRRP与业务接口联动方法、装置及系统、存储装置
本申请要求于2020年8月6日提交中国专利局、申请号为202010784259.5，发明名称为“VRRP与业务接口联动方法、装置及系统、存储装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及大数据技术领域，特别是涉及一种VRRP与业务接口联动方法、装置及系统、存储装置。
 背景技术
随着互联网的快速发展，用户要求更多样的业务体验和更快、更稳定的网络服务。这对网络的冗余性、可靠性以及应灾恢复性都提出了更高的要求。用户需要实时与网络保持通信，即使发生故障，也需要无感知的快速恢复。
目前在使用VRRP专用通道实现虚拟路由冗余协议（VRRP）备份组互通的场景下，发明人发现，如果主备份设备的业务接口出现故障，但在VRRP专用通道正常的情况下并不会导致主备份设备的切换，因此，VRRP无法感知业务接口的故障，导致实际的业务数据中断，影响用户体验。
 技术问题
本申请提供一种VRRP与业务接口联动方法、装置及系统、存储装置，能够实现VRRP对业务接口的感知，有效减少了业务数据受影响的时间，提高系统的容错能力以及提升用户体验。
 技术解决方案
为解决上述技术问题，本申请采用的一个技术方案是：提供一种VRRP与业务接口联动方法，使用虚拟路由冗余协议VRRP的备份组包括主用设备和备用设备，所述业务接口包括第一业务接口和第二业务接口，所述主用设备通过所述第一业务接口连接多个接口设备，所述备用设备通过所述第二业务接口连接多个接口设备，所述主用设备中设有用于监控所述第一业务接口的第一监控组，所述备用设备中设有用于监控所述第二业务接口的第二监控组，所述联动方法包括：
监控所述主用设备连接的所述第一业务接口的状态变化；
判断发生所述状态变化的所述第一业务接口是否为所述第一监控组内的接口；
根据所述第一业务接口的状态变化判断所述第一业务接口的状态是否为故障状态；
判断所述第一监控组内的所有所述第一业务接口的状态是否均为故障状态；
同时满足发生所述状态变化的所述第一业务接口为所述第一监控组内的接口、所述第一业务接口的状态为故障状态以及所述第一监控组内的所有所述第一业务接口的状态均为故障状态的条件时；通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
为解决上述技术问题，本申请采用的另一个技术方案是：提供一种VRRP与业务接口联动装置，包括：
监控单元，用于监控所述主用设备连接的所述第一业务接口的状态变化；
第一判断单元，用于判断发生所述状态变化的所述第一业务接口是否为所述第一监控组内的接口；
第二判断单元，用于根据所述第一业务接口的状态变化判断所述第一业务接口的状态是否为故障状态；
第三判断单元，用于判断所述第一监控组内的所有所述第一业务接口的状态是否均为故障状态；
切换单元，用于同时满足发生所述状态变化的所述第一业务接口为所述第一监控组内的接口、所述第一业务接口的状态为故障状态以及所述第一监控组内的所有所述第一业务接口的状态均为故障状态的条件时；通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
为解决上述技术问题，本申请采用的再一个技术方案是：提供一种VRRP与业务接口联动系统，包括：所述的VRRP与业务接口联动装置。
为解决上述技术问题，本申请采用的再一个技术方案是：提供一种存储装置，存储有能够实现上述VRRP与业务接口联动的程序文件，所述程序文件被处理器执行时实现以下步骤：
监控所述主用设备连接的所述第一业务接口的状态变化；
判断发生所述状态变化的所述第一业务接口是否为所述第一监控组内的接口；
根据所述第一业务接口的状态变化判断所述第一业务接口的状态是否为故障状态；
判断所述第一监控组内的所有所述第一业务接口的状态是否均为故障状态；
同时满足发生所述状态变化的所述第一业务接口为所述第一监控组内的接口、所述第一业务接口的状态为故障状态以及所述第一监控组内的所有所述第一业务接口的状态均为故障状态的条件时；通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
 有益效果
本申请的有益效果是：通过监控业务接口的状态变化，实现业务接口与VRRP联动，能够让VRRP对业务数据进行感知，在业务数据中断时，及时切换主用设备并将业务数据引入新的主用设备，从而减少业务数据受影响的时间，提高系统的容错能力，提升用户体验。
 附图说明
图1是本申请第一实施例的VRRP与业务接口联动方法的流程示意图；
图2是本申请第二实施例的VRRP与业务接口联动方法的流程示意图；
图3是本申请实施例的VRRP与业务接口联动装置的结构示意图；
图4是本申请实施例的VRRP与业务接口联动系统的结构示意图；
图5是本申请实施例的存储装置的结构示意图。
 本发明的实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请涉及大数据技术领域中的数据平台，本申请实施例中虚拟路由冗余协议VRRP是一种容错协议，该协议通过把多台路由设备联合组成一台虚拟的路由设备，使用一定的机制保证当路由设备中的主用设备故障后，及时将业务数据切换到其它路由设备，从而保持通讯的连续性和可靠性。本申请实施例使用虚拟路由冗余协议VRRP的备份组包括主用设备和备用设备，主用设备用于承担转发报文或者应答ARP请求，备用设备没有承担转发任务，当主用设备故障时，它们将通过竞选成为新的主用设备；业务接口包括第一业务接口和第二业务接口，主用设备通过第一业务接口连接多个接口设备，备用设备通过第二业务接口连接多个接口设备；主用设备中设有用于监控第一业务接口的第一监控组，备用设备中设有用于监控所述第二业务接口的第二监控组。
图1是本申请第一实施例的VRRP与业务接口联动方法的流程示意图。需注意的是，若有实质上相同的结果，本申请的方法并不以图1所示的流程顺序为限。如图1所示，该方法包括以下步骤：
步骤S101：监控主用设备连接的第一业务接口的状态变化。
在步骤S101中，状态变化包括链路状态变化和/或管理状态变化，本实施例的链路状态变化一般以设备中断的方式进行通知，管理状态变化一般由管理操作人员通过CLI或者API操作业务接口触发。
步骤S102：判断发生状态变化的第一业务接口是否为第一监控组内的接口。
在步骤S102中，若是，则执行步骤S103，若否，忽略该状态变化，该步骤主要监控第一监控组内的第一业务接口的状态变化，第一业务接口的状态变化可能影响业务数据传输。在备用设备未选为主用设备时，即使备用设备发生故障也不影响业务数据传输，因此，备用设备发生故障也不需要切换主用设备。
步骤S103：根据第一业务接口的状态变化判断第一业务接口的状态是否为故障状态。
在步骤S103中，若是，则执行步骤S104，若否，则第一业务接口的状态是否为正常状态，不影响业务数据传输。
步骤S104：判断第一监控组内的所有第一业务接口的状态是否均为故障状态。
在步骤S104中，若是，则执行步骤S105，若否，则认为部分的第一业务接口的状态仍处于正常状态，不影响业务数据传输，不需要切换主用设备。在一实施例中，第一业务接口可以包括第一上行业务接口和第一下行业务接口，第一监控组包括第一上行监控组和第一下行监控组，第一上行监控组用于监控所有的第一上行业务接口，主用设备通过第一上行业务接口与上行接口设备连接，第一下行监控组用于监控所有的第一下行业务接口，主用设备通过第一下行业务接口与下行接口设备连接。当第一上行监控组内的所有第一上行业务接口均为故障状态时，认为同一监控组内的所有接口均为故障状态，影响主用设备与上行接口设备之间的业务数据传输；或者，当第一下行监控组内的所有第一下行业务接口均为故障状态时，认为同一监控组内的所有接口均为故障状态，影响主用设备与下行接口设备之间的业务数据传输；或者，当第一上行监控组内的所有第一上行业务接口以及第一下行监控组内的所有第一下行业务接口均为故障状态时，认为监控组内的所有接口均为故障状态，影响主用设备与上行接口设备、下行接口设备之间的业务数据传输。
步骤S105：通过虚拟路由冗余协议触发备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
在步骤S105中，根据备用设备的优先级高低或IP地址大小确定新的主用设备，具体地，当备用设备的优先级不同时，比较各个备用设备的优先级大小，选择优先级较高者为新的主用设备；当备用设备的优先级相同时，比较各个备用设备的IP地址大小，选择IP地址较大者为新的主用设备。
本申请第一实施例的VRRP与业务接口联动方法通过监控业务接口的状态变化，实现业务接口与VRRP联动，能够让VRRP对业务数据进行感知，在业务数据中断时，及时切换主用设备并将业务数据引入新的主用设备，从而减少业务数据受影响的时间，提高系统的容错能力，提升用户体验。
图2是本申请第二实施例的VRRP与业务接口联动方法的流程示意图。需注意的是，若有实质上相同的结果，本申请的方法并不以图2所示的流程顺序为限。如图2所示，该方法包括以下步骤：
步骤S201：监控主用设备连接的第一业务接口的状态变化。
在本实施例中，图2中的步骤S201和图1中的步骤S101类似，为简约起见，在此不再赘述。
步骤S202：判断发生状态变化的第一业务接口是否为第一监控组内的接口。
在本实施例中，图2中的步骤S202和图1中的步骤S102类似，为简约起见，在此不再赘述。
步骤S203：根据第一业务接口的状态变化判断第一业务接口的状态是否为故障状态。
在本实施例中，图2中的步骤S203和图1中的步骤S103类似，为简约起见，在此不再赘述。
步骤S204：判断第一监控组内的所有第一业务接口的状态是否均为故障状态。
在本实施例中，图2中的步骤S204和图1中的步骤S104类似，为简约起见，在此不再赘述。
步骤S205：通过虚拟路由冗余协议触发备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
在本实施例中，图2中的步骤S205和图1中的步骤S105类似，为简约起见，在此不再赘述。
步骤S206：继续监控新的主用设备中的第二业务接口的状态变化。
在步骤206中，新的主用设备是在原来的备用设备中产生的，产生新的主用设备之后仍需继续监控第二业务接口的状态变化，以防止新的主用设备的第二业务接口出现故障，影响业务数据传输。
步骤S207：根据第二业务接口的状态变化通过虚拟路由冗余协议触发剩下的备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
在步骤S207中，依次执行以下步骤：判断发生状态变化的第二业务接口是否为第二监控组内的接口；根据第二业务接口的状态变化判断第二业务接口的状态是否为故障状态；判断第二监控组内的所有第二业务接口的状态是否均为故障状态；同时满足发生状态变化的第二业务接口为第二监控组内的接口、第二业务接口的状态为故障状态以及第二监控组内的所有第二业务接口的状态均为故障状态的条件时；通过虚拟路由冗余协议触发剩下的备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。上述步骤与图1中的步骤S105类似。步骤S206、S207循环进行，不断检测新的主用设备的状态变化，当新的主用设备出现故障时，从剩余的备用设备中重新选出新的主用设备，以保证业务数据传输不受影响。
本申请第二实施例的VRRP与业务接口联动方法在第一实施例的基础上，通过循环进行新的主用设备的监测，当新的主用设备出现故障时，及时从剩余的备用设备中重新选出新的主用设备，以保证业务数据传输不受影响。
图3是本申请实施例的VRRP与业务接口联动装置的结构示意图。如图3所示，该装置30包括监控单元31、第一判断单元32、第二判断单元33、第三判断单元34和切换单元35。
监控单元31用于监控主用设备连接的第一业务接口的状态变化。
第一判断单元32与监控单元31耦接，用于判断发生状态变化的第一业务接口是否为第一监控组内的接口。
第二判断单元33与第一判断单元32耦接，用于根据第一业务接口的状态变化判断第一业务接口的状态是否为故障状态。
第三判断单元34与第二判断单元33耦接，用于判断第一监控组内的所有第一业务接口的状态是否均为故障状态。
切换单元与第三判断单元34耦接，用于同时满足发生状态变化的第一业务接口为第一监控组内的接口、第一业务接口的状态为故障状态以及第一监控组内的所有第一业务接口的状态均为故障状态的条件时；通过虚拟路由冗余协议触发备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
请参阅图4，图4为本申请实施例的VRRP与业务接口联动系统的结构示意图。如图4所示，该系统40包括VRRP与业务接口联动装置30、备份组41及接口设备42。
备份组41包括主用设备和与主用设备通信连接的备用设备，主用设备中设有第一监控组，备用设备中设有第二监控组；第一监控组包括第一上行监控组和第一下行监控组，第二监控组包括第二上行监控组和第二下行监控组。
业务接口包括第一业务接口和第二业务接口，第一业务接口包括第一上行业务接口和第一下行业务接口，第二业务接口包括第二上行业务接口和第二下行业务接口。
接口设备42包括上行接口设备和下行接口设备，主用设备通过第一上行业务接口连接上行接口设备，备用设备通过第二上行业务接口连接上行接口设备；主用设备通过第一下行业务接口连接下行接口设备，备用设备通过第二下行业务接口连接下行接口设备。
第一上行监控组用于监控第一上行业务接口，第一下行监控组用于监控第一下行业务接口；第二上行监控组用于监控第二上行业务接口，第二下行监控组用于监控第二下行业务接口。
本申请实施例的VRRP与业务接口联动系统能够实现业务接口与VRRP联动，让VRRP对业务数据进行感知，在业务数据中断时，及时切换主用设备并将业务数据引入新的主用设备，从而减少业务数据受影响的时间，提高系统的容错能力，提升用户体验。
参阅图5，图5为本申请实施例的存储装置的结构示意图。本申请实施例的存储装置存储有能够实现上述所有方法的程序文件51，其中，该程序文件51可以以软件产品的形式存储在上述存储装置中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储装置可以是非易失性，也可以是易失性，存储装置包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

1.  一种VRRP与业务接口联动方法，其中，使用虚拟路由冗余协议VRRP的备份组包括主用设备和备用设备，所述业务接口包括第一业务接口和第二业务接口，所述主用设备通过所述第一业务接口连接多个接口设备，所述备用设备通过所述第二业务接口连接多个接口设备，所述主用设备中设有用于监控所述第一业务接口的第一监控组，所述备用设备中设有用于监控所述第二业务接口的第二监控组，所述联动方法包括以下步骤：
监控所述主用设备连接的所述第一业务接口的状态变化；
判断发生所述状态变化的所述第一业务接口是否为所述第一监控组内的接口；
根据所述第一业务接口的状态变化判断所述第一业务接口的状态是否为故障状态；
判断所述第一监控组内的所有所述第一业务接口的状态是否均为故障状态；
同时满足发生所述状态变化的所述第一业务接口为所述第一监控组内的接口、所述第一业务接口的状态为故障状态以及所述第一监控组内的所有所述第一业务接口的状态均为故障状态的条件时；通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
2. 根据权利要求1所述的联动方法，其中，在所述通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中的步骤之后，还包括：
继续监控所述新的主用设备中的所述第二业务接口的状态变化；
根据所述第二业务接口的状态变化通过所述虚拟路由冗余协议触发剩下的所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
3. 根据权利要求2所述的联动方法，其中，所述根据所述第二业务接口的状态变化通过所述虚拟路由冗余协议触发剩下的所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中的步骤包括：
判断发生所述状态变化的所述第二业务接口是否为所述第二监控组内的接口；
根据所述第二业务接口的状态变化判断所述第二业务接口的状态是否为故障状态；
判断所述第二监控组内的所有所述第二业务接口的状态是否均为故障状态；
同时满足发生所述状态变化的所述第二业务接口为所述第二监控组内的接口、所述第二业务接口的状态为故障状态以及所述第二监控组内的所有所述第二业务接口的状态均为故障状态的条件时；
通过所述虚拟路由冗余协议触发剩下的所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
4. 根据权利要求1所述的联动方法，其中，所述通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中的步骤包括：
当所述备用设备的优先级不同时，比较各个所述备用设备的优先级大小，选择优先级较高者为新的主用设备；
当所述备用设备的优先级相同时，比较各个所述备用设备的IP地址大小，选择IP地址较大者为新的主用设备。
5. 根据权利要求1或2所述的联动方法，其中，所述状态变化包括链路状态变化和/或管理状态变化。
6.一种VRRP与业务接口联动装置，其中，包括：
监控单元，用于监控所述主用设备连接的所述第一业务接口的状态变化；
第一判断单元，用于判断发生所述状态变化的所述第一业务接口是否为所述第一监控组内的接口；
第二判断单元，用于根据所述第一业务接口的状态变化判断所述第一业务接口的状态是否为故障状态；
第三判断单元，用于判断所述第一监控组内的所有所述第一业务接口的状态是否均为故障状态；
切换单元，用于同时满足发生所述状态变化的所述第一业务接口为所述第一监控组内的接口、所述第一业务接口的状态为故障状态以及所述第一监控组内的所有所述第一业务接口的状态均为故障状态的条件时；通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
7. 一种VRRP与业务接口联动系统，其中，包括：如权利要求6所述的VRRP与业务接口联动装置。
8. 根据权利要求7所述的联动系统，其特征在于，所述联动系统还包括与所述联动装置连接的备份组以及通过业务接口与所述备份组连接的接口设备，所述备份组包括主用设备和备用设备，所述业务接口包括第一业务接口和第二业务接口，所述主用设备通过所述第一业务接口连接多个接口设备，所述备用设备通过所述第二业务接口连接多个所述接口设备；所述主用设备中设有用于监控所述第一业务接口的第一监控组，所述备用设备中设有用于监控所述第二业务接口的第二监控组。
9. 根据权利要求8所述的联动系统，其特征在于，所述第一监控组包括第一上行监控组和第一下行监控组，所述第一业务接口包括第一上行业务接口和第一下行业务接口，所述接口设备包括上行接口设备和下行接口设备，所述主用设备通过所述第一上行业务接口连接所述上行接口设备，所述主用设备通过所述第一下行业务接口连接所述下行接口设备，所述第一上行监控组用于监控所述第一上行业务接口，所述第一下行监控组用于监控所述第一下行业务接口。
10. 根据权利要求9所述的联动系统，其中，第三判断单元还包括：
第一判断模块，用于当所述第一上行监控组内的所有第一上行业务接口均为故障状态时，认为同一监控组内的所有接口均为故障状态；
第二判断模块，用于当第一下行监控组内的所有第一下行业务接口均为故障状态时，认为同一监控组内的所有接口均为故障状态；
第三判断模块，用于当第一上行监控组内的所有第一上行业务接口以及第一下行监控组内的所有第一下行业务接口均为故障状态时，认为同一监控组内的所有接口均为故障状态。
11. 根据权利要求8所述的联动系统，其中，所述联动装置还包括：
继续监控单元，用于继续监控新的主用设备中的第二业务接口的状态变化；
触发及切换单元，用于根据所述第二业务接口的状态变化通过虚拟路由冗余协议触发剩下的备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
12.根据权利要求11所述的联动系统，其中，所述触发及切换单元还包括：
第一判断子单元，用于判断发生所述状态变化的所述第二业务接口是否为所述第二监控组内的接口；
第二判断子单元，用于根据所述第二业务接口的状态变化判断所述第二业务接口的状态是否为故障状态；
第三判断子单元，用于判断所述第二监控组内的所有所述第二业务接口的状态是否均为故障状态；
切换子单元，用于同时满足发生所述状态变化的所述第二业务接口为所述第二监控组内的接口、所述第二业务接口的状态为故障状态以及所述第二监控组内的所有所述第二业务接口的状态均为故障状态的条件时；通过所述虚拟路由冗余协议触发剩下的所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
13. 根据权利要求12所述的联动系统，其中，所述第二监控组包括第二上行监控组和第二下行监控组，所述第二业务接口包括第二上行业务接口和第二下行业务接口，所述接口设备包括上行接口设备和下行接口设备，所述备用设备通过所述第二上行业务接口连接所述上行接口设备，所述备用设备通过所述第二下行业务接口连接所述下行接口设备，所述第二上行监控组用于监控所述第二上行业务接口，所述第二下行监控组用于监控所述第二下行业务接口。
14. 根据权利要求13所述的联动系统，其中，所述第三判断子单元还包括：
第四判断模块，用于当所述第二上行监控组内的所有第二上行业务接口均为故障状态时，认为同一监控组内的所有接口均为故障状态；
第五判断模块，用于当第二下行监控组内的所有第二下行业务接口均为故障状态时，认为同一监控组内的所有接口均为故障状态；
第六判断模块，用于当第二上行监控组内的所有第二上行业务接口以及第二下行监控组内的所有第二下行业务接口均为故障状态时，认为同一监控组内的所有接口均为故障状态。
15.根据权利要求12所述的联动系统，其中，所述切换子单元还包括：
第一比较模块，用于当所述备用设备的优先级不同时，比较各个所述备用设备的优先级大小，选择优先级较高者为新的主用设备；
第二比较模块，用于当所述备用设备的优先级相同时，比较各个所述备用设备的IP地址大小，选择IP地址较大者为新的主用设备。
16.一种存储装置，其中，存储有能够实现VRRP与业务接口联动的程序文件，所述程序文件被处理器执行时实现以下步骤：
监控所述主用设备连接的所述第一业务接口的状态变化；
判断发生所述状态变化的所述第一业务接口是否为所述第一监控组内的接口；
根据所述第一业务接口的状态变化判断所述第一业务接口的状态是否为故障状态；
判断所述第一监控组内的所有所述第一业务接口的状态是否均为故障状态；
同时满足发生所述状态变化的所述第一业务接口为所述第一监控组内的接口、所述第一业务接口的状态为故障状态以及所述第一监控组内的所有所述第一业务接口的状态均为故障状态的条件时；通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
17. 根据权利要求16所述的存储装置，其中，在所述通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中的步骤之后；还包括：
继续监控所述新的主用设备中的所述第二业务接口的状态变化；
根据所述第二业务接口的状态变化通过所述虚拟路由冗余协议触发剩下的所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
18. 根据权利要求17所述的存储装置，其中，所述根据所述第二业务接口的状态变化通过所述虚拟路由冗余协议触发剩下的所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中的步骤包括：
判断发生所述状态变化的所述第二业务接口是否为所述第二监控组内的接口；
根据所述第二业务接口的状态变化判断所述第二业务接口的状态是否为故障状态；
判断所述第二监控组内的所有所述第二业务接口的状态是否均为故障状态；
同时满足发生所述状态变化的所述第二业务接口为所述第二监控组内的接口、所述第二业务接口的状态为故障状态以及所述第二监控组内的所有所述第二业务接口的状态均为故障状态的条件时；
通过所述虚拟路由冗余协议触发剩下的所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中。
19. 根据权利要求16所述的存储装置，其中，所述通过所述虚拟路由冗余协议触发所述备用设备重新选出新的主用设备并将业务数据自动切换至新的主用设备中的步骤包括：
当所述备用设备的优先级不同时，比较各个所述备用设备的优先级大小，选择优先级较高者为新的主用设备；
当所述备用设备的优先级相同时，比较各个所述备用设备的IP地址大小，选择IP地址较大者为新的主用设备。
20. 根据权利要求16或17所述的存储装置，其中，所述状态变化包括链路状态变化和/或管理状态变化。
PCT/CN2020/118443 2020-08-06 2020-09-28 Vrrp 与业务接口联动方法、装置及系统、存储装置 WO2021120778A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010784259.5A CN111917639A (zh) 2020-08-06 2020-08-06 Vrrp与业务接口联动方法、装置及系统、存储装置
CN202010784259.5 2020-08-06

Publications (1)

Publication Number Publication Date
WO2021120778A1 true WO2021120778A1 (zh) 2021-06-24

Family

ID=73287944

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/118443 WO2021120778A1 (zh) 2020-08-06 2020-09-28 Vrrp 与业务接口联动方法、装置及系统、存储装置

Country Status (2)

Country Link
CN (1) CN111917639A (zh)
WO (1) WO2021120778A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115967669A (zh) * 2023-03-16 2023-04-14 北京志凌海纳科技有限公司 基于vrrp拓展协议的脑裂抑制方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040010583A1 (en) * 2002-07-10 2004-01-15 Nortel Networks Limited Method and apparatus for defining failover events in a network device
CN102571612A (zh) * 2012-03-07 2012-07-11 杭州华三通信技术有限公司 一种vrrp状态切换方法和三层交换设备
CN105591902A (zh) * 2015-08-24 2016-05-18 杭州华三通信技术有限公司 一种主备切换方法及装置
CN106941424A (zh) * 2017-04-26 2017-07-11 北京东土科技股份有限公司 一种基于ttdp协议的冗余切换方法及设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100479434C (zh) * 2005-09-15 2009-04-15 华为技术有限公司 实现虚拟路由器冗余协议主、备用设备切换的方法及系统
CN101447858B (zh) * 2008-01-17 2012-01-11 中兴通讯股份有限公司 双机热备份系统中实现虚拟路由冗余协议同步倒换的方法
CN103095571A (zh) * 2013-01-17 2013-05-08 成都西加云杉科技有限公司 实现网络冗余和数据流无缝切换的方法及系统
CN108429675B (zh) * 2018-03-30 2021-10-12 新华三技术有限公司 Vrrp联动切换方法、装置及电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040010583A1 (en) * 2002-07-10 2004-01-15 Nortel Networks Limited Method and apparatus for defining failover events in a network device
CN102571612A (zh) * 2012-03-07 2012-07-11 杭州华三通信技术有限公司 一种vrrp状态切换方法和三层交换设备
CN105591902A (zh) * 2015-08-24 2016-05-18 杭州华三通信技术有限公司 一种主备切换方法及装置
CN106941424A (zh) * 2017-04-26 2017-07-11 北京东土科技股份有限公司 一种基于ttdp协议的冗余切换方法及设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115967669A (zh) * 2023-03-16 2023-04-14 北京志凌海纳科技有限公司 基于vrrp拓展协议的脑裂抑制方法及装置
CN115967669B (zh) * 2023-03-16 2023-06-27 北京志凌海纳科技有限公司 基于vrrp拓展协议的脑裂抑制方法及装置

Also Published As

Publication number Publication date
CN111917639A (zh) 2020-11-10

Similar Documents

Publication Publication Date Title
US10797990B2 (en) Server redundant network paths
US9838245B2 (en) Systems and methods for improved fault tolerance in solicited information handling systems
JP5211146B2 (ja) パケット中継装置
WO2015007096A1 (zh) 主、备用设备切换方法及装置
WO2012097588A1 (zh) 数据存储方法、设备和系统
JP7348983B2 (ja) 負荷分散システム、方法、装置、電子機器及び記憶媒体
CN112217847A (zh) 微服务平台及其实现方法、电子设备及存储介质
CN102891833B (zh) 网络容灾方法和系统
US11889244B2 (en) Passive optical network for utility infrastructure resiliency
CN114465948B (zh) 主备容灾方法、装置、设备及介质
WO2021120778A1 (zh) Vrrp 与业务接口联动方法、装置及系统、存储装置
WO2009152700A1 (zh) 管理网络设备端口状态的方法、系统及中转设备
CN106878117B (zh) 一种数据处理方法及装置
CN105049238A (zh) 一种lte网关设备交换子系统的冗余备份方法和设备
CN112217718A (zh) 一种业务处理方法、装置、设备及存储介质
CN102045259B (zh) 分组交换设备以及管理用户业务的方法
CN103716186B (zh) 具有网络故障容错能力的人工话务系统及其方法
CN114301763A (zh) 分布式集群故障的处理方法及系统、电子设备及存储介质
JP5913146B2 (ja) 現用系ルータ装置、通信システム、経路制御方法、及びプログラム
WO2018223991A1 (zh) 一种切换主宽带网络网关bng和备bng的方法、系统和bng
JP5651722B2 (ja) パケット中継装置
US11947431B1 (en) Replication data facility failure detection and failover automation
JP2013192022A (ja) ネットワーク装置、リンクアグリゲーションシステム及びそれらに用いる冗長化方法
WO2022199063A1 (zh) 利用双向转发检测的故障检测的方法及装置
JP4559497B2 (ja) 機能分散型パケット転送システムおよびその制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20902220

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20902220

Country of ref document: EP

Kind code of ref document: A1