A method, device and equipment for automatically detecting and processing same-direction congestion scenarios

Abstract

The present invention provides a method, device and equipment for automatically detecting and processing a co-directional congestion scenario. The method includes: configuring in a basic data configuration table the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected; a trigger aggregates incremental alarm data. When there is a new record in the current alarm table or the alarm count field of a record changes, a record is triggered to an incremental alarm table, and the current time is recorded; determining the alarm data corresponding to the circuit to be detected, and calling the co-directional port traffic detection capability on the local side or the co-directional port traffic detection capability on the opposite side for alarm detection; performing configuration operations, recording the detection results, calling a third-party push interface to push the detection results, and appending the detection results to the alarm forwarding detailed information field, which is forwarded by an alarm forwarding program. In this way, the fault location and repair results are pushed to the operation and maintenance personnel, improving the alarm discovery and fault handling efficiency.

Description

Technical Field

[0001] Embodiments of the present invention generally relate to the technical field of circuit monitoring between network devices, and particularly to a method, apparatus, and device for automatically detecting and processing a co-directional congestion scenario. Background Art

[0002] Network congestion refers to a situation where, when the number of packets transmitted in a packet-switching network is too large, the network transmission performance deteriorates due to limited resources of the store-and-forward nodes. When network congestion occurs, data loss, increased latency, decreased throughput, and in severe cases, even "congestion collapse" generally occur. Usually, network congestion occurs when the load in the network increases excessively, resulting in a decline in network performance. The problem of co-directional circuit congestion caused by circuit failures is a relatively common problem in the daily operation and maintenance process of operators. In the past, the process of manually troubleshooting, locating, and repairing faults was relatively cumbersome and inefficient. At the same time, there was also a problem that the problem location and processing results could not be automatically notified to the operation and maintenance personnel.

[0003] For example, in the patent: "Hidden Fault Detection Circuit and Method Using the Hidden Fault Detection Circuit (Application No.: CN201310453061.9)": The hidden fault detection circuit includes a function module for indicating the working state in the integrated circuit board to which the hidden fault detection circuit belongs; and a hidden fault detection circuit module for detecting the hidden faults existing in the function module according to the output of the function module. This invention can detect and eliminate hidden faults, but it does not solve the problems of locating, repairing circuit faults, and notifying and reporting the processing results. Summary of the Invention

[0004] To solve the above problems, based on the network data automatically discovered by querying the interconnection relationship configuration table and the circuit table according to circuit attributes or device ports, and combining with the circuit information of the faulty circuit obtained by querying the route through logging in to the device, the present invention supports obtaining conditions such as co-directional port status, bandwidth utilization rate, and congestion judgment to exclude non-sharing traffic ports, realizes alarm identification, pre-positioning, and automatic repair of faults for congested circuits exceeding the threshold, and pushes the fault information and repair results to the operation and maintenance positions.

[0005] According to an embodiment of the present invention, there is provided a method, apparatus, and device for automatically detecting and processing a co-directional congestion scenario.

[0006] In the first aspect of the present invention, there is provided a method for automatically detecting and processing a co-directional congestion scenario. The method includes:

[0007] S01: Configure the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected in the basic data configuration table;

[0008] S02: The trigger aggregates the incremental alarm data. When there is a new record in the current alarm table or the alarm count field of the record changes, a record is triggered to the incremental alarm table, and the current time is recorded.

[0009] S03: Determine the alarm data corresponding to the circuit to be detected, and call the traffic detection ability of the same-side port on this side or the traffic detection ability of the same-side port on the opposite side for alarm detection.

[0010] S04: Configuration operation, record the detection result, call the third-party push interface to push the detection result, and append the detection result to the alarm forwarding detailed information field, which is forwarded by the alarm forwarding program.

[0011] Further, the specific operation of configuring the circuit attributes or device attributes to be detected in S01 is as follows: Query the circuit information table, and regularly summarize the circuit attributes corresponding to the configuration attributes into the circuit resource range table. The configuration attributes include: circuit id, circuit A-end device, A-end port, circuit B-end device, B-end port, and circuit attributes.

[0012] Further, the specific steps of determining the alarm data corresponding to the circuit to be detected in S03 are as follows:

[0013] Execute at high frequency regularly. After each execution, record the time in the incremental alarm table as the breakpoint.

[0014] Scan the alarm data in the current alarm table whose alarm type is the basic configuration alarm type and has not been forwarded, associate with the incremental alarm table to determine the alarm data for this detection, and set the alarm to the delayed forwarding state to perform the alarm automatic processing process.

[0015] Further, the steps of calling the traffic detection ability of the same-side port on this side in S03 are as follows:

[0016] Obtain the return parameter device IP and multiple same-side ports, and query the current alarm table to obtain the alarm data.

[0017] Query the circuit table to obtain the peer device and port of each same-side port, query the current alarm table to obtain the alarm data. If there is an alarm, set the alarm status to need to be forwarded, otherwise set the alarm status to do not need to be forwarded.

[0018] Record the bandwidth utilization rate of each obtained same-side port, compare the bandwidth utilization rate of the same-side port with the port bandwidth utilization rate threshold. If it exceeds the threshold, record the port status as congested, otherwise call the port status detection ability to record the management status of the port.

[0019] Further, the step of invoking the traffic detection capability of the opposite - side same - direction port in S03 is: obtain whether the return parameter has a congestion flag congestion value and the bandwidth utilization rate of each port and its bandwidth.

[0020] Further, the congestion value is a value obtained after comparison with a set threshold.

