Network status determination method and apparatus

Abstract

The present application provides a network status determination method and apparatus. The method comprises: acquiring streaming protocol information and routing protocol information, and on the basis of the streaming protocol information and the routing protocol information, confirming that an IP network protocol is stable; acquiring stream metric information, and on the basis of the stream metric information, confirming that the stream metric information is stable; and on the basis that the IP network protocol is stable and the stream metric information is stable, determining that a network status is stable. By means of the method, comprehensively considering from the IP network protocol and the stream metric information allows for accurate evaluation for the status of a network, improving the precision of network health degree (stability) indication.

Description

Network status determination method and device

[0001] This application claims priority to the Chinese patent application with application number 202410319825.3 filed with the State Intellectual Property Office of China on March 19, 2024, and priority to the Chinese patent application with the invention name “Network Status Determination Method and Device”, all contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of Internet Protocol (IP), and in particular to a method and device for determining network status. Background Art

[0003] In recent years, serious network incidents have occurred frequently across various industries. The vast majority of these incidents are network-related, leading to large-scale end-user service outages that impact national economy and livelihoods. Each incident has resulted in significant economic losses and adverse impacts. Existing network equipment and networks are designed and implemented with reliability and availability in mind, and network hardening and maintenance are also in place.

[0004] The frequent occurrence of major network accidents in modern times is mainly due to the following reasons: 1. The impact of network uncertainty shocks, including: misoperation and system anomalies are increasingly becoming the main causes; reliability and resilience; 2. Multi-purpose network architecture: heterogeneous to homogeneous networks, such as the disappearance of species isolation; the increasing integration of networks, such as the integration of fixed and mobile networks.

[0005] In the face of external and internal uncertainties, to ensure stable network operation, resilience must be considered a fundamental design and operational characteristic of future networks. Network resilience assessment provides a comprehensive framework for improving network prediction and resilience against external disturbances, as well as enhancing recovery strategies. It is a crucial component of network resilience standards. Regarding network resilience, when experiencing a disturbance, a network goes through four phases: anticipation, tolerance, recovery, and adaptation.

[0006] Currently, in the power grid sector, a two-tier, multi-dimensional indicator system has been designed for distribution network resilience, encompassing both planning and operational layers. This system, based on historical grid data, generates a comprehensive resilience curve. This relies on a large amount of historical data and only considers the impact of extreme weather events on the system. Actual IP network disturbances are not limited to weather alone, but also include human factors and system-specific factors. Therefore, determining grid recovery is relatively straightforward. However, since the power grid does not consider specific characteristics such as the protocols used by actual services, inaccurate judgments can occur if the network relies on similar criteria. Summary of the Invention

[0007] The present application discloses a method and apparatus for determining network status, which can accurately evaluate the status of a network.

[0008] In a first aspect, an embodiment of the present application provides a method for determining a network status, including:

[0009] Acquire flow protocol and routing protocol information, and confirm that the IP network protocol is stable based on the flow protocol and routing protocol information;

[0010] Acquiring flow indicator information, and confirming that the flow indicator information is stable based on the flow indicator information;

[0011] The network state is determined to be stable based on the stability of the IP network protocol and the stability of the flow indicator information.

[0012] In an embodiment of the present application, flow protocol information and routing protocol information are obtained, and based on the flow protocol and routing protocol information, the IP network protocol is confirmed to be stable; flow indicator information is obtained, and based on the flow indicator information, the flow indicator information is confirmed to be stable; and then, based on the stability of the IP network protocol and the stability of the flow indicator information, the network status is determined to be stable. This approach, by comprehensively considering both the network protocol and flow indicator information dimensions, can accurately assess the network status and improve the accuracy of the network health (stability) indication.

[0013] In one possible implementation, the IP network protocol includes a transport protocol and a routing protocol. That is, the network protocol stability is determined based on the transport protocol and the routing protocol. Optionally, the TCP protocol is determined after the routing protocol is determined.

[0014] In a possible implementation, the flow protocol and routing protocol information includes at least one of a protocol type and a determination strategy corresponding to the protocol type.

[0015] In one possible implementation, the protocol type includes at least one of the following: TCP, RTP, QUIC, and a routing protocol.

[0016] In a possible implementation, the method further includes:

[0017] Obtaining a transmission data message, wherein the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, or the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, and at least one of an execution strategy, a list of numeric field names, a field name, and a value;

[0018] The acquiring of flow protocol and routing protocol information includes:

[0019] The flow protocol and routing protocol information are obtained from the transmission data packet.

[0020] For example, the flow protocol and routing protocol information are obtained from the packet header information of the transmission data message.

[0021] In a first possible implementation manner, obtaining the flow indicator information and confirming that the flow indicator information is stable based on the flow indicator information includes:

[0022] Acquire at least one type of flow indicator information at least at a first time and a second time, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0023] Obtaining a fluctuation value of the at least one flow indicator information based on the at least two acquired flow indicator information;

[0024] Obtaining fluctuation values ​​of the at least one flow indicator information relative to the SLA of the flow after a preset time period of the first time interval;

[0025] When the fluctuation value of the at least one flow indicator information is less than or equal to the first threshold, and the fluctuation value of the at least one flow indicator information relative to the SLA of the flow is less than or equal to the second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0026] In a second possible implementation manner, obtaining the flow indicator information and confirming, based on the flow indicator information, that the flow indicator information is stable includes:

[0027] Implementing recovery measures for disrupted networks;

[0028] After the recovery measure is implemented, obtaining the at least one flow indicator information at least twice, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0029] When the fluctuation value of the at least one flow indicator information is less than or equal to a first threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0030] In a third possible implementation manner, obtaining the flow indicator information and confirming, based on the flow indicator information, that the flow indicator information is stable includes:

