VRF-based multi-plane BGP gateway state detection method and system

Abstract

The invention provides a multi-plane BGP gateway state detection method and system based on VRF. The method comprises the following steps: in BGP configuration, identifying different network planes by using different VRFs; regularly checking the BGP neighbor state of each gateway by using an RPC (Remote Procedure Call) interface provided by a BGP written by a Go language; judging whether the corresponding network plane is a normal network plane or not according to the BGP neighbor state and the VRF identifier of the gateway; and if at least one network plane with an abnormal state exists in the BGP gateway, determining that the state of the BGP gateway is abnormal, and removing the gateway from the calling interface by the management and control component. According to the invention, multi-plane gateway state detection is realized; through the gateway state of the multi-plane BGP state based on the VRF, operation and maintenance personnel are prevented from intervening in processing after a fault occurs, and second-level fault removal and recovery without perception of operation and maintenance and a user are realized.

Description

Technical Field

[0001] The present application relates to the field of computer technology, in particular to the field of IT and software development technology, and more particularly to a VRF-based multi-plane BGP gateway status detection method, system, electronic device and storage medium. Background Art

[0002] With the rapid development of network technology, various network applications emerge in an endless stream, and the requirements for network equipment performance are getting higher and higher. BGP (Border Gateway Protocol) plays a key role as one of the key protocols of the Internet. BGP allows routers to exchange routing and reachability information, which is used to make decisions on selecting the best path between networks.

[0003] However, in a complex network environment, the connectivity of gateway devices may be unstable due to various reasons, such as device failure, line failure, configuration error, etc. At this time, a mechanism is needed to promptly detect and handle the connectivity problems of gateway devices. Traditional methods usually rely on regular inspections by network managers or rely on fault information reported by devices to detect and handle these problems, but these methods have many shortcomings. For example, manual inspections are not only inefficient and error-prone, but also difficult to meet the management requirements of large-scale networks; the fault information reported by the device may be delayed, and relying on the device's own fault detection and reporting capabilities, it may not be able to accurately and timely detect and reflect the actual connectivity problems.

[0004] In addition, existing network device management is usually based on the overall status of the device, without distinguishing and managing the various network planes inside the device. The connectivity status of the network plane has an important impact on the overall status of the device. Different network planes may have large differences in connectivity status due to factors such as the type of network they are connected to and routing policies. For example, different types of network connections such as the Internet, dedicated network (CN2) and intranet connection (LAN) may have different connectivity status due to factors such as network environment, physical lines, and traffic policies. If the various network planes inside the device cannot be managed in detail, the accuracy and efficiency of network management may be reduced.

[0005] Therefore, how to provide a VRF-based multi-plane BGP gateway status detection method, system, electronic device and storage medium has become a technical problem that urgently needs to be solved in this field. Summary of the invention

[0006] The purpose of the present invention is to provide a VRF-based multi-plane BGP gateway state detection method, system, electronic equipment and storage medium.

[0007] According to a first aspect of the present invention, a VRF-based multi-plane BGP gateway status detection is provided, comprising:

[0008] Step S1: In the BGP configuration, different VRFs are used to identify different network planes;

[0009] Step S2: Use the RPC interface provided by BGP written in Go language to regularly check the BGP neighbor status of each gateway;

[0010] Step S3: judging whether the corresponding network plane is a normal network plane according to the BGP neighbor status and VRF identifier of the gateway;

[0011] Step S4: If there is at least one network plane with an abnormal state in the BGP gateway, the state of the BGP gateway is determined to be abnormal, and the management and control component will call the interface to remove the gateway.

[0012] According to the method of the first aspect of the present invention, in step S4, the method further includes:

[0013] When the number of consecutive cumulative inspections of the removed gateway in a normal state exceeds a threshold, the management and control component restores the gateway through an interface.

[0014] According to the method of the first aspect of the present invention, in step S1, in the BGP configuration, using different VRFs to identify different network planes includes:

[0015] Setting the VRF value to a first value to represent the Internet network plane;

[0016] Set the VRF value to the second value to represent the dedicated network plane;