[0021] Further, the processing rule for the traffic detection capability of the local - side same - direction port in S03 is:

[0022] Query the circuit table for its circuit attributes according to the input parameter respara, and record the devices and their device attributes at both ends A and B;

[0023] Obtain whether the bundling port identifier needs to be processed. If it does not need to be processed, skip directly. If it does, query the port extension table according to the device and port at the B - end of the circuit to obtain whether the port is bundled: If the query result has a data record and aggportdescr is not empty or aggtype = sub, it indicates that the port is a physical port and is bundled, and the value of the aggportdescr field is the bundling port; If the query result has data and aggportdescr is empty or aggtype = agg, it indicates that the port is a bundling port, then query all physical ports under the bundling port; Query the port information extension table through the bundling port to obtain all physical ports under the bundling port; If no physical port is found, report an error and exit; Invoke the bandwidth utilization rate real - time collection service to obtain the bandwidth utilization rate of each physical port, and take the maximum value of the incoming and outgoing direction bandwidth utilization rates returned for calculation and then exit;

[0024] Query the circuit table according to the circuit attributes and the device IDs at both ends A and B to obtain all ports on the side where the B - end device is located as A; Invoke the inter - connection port real - time collection capability, pass the parameters devid = the device ID of the B - end device, interIP = the IP of the A - end device, and obtain the inter - connection port as B;

[0025] After removing duplicates from the set A + B, invoke the port bandwidth utilization rate capability to obtain the bandwidth utilization rate of each port, and take the maximum value of the incoming and outgoing direction bandwidth utilization rates returned for calculation.

[0026] Further, the processing rule for the traffic detection capability of the opposite - side same - direction port in S03 is:

[0027] Query the circuit table for its circuit attributes according to the input parameter respara, and record the devices and their device attributes at both ends A and B;

[0028] If the circuit property is a CR-C / D circuit, query the interconnection relationship table of CR devices and C / D devices according to the CR device to obtain the IP address of another C / D device and record it as $cdmgmtip; call the interconnection port real-time collection service to obtain the interconnection port $interconport between the CR device and the C / D device on the other side of the congested circuit; input parameters: devid = CR device ID, interip = $cdmgmtip; call the bandwidth utilization real-time collection service to obtain the bandwidth utilization corresponding to the interconnection port; input parameters: devid = C / D device ID, port = $interconport; take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation.

[0029] If the circuit property is a CR-MSE / BAS / SR circuit, query the circuit data table according to the MSE / SR / BAS device and the circuit property to obtain the circuit between the MSE / SR / BAS device and another CR device corresponding to it and record the number of circuits. At the same time, obtain the IP address of another CR device by querying the associated device table and record it as $crmgmtip;

[0030] If the number of circuits is 0, the program exits and reports an error;

[0031] If the number of circuits is greater than 1, call the interconnection port real-time collection service with the parameters devid = $MSE device ID, interip = $crmgmtip; obtain the interconnection port $interconport between the MSE / SR / BAS and another CR device; call the bandwidth utilization real-time collection service with the parameters devid = $MSE device ID, port = $interconport; take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation.

[0032] If the number of circuits is equal to 1, record any device $adeviceid and port $aport, and query the port extension information;

[0033] If the query result record is greater than 1, call the interconnection port real-time collection service with the parameters devid = $MSE device ID, interip = $crmgmtip; obtain the interconnection port $interconport between the MSE / SR / BAS and another CR device; call the bandwidth utilization real-time collection service with the parameters devid = $MSE device ID, port = $interconport; take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation.

[0034] If the number of query result records is less than or equal to 1, obtain the switchable flag. If it is not switchable, report an error and exit, result = 1, errormessage = "There is only one circuit on the other side in the same direction and traffic switching is not allowed". If it is switchable, call the interconnection port real-time collection service, pass the parameters devid = $MSE device ID, interip = $crmgmtip, and obtain the interconnection port $interconport between MSE / SR / BAS and another CR device. Call the bandwidth utilization real-time collection service, pass the parameters devid = $MSE device ID, port = $interconport, and take the maximum value of the bandwidth utilization in the incoming and outgoing directions of the returned result for calculation.

[0035] Further, the steps of the configuration operation described in S04 are as follows:

[0036] If congestion = 0, call the routing shutdown ability or port shutdown ability to close all ports on the alarm side.

[0037] If congestion = 1, do nothing.

[0038] Further, the format of the detection result record described in S04 is: Circuit congestion: Same-direction ports xxx1|xxx2; Congestion|Port down; 10|20; Opposite-side ports xxx1|xxx2; 5|10; Shutdown successful; CIRxxxxx; Circuit name

[0039] Among them,

[0040] --[Same-direction ports], separated by |

[0041] --Same-direction port status, separated by |

[0042] --Same-direction port utilization rate, separated by | (when inputting QueryTrafficMult)

[0043] --Opposite-side port name, separated by | (when inputting CheckTrafficMult)

[0044] --Opposite-side port utilization rate, separated by |

[0045] --Shutdown status: result = 0 shows "Shutdown successful"; = 1 shows "Shutdown failed"; When the shutdown is not called, it shows "Shutdown operation cannot be performed"

[0046] --Circuit information: (Resource ID of the alarm table and the circuit name corresponding to the ID).

[0047] Further, the processing logic of the routing shutdown ability is as follows:

[0048] Determine whether the device is a Huawei device or a ZTE device;

[0049] If the device is a Huawei device, first enter the configuration mode, execute the command to shut down the routing protocol under the port corresponding to the input parameter respa, and finally execute the reset command.