[0031] Acquire the at least one flow indicator information at least at a first time and a second time, respectively, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0032] Obtaining a first value based on the at least one flow indicator information obtained at the first time and the SLA of the at least one flow indicator information;

[0033] A second value is obtained based on the at least one flow indicator information obtained at the first time and the second time respectively.

[0034] Then, when the first value is less than or equal to a first threshold, and the second value is less than or equal to a second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0035] In a possible implementation, the flow indicator information further includes at least one of a flow ID, a flow type, a fluctuation determination list, and a fluctuation threshold, or,

[0036] The flow indicator information includes at least one of a flow ID, a flow type, a fluctuation determination list, a fluctuation threshold, and comprehensive fluctuation information.

[0037] In a possible implementation, the network recovers stability at an interval T after being disturbed, wherein T is determined based on the stability of the IP network protocol and the stability of the flow indicator information.

[0038] Optionally, the recovery time can be determined based on the start time of the network disturbance and the time point when the network reaches a stable protocol state. Resilience results can be calculated based on the recovery time. This approach can improve the accuracy of network resilience assessments and obtain an accurate T value.

[0039] In a second aspect, an embodiment of the present application provides a network status determination device, including:

[0040] An acquisition module, configured to acquire flow protocol and routing protocol information, and confirm that the IP network protocol is stable based on the flow protocol and routing protocol information;

[0041] The acquisition module is further configured to acquire flow indicator information and confirm that the flow indicator information is stable based on the flow indicator information;

[0042] A determination module is used to determine whether the network state is stable based on the stability of the IP network protocol and the stability of the flow indicator information.

[0043] In a possible implementation, the IP network protocol includes a transmission protocol and a routing protocol.

[0044] In a possible implementation, the flow protocol and routing protocol information includes at least one of a protocol type and a determination strategy corresponding to the protocol type.

[0045] In one possible implementation, the protocol type includes at least one of the following: TCP, RTP, QUIC, and a routing protocol.

[0046] In a possible implementation, the acquisition module is further configured to:

[0047] Obtaining a transmission data message, wherein the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, or the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, and at least one of an execution strategy, a list of numeric field names, a field name, and a value;

[0048] The acquisition module is further used to:

[0049] The flow protocol and routing protocol information are obtained from the transmission data packet.

[0050] In a possible implementation, the acquisition module is configured to:

[0051] Acquire at least one type of flow indicator information at least at a first time and a second time, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0052] Obtaining a fluctuation value of the at least one flow indicator information based on the at least two acquired flow indicator information;

[0053] Obtaining fluctuation values ​​of the at least one flow indicator information relative to the SLA of the flow after a preset time period of the first time interval;

[0054] When the fluctuation value of the at least one flow indicator information is less than or equal to the first threshold, and the fluctuation value of the at least one flow indicator information relative to the SLA of the flow is less than or equal to the second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0055] In another possible implementation, the acquisition module is further configured to:

[0056] Implementing recovery measures for disrupted networks;

[0057] After the recovery measure is implemented, obtaining the at least one flow indicator information at least twice, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0058] When the fluctuation value of the at least one flow indicator information is less than or equal to a first threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0059] In yet another possible implementation, the acquisition module is further configured to:

[0060] Acquire the at least one flow indicator information at least at a first time and a second time, respectively, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0061] Obtaining a first value based on the at least one flow indicator information obtained at the first time and the SLA of the at least one flow indicator information;

[0062] A second value is obtained based on the at least one flow indicator information obtained at the first time and the second time respectively.

[0063] Then, when the first value is less than or equal to a first threshold, and the second value is less than or equal to a second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0064] In a possible implementation, the flow indicator information further includes at least one of a flow ID, a flow type, a fluctuation determination list, and a fluctuation threshold, or,

[0065] The flow indicator information includes at least one of a flow ID, a flow type, a fluctuation determination list, a fluctuation threshold, and comprehensive fluctuation information.

[0066] In a possible implementation, the network recovers stability at an interval T after being disturbed, wherein T is determined based on the stability of the IP network protocol and the stability of the flow indicator information.

[0067] In a third aspect, the present application provides a network status determination device, comprising a processor and a memory; wherein the memory is used to store program code, and the processor is used to call the program code to execute a method provided in any possible implementation manner of the first aspect.

[0068] In a fourth aspect, the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and the computer program is executed by a processor to implement the method provided in any possible implementation manner of the first aspect.

[0069] In a fifth aspect, the present application provides a computer program product, which, when executed on a computer, enables the computer to execute the method provided in any possible implementation of the first aspect.

[0070] It is understandable that the apparatus described in the second aspect, the apparatus described in the third aspect, the computer storage medium described in the fourth aspect, or the computer program product described in the fifth aspect are all used to execute any of the methods provided in the first aspect. Therefore, the beneficial effects that can be achieved can be referenced to the beneficial effects of the corresponding methods and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0071] The following is an introduction to the drawings used in the embodiments of this application.

[0072] FIG1a is a schematic diagram of a network status determination system provided by an embodiment of the present application;

[0073] FIG1b is a schematic diagram of another network status determination system provided by an embodiment of the present application;

[0074] FIG2 is a flow chart of a method for determining a network status according to an embodiment of the present application;

[0075] FIG3 is a schematic diagram of an IP network resilience curve provided in an embodiment of the present application;

[0076] FIG4 is a schematic diagram of another method for determining a network status provided in an embodiment of the present application;

[0077] FIG5 is a schematic structural diagram of a network status determination device provided in an embodiment of the present application;