[0017] Setting the VRF value to the third value represents the intranet connection network plane.

[0018] According to the method of the first aspect of the present invention, in step S3, judging whether the status of the network plane and the gateway is normal according to the BGP neighbor status of the gateway and the network plane identified by the VRF includes:

[0019] In a network plane identified by the same VRF, when at least one connection status is detected to be successfully connected, the status of the network plane is determined to be normal; and in all network planes of the gateway, if the status of any network plane is abnormal, the status of the gateway is determined to be abnormal.

[0020] The second aspect of the present invention discloses a VRF-based multi-plane BGP gateway status detection system; the system comprises:

[0021] The first processing module is configured to, in the BGP configuration, identify different network planes with different VRFs;

[0022] The second processing module is configured to periodically check the BGP neighbor status of each gateway using an RPC interface provided by BGP written in Go language;

[0023] The third processing module is configured to determine whether the corresponding network plane is a normal network plane according to the BGP neighbor state and VRF identifier of the gateway;

[0024] The fourth processing module is configured to determine that the state of the BGP gateway is abnormal if there is at least one network plane with an abnormal state in the BGP gateway, and the management and control component will call the interface to remove the gateway.

[0025] According to the system of the second aspect of the present invention, the fourth processing module is specifically configured to, when the number of consecutive cumulative inspections of the removed gateway that the status is normal exceeds a threshold, the management and control component restores the gateway through an interface.

[0026] According to the system of the second aspect of the present invention, the first processing module is specifically configured as follows: in the BGP configuration, using different VRFs to identify different network planes includes:

[0027] The VRF value is set to the first value to represent the Internet network plane, the VRF value is set to the second value to represent the dedicated network network plane, and the VRF value is set to the third value to represent the intranet connection network plane.

[0028] According to the system of the second aspect of the present invention, the third processing module is specifically configured as follows: judging whether the status of the network plane and the gateway is normal according to the BGP neighbor status of the gateway and the network plane identified by the VRF includes:

[0029] In a network plane identified by the same VRF, when it is detected that at least one connection state is successfully connected, the state of the network plane is determined to be a normal state; and in all network planes of the gateway, if the state of any network plane is abnormal, the state of the gateway is determined to be an abnormal state. A third aspect of the present invention discloses an electronic device. The electronic device includes a memory and a processor, the memory stores a computer program, and when the processor executes the computer program, the steps in a VRF-based multi-plane BGP gateway state detection method of any one of the first aspects of the present disclosure are implemented.

[0030] The fourth aspect of the present invention discloses a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of any one of the VRF-based multi-plane BGP gateway status detection methods in the first aspect of the present disclosure.

[0031] In a fifth aspect, the present application illustrates a computer program product. When instructions in the computer program product are executed by a processor of an electronic device, the electronic device is enabled to execute the method described in any of the above aspects.

[0032] The technical solution provided by this application may have the following beneficial effects:

[0033] It can be seen from the above scheme that the embodiments of the present invention provide a VRF-based multi-plane BGP gateway status detection method, system, electronic device and storage medium, which have the following beneficial effects: a multi-plane gateway status detection is realized; through the gateway status of the VRF-based multi-plane BGP status, the intervention of operation and maintenance personnel after the fault occurs is avoided, and the fault removal and recovery in seconds without the perception of operation and maintenance and users is realized. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] Figure 1 A flowchart of a VRF-based multi-plane BGP gateway status detection method provided according to an embodiment;

[0035] Figure 2 A basis for judging the gateway status detection result according to the embodiment;

[0036] Figure 3 A structural diagram of a VRF-based multi-plane BGP gateway status detection system according to an embodiment of the present invention;

[0037] Figure 4 A block diagram of an electronic device according to an embodiment of the present invention;

[0038] Figure 5 A block diagram of a computer-readable storage medium according to an embodiment of the present invention. DETAILED DESCRIPTION

[0039] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0040] The present invention discloses a multi-plane BGP gateway status detection method based on VRF, aiming to provide a method capable of distinguishing different network planes according to different VRFs (Virtual Routing and Forwarding), automatically checking the BGP neighbor status of the gateway, and automatically processing the connectivity problem of the gateway, thereby improving the efficiency and accuracy of network management.