[0050] If the device is a ZTE device, enter the configuration mode, view ISIS and its number, enter the corresponding ISIS number, enter the port corresponding to the input parameter respa, shut down the protocol and the V6 routing protocol in sequence, and then exit to the # mode to execute the reset command.

[0051] Furthermore, the processing logic of the port shutdown ability is as follows:

[0052] Determine whether the device is a Huawei device or a ZTE device;

[0053] If the device is a Huawei device, log in to the device, determine whether the software version of the device is 8. If the software version is 8, enter "system-view immediately" and then shut down the port; if the software version is not 8, enter "system-view" and then shut down the port;

[0054] If the device is a ZTE device, shut down the port after logging in to the device.

[0055] In the second aspect of the present invention, a device for automatic detection and processing of the co-directional congestion scenario is provided. The device includes:

[0056] Configuration module: used to configure the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected in the basic data configuration table;

[0057] Data summary module: used to trigger the summary of incremental alarm data. When there is a new record in the current alarm table or the alarm count field of the record changes, trigger a record to the incremental alarm table and record the current time;

[0058] Alarm detection module: used to determine the alarm data corresponding to the circuit to be detected, and call the co-directional port traffic detection ability on this side or the co-directional port traffic detection ability on the other side for alarm detection;

[0059] Result push module: used for configuration operations, recording the detection results, calling the third-party push interface, pushing the detection results, and appending the detection results to the alarm forwarding detailed information field, which is forwarded by the alarm forwarding program.

[0060] In the third aspect of the present invention, an electronic device is provided. The electronic device includes: a memory and a processor. A computer program is stored on the memory, and when the processor executes the program, the method according to the first aspect of the present invention is implemented.

[0061] In a fourth aspect of the present invention, there is provided a computer-readable storage medium having a computer program stored thereon, and when the program is executed by a processor, it implements the method according to the first aspect of the present invention.

[0062] The above-mentioned English abbreviation interpretations are as follows:

[0063] Id: Device identification number

[0064] IP: Management address of the device

[0065] Based on the network data automatically discovered by querying the interconnection relationship configuration table and the circuit table according to circuit attributes or device ports, the present invention combines the information of the same-direction circuits of the faulty circuit obtained by querying the route through the logged-in device, and supports obtaining conditions such as the status of the same-direction ports, bandwidth utilization rate, and congestion judgment to exclude non-sharing traffic ports, so as to realize alarm identification, pre-positioning, and automatic repair of faults for congested circuits exceeding the threshold, and push the fault information and repair results to the operation and maintenance positions.

[0066] It should be understood that the content described in the summary of the invention is not intended to limit the key or important features of the embodiments of the present invention, nor to limit the scope of the present invention. Other features of the present invention will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0067] In combination with the accompanying drawings and with reference to the following detailed description, the above and other features, advantages, and aspects of the embodiments of the present invention will become more obvious. Among them:

[0068] Figure 1 The flowchart of the method for automatic detection and processing of the same-direction congestion scenario according to the embodiment of the present invention is shown;

[0069] Figure 2 The block diagram of the device for automatic detection and processing of the same-direction congestion scenario according to the embodiment of the present invention is shown.

[0070] Figure 3 The schematic diagram of the device for automatic detection and processing of the same-direction congestion scenario according to the embodiment of the present invention is shown. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0071] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

[0072] According to an embodiment of the present invention, a method, apparatus, and device for automatically detecting and processing a co-directional congestion scenario are proposed. Based on network data automatically discovered such as querying an interconnection relationship configuration table and a circuit table according to circuit attributes or device ports, and combining with the logged-in device to obtain co-directional circuit information of a faulty circuit by querying a route, and supporting obtaining conditions such as co-directional port status, bandwidth utilization rate, and congestion judgment to exclude non-sharing traffic ports, so as to realize alarm identification, pre-positioning, and automatic repair of faults for congested circuits exceeding a threshold, and push the fault information and repair results to the operation and maintenance positions.

[0073] The principles and spirit of the present invention will be explained in detail below with reference to several representative embodiments of the present invention.

[0074] Figure 1 It is a schematic flowchart of a method for automatically detecting and processing a co-directional congestion scenario according to an embodiment of the present invention. The method includes:

[0075] S01: Configure the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected in the basic data configuration table;

[0076] S02: The trigger aggregates incremental alarm data. When there is a new record in the current alarm table or the alarm count field of the record changes, a record is triggered to the incremental alarm table, and the current time is recorded;

[0077] S03: Determine the alarm data corresponding to the circuit to be detected, and call the co-directional port traffic detection ability on this side or the co-directional port traffic detection ability on the other side for alarm detection;

[0078] S04: Configure operations, record the detection results, call a third-party push interface to push the detection results, and append the detection results to the alarm forwarding detailed information field, which is forwarded by the alarm forwarding program.

[0079] It should be noted that although the operations of the method of the present invention are described in a specific order in the above embodiments and the accompanying drawings, this does not require or imply that these operations must be performed in this specific order, or that all the operations shown must be performed to achieve the desired result. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step for execution, and / or one step may be decomposed into multiple steps for execution.

[0080] In order to more clearly explain the above method for automatically detecting and processing a co-directional congestion scenario, a specific embodiment will be described below. However, it should be noted that this embodiment is only for better explaining the present invention and does not constitute an improper limitation to the present invention.

[0081] The following uses a specific example to further illustrate the method for automatic detection and processing of the same - direction congestion scenario in more detail:

[0082] Configure the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected in the basic data configuration table. Query the circuit information table, and regularly summarize the circuit attributes corresponding to the configured attributes into the circuit resource range table, which includes the circuit ID, the device at the A - end of the circuit, the A - end port, the device at the B - end of the circuit, the B - end port, and the circuit attributes.

[0083] The trigger summarizes the incremental alarm data. If there is a new record in the current alarm table, trigger a record in the incremental alarm table and record the current time.

[0084] Execute at high frequency regularly. After each execution, record the time in the incremental alarm table as the breakpoint; scan the alarm data in the current alarm table whose alarm types are the alarm types configured in the basic configuration and have not been forwarded, associate with the incremental alarm table to determine the alarm data detected this time, and set the alarm to the delayed - forwarding state to perform the alarm automatic processing process.

[0085] Call the same - direction port traffic detection capability on this side or the same - direction port traffic detection capability on the other side for alarm detection. The input parameters of the same - direction port detection capability are shown in Table 1, and the output parameters are shown in Table 2.

[0086] Table 1

[0087]

[0088]

[0089] Table 2

[0090]

[0091]

[0092] Table 3

[0093]

[0094] The steps for calling the same - direction port traffic detection capability on this side are as follows:

[0095] Enter the port corresponding to the input parameter respa, obtain the return - parameter device IP and multiple same - direction ports, and query the current alarm table to obtain the alarm data;

[0096] Query the circuit table to obtain the peer device and port of each same - direction port, query the current alarm table to obtain the alarm data. If there is an alarm, set the alarm status to "need to forward", otherwise set the alarm status to "do not need to forward";

[0097] Record the bandwidth utilization rate of each in - same - direction port obtained. Compare the bandwidth utilization rate of the in - same - direction port with the port bandwidth utilization threshold. If it exceeds the threshold, mark the port status as congested; otherwise, call the port status detection capability and record the management status of the port.

[0098] The processing rule for the in - same - direction port traffic detection capability on this side is:

[0099] Query the circuit table for its circuit attributes according to the input parameter respa, and at the same time record the devices at both ends A and B and their device attributes;

[0100] Obtain whether the bundling port identifier needs to be processed. If it doesn't need to be processed, skip directly. If it does, query the port extension table according to the device at the B - end of the circuit and the port to get whether the port is bundled: If there is data recorded in the query result and aggportdescr is not empty or aggtype = sub, it indicates that the port is a physical port and is bundled, and the value of the aggportdescr field is the bundling port; If there is data in the query result and aggportdescr is empty or aggtype = agg, it indicates that the port is a bundling port, then query all physical ports under the bundling port; Obtain all physical ports under the bundling port by querying the port information extension table through the bundling port; If no physical port is found, report an error and exit; Call the bandwidth utilization rate real - time collection service to obtain the bandwidth utilization rate of each physical port, take the maximum value of the incoming and outgoing direction bandwidth utilization rates returned and participate in the calculation and then exit;

[0101] Query the circuit table according to the circuit attributes and the device IDs at both ends A and B to obtain all ports on the side where the device at the B - end is located as A; Call the inter - connected port real - time collection capability, pass the parameters devid = device ID at the B - end, interIP = device IP at the A - end, and obtain the inter - connected port as B;

[0102] After removing duplicates from the set A + B, call the port bandwidth utilization rate capability to obtain the bandwidth utilization rate of each port, and take the maximum value of the incoming and outgoing direction bandwidth utilization rates returned and participate in the calculation.

[0103] The steps to call the in - same - direction port traffic detection capability on the opposite side are:

[0104] Enter the port corresponding to the input parameter respa;

[0105] Obtain whether the congestion flag congestion value and the bandwidth utilization rate of each port are returned.

[0106] The processing rule for the in - same - direction port traffic detection capability on the opposite side is:

[0107] Query the circuit table for its circuit attributes according to the input parameter respa, and at the same time record the devices at both ends A and B and their device attributes;

[0108] If the circuit attribute is a CR-C / D circuit, query the interconnection relationship table of CR devices and C / D devices according to the CR device to obtain the IP address of another C / D device and record it as $cdmgmtip; call the interconnection port real-time collection service to obtain the interconnection port $interconport between the CR device and the C / D device on the other side of the congested circuit; input parameters: devid = CR device ID, interip = $cdmgmtip; call the bandwidth utilization real-time collection service to obtain the bandwidth utilization corresponding to the interconnection port; input parameters: devid = C / D device ID, port = $interconport; take the maximum value of the incoming and outgoing direction bandwidth utilization in the returned results for calculation.

[0109] If the circuit attribute is a CR-MSE / BAS / SR circuit, query the circuit data table according to the MSE / SR / BAS device and the circuit attribute to obtain the circuit between the MSE / SR / BAS device and another corresponding CR device and record the number of circuits. At the same time, obtain the IP address of another CR device by associating with the device table and record it as $crmgmtip;

[0110] If the number of circuits is 0, the program exits and reports an error;

[0111] If the number of circuits is greater than 1, call the interconnection port real-time collection service, passing the parameters devid = $MSE device ID, interip = $crmgmtip; obtain the interconnection port $interconport between the MSE / SR / BAS and another CR device; call the bandwidth utilization real-time collection service, passing the parameters devid = $MSE device ID, port = $interconport; take the maximum value of the incoming and outgoing direction bandwidth utilization in the returned results for calculation.

[0112] If the number of circuits is equal to 1, record any device $adeviceid and port $aport, and query the port extension information;