[0078] FIG6 is a schematic structural diagram of another network status determination device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0079] The following describes the embodiments of the present application in conjunction with the accompanying drawings. The terms used in the implementation methods of the embodiments of the present application are only used to explain the specific embodiments of the present application and are not intended to limit the present application.

[0080] The following will describe in detail the system architecture of the embodiment of the present application in conjunction with the accompanying drawings. Please refer to Figure 1a, which is a schematic diagram of a network status determination system applicable to the embodiment of the present application, the system including a network manager 101 and a resilience assessment device 102. Wherein: the network manager 101 is used to obtain flow protocol and routing protocol information, and confirm the stability of the IP network protocol based on the flow protocol and routing protocol information. The network manager 101 is also used to obtain flow indicator information, and confirm the stability of the flow indicator information based on the flow indicator information. The network manager 101 is also used to determine that the network status is stable based on the stability of the IP network protocol and the stability of the flow indicator information. Furthermore, the network manager 101 can send the network status to the resilience assessment device 102.

[0081] In one possible implementation, the network management system 101 and the resilience evaluation device 102 may be integrated. For example, the network management system 101 includes the resilience evaluation device 102. This solution does not impose any limitation on this.

[0082] In a possible implementation, the network management system 101 may be a device used for network maintenance, etc. This solution does not impose any limitation on this.

[0083] Please refer to Figure 1b, which is a schematic diagram of another network status determination system applicable to an embodiment of the present application, the system including a simulation unit 103 and a resilience assessment device 104. The simulation unit 103 is used to obtain flow protocol and routing protocol information, and confirm the stability of the IP network protocol based on the flow protocol and routing protocol information. The simulation unit 103 is also used to obtain flow indicator information, and confirm the stability of the flow indicator information based on the flow indicator information. The simulation unit 103 is also used to determine that the network status is stable based on the stability of the IP network protocol and the stability of the flow indicator information. Furthermore, the simulation unit 103 can send the network status to the resilience assessment device 104.

[0084] In a possible implementation, the simulation unit 103 may be a user device, a service end (such as a server, a cloud), etc., and this solution does not impose any restrictions on this.

[0085] The above describes the architecture of the embodiment of the present application. The following describes the method of the embodiment of the present application in detail.

[0086] Referring to Figure 2, it is a flow chart of a network status determination method provided by an embodiment of the present application. Optionally, the method can be applied to the aforementioned network status determination system, such as the network status determination system shown in Figure 1a. The network status determination method shown in Figure 2 may include steps 201-203. It should be understood that this application is described in the order of 201-203 for the convenience of description, and is not intended to limit execution to the above order. The embodiment of the present application does not limit the order of execution, execution time, number of executions, etc. of the above one or more steps. The following description takes the execution subject of steps 201-203 of the network status determination method as the network management as an example, and this application is also applicable to other execution subjects. Steps 201-203 are as follows:

[0087] 201. Obtain flow protocol and routing protocol information, and confirm that the IP network protocol is stable based on the flow protocol and routing protocol information.

[0088] In one possible implementation, the stream protocol and routing protocol information includes a protocol type. Exemplarily, the protocol type includes at least one of the following: Transmission Control Protocol (TCP), Real-time Transport Protocol (RTP), Quick UDP Internet Connections (QUIC) based on User Datagram Protocol (UDP), and a routing protocol.

[0089] In another possible implementation, the flow protocol and routing protocol information includes a decision strategy corresponding to the protocol type. For an introduction to the decision strategy, please refer to the records in Table 1 below, etc., which will not be repeated here.

[0090] In another possible implementation, the flow protocol and routing protocol information includes a protocol type and a determination strategy corresponding to the protocol type. For example, the protocol type and the determination strategy corresponding to the protocol type may be as shown in Table 1.

[0091] Table 1

[0092] As shown in Table 1, if the protocol type is TCP, the corresponding determination strategy includes determining by protocol message fields (at any node). For example, the adjustment range of the cwnd / ssthresh (congestion window) field determined by the TCP congestion control algorithm is less than a specific threshold.

[0093] In one possible implementation, the IP network protocol includes a transport protocol and a routing protocol. That is, the network protocol stability is determined based on the transport protocol and the routing protocol. Optionally, the TCP protocol is determined after the routing protocol is determined.

[0094] In a possible implementation, after the network is disturbed, flow protocol and routing protocol information is obtained.

[0095] Among them, combined with Figure 3, is a schematic diagram of an IP network resilience curve provided by an embodiment of the present application. Among them, network resilience assessment provides a complete framework for improving the network's prediction of external disturbances, anti-disturbance capabilities, and recovery strategies, and is a vital link in the network resilience standard. Among them, regarding the resilience of the network, for example, when it suffers a network disturbance, the network will go through four stages, namely, anticipation, tolerance, recovery, and adaptation. After dividing the network into the above four states, in the process of evaluating network resilience, it is necessary to consider how to judge whether the network has recovered to a usable state after recovery measures are applied when the network is disturbed. This is an essential basic link. This is helpful for whether the network is available and improving the assessment accuracy of resilience.

[0096] In a possible implementation manner, a transmission data packet is obtained, wherein the transmission data packet includes at least one of a protocol type and a determination strategy corresponding to the protocol type.

[0097] The acquiring of flow protocol and routing protocol information includes:

[0098] The flow protocol and routing protocol information are obtained from the transmission data packet.

[0099] Exemplarily, a transmission data message is acquired, and protocol-related information (such as a protocol type and at least one of a determination strategy corresponding to the protocol type) is acquired from packet header information of the transmission data message.

[0100] The above example uses the example of a transmission data message including a protocol type and at least one of the determination strategies corresponding to the protocol type. Alternatively, the transmission data message includes a protocol type, at least one of the determination strategies corresponding to the protocol type, and at least one of an execution strategy (such as the specific strategy shown in Table 2), a list of digital field names, a field name, and a value.