[0041] GoBGP is a BGP (Border Gateway Protocol) daemon written in Go language, which aims to provide a high-performance, easy-to-deploy and manage BGP solution for modern network environments. It is an open source BGP implementation that provides a rich API, including RPC interface, which can be used to query and manage the status of BGP. However, how to use these APIs to design a system that can efficiently and accurately manage network devices, detect and handle device connectivity problems is a problem that needs to be solved urgently. To this end, the present invention adopts a network device management method based on the RPC interface of GoBGP.

[0042] API: Application Programming Interface, is a set of predefined functions or protocols used for data transmission and instruction processing between different components of a software system, allowing applications to integrate and share data resources. In simple terms, API is a medium for data transmission between processing systems.

[0043] RPC: Remote Procedure Call, a computer communication protocol that allows a computer program to call a subroutine on another computer through a network and obtain a return value. RPC makes distributed computing applications more convenient and efficient. By shielding the underlying network communication details, remote communication between programs is as simple as local calls.

[0044] First, this method distinguishes different network planes according to VRF, for example, VRF "200" is used to represent the Internet, VRF "212" is used to represent the dedicated network (CN2), and VRF "300" is used to represent the intranet connection (LAN). In this way, this method can manage various network planes inside the network device in detail and improve the accuracy of network management.

[0045] VRF: Virtual Routing and Forwarding is a network technology that is mainly used to create multiple routing tables on a Layer 3 forwarding device to achieve data or business isolation. This technology is often used in application scenarios such as firewalls that require isolation. Through VRF technology, multiple instances can be created on a physical device, each instance has an independent interface, routing table, and routing protocol process, etc., to achieve routing isolation between instances.

[0046] Next, the method checks the BGP neighbor status of the gateway regularly (for example, once per second) through the RPC interface of GoBGP, thereby discovering and handling the connectivity problem of the gateway. This method avoids the shortcomings of traditional manual inspection and equipment failure reporting, and improves the efficiency of problem discovery and handling.

[0047] Then, based on the results of the connectivity check, this method determines whether the gateway needs to be removed. The specific judgment principle is: among the network planes composed of connections with the same VRF, if at least one connection state is ESTABLISHED, the network plane is considered normal; among all the network planes of the gateway, if one network plane is abnormal, the gateway state is considered abnormal and needs to be removed. In this way, this method can accurately determine and handle the connectivity problems of the gateway, avoiding the situation where the entire device is mistakenly judged as abnormal due to problems with a single network plane.

[0048] Finally, if the gateway status is abnormal, this method will call the interface to remove the gateway and set a delayed recovery threshold RECOVER_THRESH (function, unit is "seconds"). When the number of consecutive cumulative checks of the removed gateway status as normal or "healthy" exceeds the threshold, this method will call the interface to restore the gateway. This method can prevent network devices from being frequently removed and restored due to temporary connectivity problems, and improve network stability.

[0049] Through this method, the present invention can manage the connectivity of network devices, automatically handle device connectivity problems, improve network management efficiency and accuracy, and meet current needs.

[0050] Embodiment 1:

[0051] According to a first aspect of the present invention, the present invention discloses a VRF-based multi-plane BGP gateway status detection method. Figure 1 FIG. 4 is a flow chart of a VRF-based multi-plane BGP gateway status detection method according to an embodiment of the present invention. Figure 1 As shown, the method includes:

[0052] Step S1: In the BGP configuration, different VRFs are used to identify different network planes;

[0053] In step S1, in the BGP configuration, different VRFs are used to identify different network planes.

[0054] In some embodiments, in step S1, in the BGP configuration, identifying different network planes with different VRFs includes:

[0055] Setting the VRF value to a first value to represent the Internet network plane;

[0056] Set the VRF value to the second value to represent the dedicated network plane;

[0057] Setting the VRF value to the third value represents the intranet connection network plane.