[0113] If the number of records in the query result is greater than 1, call the interconnection port real-time collection service, passing the parameters devid = $MSE device ID, interip = $crmgmtip; obtain the interconnection port $interconport between the MSE / SR / BAS and another CR device; call the bandwidth utilization real-time collection service, passing the parameters devid = $MSE device ID, port = $interconport; take the maximum value of the incoming and outgoing direction bandwidth utilization in the returned results for calculation.

[0114] If the number of query result records is less than or equal to 1, obtain the switchable flag; if it is not switchable, report an error and exit, result = 1, errormessage = "There is only one circuit on the other side in the same direction, and traffic switching is not allowed"; if it is switchable, call the interconnection port real-time collection service, pass the parameters devid = $MSE device ID, interip = $crmgmtip, and obtain the interconnection port $interconport between MSE / SR / BAS and another CR device; call the bandwidth utilization real-time collection service, pass the parameters devid = $MSE device ID, port = $interconport; take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation.

[0115] Among them, the input parameters of the interconnection port real-time collection service are shown in Table 4, and the output parameters are shown in Table 5:

[0116] Table 4

[0117] Parameter Name Parameter Code Required Parameter Type Parameter Range Remarks Device ID devid Yes String [1,36] Interconnection IP interip Yes String [1,50]

[0118] Table 5

[0119]

[0120] Table 6

[0121] Parameter Name Parameter Code Required Parameter Type Parameter Range Remarks Interconnection Port interport No String [1,255] Concatenated with multiple English commas

[0122] The processing logic of the interconnection port real-time collection service is as follows:

[0123] If the device is a Huawei device, input display ip routing-table interconnection ip; if the device is a ZTE device, input show ip forwarding route interconnection ip.

[0124] The input parameters of the bandwidth utilization real-time collection service are shown in Table 7, and the output parameters are shown in Table 8:

[0125] Table 7

[0126] Parameter Name Parameter Code Required Parameter Type Parameter Range Remarks Device ID devid Yes String [1,36] Port port Yes String [1,32] Separated by multiple English commas

[0127] Table 8

[0128] Parameter Name Parameter Code Required Parameter Type Parameter Range Remarks Device ID devid Yes String [1,36] Return Code code Yes string Enumeration: 0 Success; -1 Failure Error Message error No string Error message, not empty when failed Data List datalist No - - See Table 9 for instructions

[0129] Table 9

[0130] Parameter Name Parameter Code Required Parameter Type Parameter Range Remarks Port port Yes String [1,32] Inbound Bandwidth Utilization inutilization No double Unit: % Outbound Bandwidth Utilization oututilization No double Unit: %

[0131] The processing logic of the bandwidth utilization real-time collection service is as follows:

[0132] If the device is a Huawei device, enter "dis inter" port; if the device is a ZTE device, enter "showinterface" port.

[0133] For the configuration operation, if congestion = 0, call the route shutdown or port shutdown capability (configuration acquisition) to close all ports on the alarm side; if congestion = 1, do not process, record the detection result, call the third-party push interface, push the detection result, and append the detection result to the alarm forwarding detailed information field, which is then forwarded by the alarm forwarding program.

[0134] Among them, the input parameters of the route shutdown or port shutdown capability are shown in Table 10, and the output parameters are shown in Table 11:

[0135] Table 10

[0136]

[0137] Table 11

[0138]

[0139]

[0140] Table 12

[0141]

[0142] The processing logic for route shutdown is as follows:

[0143] Judge whether the device is a Huawei device or a ZTE device;

[0144] If the device is a Huawei device, first enter the configuration mode, enter the port corresponding to the input parameter respa to execute the route shutdown protocol, and finally execute the reset command. The specific code is:

[0145] sys

[0146] interface port / / ----respara

[0147] isis silent / / Shut down the routing protocol

[0148] reset counters interface / / Reset command

[0149] If the device is a ZTE device, enter the configuration mode and view isis and the number, enter the corresponding isis number, enter the port corresponding to the input parameter respa, sequentially shut down the routing protocol and the V6 routing protocol, and then exit to the # mode to execute the reset command. The specific code is:

[0150] configure terminal / / Enter the configuration mode

[0151] show running-config isis / / View ISIS and its number.

[0152] router isis isis number / / Enter the corresponding ISIS number according to the result of show running-config isis

[0153] interface port / / ---- The ability input parameter respara

[0154] no ip router isis / / Disable the routing protocol

[0155] no ipv6 router isis / / Disable the V6 routing protocol

[0156] end / / Exit to the # mode

[0157] clear statistics interface / / Reset command

[0158] The processing logic for port closing ability is:

[0159] Judge whether the device is a Huawei device or a ZTE device;

[0160] If the device is a Huawei device, log in to the device, judge whether the software version of the device is 8. If the software version is 8, enter system-view immediately and then close the port. If the software version is not 8, enter system-view and then close the port. The specific code is:

[0161] disp version|include software

[0162] $CMD_RESULT =~ / software,\s*Version\s+8\. / mi / / If it can be matched, and if 8 is matched, record the software version $version = 8

[0163] system-view / / --- Execute when $version is not 8

[0164] system-view immediately / / --- Execute when $version is 8

[0165] interface port --- The ability input parameter respara

[0166] shutdown

[0167] quit

[0168] quit

[0169] If the management status of the command result is DOWN, it indicates that the port is successfully closed; otherwise, the closure fails.

[0170] Enter "dis interface port" to view the management status.

[0171] If the device is a ZTE device, after logging in to the device, close the port. The specific code is as follows:

[0172] configure terminal

[0173] interface port / / Capability input parameter respa

[0174] shutdown

[0175] exit

[0176] exit

[0177] If the management status of the command result is not up, it indicates that the port is successfully closed; otherwise, the closure fails.