[0101] Exemplarily, the transmission data message includes the fields shown in Table 2 or Table 3:

[0102] Table 2

[0103] Table 3

[0104] Exemplarily, the protocol information collection method may include:

[0105] 1. TCP / RTP and other streaming protocol information: This information can be obtained through packet sampling, based on packet mirror analysis, such as probe-based collection, or network management reporting.

[0106] 2. Routing protocol information: Fault detection - event reporting, which can be directly collected through routing or reported to the network management.

[0107] Of course, other methods may also be used, and this solution does not limit this.

[0108] In a possible implementation, the network management periodically obtains at least one piece of flow protocol and routing protocol information, and determines that the IP network protocol is in a stable state based on the obtained flow protocol and routing protocol information.

[0109] 202. Obtain flow indicator information, and confirm that the flow indicator information is stable based on the flow indicator information.

[0110] Exemplarily, the flow performance indicator (KPI) information includes but is not limited to one or more of flow rate, delay, jitter, throughput, and packet loss.

[0111] In a possible implementation, the flow indicator information further includes at least one of a flow ID, a flow type, a fluctuation determination list, and a fluctuation threshold.

[0112] In another possible implementation, the flow indicator information includes at least one of a flow ID, a flow type, a fluctuation determination list, a fluctuation threshold, and comprehensive fluctuation information.

[0113] This solution does not impose any restrictions on the flow indicator information.

[0114] The following describes how to confirm that the flow indicator information is stable based on the flow indicator information.

[0115] In the first possible implementation, a single KPI determination based on the flow is performed, such as confirming the stability of the flow indicator information based on a certain KPI indicator such as flow rate, delay, jitter, etc. There are two implementation methods:

[0116] Example 1

[0117] The method includes obtaining flow indicator information at least at a first time and a second time, respectively. It is understandable that the first time and the second time can be any time, or can be periodic, or can be measured several times in succession.

[0118] Based on the flow indicator information obtained at least twice, a fluctuation value of the flow indicator information is obtained.

[0119] Then, fluctuation values ​​of the flow indicator information relative to the service level agreement (SLA) of the flow after a preset time period of the first time interval are obtained.

[0120] When the fluctuation value of the flow indicator information is less than or equal to the first threshold, and the fluctuation value of the flow indicator information relative to the SLA of the flow is less than or equal to the second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0121] That is, the flow KPI fluctuations measured for several consecutive times are less than a specific threshold (first threshold W1), that is: d(P(t n ),P(t n+1 ))≤W1,n=1,2,3…

[0122] And, within the preset time period, if Within the period, the KPI fluctuation relative to the SLA of the flow is less than a specific threshold (the second threshold W2), that is: d(P(t n ),SLA)≤W2,n=1,2,3…

[0123] It is then confirmed that the network meets the stability of the flow indicator information.

[0124] Among them, P(t n ) is the time t n The corresponding KPI value, d is P(t n ), P(t n+1 ) between .

[0125] Example 2

[0126] This includes: implementing recovery measures for the disturbed network.

[0127] After the recovery measure is implemented, flow indicator information is obtained at least twice.

[0128] Then, when the fluctuation value of the flow indicator information is less than or equal to a first threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0129] That is to say, the judgment is made after the restoration measures are implemented. Of course, other judgment conditions can also be adopted, and this solution does not limit this.

[0130] The above two examples use a single KPI for a flow as an example. In a second possible implementation, the flow indicator information stability is determined based on multiple KPIs of the flow, for example, two or more KPI indicators such as rate information, latency, and jitter are selected for determination.

[0131] Exemplarily, flow indicator information is obtained multiple times in a row, and the flow indicator information includes delay and jitter.

[0132] Based on the flow indicator information obtained multiple times, a fluctuation value of the flow indicator information is obtained. It can be understood that the fluctuation value of the flow indicator information includes not only the fluctuation value of the delay, but also the fluctuation value of the jitter.

[0133] Then, the fluctuation values ​​of the flow indicator information relative to the flow SLA after the first time interval are obtained, including the fluctuation values ​​of the delay relative to the flow SLA and the fluctuation values ​​of the jitter relative to the flow SLA.

[0134] When the fluctuation value of the flow indicator information is less than or equal to the first threshold, and the fluctuation value of the flow indicator information relative to the SLA of the flow is less than or equal to the second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0135] That is, when the fluctuation value of the delay is less than or equal to the first threshold, and the fluctuation value of the delay relative to the SLA of the flow is less than or equal to the second threshold; and the fluctuation value of the jitter is less than or equal to the first threshold (of course it can also be other thresholds), and the fluctuation value of the jitter relative to the SLA of the flow is less than or equal to the second threshold (of course it can also be other thresholds), it is confirmed that the network meets the stability of the flow indicator information.

[0136] Alternatively, a recovery measure is implemented for the disturbed network. After the recovery measure is implemented, flow indicator information is obtained multiple times in a row. The flow indicator information includes delay and jitter.

[0137] Then, when the fluctuation value of the flow indicator information (ie, the fluctuation value of the latency and the fluctuation value of the jitter) is less than or equal to a first threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0138] It should be noted that this example uses the example that the fluctuation values ​​of at least two flow indicator information are less than the same threshold. Of course, different flow indicator information may correspond to different thresholds, and this solution does not limit this.

[0139] In a third possible implementation, it is determined that the flow indicator information is stable based on a comprehensive situation of the flow KPI indicators (which may be part or all of the KPIs).