[0058] In some specific embodiments, the VRF value is set to "200" to represent the Internet network plane, the VRF value is set to "212" to represent the dedicated network plane, and the VRF value is set to "300" to represent the intranet connection network plane. In this way, various network planes inside the network device can be managed in detail, improving the accuracy of network management. Fine-grained management and connectivity checks can be performed on different network planes inside the device.

[0059] Step S2: Use the RPC interface provided by BGP written in Go language to regularly check the BGP neighbor status of each gateway;

[0060] In step S2, the RPC interface provided by GoBGP is used to periodically check the BGP neighbor status of each gateway.

[0061] Specifically, the frequency of this automatic check can be set to once per second, aiming to discover and quickly respond to any possible network connectivity issues. GoBGP's RPC interface provides detailed and in-depth control and query capabilities for the BGP routing protocol, making this regular check possible. This approach avoids the shortcomings of traditional manual inspections and device fault reporting, and improves the efficiency of problem discovery and handling.

[0062] Step S3: judging whether the corresponding network plane is a normal network plane according to the BGP neighbor status and VRF identifier of the gateway;

[0063] In step S3, whether the status of the network plane and the gateway is abnormal is determined based on the BGP neighbor status of the gateway and the network plane identified by the VRF; in the network plane identified by the same VRF, when at least one connection status is detected to be successfully connected, the status of the network plane is determined to be normal; among all the network planes of the gateway, if the status of any network plane is abnormal, the status of the gateway is determined to be abnormal.

[0064] In some embodiments, in step S3, Figure 2 As shown, judging whether the status of the network plane and the gateway is normal according to the BGP neighbor status of the gateway and the network plane identified by the VRF includes:

[0065] In the network planes with the same VRF identifier, as long as at least one connection state is ESTABLISHED, the network plane is considered normal; and among all the network planes of the gateway, if any network plane is abnormal, the gateway is judged to be in an abnormal state. In this way, the connectivity problem of the gateway can be accurately judged and handled, avoiding the situation where the entire device is mistakenly judged as abnormal due to a problem with a single network plane.

[0066] Once the gateway is determined to be in an abnormal state, the control component will remove the gateway through the interface. This process is automatic, greatly improving the fault response speed.

[0067] Step S4: If there is at least one network plane with an abnormal state in the BGP gateway, the state of the BGP gateway is determined to be abnormal, and the management and control component will call the interface to remove the gateway.

[0068] In step S4, if the state of a gateway is determined to be abnormal, the management and control component will call the interface to remove the gateway. This automatic removal strategy greatly improves the speed of fault handling and shortens the time of network recovery.

[0069] In some embodiments, in step S4, in order to prevent frequent removal and recovery due to temporary connectivity problems, a delayed recovery threshold RECOVER_THRESH is set. When the number of consecutive cumulative inspections of the removed gateway as normal exceeds the threshold, generally refers to when the number of consecutive cumulative inspections of the removed gateway as "healthy" exceeds the threshold, the management and control component restores the gateway through the interface. This design can quickly handle faults, prevent network devices from being frequently removed and restored due to temporary connectivity problems, and ensure network stability.

[0070] In summary, the solution proposed in the present invention requires the management and control component to detect the BGP connection status of each plane in order to ensure the normal business logic of the gateway data plane, to ensure that when the BGP connection status is abnormal, the abnormality can be discovered in the first time, and according to the judgment strategy of BGP connection status to gateway status, it is judged whether the gateway needs to be removed, and the BGP connection is continuously detected at the same time to ensure that after the gateway has been in a normal state for a threshold time, the state recovers from the abnormality and the gateway is automatically put on the shelf.

[0071] At the same time, in order to ensure that operation and maintenance can be perceived in a timely manner, it is necessary to notify the operation and maintenance personnel by calling the alarm interface when removing and putting on the shelf.

[0072] The traditional manual processing method cannot achieve the second-level perception and processing of BGP connection status anomalies based on multiple planes, and the system has the risk of failing to generate alarms in time, which increases the burden of operation and maintenance intervention and reduces user experience.