[0178] Enter "show interface port" to view the management status.

[0179] Specifically, configure the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected in the basic data configuration table. As shown in Table 13, query the circuit information table, and regularly summarize the circuit attributes corresponding to the configured attributes into the circuit resource range table. As shown in Table 14, it includes the circuit ID, circuit A-end device, A-end port, circuit B-end device, B-end port, and circuit attributes.

[0180] Table 13

[0181] Field Name Field Code Field Type Not Null Example Attribute Type proptype string No CIRPROP Attribute Value value string No CIR0001 Alarm Type alarmtype string No DS0001

[0182] Table 14

[0183] Field Name Field Code Field Type Not Null Example Circuit ID circuitid string No CIR07nzp Device ID at End A adevid string No DEV0bqw1 Port of Device at End A adevport string No GigabitEthernet5 / 0 / 27 Device ID at End B bdevid string No DEV0bqw2 Port of Device at End B bdevport string No GigabitEthernet5 / 0 / 28 Circuit Attribute cirprop string No CIR0001

[0184] The trigger summarizes the incremental alarm data. There is a new record in the current alarm table. As shown in Table 15, trigger a record in the incremental alarm table. As shown in Table 16, and record the current time.

[0185] Table 15

[0186]

[0187] Table 16

[0188] Field Name Field Code Field Type Not Null Example Alarm ID alarmid string No 146484891 Recording Time time date No 2022-11-2220:27:15

[0189] Execute at high frequency and regularly. After each execution, record the time of the incremental alarm table as the breakpoint; scan the alarm data in the current alarm table whose alarm type is the alarm type of the basic configuration and has not been forwarded, associate the incremental alarm table to determine the alarm data detected this time, and set the alarm to the delayed forwarding state to perform the alarm automatic processing process.

[0190] The input parameter queryoption = CheckTrafficMult is used to call the alarm detection ability of the opposite-side same-direction port traffic. The input parameter queryoption = CheckTrafficMult, respara = CIR00001; obtain whether the congestion flag congestion value and the bandwidth utilization rate of each port are returned.

[0191] Query the circuit table according to the input parameter respara, and its circuit attribute is the CR-MSE circuit. At the same time, record the A-end and B-end devices and their device attributes. A-end device: DEV0bqw1, A-end device attribute: CR; B-end device: DEV0bqw2, B-end device attribute: MSE.

[0192] Query the circuit between the MSE device and another CR device corresponding to the MSE device according to the MSE device and circuit attributes, and associate the device table of the other CR device to obtain its IP address: 192.168.21.1, denoted as $crmgmtip;

[0193] The number of circuits queried is equal to 1. Record any device $adeviceid: DEV0bqw1, port $aport: GigabitEthernet5 / 0 / 27, query the port extension information table, as shown in Table 17. The query result record is equal to 1. Obtain the switchable flag: it can be switched, then call the interconnection port instant collection service, and pass the parameters devid = $MSEDEV0bqw2, interip = $crmgmtip; obtain the interconnection port $interconport between the MSE and another CR device; call the bandwidth utilization rate instant collection service: pass the parameters devid = $MSE DEV0bqw2, port = $interconport; take the maximum value of the incoming and outgoing direction bandwidth utilization rates returned for calculation.

[0194] Table 17

[0195] Field Name Field Code Field Type Not Null Example Device ID devid string No DEV0bqw1 Device Port devport string No GigabitEthernet5 / 0 / 27 Port Type aggtype string No sub Aggregated Port aggportdescr string No Eth-Trunk2

[0196] Among them, for the operation of configuring the immediate collection service of the interconnected port, record the detection result: if congestion = 0, then call the port closing function to close all ports on the alarm side: if it is determined that this device is a Huawei device, then log in to the device and execute the code:

[0197] disp version|include software

[0198] $CMD_RESULT =~ / software,\s*Version\s+8\. / mi

[0199] If it is determined that the device software version is 8, if the software version is 8, then enter the code:

[0200] system-view immediately

[0201] interface GigabitEthernet5 / 0 / 27

[0202] shutdown

[0203] quit

[0204] quit

[0205] The command result management status is GigabitEthernet5 / 0 / 27 current state: DOWN, indicating that the port is successfully closed.

[0206] Enter the code: dis interface 5 / 0 / 27 to view the management status:

[0207] GigabitEthernet5 / 0 / 27 current state: DOWN(ifindex: 82) / / Management status, UP indicates open, DOWN indicates closed

[0208] Line protocol current state: DOWN / / Protocol status, UP indicates open, DOWN indicates closed

[0209] Last line protocol up time: 2022-11-22 20:37:15 +08:00

[0210] Link quality grade: GOOD

[0211] Description:

[0212] dT:GX-GG-CB-MSE-2.MAN.M6000S:(F1705050222):xgei-0 / 3 / 0 / 1_10G

[0213] Route Port, The Maximum TransmitUnit is 3000

[0214] InternetAddress is 116.9.40.101 / 30

[0215] IP Sending Frames' Format is PKTFMT_ETHNT_2, Hardware address is 48fd-8e6e-5005

[0216] Call the third-party push interface to push the detection result, append the detection result to the alarm forwarding detailed information field, and forward it by the alarm forwarding program.

[0217] Based on the same inventive concept, the present invention also proposes a device for automatically detecting and processing the same-direction congestion scenario. The implementation of this device can refer to the implementation of the above method, and the repeated parts will not be described again. As Figure 2 shown, the device 100 includes:

[0218] Configuration module 101: used to configure the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected in the basic data configuration table;