[0140] The method includes obtaining the at least one flow indicator information at least at a first time and a second time, respectively. It is understandable that the first time and the second time can be any time, or can be periodic, or can be measured several times in succession.

[0141] A first value is obtained based on the at least one flow indicator information obtained at the first time and the SLA of the at least one flow indicator information.

[0142] A second value is obtained based on the at least one flow indicator information obtained at the first time and the second time respectively.

[0143] Then, when the first value is less than or equal to a first threshold, and the second value is less than or equal to a second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0144] For example, the comprehensive index of the flow can be expressed as:

[0145] or

[0146] in, This is the first threshold mentioned above, This is the second threshold mentioned above. n )=[p1(t n ),p2(t n ),…,p m (t n )] can be a vector of some or all KPI indicators (m); P(a)=[SLA1,SLA1,…,SLA m ] is the SLA vector of some or all KPI indicators; d(P(t n ),P(a)) represents the difference between vectors.

[0147] That is, when

[0148] and , confirm that the flow indicator information is stable.

[0149] or,

[0150] and , confirm that the flow indicator information is stable.

[0151] The above calculation is only an example, and other calculations can also be used, which is not limited in this solution.

[0152] Based on the above judgment method, it can be determined that the flow indicator information is stable.

[0153] Optionally, obtain flow indicator information from a network management system or simulation platform, or obtain flow indicator information from pre-configuration.

[0154] Among them, the flow KPI information such as latency fluctuation Latency_fluctuation and packet loss fluctuation Packloss_fluctuation is flag information. For example, when it is selected as the judgment basis, it is set to 1, otherwise it is 0. When multiple indicators are used for comprehensive judgment, multiple information can be set to 1.

[0155] For example, the flow indicator information is shown in Table 4:

[0156] Table 4

[0157] 203. Determine that the network state is stable based on the stability of the IP network protocol and the stability of the flow indicator information.

[0158] When the IP network protocol is stable and the flow indicator information is stable, it means that the network has recovered to a usable state. The execution order of step 201 and step 202 can be performed simultaneously, or one can be performed first and then the other when it is stable. Of course, other designs are also possible, and this solution does not limit this.

[0159] In a possible implementation, as shown in FIG3 , the network recovers stability at an interval T after being disturbed, wherein T is determined based on the stability of the IP network protocol and the stability of the flow indicator information.

[0160] That is, when it is determined that the IP network protocol is stable and the flow index information is stable, it indicates that the network has recovered and stabilized.

[0161] Optionally, the recovery time can be determined based on the start time of the network disturbance and the time point when the network reaches a stable IP protocol state and the flow metrics are stable. Resilience results can be calculated based on the recovery time. This approach can improve the accuracy of network resilience assessments and obtain an accurate T value.

[0162] In an embodiment of the present application, flow protocol and routing protocol information are obtained, and based on the flow protocol and routing protocol information, the IP network protocol is confirmed to be stable; flow indicator information is obtained, and based on the flow indicator information, the flow indicator information is confirmed to be stable; and then, based on the stability of the IP network protocol and the stability of the flow indicator information, the network status is determined to be stable. This approach, by comprehensively considering both the IP network protocol and flow indicator information, can accurately assess the network status and improve the accuracy of the network health (stability) indication.

[0163] As shown in Figure 4, a schematic diagram of another method for determining network status provided in an embodiment of the present application is provided. The method may include steps 401-407, which are as follows:

[0164] 401. Get flow indicator information.

[0165] For example, flow indicator information includes flow throughput, packet loss, and delay information, which is used to determine the stability of the flow indicator information.

[0166] 402. Determine the stability of the flow indicator information based on the flow indicator information.

[0167] For the introduction of this part, please refer to the description of step 202 in the embodiment shown in FIG2 , which will not be repeated here.

[0168] 403. If the flow indicator information is stable, obtain information related to the IP protocol, routing protocol, and network element failure.

[0169] If the flow indicator information is stable, network configuration information can be read, including IP protocol, routing information, and network element fault information (e.g., obtained from the management plane). In step 404, if the flow indicator information is unstable, the flow indicator information can be re-obtained after a sampling period or event (e.g., a measurement event defined by the protocol, or a state change point when a special network condition occurs).

[0170] 405. Based on the above IP protocol, routing protocol, etc., and network element fault related information, protocol stability is determined.

[0171] For the introduction of this part, please refer to the description of step 201 in the embodiment shown in FIG2 , which will not be repeated here.

[0172] 406. If the protocol status is stable, output the network availability status and recovery time T.

[0173] Among them, 407, if the protocol status is unstable, after a sampling period or event, the IP protocol, routing protocol, etc., as well as network element fault related information are re-obtained.

[0174] For an introduction to this embodiment, please refer to the embodiment shown in FIG2 , which will not be described in detail here.

[0175] It should be noted that in the various embodiments of the present application, unless otherwise specified or there is a logical conflict, the terms and / or descriptions between the various embodiments are consistent and can be referenced by each other. The technical features in different embodiments can be combined to form new embodiments according to their internal logical relationships.

[0176] The above describes in detail the method of the embodiment of the present application, and the following provides the device of the embodiment of the present application. It will be understood that in the various device embodiments of the present application, the division of multiple units or modules is only a logical division based on function, and is not intended to limit the specific structure of the device. In a specific implementation, some functional modules may be subdivided into more small functional modules, and some functional modules may be combined into one functional module, but no matter whether these functional modules are subdivided or combined, the general process performed by the device is the same. For example, some devices include a receiving unit and a sending unit. In some designs, the sending unit and the receiving unit can also be integrated into a communication unit, which can implement the functions implemented by the receiving unit and the sending unit. Typically, each unit corresponds to its own program code (or program instructions), and when the program code corresponding to each of these units runs on the processor, the unit is controlled by the processing unit to execute the corresponding process to implement the corresponding function.