[0073] This embodiment implements an automated BGP neighbor status check method based on VRF GoBGP, and integrates alarm and fault handling functions, effectively improving the network management personnel's control over network connectivity, reducing the risk of network failures, improving network availability and stability, improving user experience, and reducing the difficulty of operation and maintenance personnel.

[0074] It should be noted that, for the method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the order of the actions described, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all optional embodiments, and the actions involved are not necessarily required by the present application.

[0075] Embodiment 2:

[0076] The invention discloses a VRF-based multi-plane BGP gateway state detection system. Figure 3 FIG. 4 is a structural diagram of a VRF-based multi-plane BGP gateway status detection system according to an embodiment of the present invention; Figure 3 As shown, the system 100 includes:

[0077] The first processing module 101 is configured to, in a BGP configuration, identify different network planes with different VRFs;

[0078] The second processing module 102 is configured to periodically check the BGP neighbor status of each gateway using the RPC interface provided by BGP written in Go language;

[0079] The third processing module 103 is configured to determine whether the corresponding network plane is a normal network plane according to the BGP neighbor state and VRF identifier of the gateway;

[0080] The fourth processing module 104 is configured to determine that the state of the BGP gateway is abnormal if there is at least one network plane in an abnormal state in the BGP gateway, and the management and control component will call an interface to remove the gateway.

[0081] According to the system of the second aspect of the present invention, the first processing module 101 is specifically configured as follows: in the BGP configuration, using different VRFs to identify different network planes includes:

[0082] Setting the VRF value to a first value to represent the Internet network plane;

[0083] Set the VRF value to the second value to represent the dedicated network plane;

[0084] Setting the VRF value to the third value represents the intranet connection network plane.

[0085] Specifically, set the VRF value to "200" to represent the Internet network plane, set the VRF value to "212" to represent the dedicated network plane, and set the VRF value to "300" to represent the intranet connection network plane. In this way, the various network planes inside the network device can be managed in detail, improving the accuracy of network management. Fine-grained management and connectivity checks can be performed on different network planes inside the device.

[0086] According to the system of the second aspect of the present invention, the second processing module 102 is specifically configured such that the frequency of such automatic inspection can be set to once per second, in order to discover and quickly respond to any possible network connectivity problems. The RPC interface of GoBGP provides detailed and in-depth control and query capabilities for the BGP routing protocol, making such regular inspections possible. This method avoids the shortcomings of traditional manual inspections and equipment fault reporting, and improves the efficiency of problem discovery and processing.

[0087] According to the system of the second aspect of the present invention, the third processing module 103 is specifically configured as follows: Figure 2 As shown, judging whether the status of the network plane and the gateway is normal based on the BGP neighbor status of the gateway and the network plane identified by the VRF includes: in the network plane with the same VRF identification, when at least one connection status is detected to be successfully connected, determining that the status of the network plane is a normal state; among all the network planes of the gateway, if the status of any network plane is abnormal, determining that the status of the gateway is an abnormal state.

[0088] Specifically, in the network planes with the same VRF identifier, as long as at least one connection state is ESTABLISHED, the network plane is considered normal; and among all the network planes of the gateway, if any one network plane is abnormal, the gateway is judged to be in an abnormal state. In this way, the connectivity problem of the gateway can be accurately judged and handled, avoiding the situation where the entire device is mistakenly judged as abnormal due to a problem with a single network plane.

[0089] According to the system of the second aspect of the present invention, the fourth processing module 104 is specifically configured to set a delayed recovery threshold RECOVER_THRESH in order to prevent frequent removal and recovery due to temporary connectivity problems. When the number of times the removed gateway's cumulative check status is normal, i.e., "healthy", exceeds the threshold, the management and control component restores the gateway through the interface. This design can quickly handle faults, prevent network devices from being frequently removed and restored due to temporary connectivity problems, and ensure network stability.

[0090] As for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0091] Embodiment 3:

[0092] The present application also discloses an electronic device, which includes a memory and a processor, wherein the memory stores a computer program, and when the processor executes the computer program, the steps in the VRF-based multi-plane BGP gateway status detection method of any one of the embodiments 1 disclosed in the present invention are implemented.