[0219] Data summarization module 102: used to trigger the summarization of incremental alarm data. When there is a new record in the current alarm table or the alarm count field of the record changes, trigger a record in the incremental alarm table and record the current time;

[0220] Alarm detection module 103: used to determine the alarm data corresponding to the circuit to be detected, and call the same-direction port traffic detection capability on this side or the same-direction port traffic detection capability on the other side for alarm detection;

[0221] Result push module 104: used for configuration operations, recording the detection result, calling the third-party push interface, pushing the detection result, and appending the detection result to the alarm forwarding detailed information field, and forwarding it by the alarm forwarding program.

[0222] Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working process of the described modules can refer to the corresponding process in the foregoing method embodiments, and will not be described again here.

[0223] As Figure 3As shown, the device includes a central processing unit (CPU), which can perform various appropriate actions and processes according to computer program instructions stored in a read-only memory (ROM) or computer program instructions loaded from a storage unit into a random access memory (RAM). In the RAM, various programs and data required for device operation can also be stored. The CPU, ROM, and RAM are connected to each other via a bus. An input / output (I / O) interface is also connected to the bus.

[0224] Multiple components in the device are connected to the I / O interface, including: an input unit, such as a keyboard, mouse, etc.; an output unit, such as various types of displays, speakers, etc.; a storage unit, such as a disk, optical disc, etc.; and a communication unit, such as a network card, modem, wireless communication transceiver, etc. The communication unit allows the device to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0225] The processing unit executes the various methods and processes described above, such as methods S01 - S04. For example, in some embodiments, methods S01 - S04 can be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as a storage unit. In some embodiments, part or all of the computer program can be loaded and / or installed onto the device via the ROM and / or the communication unit. When the computer program is loaded into the RAM and executed by the CPU, one or more steps of methods S01 - S04 described above can be executed. Alternatively, in other embodiments, the CPU can be configured to execute methods S01 - S04 by any other suitable means (e.g., by means of firmware).

[0226] The functions described above herein can be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that can be used include: field programmable gate arrays (FPGA), application specific integrated circuits (ASIC), application specific standard products (ASSP), system on a chip (SOC), complex programmable logic devices (CPLD), and so on.

[0227] The program code for implementing the method of the present invention can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when the program code is executed by the processor or controller, the functions / operations specified in the flowchart and / or block diagram are implemented. The program code can be executed entirely on the machine, partially on the machine, executed partially on the machine and partially on a remote machine as an independent software package, or executed entirely on a remote machine or server.

[0228] In the context of the present invention, a machine-readable medium can be a tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0229] Moreover, although the operations are depicted in a particular order, this should be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed to achieve the desired result. In certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the present invention. Certain features described in the context of separate embodiments can also be implemented in combination in a single implementation. Conversely, the various features described in the context of a single implementation can also be implemented separately or in any suitable sub-combination in multiple implementations.

[0230] Although the subject matter has been described in language specific to structural features and / or methodological acts, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are merely example forms of implementing the claims.

Claims

1. A method for automatic detection and handling of in - same - direction congestion scenarios, characterized in that, the method includes: S01: Configure the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected in the basic data configuration table. The specific operation of configuring the circuit attributes or device attributes to be detected in the basic data configuration table is as follows: Query the circuit information table, and regularly summarize the circuit attributes corresponding to the configured attributes into the circuit resource range table. The configured attributes include circuit id, circuit A - end device, A - end port, circuit B - end device, B - end port, and circuit attributes; S02: The trigger summarizes the incremental alarm data. When there is a new record in the current alarm table or the alarm count field of the record changes, trigger a record to the incremental alarm table and record the current time; S03: Determine the alarm data corresponding to the circuit to be detected, and call the in - same - direction port traffic detection ability on this side or the in - same - direction port traffic detection ability on the opposite side for alarm detection; S04: Configuration operation, record the detection result, call the third - party push interface, push the detection result, and append the detection result to the alarm forwarding detailed information field, which is forwarded by the alarm forwarding program.

2. The method for automatic detection and handling of in - same - direction congestion scenarios according to claim 1, characterized in that, the specific steps of determining the alarm data corresponding to the circuit to be detected in S03 are as follows: Execute at high frequency regularly. After each execution, record the time in the incremental alarm table as the breakpoint; Scan the alarm data in the current alarm table whose alarm type is the alarm type configured in the basic configuration and has not been forwarded, associate with the incremental alarm table to determine the alarm data for this detection, and set the alarm to the delayed - forwarding state, and perform the alarm automatic processing process.

3. The method for automatic detection and handling of in - same - direction congestion scenarios according to claim 1, characterized in that, the steps of calling the in - same - direction port traffic detection ability on this side in S03 are as follows: Obtain the return - parameter device IP and multiple in - same - direction ports, and query the current alarm table to obtain the alarm data; Query the circuit table to obtain the peer device and port of each in - same - direction port, query the current alarm table to obtain the alarm data. If there is an alarm, set the alarm status to need to be forwarded, otherwise set the alarm status to not need to be forwarded; Record the bandwidth utilization rate of each obtained in - same - direction port, compare the bandwidth utilization rate of the in - same - direction port with the port bandwidth utilization rate threshold. If it exceeds the threshold, record the port status as congested, otherwise call the port status detection ability and record the management status of the port.

4. The method for automatic detection and handling of in - same - direction congestion scenarios according to claim 1, characterized in that, the steps of calling the in - same - direction port traffic detection ability on the opposite side in S03 are: Obtain the return - parameter congestion flag congestion value and each port and its bandwidth utilization rate.