[0177] The embodiments of the present application also provide an apparatus for implementing any of the above methods. For example, a network status determination apparatus is provided, which includes modules (or means) for implementing each step performed by the network management in any of the above methods.

[0178] For example, referring to Figure 5 , which is a schematic diagram of a network status determination apparatus provided by an embodiment of the present application, the network status determination apparatus is used to implement the aforementioned network status determination method, such as the network status determination method shown in Figure 2 .

[0179] As shown in FIG5 , the apparatus may include an acquisition module 501 and a determination module 502 , specifically as follows:

[0180] An acquisition module 501 is configured to acquire flow protocol and routing protocol information, and confirm that the IP network protocol is stable based on the flow protocol and routing protocol information;

[0181] The acquisition module 501 is further configured to acquire flow indicator information and confirm that the flow indicator information is stable based on the flow indicator information;

[0182] The determination module 502 is configured to determine whether the network state is stable based on the stability of the IP network protocol and the stability of the flow indicator information.

[0183] In a possible implementation, the IP network protocol includes a transmission protocol and a routing protocol.

[0184] In a possible implementation, the flow protocol and routing protocol information includes at least one of a protocol type and a determination strategy corresponding to the protocol type.

[0185] In one possible implementation, the protocol type includes at least one of the following: TCP, RTP, QUIC, and a routing protocol.

[0186] In a possible implementation, the acquisition module 501 is further configured to:

[0187] Obtaining a transmission data message, wherein the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, or the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, and at least one of an execution strategy, a list of numeric field names, a field name, and a value;

[0188] The acquisition module 501 is further configured to:

[0189] The flow protocol and routing protocol information are obtained from the transmission data packet.

[0190] In a possible implementation, the acquisition module 501 is configured to:

[0191] Acquire at least one type of flow indicator information at least at a first time and a second time, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0192] Obtaining a fluctuation value of the at least one flow indicator information based on the at least two acquired flow indicator information;

[0193] Obtaining fluctuation values ​​of the at least one flow indicator information relative to the SLA of the flow after a preset time period of the first time interval;

[0194] When the fluctuation value of the at least one flow indicator information is less than or equal to the first threshold, and the fluctuation value of the at least one flow indicator information relative to the SLA of the flow is less than or equal to the second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0195] In another possible implementation, the obtaining module 501 is further configured to:

[0196] Implementing recovery measures for disrupted networks;

[0197] After the recovery measure is implemented, obtaining the at least one flow indicator information at least twice, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0198] When the fluctuation value of the at least one flow indicator information is less than or equal to a first threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0199] In another possible implementation, the obtaining module 501 is further configured to:

[0200] Acquire the at least one flow indicator information at least at a first time and a second time, respectively, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss;

[0201] Obtaining a first value based on the at least one flow indicator information obtained at the first time and the SLA of the at least one flow indicator information;

[0202] Obtain a second value based on the at least one flow indicator information obtained at the first time and the second time respectively;

[0203] When the first value is less than or equal to a first threshold, and the second value is less than or equal to a second threshold, it is confirmed that the network meets the stability of the flow indicator information.

[0204] In a possible implementation, the flow indicator information further includes at least one of a flow ID, a flow type, a fluctuation determination list, and a fluctuation threshold.

[0205] In another possible implementation, the flow indicator information includes at least one of a flow ID, a flow type, a fluctuation determination list, a fluctuation threshold, and comprehensive fluctuation information.

[0206] In a possible implementation, the network recovers stability at an interval T after being disturbed, wherein T is determined based on the stability of the IP network protocol and the stability of the flow indicator information.

[0207] The introduction of the above modules can be found in the description of the aforementioned embodiments and will not be repeated here.

[0208] It should be understood that the division of the modules in the above-mentioned devices is merely a division of logical functions. In actual implementation, they may be fully or partially integrated into a single physical entity, or they may be physically separated. Furthermore, the modules in the network status determination device may be implemented in the form of a processor calling software; for example, the network status determination device includes a processor connected to a memory storing instructions, and the processor calls the instructions stored in the memory to implement any of the above-mentioned methods or the functions of the modules of the device. The processor may be, for example, a general-purpose processor, such as a central processing unit (CPU) or a microprocessor, and the memory may be a memory within the device or a memory external to the device. Alternatively, the modules in the device can be implemented in the form of hardware circuits, and the functions of some or all units can be realized by designing the hardware circuits. The hardware circuit can be understood as one or more processors. For example, in one implementation, the hardware circuit is an application-specific integrated circuit (ASIC), which realizes the functions of some or all of the above units by designing the logical relationship of the components in the circuit. For another example, in another implementation, the hardware circuit can be implemented by a programmable logic device (PLD). Taking a field programmable gate array (FPGA) as an example, it can include a large number of logic gate circuits, and the connection relationship between the logic gate circuits is configured by configuring the configuration file, thereby realizing the functions of some or all of the above units. All modules of the above devices can be implemented in the form of software called by the processor, or in the form of hardware circuits, or in part by the form of software called by the processor, and the rest by hardware circuits.

[0209] FIG6 is a schematic diagram of the hardware structure of another network status determination device provided in an embodiment of the present application. The network status determination device 600 shown in FIG6 (which may be a computer device) includes a memory 601, a processor 602, a communication interface 603, and a bus 604. The memory 601, processor 602, and communication interface 603 are interconnected via bus 604.

[0210] The memory 601 may be a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM).

[0211] The memory 601 can store programs. When the program stored in the memory 601 is executed by the processor 602, the processor 602 and the communication interface 603 are used to perform the various steps of the network status determination method of the embodiment of the present application.