[0093] The electronic device of the embodiment of the present application includes: a processor, a memory, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, the various processes of the above-mentioned method embodiment are implemented and the same technical effect can be achieved. To avoid repetition, it will not be described here.

[0094] The embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, each process of the above method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it is not repeated here. The computer-readable storage medium is, for example, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0095] Figure 4 The present application shows a block diagram of an electronic device 800. For example, the electronic device 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.

[0096] Reference Figure 4 , the electronic device 800 may include one or more of the following components: a processing component 802 , a memory 804 , a power component 806 , a multimedia component 808 , an audio component 810 , an input / output (I / O) interface 812 , a sensor component 814 , and a communication component 816 .

[0097] The processing component 802 generally controls the overall operation of the electronic device 800, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 802 may include one or more processors 820 to execute instructions to complete all or part of the steps of the above method. In addition, the processing component 802 may include one or more modules to facilitate the interaction between the processing component 802 and other components. For example, the processing component 802 may include a multimedia module to facilitate the interaction between the multimedia component 808 and the processing component 802.

[0098] The memory 804 is configured to store various types of data to support operations on the device 800. Examples of such data include instructions for any application or method operating on the electronic device 800, contact data, phone book data, messages, images, videos, etc. The memory 804 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0099] The power supply component 806 provides power to the various components of the electronic device 800. The power supply component 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the electronic device 800.

[0100] The multimedia component 808 includes a screen that provides an output interface between the electronic device 800 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundaries of the touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front camera and / or a rear camera. When the device 800 is in an operating mode, such as a shooting mode or a video mode, the front camera and / or the rear camera may receive external multimedia data. Each front camera and the rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

[0101] The audio component 810 is configured to output and / or input audio signals. For example, the audio component 810 includes a microphone (MIC), and when the electronic device 800 is in an operating mode, such as a call mode, a recording mode, and a voice recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 804 or sent via the communication component 816. In some embodiments, the audio component 810 also includes a speaker for outputting audio signals.

[0102] I / O interface 812 provides an interface between processing component 802 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include but are not limited to: home button, volume button, start button, and lock button.

[0103] The sensor assembly 814 includes one or more sensors for providing various aspects of status assessment for the electronic device 800. For example, the sensor assembly 814 can detect the open / closed state of the device 800, the relative positioning of components, such as the display and keypad of the electronic device 800, and the sensor assembly 814 can also detect the position change of the electronic device 800 or a component of the electronic device 800, the presence or absence of contact between the user and the electronic device 800, the orientation or acceleration / deceleration of the electronic device 800, and the temperature change of the electronic device 800. The sensor assembly 814 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. The sensor assembly 814 may also include an optical sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an accelerometer, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

[0104] The communication component 816 is configured to facilitate wired or wireless communication between the electronic device 800 and other devices. The electronic device 800 can access a wireless network based on a communication standard, such as WiFi, a carrier network (such as 2G, 3G, 4G or 5G), or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast operation information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0105] In an exemplary embodiment, the electronic device 800 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the above methods.

[0106] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 804 including instructions, and the instructions can be executed by a processor 820 of an electronic device 800 to perform the above method. For example, the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0107] Embodiment 4:

[0108] Figure 5 19 is a block diagram of a computer-readable storage medium 1900 shown in the present application. For example, the computer-readable storage medium 1900 may be provided as a server.

[0109] Reference Figure 5 , the computer-readable storage medium 1900 includes a processing component 1922, which further includes one or more processors, and a memory resource represented by a memory 1932 for storing instructions, such as an application, that can be executed by the processing component 1922. The application stored in the memory 1932 may include one or more modules, each corresponding to a set of instructions. In addition, the processing component 1922 is configured to execute instructions to perform the above method.

[0110] The computer readable storage medium 1900 may also include a power supply component 1926 configured to perform power management of the computer readable storage medium 1900, a wired or wireless network interface 1950 configured to connect the computer readable storage medium 1900 to a network, and an input / output (I / O) interface 1958. The computer readable storage medium 1900 may operate based on an operating system stored in the memory 1932, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™ or the like.