5. The method for automatic detection and handling of in - same - direction congestion scenarios according to claim 4, characterized in that, the congestion value is a value obtained after comparison with a set threshold.

6. The method for automatic detection and handling of in - same - direction congestion scenarios according to claim 1, characterized in that, The processing rule for the traffic detection capability of the same-side ports described in S03 is as follows: Query the circuit table for its circuit attributes based on the input parameter respa, and record the devices and their device attributes at both ends A and B; Obtain whether the bundling port identifier needs to be processed. If it does not need to be processed, skip it directly. If it does, query the port extension table based on the device and port at the B end of the circuit to obtain whether the port is bundled: If the query result has data records and aggportdescr is not empty or aggtype = sub, it indicates that the port is a physical port and is bundled, and the value of the aggportdescr field is the bundling port; If the query result has data and aggportdescr is empty or aggtype = agg, it indicates that the port is a bundling port, then query all physical ports under the bundling port; Query the port information extension table through the bundling port to obtain all physical ports under the bundling port; If no physical ports are found, report an error and exit; Call the bandwidth utilization rate real-time collection service to obtain the bandwidth utilization rate of each physical port, and take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation and then exit; Query the circuit table based on the circuit attributes and the device IDs at both ends A and B to obtain all ports on the side where the device at the B end is located as A; Call the interconnection port real-time collection capability, passing the parameters devid = device ID at the B end, interIP = device IP at the A end, to obtain the interconnection port as B; After removing duplicates from the set A + B, call the port bandwidth utilization rate capability to obtain the bandwidth utilization rate of each port, and take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation.

7. According to the method for automatic detection and processing of the same-side congestion scenario described in claim 1, characterized in that The processing rule for the traffic detection capability of the opposite-side same-side ports described in S03 is as follows: Query the circuit table for its circuit attributes based on the input parameter respa, and record the devices and their device attributes at both ends A and B; If the circuit attribute is a CR-C / D circuit, query the interconnection relationship table between the CR device and the C / D device based on the CR device to obtain the IP address of the other C / D device and record it as $cdmgmtip; Call the interconnection port real-time collection service to obtain the interconnection port $interconport between the CR device and the C / D device on the other side of the congested circuit; Input parameters: devid = CR device ID, interip = $cdmgmtip; Call the bandwidth utilization rate real-time collection service to obtain the bandwidth utilization rate corresponding to the interconnection port; Input parameters: devid = C / D device ID, port = $interconport; Take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation; If the circuit attribute is a CR-MSE / BAS / SR circuit, query the circuit data table based on the MSE / SR / BAS device and the circuit attributes to obtain the circuit between the MSE / SR / BAS device and the other CR device corresponding to it and record the number of circuits, and at the same time obtain the IP address of the other CR device associated with the device table and record it as $crmgmtip; If the number of circuits is 0, the program exits and reports an error; If the number of circuits is greater than 1, call the interconnection port real-time collection service with parameters devid = $MSE device ID and interip = $crmgmtip; obtain the interconnection port $interconport between MSE / SR / BAS and another CR device; call the bandwidth utilization rate real-time collection service with parameters devid = $MSE device ID and port = $interconport; take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation; If the number of circuits is equal to 1, record any device $adeviceid and port $aport, and query the port extension information; If the number of query result records is greater than 1, call the interconnection port real-time collection service with parameters devid = $MSE device ID and interip = $crmgmtip; obtain the interconnection port $interconport between MSE / SR / BAS and another CR device; call the bandwidth utilization rate real-time collection service with parameters devid = $MSE device ID and port = $interconport; take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation; If the number of query result records is less than or equal to 1, obtain the switchable flag; if it is not switchable, report an error and exit with result = 1 and errormessage = "There is only one circuit on the other side in the same direction and traffic switching is not possible"; if it is switchable, call the interconnection port real-time collection service with parameters devid = $MSE device ID, interip = $crmgmtip, and obtain the interconnection port $interconport between MSE / SR / BAS and another CR device; call the bandwidth utilization rate real-time collection service with parameters devid = $MSE device ID and port = $interconport; take the maximum value of the incoming and outgoing bandwidth utilization rates returned for calculation.

8. A method for automatic detection and processing of a same-direction congestion scenario according to claim 1, characterized in that, The steps of the configuration operation described in S04 are: If congestion = 0, call the routing shutdown or port shutdown capability to shut down all ports on the alarm side; If congestion = 1, do not process.

9. A device for automatic detection and processing of a same-direction congestion scenario, characterized in that, This device implements the method described in any one of claims 1 to 8, including: Configuration module: used to configure the circuit attributes or device attributes to be detected and the alarm types corresponding to the circuit data to be detected in the basic data configuration table; Data summary module: used to trigger the summary of incremental alarm data. When there is a new record in the current alarm table or the alarm count field of the record changes, trigger a record in the incremental alarm table and record the current time; Alarm detection module: used to determine the alarm data corresponding to the circuit to be detected, and call the same-side same-direction port traffic detection capability or the opposite-side same-direction port traffic detection capability for alarm detection; Result pushing module: used for configuration operations, recording detection results, calling third-party push interfaces to push the detection results, and appending the detection results to the alarm forwarding details field for forwarding by the alarm forwarding program.

10. An electronic device, comprising a memory and a processor, with a computer program stored on the memory, characterized in that, when the processor executes the program, it implements the method according to any one of claims 1 to 8.

11. A computer-readable storage medium, with a computer program stored thereon, characterized in that, when the program is executed by the processor, it implements the method according to any one of claims 1 to 8.

Images