A fault isolation method based on white box switches
By establishing a monitoring group on the white box switch and configuring port data, and automatically detecting and isolating faults, the automation and efficiency of white box switch failure isolation are solved, and rapid fault isolation and network recovery are achieved.
Patent Information
- Application Number
- CN202311703073.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2023-12-12
- Publication Date
- 2025-08-12
- Estimated Expiration
- 2043-12-12
AI Technical Summary
In data center networks, the fault isolation method of white box switches lacks automation and efficiency, relies on manual operations to pose safety risks, and the fault isolation time is long.
Establish a monitoring group on the white box switch, configure preset ports and data, trigger batch shutdown when detecting faults or protocol abnormalities, isolate the fault, and execute batch no shutdown after the fault is restored, to achieve automated fault isolation.
It achieves rapid and thorough fault convergence, prevents network jitter, reduces dependence on external devices, improves fault self-healing capabilities, and shortens fault isolation time.
Smart Images
Figure CN117857486B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the technical field of data communication white box switch monitoring and operation and maintenance, and in particular to a fault isolation method based on a white box switch. Background Art
[0002] A DCN, or Data Communication Network, supports the seven-layer protocol stack, with Layer 1 (physical layer), Layer 2 (data link layer), and Layer 3 (network layer). It primarily carries management information and distributed signaling messages. A DCN features a distributed network computing environment and a multi-level distributed data warehouse. The number of switches in current DCNs is rapidly increasing, with white-box switches making up a growing portion of the network. White-box switches are easy to customize, making it crucial to provide a universal fault isolation method. Summary of the Invention
[0003] This application aims to at least partially address one of the technical problems in the related art. To this end, one objective of this application is to provide a white-box switch-based fault isolation method, apparatus, electronic device, and readable storage medium. This application can automatically discover and isolate faults across a large number of white-box switches in a data center, while eliminating the potential safety hazards associated with manual operations and improving the self-healing capabilities of data center network services.
[0004] A first aspect disclosed in the present application provides a fault isolation method based on a white box switch, the method comprising:
[0005] Create a monitoring group on the white box switch;
[0006] The monitoring group is configured with preset ports and data, and status data of the monitoring group is configured;
[0007] When the white box switch detects a fault on itself or a protocol anomaly, it triggers the monitoring group to perform a batch shutdown on the preset ports to isolate the fault;
[0008] After the fault or protocol abnormality is recovered, batch no shutdown is executed on the preset ports, and the white box switch can continue to provide services.
[0009] The step of establishing a monitoring group on the white box switch includes:
[0010] Establish a monitoring group in the white box switch SONIC system;
[0011] Log in to the control interface of the white box switch SONIC system;
[0012] Click the "Monitoring Group" option on the control interface;
[0013] Click the "New" button and enter the name and description of the monitoring group;
[0014] Click the "OK" button to create the monitoring group.
[0015] The monitoring group configures preset ports and data, including:
[0016] Use the hash type and key filed value structure of redis to configure the preset port and data, and save the preset port and data of the monitoring group configuration in CONFIG_DB.
[0017] The use of Redis's hash type and key filed value structure to configure the preset port and data includes:
[0018] Key="MONITOR_GROUP|MGxx"
[0019] Field Value
[0020] "ports"<list_value>
[0021] "up_delay_time" <value>
[0022] "MGxx": xx is an int number that identifies the monitoring group number;
[0023] "ports": default port, the port group for executing shutdown and no shutdown, which can be one or more ports;
[0024] "up_delay_time": Delay operation when switching from admin down to admin up.
[0025] The status data of the configuration monitoring group includes:
[0026] The state data of the configuration monitoring group is stored in the STATE_DB database, and there are three states: init, up, and down;
[0027] Key="MONITOR_GROUP_STATE|MGxx";
[0028] Field Value
[0029] "state" <init up down>
[0030] MG port status, stored in the STATE_DB database;
[0031] Key = "MG_PORT|{port}";
[0032] Field Value
[0033] "MonitorGroupxx" <up down>
[0034] Subscribe to MONITOR_GROUP_STATE|MGxx status and set the status of MG|{port}.
[0035] Subscribing to the MONITOR_GROUP_STATE|MGxx state and setting the state of MG|{port} include:
[0036] Subscribe to the MONITOR_GROUP_STATE|MGxx status and set the status of MG|{port}. Portmgrd determines the port admin value sent to the hardware based on the user-configured shutdown status and MG_PORT|{port} data.
[0037] The steps of subscribing to the MONITOR_GROUP_STATE|MGxx status and setting the status of MG|{port}; and determining the port admin value sent to the hardware based on the user-configured shutdown status and MG_PORT|{port} data by portmgrd include:
[0038] The white box switch is initialized, the program enters the working state, and starts subscribing to the Redis STATE_DB database MonitorGroup*;
[0039] The default state of MG is init, which is the initial state. It initializes the soft data and does not perform other operations.
[0040] Upon receiving subscription information and the MONITOR_GROUP_STATE state is down, a shutdown flag is written to each port in the preset ports list, recorded in STATE_DB, and the MG_PORT|{port} of the corresponding port is set to MonitorGroupxx down;
[0041] Upon receiving subscription information, if the MONITOR_GROUP_STATE state is up, set the corresponding port's MG_PORT|{port} to MonitorGroupxx down. If the state changes from down to up, a delay process is executed. The delay time is the configured up_delay_time. This can effectively prevent network jitter caused by frequent port updowns. If the state changes from init to up, no delay is required.
[0042] The portmgrd process determines the port admin status that is ultimately sent to the hardware. Based on the user configuration, admin status, and the status of each monitoring group in MG_PORT|{port}, if one is marked as down, the status sent to the hardware admin is down; if all are up, the status sent to the hardware admin is up.
[0043] A second aspect disclosed in the present application provides a fault isolation device based on a white box switch, the device comprising:
[0044] Establish monitoring group module, used to establish monitoring groups on white box switches;
[0045] Configuration data module, used for configuring preset ports and data for the monitoring group, and configuring status data of the monitoring group;
[0046] The monitoring group executes a batch shutdown module on the preset ports, which is used to trigger the monitoring group to execute a batch shutdown module on the preset ports to isolate the fault when the white box switch detects its own fault or detects a protocol abnormality;
[0047] The preset port executes a batch no shutdown module, which is used to execute a batch no shutdown on the preset port after the failure or protocol abnormality is recovered, and the white box switch can continue to provide services.
[0048] The third aspect disclosed in the present application is an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the program, the steps in a fault isolation method based on a white box switch are implemented.
[0049] The fourth aspect disclosed in the present application is a readable storage medium, wherein the readable storage medium stores a computer program, wherein the computer program is suitable for being loaded by a processor to execute the steps in the method for isolating faults based on a white box switch.
[0050] Compared with the existing technology, the present application proposes a fault isolation method based on a white box switch. The advantages of the present application are:
[0051] This application completes fault convergence based on the port admin up and down status, does not rely on protocol interaction, and has faster and more thorough convergence. It supports delayed up to effectively prevent frequent fault jitter scenarios;
[0052] This application does not rely on controllers or other external devices. All functional operations can be completed only on white box switches, so iterative development efficiency is high and deployment is fast;
[0053] This application supports configuring multiple monitoring groups, which are fully decoupled and easy to dynamically expand and shrink. At the same time, commands can be displayed, and the status information of each monitoring group can be viewed at a glance;
[0054] This application does not require network request interaction with the network management platform and is completed on the white box switch, which has high timeliness, greatly shortens fault isolation time, and speeds up network recovery.
[0055] This application can be flexibly added according to the network model of different scenarios. The status source of the monitoring group can also be probe results, BUFFER status and master-slave discovery, which has high flexibility. BRIEF DESCRIPTION OF THE DRAWINGS
[0056] Figure 1 This is a schematic diagram of a fault isolation method based on a white box switch provided by an embodiment of the present application;
[0057] Figure 2 This is a schematic diagram of the state transition of three MGs provided in one embodiment of the present application;
[0058] Figure 3 This is a message transmission logic diagram provided by an embodiment of the present application;
[0059] Figure 4 This is a schematic diagram of a TOR switch MR monitoring the complete disconnection of northbound BGP peers and shutting down southbound ports, provided by an embodiment of the present application;
[0060] Figure 5 This is a schematic diagram of a fault isolation device based on a white box switch provided by an embodiment of the present application;
[0061] Figure 6 This is a schematic diagram of the structure of an electronic device provided by an embodiment of the present application;
[0062] Figure 7 This is a schematic diagram of the computer-readable storage medium structure provided by an embodiment of the present application. DETAILED DESCRIPTION
[0063] To better understand this application, various aspects of this application will be described in more detail with reference to the accompanying drawings. It should be understood that these detailed descriptions are merely descriptions of exemplary embodiments of this application and are not intended to limit the scope of this application in any way. Throughout this specification, like reference numerals refer to like elements. The expression "and / or" includes any and all combinations of one or more of the associated listed items.
[0064] In the accompanying drawings, the size, dimensions, and shapes of elements have been slightly adjusted for ease of illustration. The drawings are for illustration only and are not drawn strictly to scale. As used herein, the terms "substantially," "approximately," and similar terms are intended to indicate approximations, not degrees, and are intended to illustrate the inherent deviations in measurements or calculations that would be recognized by those of ordinary skill in the art. Furthermore, in this application, the order in which the steps are described does not necessarily represent the order in which these steps will occur in actual operation, unless otherwise specified or inferred from the context.
[0065] It should also be understood that expressions such as "including", "comprising", "having", "containing" and / or "comprising" in this specification are open rather than closed expressions, which indicate the presence of the stated features, elements and / or components, but do not exclude the presence of one or more other features, elements, components and / or combinations thereof. In addition, when expressions such as "at least one of..." appear after a list of listed features, they modify the entire list of features rather than just the individual elements in the list. In addition, when describing embodiments of the present application, "may" is used to mean "one or more embodiments of the present application". And, the term "exemplary" is intended to refer to an example or illustration.
[0066] Unless otherwise defined, all words used herein (including engineering terms and scientific and technological terms) have the same meaning as commonly understood by those skilled in the art to which this application belongs. It should also be understood that, unless otherwise specified in this application, words defined in commonly used dictionaries should be interpreted as having the same meaning as they do in the context of the relevant technology, and should not be interpreted in an idealized or overly formal sense.
[0067] It should be noted that, in the absence of conflict, the embodiments and features of the embodiments in this application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.
[0068] Example 1
[0069] Figure 1 An embodiment of the present application provides a schematic diagram of a fault isolation method based on a white box switch, such as Figure 1 As shown, a fault isolation method based on a white box switch includes:
[0070] Create a monitoring group on the white box switch;
[0071] The step of establishing a monitoring group on the white box switch includes:
[0072] Establish a monitoring group in the white box switch SONIC system;
[0073] Log in to the control interface of the white box switch SONIC system;
[0074] Click the "Monitoring Group" option on the control interface;
[0075] Click the "New" button and enter the name and description of the monitoring group;
[0076] Click "OK" to create the monitoring group.
[0077] Among them, the SONIC system, whose full name is Software for Open Networking in the Cloud, is an open source network operating system.
[0078] The monitoring group is configured with preset ports and data, and status data of the monitoring group is configured;
[0079] The monitoring group configures preset ports and data, including:
[0080] Use the hash type and key filed value structure of redis to configure the preset port and data, and save the preset port and data of the monitoring group configuration in CONFIG_DB.
[0081] Among them, redis is a database in the form of key-value pairs.
[0082] The use of Redis's hash type and key filed value structure to configure the preset port and data includes:
[0083] Key="MONITOR_GROUP|MGxx"
[0084] Field Value
[0085] "ports"<list_value>
[0086] "up_delay_time" <value>
[0087] "MGxx": xx is an int number that identifies the monitoring group number;
[0088] "ports": default port, the port group for executing shutdown and no shutdown, which can be one or more ports;
[0089] "up_delay_time": Delay operation when switching from admin down to admin up;
[0090] MG stands for Monitor Group, which means monitoring group.
[0091] The status data of the configuration monitoring group includes:
[0092] The state data of the configuration monitoring group is stored in the STATE_DB database. There are three states: init, up, and down. Figure 2 As shown, the state transitions of the three MGs;
[0093] Key="MONITOR_GROUP_STATE|MGxx";
[0094] Field Value
[0095] "state" <init up down>
[0096] MG port status, stored in the STATE_DB database;
[0097] Key = "MG_PORT|{port}";
[0098] Field Value
[0099] "MonitorGroupxx" <up down>
[0100] Subscribe to MONITOR_GROUP_STATE|MGxx status and set the status of MG|{port}.
[0101] Subscribing to the MONITOR_GROUP_STATE|MGxx state and setting the state of MG|{port} include:
[0102] Subscribe to the MONITOR_GROUP_STATE|MGxx status and set the status of MG|{port}. Portmgrd determines the port admin value sent to the hardware based on the user-configured shutdown status and MG_PORT|{port} data.
[0103] The steps of subscribing to the MONITOR_GROUP_STATE|MGxx status and setting the status of MG|{port}; and determining the port admin value sent to the hardware based on the user-configured shutdown status and MG_PORT|{port} data by portmgrd include:
[0104] The white box switch is initialized, the program enters the working state, and starts subscribing to the Redis STATE_DB database MonitorGroup*;
[0105] The default state of MG is init, which is the initial state. It initializes the soft data and does not perform other operations.
[0106] Upon receiving subscription information and the MONITOR_GROUP_STATE state is down, a shutdown flag is written to each port in the preset ports list, recorded in STATE_DB, and the MG_PORT|{port} of the corresponding port is set to MonitorGroupxx down;
[0107] Upon receiving subscription information, if the MONITOR_GROUP_STATE state is up, set the corresponding port's MG_PORT|{port} to MonitorGroupxx down. If the state changes from down to up, a delay process is executed. The delay time is the configured up_delay_time. This can effectively prevent network jitter caused by frequent port updowns. If the state changes from init to up, no delay is required.
[0108] The portmgrd process determines the port admin status that is ultimately sent to the hardware. Based on the user configuration, admin status, and the status of each monitoring group in MG_PORT|{port}, if one is marked as down, the status sent to the hardware admin is down; if all are up, the status sent to the hardware admin is up.
[0109] When the white box switch detects a fault on itself or a protocol anomaly, it triggers the monitoring group to perform a batch shutdown on the preset ports to isolate the fault;
[0110] Among them, shutdown means to close.
[0111] After the fault or protocol abnormality is recovered, batch no shutdown is executed on the preset ports, and the white box switch can continue to provide services.
[0112] Among them, no shutdown means not to shut down.
[0113] Example 2
[0114] Figure 5 FIG. 1 is a schematic diagram of a fault isolation device based on a white box switch provided by an embodiment of the present application. Figure 5 As shown, a fault isolation device based on a white box switch includes:
[0115] Establish monitoring group module, used to establish monitoring groups on white box switches;
[0116] Configuration data module, used for configuring preset ports and data for the monitoring group, and configuring status data of the monitoring group;
[0117] The monitoring group executes a batch shutdown module on the preset ports, which is used to trigger the monitoring group to execute a batch shutdown module on the preset ports to isolate the fault when the white box switch detects its own fault or detects a protocol abnormality;
[0118] The preset port executes a batch no shutdown module, which is used to execute a batch no shutdown on the preset port after the failure or protocol abnormality is recovered, and the white box switch can continue to provide services.
[0119] Example 3
[0120] Figure 3 This is a message transmission logic diagram provided by an embodiment of the present application, such as Figure 3 As shown in the figure, when the message transmission logic, TOR switch, and northbound BGP peer are all down, the specific steps to isolate all southbound ports of the device include:
[0121] Read the configuration database, read the configuration, and the status is init;
[0122] APP writes MG_STATE, writes down when a fault occurs, and writes up when recovery occurs;
[0123] The MonitorGroup process subscribes to MG status changes, triggering state machine changes;
[0124] MonitorGroup will write the status of the preset port to MG_PORT immediately or after a delay based on the status decision;
[0125] The portmgrd process receives the subscription message and determines the final hardware admin value based on the port shutdown status configured by the user and the status of each MG group in MG_port sent to this port.
[0126] TOR stands for Top of Rack (TOP of Rack), which is typically an access switch. BGP stands for Border Gateway Protocol.
[0127] Example 4
[0128] Figure 4 This is a schematic diagram of a TOR switch MR monitoring the complete disconnection of the northbound BGP peer and the shutdown of the southbound port provided by an embodiment of the present application, as shown in FIG. Figure 4 As shown in the figure, the TOR switch MR monitors the complete disconnection of the northbound BGP peer and the shutdown of the southbound port, specifically including:
[0129] When a TOR switch acts as a server gateway and a northbound BGP peer is established, all northbound routes are deleted, resulting in continuous packet loss for southbound traffic. To address this issue, add a monitoring group (MonitorGroup) to monitor all northbound BGP peers, with all southbound ports as the default. If all northbound BGP peers are not in the ESTABLISHED state, set the MonitorGroup state to down, triggering an admin down on all southbound interfaces. This isolates the TOR devices, redirects server traffic to another TOR, eliminates packet loss, and restores the network.
[0130] Example 5
[0131] If the MCLAG master / standby device loses connectivity in a dual-master scenario, isolate all ports on the device except peerlink.
[0132] When MCLAG networking is in progress, the protocol between the primary and standby devices is interrupted, resulting in a dual master state and continuous packet loss on both masters. To address this failure scenario, a new connection line is added to detect the role of the peer device. This sends the local device's role information (master / standby) to the peer device. A monitoring group, MonitorGroup, is added to monitor both the peer and local roles. If both roles are master, and the local iccpd device uses a smaller IP address (previously in standby), the MonitorGroup status is set to down, triggering all non-peerlink ports to go down, isolating the original standby device and restoring the network. MCLAG stands for Mclag Multichassis Link Aggregation Group, a cross-device link aggregation group.
[0133] Example 6
[0134] Key docker and process exceptions, isolate the device.
[0135] When key Docker containers or processes exit abnormally, the device may experience various unexpected errors. For example, when SWS exits, the hardware and software forwarding tables may be inconsistent, leading to network packet loss. Add a monitoring group, MonitorGroup, to trigger an admin down on all ports when key Docker containers or processes exit abnormally, isolating the device.
[0136] Example 7
[0137] Active and standby port groups.
[0138] For scenarios where network elements operate in active / standby mode, add a monitoring group called MonitorGroup. This group monitors the primary port, with the default port designated as the backup port. When the primary port is up, the backup port is down; when the primary port is down, the backup port is up.
[0139] Example 8
[0140] Figure 6 This is a schematic diagram of the electronic device structure provided by an embodiment of the present application. Figure 6 According to another aspect of the present application, an electronic device 500 is provided. The electronic device 500 may include one or more processors and one or more memories. The memories may store computer-readable code that, when executed by the one or more processors, may execute a method for isolating faults based on a white-box switch.
[0141] The method or system according to the embodiment of the present application can also be used by Figure 6 The electronic device architecture shown in FIG. Figure 6 As shown, the electronic device 500 may include a bus 501, one or more CPUs 502, a read-only memory (ROM) 503, a random access memory (RAM) 504, a communication port 505 connected to a network, an input / output component 506, a hard disk 507, and the like. The storage device in the electronic device 500, such as the ROM 503 or the hard disk 507, may store a fault isolation method based on a white box switch provided in the present application. A fault isolation method based on a white box switch may, for example, include: establishing a monitoring group on the white box switch; the monitoring group configures preset ports and data, and configures status data of the monitoring group; when the white box switch detects its own fault or detects a protocol anomaly, it triggers the monitoring group to perform a batch shutdown on the preset ports to isolate the fault; after the fault or protocol anomaly is recovered, a batch no shutdown is performed on the preset ports, and the white box switch can continue to provide services. Furthermore, the electronic device 500 may also include a user interface 508. Of course, Figure 6 The architecture shown is only exemplary and can be omitted according to actual needs when implementing different devices. Figure 6 One or more components of an electronic device are shown.
[0142] Example 9
[0143] Figure 7 This is a schematic diagram of the computer-readable storage medium structure provided by an embodiment of the present application. Figure 7 1 shows a computer-readable storage medium 600 according to one embodiment of the present application. Computer-readable instructions are stored on the computer-readable storage medium 600. When the computer-readable instructions are executed by a processor, the white-box switch-based fault isolation method according to the embodiment of the present application described with reference to the above figures can be executed. The storage medium 600 includes, but is not limited to, volatile memory and / or non-volatile memory. Volatile memory may include, for example, random access memory (RAM) and cache memory. Non-volatile memory may include, for example, read-only memory (ROM), a hard disk, flash memory, etc.
[0144] It should be understood that the methods, apparatuses, and devices of the present application can be implemented in many ways. For example, the methods, apparatuses, and devices of the present application can be implemented by software, hardware, firmware, or any combination of software, hardware, and firmware. The above order of steps used for the method is for illustration only, and the steps of the method of the present application are not limited to the order specifically described above unless otherwise specified. In addition, in some embodiments, the present application can also be implemented as programs recorded in a recording medium, which include machine-readable instructions for implementing the method according to the present application. Therefore, the present application also covers recording media that store programs for executing the method according to the present application.
[0145] In addition, the parts of the above technical solutions provided in the embodiments of the present application that are consistent with the implementation principles of the corresponding technical solutions in the prior art are not described in detail to avoid excessive redundancy.
[0146] The above-described specific embodiments further illustrate the objectives, technical solutions, and beneficial effects of the present invention. It should be understood that the above description is merely a specific embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention shall be included within the scope of protection of the present invention.< / up> < / init> < / value> < / up> < / init> < / value>
Claims
1. A fault isolation method based on a white box switch, characterized in that: The following steps are involved: Create a monitoring group on the white box switch; The monitoring group is configured with preset ports and data, and status data of the monitoring group is configured; When the white box switch detects a fault on itself or a protocol anomaly, it triggers the monitoring group to perform a batch shutdown on the preset ports to isolate the fault; After the fault or protocol anomaly is recovered, a batch no shutdown is executed on the preset ports, and the white box switch can continue to provide services; The monitoring group configures the preset port and data, including: using the hash type and key filed value structure of redis to configure the preset port and data, and saving the monitoring group configured preset port and data in CONFIG_DB; The use of Redis hash type and key filed value structure to configure the preset port and data, including: "up_delay_time": when switching from admin down to admin up, perform a delay operation; The configuration monitoring group state data includes: storing the configuration monitoring group state data in a STATE_DB database, where there are three states: init, up, and down; subscribing to the MONITOR_GROUP_STATE | MGxx state and setting the state of MG | {port}; "MGxx": where xx is an int type number, identifying the serial number of the monitoring group; The subscribing to the MONITOR_GROUP_STATE | MGxx status and setting the status of MG | {port} include: portmgrd determines the port admin value sent to the hardware based on the user-configured shutdown status and MG_PORT | {port} data; the portmgrd process determines the port admin status ultimately sent to the hardware; based on the user configuration and admin status, and the status of each monitoring group in MG_PORT | {port}, if one is marked as down, the down value is sent to the hardware admin; if all are up, the up value is sent to the hardware admin.
2. A fault isolation method based on a white box switch according to claim 1, characterized in that: The step of establishing a monitoring group on the white box switch includes: Establish a monitoring group in the white box switch SONIC system; Log in to the control interface of the white box switch SONIC system; Click the "Monitoring Group" option on the control interface; Click the "New" button and enter the name and description of the monitoring group; Click "OK" to create the monitoring group.
3. The fault isolation method based on a white box switch according to claim 1, characterized in that: The use of Redis's hash type and key filed value structure to configure the preset port and data also includes: Key="MONITOR_GROUP | MGxx" Field Value "ports"<list_value> "up_delay_time" <value>< / value> "ports": The default port, the port group for executing shutdown and no shutdown, which can be one or more ports.
4. A fault isolation method based on a white box switch according to claim 1, characterized in that: The configuration monitoring group status data also includes: Key = "MONITOR_GROUP_STATE | MGxx"; Field Value "state" <init up down>< / init> MG port status, stored in the STATE_DB database; Key = "MG_PORT | {port}"; Field Value "MonitorGroupxx" <up down> 。< / up> 5. The fault isolation method based on a white box switch according to claim 1, characterized in that: The steps of subscribing to the MONITOR_GROUP_STATE | MGxx state, setting the state of MG | {port}, and determining the port admin value to be sent to the hardware by portmgrd based on the shutdown state configured by the user and the MG_PORT | {port} data, further include: The white box switch is initialized, the program enters the working state, and starts subscribing to the Redis STATE_DB database MonitorGroup*; The default state of MG is init, which is the initial state. It initializes the soft data and does not perform other operations. Upon receiving subscription information and the MONITOR_GROUP_STATE state is down, a shutdown flag is written to each port in the preset ports list, recorded in STATE_DB, and the MG_PORT | {port} of the corresponding port is set to MonitorGroupxx down. Upon receiving the subscription information and the MONITOR_GROUP_STATE state is up, set the port's MG_PORT | {port} to MonitorGroupxx down. If the state changes from down to up, the delay process is executed, and the delay time is the configured up_delay_time. If the state changes from init to up, no delay is required.
6. A fault isolation device based on a white box switch, characterized in that: The device comprises: Establish monitoring group module, used to establish monitoring groups on white box switches; Configuration data module, used for configuring preset ports and data for the monitoring group, and configuring status data of the monitoring group; The monitoring group executes a batch shutdown module on the preset ports, which is used to trigger the monitoring group to execute a batch shutdown module on the preset ports to isolate the fault when the white box switch detects its own fault or detects a protocol abnormality; The preset port executes a batch no shutdown module, which is used to execute a batch no shutdown on the preset ports after the failure or protocol abnormality is recovered, and the white box switch can continue to provide services; The monitoring group configures the preset port and data, including: using the hash type and key filed value structure of redis to configure the preset port and data, and saving the monitoring group configured preset port and data in CONFIG_DB; The use of Redis hash type and key filed value structure to configure the preset port and data, including: "up_delay_time": when switching from admin down to admin up, perform a delay operation; The configuration monitoring group state data includes: storing the configuration monitoring group state data in a STATE_DB database, where there are three states: init, up, and down; subscribing to the MONITOR_GROUP_STATE | MGxx state and setting the state of MG | {port}; "MGxx": where xx is an int type number, identifying the serial number of the monitoring group; The subscribing to the MONITOR_GROUP_STATE | MGxx status and setting the status of MG | {port} include: portmgrd determines the port admin value sent to the hardware based on the user-configured shutdown status and MG_PORT | {port} data; the portmgrd process determines the port admin status ultimately sent to the hardware; based on the user configuration and admin status, and the status of each monitoring group in MG_PORT | {port}, if one is marked as down, the down value is sent to the hardware admin; if all are up, the up value is sent to the hardware admin.
7. An electronic device, characterized in that: The system comprises a memory, a processor and a computer program stored in the memory and executable on the processor. When the processor executes the program, the system implements the steps of the fault isolation method based on a white box switch according to any one of claims 1 to 5.
8. A readable storage medium, characterized in that: The readable storage medium stores a computer program, and the computer program is suitable for being loaded by a processor to execute the fault isolation method based on a white box switch according to any one of claims 1 to 5.
Citation Information
Patent Citations
Device and method for fault treatment of stack links in IRF (intelligent resilient framework) system
CN103973560A