[0111] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or device including the element.

[0112] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0113] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

[0114] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed in the present application can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0115] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0116] In the embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0117] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0118] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0119] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as USB flash drives, mobile hard drives, ROM, RAM, magnetic disks, or optical disks.

[0120] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A VRF-based multi-plane BGP gateway status detection method, characterized in that: include: Step S1: In the BGP configuration, different VRFs are used to identify different network planes; Step S2: Use the RPC interface provided by BGP written in Go language to regularly check the BGP neighbor status of each gateway; Step S3: judging whether the corresponding network plane is a normal network plane according to the BGP neighbor status and VRF identifier of the gateway; Step S4: If there is at least one network plane with an abnormal state in the BGP gateway, the state of the BGP gateway is determined to be abnormal, and the management and control component will call an interface to remove the gateway.

2. The VRF-based multi-plane BGP gateway status detection method according to claim 1, characterized in that: In step S4, the method further includes: When the number of consecutive cumulative inspections of the removed gateway that the status is normal exceeds a threshold, the management and control component restores the gateway through an interface.

3. The VRF-based multi-plane BGP gateway status detection method according to claim 1, characterized in that: In the step S1, in the BGP configuration, using different VRFs to identify different network planes includes: Setting the VRF value to a first value to represent the Internet network plane; Set the VRF value to the second value to represent the dedicated network plane; Setting the VRF value to the third value represents the intranet connection network plane.

4. The VRF-based multi-plane BGP gateway status detection method according to claim 1, characterized in that: In step S3, judging whether the status of the network plane and the gateway is normal according to the BGP neighbor status of the gateway and the network plane identified by the VRF includes: When it is detected that at least one connection state is successfully connected in the network plane identified by the same VRF, it is determined that the state of the network plane is normal; Among all network planes of the gateway, if the state of any network plane is abnormal, it is determined that the state of the gateway is an abnormal state.

5. A VRF-based multi-plane BGP gateway status detection system, characterized in that: The system comprises: The first processing module is configured to, in the BGP configuration, identify different network planes with different VRFs; The second processing module is configured to periodically check the BGP neighbor status of each gateway using an RPC interface provided by BGP written in Go language; The third processing module is configured to determine whether the corresponding network plane is a normal network plane according to the BGP neighbor state and VRF identifier of the gateway; The fourth processing module is configured to determine that the state of the BGP gateway is abnormal if there is at least one network plane with an abnormal state in the BGP gateway, and the management and control component will call the interface to remove the gateway.

6. The VRF-based multi-plane BGP gateway status detection system according to claim 5, characterized in that: The fourth processing module is specifically configured to, when the number of consecutive cumulative inspections of the removed gateway that the status is normal exceeds a threshold, restore the gateway through the interface by the management and control component.

7. The VRF-based multi-plane BGP gateway status detection system according to claim 5, characterized in that: The first processing module is specifically configured as follows: in the BGP configuration, using different VRFs to identify different network planes includes: The VRF value is set to the first value to represent the Internet network plane, the VRF value is set to the second value to represent the dedicated line network plane, and the VRF value is set to the third value to represent the intranet connection network plane.

8. The VRF-based multi-plane BGP gateway status detection system according to claim 5, characterized in that: The third processing module is specifically configured to: judging whether the status of the network plane and the gateway is normal according to the BGP neighbor status of the gateway and the network plane identified by the VRF includes: In a network plane identified by the same VRF, when at least one connection status is detected to be successfully connected, the status of the network plane is determined to be normal; and in all network planes of the gateway, if the status of any network plane is abnormal, the status of the gateway is determined to be abnormal.

9. An electronic device, characterized in that: The electronic device includes a memory and a processor, the memory stores a computer program, and when the processor executes the computer program, the steps in the VRF-based multi-plane BGP gateway status detection method described in any one of claims 1 to 4 are implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in the VRF-based multi-plane BGP gateway status detection method described in any one of claims 1 to 4 are implemented.

Images