[0212] The processor 602 is a circuit with signal processing capabilities. In one implementation, the processor 602 can be a circuit with instruction reading and execution capabilities, such as a central processing unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP). In another implementation, the processor 602 can implement certain functions through the logical relationship of a hardware circuit. The logical relationship of the hardware circuit is fixed or reconfigurable. For example, the processor 602 is a hardware circuit implemented by an ASIC or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration file and implementing the hardware circuit configuration can be understood as the process of the processor loading instructions to implement the functions of some or all of the above modules. In addition, it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as a neural network processing unit (NPU), a tensor processing unit (TPU), a deep learning processing unit (DPU), etc. The processor 602 is used to execute relevant programs to implement the functions required to be performed by the units in the network status determination device of the embodiment of the present application, or to execute the network status determination method of the method embodiment of the present application.

[0213] It can be seen that each module in the above device can be one or more processors (or processing circuits) configured to implement the above method, such as: CPU, GPU, NPU, TPU, DPU, microprocessor, DSP, ASIC, FPGA, or a combination of at least two of these processor forms.

[0214] In addition, the modules in the above device can be fully or partially integrated together, or can be implemented independently. In one implementation, these modules are integrated together and implemented in the form of a system-on-a-chip (SOC). The SOC may include at least one processor for implementing any of the above methods or implementing the functions of the modules of the device. The type of the at least one processor can be different, for example, including a CPU and FPGA, a CPU and an artificial intelligence processor, a CPU and a GPU, etc.

[0215] The communication interface 603 uses a transceiver device such as, but not limited to, a transceiver to implement communication between the apparatus 600 and other devices or a communication network. For example, data can be obtained through the communication interface 603 .

[0216] The bus 604 may include a path for transmitting information between various components of the device 600 (eg, the memory 601 , the processor 602 , and the communication interface 603 ).

[0217] It should be noted that although the device 600 shown in FIG6 only shows a memory, a processor, and a communication interface, during the specific implementation process, those skilled in the art will understand that the device 600 also includes other components necessary for normal operation. At the same time, according to specific needs, those skilled in the art will understand that the device 600 may also include hardware components that implement other additional functions. In addition, those skilled in the art will understand that the device 600 may also include only the components necessary to implement the embodiments of the present application, and does not necessarily include all the components shown in FIG6.

[0218] An embodiment of the present application also provides a computer-readable storage medium, which stores instructions. When the computer-readable storage medium is executed on a computer or a processor, the computer or processor executes one or more steps in any of the above methods.

[0219] The present application also provides a computer program product comprising instructions, which, when executed on a computer or processor, causes the computer or processor to execute one or more steps in any of the above methods.

[0220] It should be understood that in the description of this application, unless otherwise specified, " / " indicates that the objects associated with each other are in an "or" relationship. For example, A / B can mean A or B; where A and B can be singular or plural. Also, in the description of this application, unless otherwise specified, "multiple" means two or more than two. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or plural. In addition, to facilitate the clear description of the technical solutions of the embodiments of this application, in the embodiments of this application, words such as "first" and "second" are used to distinguish between identical or similar items with substantially the same functions and effects. Those skilled in the art will understand that words such as "first" and "second" do not limit the quantity or execution order, and words such as "first" and "second" do not necessarily mean different. At the same time, in the embodiments of this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary" or "for example" in the embodiments of this application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Rather, the use of words such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner to facilitate understanding.

[0221] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. For example, the division of the units is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. The mutual coupling, direct coupling, or communication connection shown or discussed can be through some interface, indirect coupling or communication connection of devices or units, and can be electrical, mechanical or other forms.

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

[0223] In the above embodiments, all or part of the embodiments may be implemented by software, hardware, firmware, or any combination thereof. When implemented using software, all or part of the embodiments may be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions according to the embodiments of the present application are generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted via the computer-readable storage medium. The computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium may be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrated therein. The available medium may be a read-only memory (ROM), a random access memory (RAM), a magnetic medium such as a floppy disk, a hard disk, a tape, a magnetic disk, or an optical medium such as a digital versatile disc (DVD), or a semiconductor medium such as a solid state disk (SSD).

[0224] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any changes or substitutions within the technical scope disclosed in the present invention should be included in the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be based on the scope of protection of the claims.

Claims

1. A method for determining a network status, characterized in that: include: Acquiring flow protocol and routing protocol information, and confirming that the network protocol is stable based on the flow protocol and routing protocol information; Acquiring flow indicator information, and confirming that the flow indicator information is stable based on the flow indicator information; The network state is determined to be stable based on the stability of the network protocol and the stability of the flow indicator information.

2. The method according to claim 1, characterized in that The network protocol includes a transmission protocol and a routing protocol.

3. The method according to claim 1 or 2, characterized in that The flow protocol and routing protocol information includes at least one of a protocol type and a determination strategy corresponding to the protocol type.

4. The method according to claim 3, characterized in that The protocol type includes at least one of the following: Transmission Control Protocol TCP, Real-time Transport Protocol RTP, Quick Transport Protocol QUIC based on User Datagram Protocol, and routing protocol.

5. The method according to claim 3 or 4, characterized in that The method further comprises: Obtaining a transmission data message, wherein the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, or the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, and at least one of an execution strategy, a list of numeric field names, a field name, and a value; The acquiring of flow protocol and routing protocol information includes: The flow protocol and routing protocol information are obtained from the transmission data packet.

