Fault detection method and device
By issuing different fault detection strategies to the primary and backup vBGP, and using NQA detection task to detect management link failures in advance, the traffic interruption problem caused by vBGP management network failures is solved, and high reliability and business continuity are achieved.
Patent Information
- Application Number
- CN202210792593.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-07-07
- Publication Date
- 2025-09-02
- Estimated Expiration
- 2042-07-07
AI Technical Summary
In the event of a vBGP management network failure, the problem of traffic interruption in the prior art is caused by master-slip vBGP switching, especially when the BGP routing information is not completed synchronously, RR will revoke the learned route, resulting in traffic interruption.
Different fault detection strategies are sent to the main vBGP and the backup vBGP respectively, and the management link failure is detected through the NQA detection task to ensure that the backup vBGP detects the fault before the main vBGP, thereby avoiding unnecessary main and backup switching and preventing the RR side routing information from being revoked.
It effectively avoids traffic interruption and ensures service availability. By detecting management link failures in advance, preventing the RR side routing information from being revoked, ensuring high reliability.
Smart Images

Figure CN115348152B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of network communication technology, and in particular to a fault detection method and device. Background Art
[0002] With the growing popularity of hybrid overlay services in data centers, high VBGP reliability is becoming increasingly important. To achieve high VBGP reliability, controllers currently deploy two VBGPs simultaneously to establish a primary / backup VRRP relationship. This allows traffic to fail over to the backup VBGP in the event of a primary VBGP failure, significantly minimizing traffic interruption. The management and service networks of a vBGP cluster are deployed separately, connected to the management switch and RR, respectively. BGP peer relationships are established with the RR through the service ports to advertise routes.
[0003] To enable automatic switchover between active and standby VBGPs, the controller can issue NQA. This information is then sent to the VBGP device's management port to detect the connection to the controller's northbound cluster IP address. If the VBGP management network and the controller's northbound IP address become disconnected, the VBGP is considered faulty and unable to carry service traffic. NQA then initiates a shutdown of the VBGP's corresponding service port. When VRRP detects the port failure, the backup port automatically switches to active and reestablishes a BGP neighbor relationship with the RR.
[0004] However, when the management network where vbgp is located fails, if the vbgp master first detects that it has lost connection with the controller, NQA will shut down the master's corresponding service port. VRRP will detect the master port failure, switch the slave to the master, and re-establish a neighbor relationship with RR. If the slave also detects the management network failure when the BGP routing information has not been synchronized with RR, NQA will also shut down the slave's service port. Because RR will start the EOR timer when re-establishing the connection, if the routing information cannot be synchronized within 10 minutes (the default is 10 minutes, and the maximum supported configuration is 1 hour), the route learned from vbgp will be considered invalid. Since the management port of the slave has been shut down, RR will revoke the previously learned route after 10 minutes, resulting in traffic interruption of the host overlay. Summary of the Invention
[0005] The present application provides a fault detection method and device.
[0006] In a first aspect, the present application provides a fault detection method, which is applied to a controller, wherein the vBGP cluster managed by the controller includes a primary vBGP and a backup vBGP, and the method includes:
[0007] issuing a first fault detection policy to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty;
[0008] A second fault detection policy for detecting whether a second management link between the standby vBGP and the controller is faulty is issued to the standby vBGP, wherein, when both the first management link and the second management link fail within a preset time period, the standby vBGP may first detect the failure of the second management link based on the second fault detection policy before the primary vBGP detects the failure of the first management link based on the first fault detection policy.
[0009] Optionally, the fault detection policy delivered to the active vBGP and the standby vBGP is an NQA detection task.
[0010] Optionally, the step of issuing a first fault detection policy for detecting whether a first management link between the primary vBGP and the controller is faulty to the primary vBGP includes:
[0011] issuing a first NQA detection task to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty, wherein the first NQA detection task is as follows: the primary vBGP sends a detection message to the controller every T1 time, and if no reply message fed back by the controller is received N times in a row, determining that the first management link is faulty;
[0012] The step of issuing a second fault detection policy for detecting whether a second management link between the standby vBGP and the controller is faulty to the standby vBGP includes:
[0013] issuing a second NQA detection task to the standby vBGP for detecting a second management link between the standby vBGP and the controller, wherein the second NQA detection task is as follows: the standby vBGP sends a detection message to the controller every T2 time interval, and if no reply message fed back by the controller is received for M consecutive times, determining that the second management link is faulty;
[0014] The first product of T1 and N is greater than the second product of T2 and M, and the preset time length is less than the difference between the first product and the second product.
[0015] Optionally, the method further includes:
[0016] Get the vrrp status of each vBGP;
[0017] If it is detected that the vrrp state of a vBGP changes from master to backup, a second fault detection strategy is issued to the vBGP for detecting whether the management link between the vBGP and the controller is faulty;
[0018] If it is detected that the vrrp state of a vBGP changes from standby to active, a first fault detection strategy for detecting whether a management link between the vBGP and the controller is faulty is issued to the vBGP.
[0019] In a second aspect, the present application provides a fault detection device, which is applied to a controller, wherein the vBGP cluster managed by the controller includes a primary vBGP and a backup vBGP, and the device includes:
[0020] a first issuing unit, configured to issue a first fault detection policy to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty;
[0021] The second sending unit is configured to send a second fault detection policy to the standby vBGP for detecting whether a second management link between the standby vBGP and the controller is faulty, wherein when both the first management link and the second management link fail within a preset time period, the standby vBGP may first detect the failure of the second management link based on the second fault detection policy before the primary vBGP detects the failure of the first management link based on the first fault detection policy.
[0022] Optionally, the fault detection policy delivered to the active vBGP and the standby vBGP is an NQA detection task.
[0023] Optionally, when issuing a first fault detection policy for detecting whether a first management link between the primary vBGP and the controller is faulty to the primary vBGP, the first issuing unit is specifically configured to:
[0024] issuing a first NQA detection task to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty, wherein the first NQA detection task is as follows: the primary vBGP sends a detection message to the controller every T1 time, and if no reply message fed back by the controller is received N times in a row, determining that the first management link is faulty;
[0025] When issuing a second fault detection policy for detecting whether a second management link between the standby vBGP and the controller is faulty to the standby vBGP, the second issuing unit is specifically configured to:
[0026] issuing a second NQA detection task to the standby vBGP for detecting a second management link between the standby vBGP and the controller, wherein the second NQA detection task is as follows: the standby vBGP sends a detection message to the controller every T2 time interval, and if no reply message fed back by the controller is received for M consecutive times, determining that the second management link is faulty;
[0027] The first product of T1 and N is greater than the second product of T2 and M, and the preset time length is less than the difference between the first product and the second product.
[0028] Optionally, the device further comprises:
[0029] An acquisition unit, used to acquire the vrrp status of each vBGP;
[0030] If it is detected that the vrrp state of a vBGP changes from master to backup, the second issuing unit is used to issue a second fault detection strategy to the vBGP for detecting whether the management link between the vBGP and the controller is faulty;
[0031] If it is detected that the vrrp state of a vBGP changes from standby to primary, the first sending unit is used to send a first fault detection policy to the vBGP for detecting whether a management link between the vBGP and the controller is faulty.
[0032] In a third aspect, an embodiment of the present application provides a fault detection device, comprising:
[0033] a memory for storing program instructions;
[0034] The processor is configured to call the program instructions stored in the memory and execute the steps of the method as described in any one of the first aspects above according to the obtained program instructions.
[0035] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable the computer to execute the steps of the method described in any one of the above-mentioned first aspects.
[0036] In summary, the fault detection method provided in the embodiment of the present application sends a first fault detection strategy to the primary vBGP for detecting whether the first management link between the primary vBGP and the controller is faulty; and sends a second fault detection strategy to the backup vBGP for detecting whether the second management link between the backup vBGP and the controller is faulty, wherein, when both the first management link and the second management link fail within a preset time period, the backup vBGP can first detect the failure of the second management link based on the second fault detection strategy before the primary vBGP detects the failure of the first management link based on the first fault detection strategy.
[0037] By adopting the fault detection method provided in the embodiment of the present application, different fault detection policies are issued to the primary and backup vBGPs, so that when a management network failure occurs, the backup vBGP can detect the failure before the primary vBGP, and thus the primary-backup switchover is not performed. After the primary vBGP shuts down the service port, there will be no need to re-establish a BGP neighbor relationship with the RR. The routes learned from the vBGP neighbors on the RR side will not be revoked due to EOR timeout, thereby ensuring service availability. BRIEF DESCRIPTION OF THE DRAWINGS
[0038] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments of the present application or the description of the prior art. Obviously, the drawings described below are only some embodiments recorded in this application. For ordinary technicians in this field, other drawings can also be obtained based on these drawings of the embodiments of the present application.
[0039] Figure 1 A detailed flow chart of a fault detection method provided in an embodiment of the present application;
[0040] Figure 2 A schematic structural diagram of a fault detection device provided in an embodiment of the present application;
[0041] Figure 3 A schematic structural diagram of another fault detection device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0042] The terms used in the embodiments of this application are only for the purpose of describing specific embodiments and are not intended to limit this application. The singular forms "a," "the," and "the" used in this application and claims are also intended to include plural forms unless the context clearly indicates otherwise. It should also be understood that the term "and / or" used herein refers to any or all possible combinations of one or more associated listed items.
[0043] It should be understood that although the terms first, second, third, etc. may be used to describe various information in the embodiments of the present application, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from each other. For example, without departing from the scope of the present application, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Depending on the context, the word "if" used may also be interpreted as "at the time of" or "when" or "in response to determining".
[0044] For example, see Figure 1 FIG. 1 is a detailed flow chart of a fault detection method provided in an embodiment of the present application. The method is applied to a controller, wherein the vBGP cluster managed by the controller includes a primary vBGP and a backup vBGP. The method includes the following steps:
[0045] Step 100: Send a first fault detection policy to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty.
[0046] In actual applications, in order to achieve high reliability of vBGP, the controller constructs a master-slave relationship of VRRP (Virtual Router Redundancy Protocol) by deploying two vBGPs at the same time.
[0047] Step 110: Send a second fault detection policy to the standby vBGP for detecting whether the second management link between the standby vBGP and the controller is faulty, wherein, when both the first management link and the second management link fail within a preset time period, the standby vBGP may first detect the failure of the second management link based on the second fault detection policy before the primary vBGP detects the failure of the first management link based on the first fault detection policy.
[0048] In the embodiment of the present application, after the controller establishes a master-backup relationship of VRRP by simultaneously deploying two vBGPs, it issues a first fault detection policy to the first vBGP currently serving as the master vBGP, for detecting whether a first management link between the first vBGP and the controller is faulty. Simultaneously, it issues a second fault detection policy to the second vBGP currently serving as the backup vBGP, for detecting whether a second management link between the second vBGP and the controller is faulty.
[0049] Specifically, in the embodiment of the present application, a preferred implementation method is that the fault detection strategy sent to the primary vBGP and the backup vBGP is an NQA (Network Quality Analyzer) detection task.
[0050] It should be noted that if the management network fails (for example, both the first management link and the second management link fail within a preset time), the second vBGP currently serving as the backup vBGP needs to detect the management link failure before the first vBGP currently serving as the primary vBGP.
[0051] For example, if the management network fails at time T0, that is, the first management link and the second management link fail at the same time, the second vBGP detects the failure first at time T1 based on the second fault detection strategy, and the first vBGP detects the failure at time T2 based on the first fault detection strategy, where T2-T1>0. Since the second vBGP, currently serving as the backup vBGP, has detected the failure, even if the first vBGP, currently serving as the master vBGP, detects the failure, it will not perform the master-slave switchover. In this way, the BGP routing information will not be synchronized with the RR, and the EOR timer on the RR side will not occur, which will cause the routes learned from the vBGP to be revoked, thereby causing service interruption.
[0052] In an embodiment of the present application, when issuing a first fault detection strategy to the primary vBGP for detecting whether the first management link between the primary vBGP and the controller is faulty, a preferred implementation method is: issuing a first NQA detection task to the primary vBGP for detecting whether the first management link between the primary vBGP and the controller is faulty, wherein the first NQA detection task is: the primary vBGP sends a detection message to the controller every T1 time, and if no reply message is received from the controller for N consecutive times, it is determined that the first management link is faulty.
[0053] Furthermore, when issuing a second fault detection strategy to the standby vBGP for detecting whether the second management link between the standby vBGP and the controller is faulty, a preferred implementation method is: issuing a second NQA detection task to the standby vBGP for detecting the second management link between the standby vBGP and the controller, wherein the second NQA detection task is: the standby vBGP sends a detection message to the controller every T2 time, and if no reply message is received from the controller for M consecutive times, it is determined that the second management link is faulty.
[0054] The first product of T1 and N is greater than the second product of T2 and M, and the preset time length is less than the difference between the first product and the second product.
[0055] For example, the first NQA probe task sent to the primary vBGP, currently serving as the master, is: send once every 3 seconds. If no reply message is received for 10 consecutive times, the first management link is considered faulty. The second NQA probe task sent to the backup vBGP is: send once every 3 seconds. If no reply message is received for 5 consecutive times, the second management link is considered faulty. Therefore, the theoretical time required for the first vBGP to detect the fault after the fault occurs is 3 × 10 = 30 seconds; the theoretical time required for the second vBGP to detect the fault after the fault occurs is 3 × 5 = 15 seconds. In other words, if both the first and second management links fail within 15 seconds, the second vBGP, currently serving as the backup, will detect the failure before the first, and thus, the master / backup vBGP switchover will not occur.
[0056] In this case, even if the primary service port goes down again, the RR will not re-establish the neighbor relationship and start the EOR timer. Since the GR is configured to never time out on the RR, the route will not be revoked and traffic will not be interrupted.
[0057] Furthermore, in the embodiment of the present application, the above fault detection method further includes the following steps:
[0058] Obtain the vrrp status of each vBGP; if it is detected that the vrrp status of a vBGP changes from primary to backup, send a second fault detection strategy to the vBGP for detecting whether the management link between the vBGP and the controller is faulty; if it is detected that the vrrp status of a vBGP changes from backup to primary, send a first fault detection strategy to the vBGP for detecting whether the management link between the vBGP and the controller is faulty.
[0059] For example, assuming that the first vBGP is currently the master vBGP and the second vBGP is the backup vBGP, obtain the VRRP status of the first vBGP and the second vBGP. If it is determined that the VRRP status of the first vBGP is configured by the user from the master vBGP to the backup vBGP, and the VRRP status of the second vBGP is configured by the backup vBGP as the master vBGP, then the controller needs to re-send the first fault detection policy to the new master vBGP (second vBGP) and send the second fault detection policy to the new backup vBGP (first vBGP).
[0060] For example, see Figure 2 FIG. 1 is a schematic diagram of a fault detection device provided in an embodiment of the present application. The device is applied to a controller. The vBGP cluster managed by the controller includes a primary vBGP and a backup vBGP. The device includes:
[0061] A first issuing unit 20 is configured to issue a first fault detection policy to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty;
[0062] The second sending unit 21 is used to send a second fault detection policy to the standby vBGP for detecting whether the second management link between the standby vBGP and the controller is faulty, wherein when both the first management link and the second management link fail within a preset time period, the standby vBGP can first detect the failure of the second management link based on the second fault detection policy before the primary vBGP detects the failure of the first management link based on the first fault detection policy.
[0063] Optionally, the fault detection policy delivered to the active vBGP and the standby vBGP is an NQA detection task.
[0064] Optionally, when issuing a first fault detection policy for detecting whether a first management link between the primary vBGP and the controller is faulty to the primary vBGP, the first issuing unit is specifically configured to:
[0065] issuing a first NQA detection task to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty, wherein the first NQA detection task is as follows: the primary vBGP sends a detection message to the controller every T1 time, and if no reply message fed back by the controller is received N times in a row, determining that the first management link is faulty;
[0066] When issuing a second fault detection policy for detecting whether a second management link between the standby vBGP and the controller is faulty to the standby vBGP, the second issuing unit is specifically configured to:
[0067] issuing a second NQA detection task to the standby vBGP for detecting a second management link between the standby vBGP and the controller, wherein the second NQA detection task is as follows: the standby vBGP sends a detection message to the controller every T2 time interval, and if no reply message fed back by the controller is received for M consecutive times, determining that the second management link is faulty;
[0068] The first product of T1 and N is greater than the second product of T2 and M, and the preset time length is less than the difference between the first product and the second product.
[0069] Optionally, the device further comprises:
[0070] An acquisition unit, used to acquire the vrrp status of each vBGP;
[0071] If it is detected that the vrrp state of a vBGP changes from master to backup, the second issuing unit 21 is used to issue a second fault detection strategy to the vBGP for detecting whether the management link between the vBGP and the controller is faulty;
[0072] If it is detected that the vrrp state of a vBGP changes from standby to primary, the first issuing unit 20 is used to issue a first fault detection policy to the vBGP for detecting whether the management link between the vBGP and the controller is faulty.
[0073] The above units may be one or more integrated circuits configured to implement the above methods, such as one or more application specific integrated circuits (ASICs), one or more digital single processors (DSPs), or one or more field programmable gate arrays (FPGAs). For another example, when a unit is implemented by scheduling program code through a processing element, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or other processor that can call program code. For another example, these units may be integrated together and implemented in the form of a system-on-a-chip (SOC).
[0074] Furthermore, the fault detection device provided in the embodiment of the present application, from the hardware level, the hardware architecture diagram of the fault detection device can be found in Figure 3 As shown, the fault detection device may include: a memory 30 and a processor 31,
[0075] The memory 30 is used to store program instructions. The processor 31 calls the program instructions stored in the memory 30 and executes the above method embodiment according to the obtained program instructions. The specific implementation method and technical effect are similar and will not be repeated here.
[0076] Optionally, the present application also provides a controller comprising at least one processing element (or chip) for executing the above method embodiment.
[0077] Optionally, the present application also provides a program product, such as a computer-readable storage medium, which stores computer-executable instructions, and the computer-executable instructions are used to enable the computer to execute the above method embodiments.
[0078] Here, the machine-readable storage medium can be any electronic, magnetic, optical or other physical storage device that can contain or store information, such as executable instructions, data, etc. For example, the machine-readable storage medium can be: RAM (Random Access Memory), volatile memory, non-volatile memory, flash memory, storage drive (such as hard disk drive), solid state drive, any type of storage disk (such as CD, DVD, etc.), or similar storage media, or a combination thereof.
[0079] The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer, which may be in the form of a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email transceiver, game console, tablet computer, wearable device, or any combination of these devices.
[0080] For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing this application, the functions of each unit can be implemented in the same or multiple software and / or hardware.
[0081] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the embodiments of the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.
[0082] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the steps in the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0083] Furthermore, these computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.
[0084] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable device to implement the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.
[0085] The above description is only a preferred embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the scope of protection of the present application.
Claims
1. A fault detection method, characterized in that: Applied to a controller, wherein the vBGP cluster managed by the controller includes a primary vBGP and a backup vBGP, the method includes: issuing a first fault detection policy to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty; A second fault detection policy for detecting whether a second management link between the standby vBGP and the controller is faulty is issued to the standby vBGP, wherein, when both the first management link and the second management link fail within a preset time period, the standby vBGP may first detect the failure of the second management link based on the second fault detection policy before the primary vBGP detects the failure of the first management link based on the first fault detection policy.
2. The method according to claim 1, wherein The fault detection strategy delivered to the active vBGP and the standby vBGP is an NQA detection task.
3. The method according to claim 2, wherein The step of issuing a first fault detection policy for detecting whether a first management link between the primary vBGP and the controller is faulty to the primary vBGP comprises: issuing a first NQA detection task to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty, wherein the first NQA detection task is as follows: the primary vBGP sends a detection message to the controller every T1 time, and if no reply message fed back by the controller is received N times in a row, determining that the first management link is faulty; The step of issuing a second fault detection policy for detecting whether a second management link between the standby vBGP and the controller is faulty to the standby vBGP includes: issuing a second NQA detection task to the standby vBGP for detecting a second management link between the standby vBGP and the controller, wherein the second NQA detection task is as follows: the standby vBGP sends a detection message to the controller every T2 time interval, and if no reply message fed back by the controller is received for M consecutive times, determining that the second management link is faulty; The first product of T1 and N is greater than the second product of T2 and M, and the preset time length is less than the difference between the first product and the second product.
4. The method according to any one of claims 1 to 3, wherein The method further comprises: Get the vrrp status of each vBGP; If it is detected that the vrrp state of a vBGP changes from master to backup, a second fault detection strategy is issued to the vBGP for detecting whether the management link between the vBGP and the controller is faulty; If it is detected that the vrrp state of a vBGP changes from standby to active, a first fault detection strategy for detecting whether a management link between the vBGP and the controller is faulty is issued to the vBGP.
5. A fault detection device, characterized in that: Applied to a controller, the vBGP cluster managed by the controller includes a primary vBGP and a backup vBGP, and the device includes: a first issuing unit, configured to issue a first fault detection policy to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty; The second sending unit is configured to send a second fault detection policy to the standby vBGP for detecting whether a second management link between the standby vBGP and the controller is faulty, wherein when both the first management link and the second management link fail within a preset time period, the standby vBGP may first detect the failure of the second management link based on the second fault detection policy before the primary vBGP detects the failure of the first management link based on the first fault detection policy.
6. The device according to claim 5, characterized in that The fault detection strategy delivered to the active vBGP and the standby vBGP is an NQA detection task.
7. The device according to claim 6, characterized in that When issuing a first fault detection policy for detecting whether a first management link between the primary vBGP and the controller is faulty to the primary vBGP, the first issuing unit is specifically configured to: issuing a first NQA detection task to the primary vBGP for detecting whether a first management link between the primary vBGP and the controller is faulty, wherein the first NQA detection task is as follows: the primary vBGP sends a detection message to the controller every T1 time, and if no reply message fed back by the controller is received N times in a row, determining that the first management link is faulty; When issuing a second fault detection policy for detecting whether a second management link between the standby vBGP and the controller is faulty to the standby vBGP, the second issuing unit is specifically configured to: issuing a second NQA detection task to the standby vBGP for detecting a second management link between the standby vBGP and the controller, wherein the second NQA detection task is as follows: the standby vBGP sends a detection message to the controller every T2 time interval, and if no reply message fed back by the controller is received for M consecutive times, determining that the second management link is faulty; The first product of T1 and N is greater than the second product of T2 and M, and the preset time length is less than the difference between the first product and the second product.
8. The device according to any one of claims 5 to 7, characterized in that The device further comprises: An acquisition unit, used to acquire the vrrp status of each vBGP; If it is detected that the vrrp state of a vBGP changes from master to backup, the second issuing unit is used to issue a second fault detection strategy to the vBGP for detecting whether the management link between the vBGP and the controller is faulty; If it is detected that the vrrp state of a vBGP changes from standby to primary, the first sending unit is used to send a first fault detection policy to the vBGP for detecting whether a management link between the vBGP and the controller is faulty.
9. A fault detection device, characterized in that: The fault detection device comprises: a memory for storing program instructions; A processor is configured to call the program instructions stored in the memory and execute the steps of the method according to any one of claims 1 to 4 according to the obtained program instructions.
10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable the computer to execute the steps of the method according to any one of claims 1 to 4.
Citation Information
Patent Citations
A method for releasing routing, and a virtual router redundancy protocol backup group and network
CN104579953A
Fault processing method and device
CN113765787A