6. The method according to any one of claims 1 to 5, characterized in that The acquiring of the flow indicator information and confirming that the flow indicator information is stable based on the flow indicator information includes: Acquire at least one type of flow indicator information at least at a first time and a second time, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss; Obtaining a fluctuation value of the at least one flow indicator information based on the at least two acquired flow indicator information; Obtaining fluctuation values ​​of the at least one flow indicator information relative to a service level agreement (SLA) of the flow after a preset time period of the first time interval; When the fluctuation value of the at least one flow indicator information is less than or equal to the first threshold, and the fluctuation value of the at least one flow indicator information relative to the SLA of the flow is less than or equal to the second threshold, it is confirmed that the network meets the stability of the flow indicator information.

7. The method according to any one of claims 1 to 5, characterized in that The acquiring of the flow indicator information and confirming that the flow indicator information is stable based on the flow indicator information includes: Implementing recovery measures for disrupted networks; After the recovery measure is implemented, obtaining the at least one flow indicator information at least twice, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss; When the fluctuation value of the at least one flow indicator information is less than or equal to a first threshold, it is confirmed that the network meets the stability of the flow indicator information.

8. The method according to any one of claims 1 to 5, characterized in that The acquiring of the flow indicator information and confirming that the flow indicator information is stable based on the flow indicator information includes: Acquire the at least one flow indicator information at least at a first time and a second time, respectively, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss; Obtaining a first value based on the at least one flow indicator information obtained at the first time and the SLA of the at least one flow indicator information; Obtain a second value based on the at least one flow indicator information obtained at the first time and the second time respectively; When the first value is less than or equal to a first threshold, and the second value is less than or equal to a second threshold, it is confirmed that the network meets the stability of the flow indicator information.

9. The method according to any one of claims 1 to 8, characterized in that The flow indicator information also includes at least one of a flow ID, a flow type, a fluctuation determination list, and a fluctuation threshold, or, The flow indicator information includes at least one of a flow ID, a flow type, a fluctuation determination list, a fluctuation threshold, and comprehensive fluctuation information.

10. The method according to any one of claims 1 to 9, characterized in that The network recovers stability at a time interval T after being disturbed, wherein T is determined based on the stability of the network protocol and the stability of the flow indicator information.

11. A network status determination device, characterized in that: include: an acquisition module, configured to acquire flow protocol and routing protocol information, and confirm that the network protocol is stable based on the flow protocol and routing protocol information; The acquisition module is further configured to acquire flow indicator information and confirm that the flow indicator information is stable based on the flow indicator information; A determination module is used to determine whether the network state is stable based on the stability of the network protocol and the stability of the flow indicator information.

12. The device according to claim 11, characterized in that The network protocol includes a transmission protocol and a routing protocol.

13. The device according to claim 11 or 12, characterized in that The flow protocol and routing protocol information includes at least one of a protocol type and a determination strategy corresponding to the protocol type.

14. The device according to claim 13, characterized in that The protocol type includes at least one of the following: TCP, RTP, QUIC, and routing protocol.

15. The device according to claim 13 or 14, characterized in that The acquisition module is further used to: Obtaining a transmission data message, wherein the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, or the transmission data message includes at least one of a protocol type and a determination strategy corresponding to the protocol type, and at least one of an execution strategy, a list of numeric field names, a field name, and a value; The acquisition module is further used to: The flow protocol and routing protocol information are obtained from the transmission data packet.

16. The device according to any one of claims 11 to 15, characterized in that The acquisition module is used to: Acquire at least one type of flow indicator information at least at a first time and a second time, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss; Obtaining a fluctuation value of the at least one flow indicator information based on the at least two acquired flow indicator information; Obtaining fluctuation values ​​of the at least one flow indicator information relative to the SLA of the flow after a preset time period of the first time interval; When the fluctuation value of the at least one flow indicator information is less than or equal to the first threshold, and the fluctuation value of the at least one flow indicator information relative to the SLA of the flow is less than or equal to the second threshold, it is confirmed that the network meets the stability of the flow indicator information.

17. The device according to any one of claims 11 to 15, characterized in that The acquisition module is further used to: Implementing recovery measures for disrupted networks; After the recovery measure is implemented, obtaining the at least one flow indicator information at least twice, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss; When the fluctuation value of the at least one flow indicator information is less than or equal to a first threshold, it is confirmed that the network meets the stability of the flow indicator information.

18. The device according to any one of claims 11 to 15, characterized in that The acquisition module is further used to: Acquire the at least one flow indicator information at least at a first time and a second time, respectively, wherein the flow indicator information includes flow rate, delay, jitter, throughput, or packet loss; Obtaining a first value based on the at least one flow indicator information obtained at the first time and the SLA of the at least one flow indicator information; Obtain a second value based on the at least one flow indicator information obtained at the first time and the second time respectively; When the first value is less than or equal to a first threshold, and the second value is less than or equal to a second threshold, it is confirmed that the network meets the stability of the flow indicator information.

19. The device according to any one of claims 11 to 18, characterized in that The flow indicator information also includes at least one of a flow ID, a flow type, a fluctuation determination list, and a fluctuation threshold, or, The flow indicator information includes at least one of a flow ID, a flow type, a fluctuation determination list, a fluctuation threshold, and comprehensive fluctuation information.

20. The device according to any one of claims 11 to 19, characterized in that The network recovers stability at a time interval T after being disturbed, wherein T is determined based on the stability of the network protocol and the stability of the flow indicator information.

21. A network status determination device, characterized in that: The method comprises a processor and a memory; wherein the memory is used to store program code, and the processor is used to call the program code to execute the method according to any one of claims 1 to 10.

22. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, and the computer program is executed by a processor to implement the method according to any one of claims 1 to 10.

23. A computer program product, characterized in that When the computer program product is run on a computer, the computer is enabled to perform the method according to any one of claims 1 to 10.

Images