CN116915670A - Method, apparatus and medium for determining network recovery time - Google Patents
Method, apparatus and medium for determining network recovery time Download PDFInfo
- Publication number
- CN116915670A CN116915670A CN202311186651.XA CN202311186651A CN116915670A CN 116915670 A CN116915670 A CN 116915670A CN 202311186651 A CN202311186651 A CN 202311186651A CN 116915670 A CN116915670 A CN 116915670A
- Authority
- CN
- China
- Prior art keywords
- test
- network
- time
- message
- test message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 105
- 238000000034 method Methods 0.000 title claims abstract description 78
- 238000012360 testing method Methods 0.000 claims abstract description 458
- 230000005540 biological transmission Effects 0.000 claims abstract description 18
- 230000008859 change Effects 0.000 claims abstract description 11
- 238000004891 communication Methods 0.000 claims description 22
- 230000006870 function Effects 0.000 claims description 14
- 238000005259 measurement Methods 0.000 claims description 8
- 238000012545 processing Methods 0.000 description 21
- 238000010586 diagram Methods 0.000 description 14
- 238000004590 computer program Methods 0.000 description 8
- 230000006872 improvement Effects 0.000 description 5
- 238000012827 research and development Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000007639 printing Methods 0.000 description 2
- 230000001902 propagating effect Effects 0.000 description 2
- 238000010998 test method Methods 0.000 description 2
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 229910052802 copper Inorganic materials 0.000 description 1
- 239000010949 copper Substances 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000013100 final test Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000007493 shaping process Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000011282 treatment Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0888—Throughput
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0894—Packet rate
Abstract
Embodiments of the present disclosure relate to a method, apparatus, and medium for determining a network recovery time, the method comprising: transmitting a test message to the network equipment to be tested at a preset message transmission rate; acquiring a first time point when the tested network equipment breaks a first link and a second time point customized by the tested network equipment; acquiring the number of received first test messages of the network equipment to be tested at the first time point and the number of received second test messages of the network equipment to be tested at the second time point, thereby determining the variation of the received test messages of the network equipment to be tested; and determining the network recovery time of the tested network equipment based on the determined change amount of the received test message and the preset message sending rate.
Description
Technical Field
The present invention relates to the field of network communications technologies, and in particular, to a method, an apparatus, and a medium for determining a network recovery time.
Background
The running quality and the running efficiency of the network equipment are directly related to the user experience in the interconnection network environment, and further related to the market competitiveness of the network equipment products. In the product test-grinding stage or the product design shaping stage, the network equipment needs to test multiple performance indexes of test-grinding samples or shaped products, and the performance test results are used as the basis for further improvement of the products. In the field of network communication technology, the normal communication recovery capability of a network device is generally evaluated by using a network recovery time.
The existing method for determining the network recovery time is to obtain the network recovery time by checking a time stamp in printing prompt information displayed on a human-computer interaction interface of the network equipment after the network equipment is powered on and self-checked. For example, a method for monitoring switching time of a redundant network card adopts a streaming socket, namely, the TCP communication is completed based on socket program socket, and an operating environment is a platform for supporting socket communication; the method comprises the following steps: the host sends a plurality of data packets to the tested machine; counting the time difference between the front data packet and the rear data packet in the receiving time sequence by the tested machine, and counting the maximum value in all the time differences, namely one-time effective switching time; repeating the above steps at least twice for testing to obtain a plurality of effective switching times; and taking the maximum value in a plurality of effective switching times, namely the final test result.
In practical application, it is found that the time difference between the network recovery time obtained based on the timestamp in the printing prompt information and the time from power-up to network data processing of the network device is large, that is, the network recovery time obtained by the method cannot truly reflect the normal communication recovery capability of the network device.
Therefore, the conventional method for determining the network restoration time has disadvantages in that it must be implemented through a socket and it is required to be implemented in a specific operating system such as windows xp, and it cannot be used in other systems.
Disclosure of Invention
In order to solve the above problems, the method for determining the network recovery time and the test console provided by the embodiments of the present invention can obtain the network recovery time of the network device under test, and more truly, objectively and accurately reflect the normal network communication recovery capability of the network device under test.
According to a first aspect of the present disclosure, there is provided a method for determining a network recovery time, the method comprising: transmitting a test message to the network equipment to be tested at a preset message transmission rate; acquiring a first time point when the tested network equipment breaks a first link and a second time point customized by the tested network equipment; acquiring the number of received first test messages of the network equipment to be tested at the first time point and the number of received second test messages of the network equipment to be tested at the second time point, thereby determining the variation of the received test messages of the network equipment to be tested; and determining the network recovery time of the tested network equipment based on the determined change amount of the received test message and the preset message sending rate.
According to a second aspect of the present disclosure, there is provided a computing device comprising: at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of the first aspect of the present disclosure.
In a third aspect of the present disclosure, there is provided a non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the method of the first aspect of the present disclosure.
In a fourth aspect of the present disclosure, there is provided a method for determining a network recovery time, the method being applied to a test system including a test apparatus, a network device under test, the network device under test including a first link and a second link, the method comprising: controlling the testing device to send a test message to the tested network equipment at a preset message sending rate and receiving the test message by the tested network equipment; disconnecting a first link of the network device under test and enabling a second link of the network device under test; recording a time point of the first link of the tested network equipment as a first time point and recording a self-defined second measurement point time point of the tested network equipment as a second time point; determining the number of received first test messages of the network equipment to be tested at the first time point and the number of received second test messages of the network equipment to be tested at the second time point, so as to determine the variation of the received test messages of the network equipment to be tested between the second time point and the first time point; calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point; and determining the network recovery time based at least on the calculated amount of transmitted test messages and the calculated amount of received test messages.
In one embodiment, calculating the amount of transmitted test messages transmitted by the test device between the second point in time and the first point in time includes: calculating the network occupation time of the unit test message based on the preset message sending rate and the length of the test message; calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point based on the calculated network occupation time of the unit test messages; determining the network recovery time includes: and determining the network recovery time based on the calculated transmission test message quantity, the received test message change quantity and the unit test message network occupation time.
In one embodiment, calculating the network occupancy time of the unit test message includes: analyzing the test message so as to obtain the length of the test message and the type of the test message; based on the type of the test message, acquiring a Preamble, an SFD start code and an IFG frame gap of the test message; determining the total byte length of the test message based on the obtained Preamble, SFD start code, IFG frame gap and the length of the test message; calculating the total bit quantity of the test message based on the total byte length of the test message; and calculating the network occupation time of the unit test message based on the ratio of the calculated total bit quantity to the preset message sending rate.
In one embodiment, calculating the amount of transmitted test messages transmitted by the test device between the second point in time and the first point in time includes: calculating a total test time based on the first time point and the second time point; and calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point based on the ratio of the total test time to the network occupation time of the unit test messages.
In one embodiment, determining the network recovery time includes: calculating a total test message variation in a total test time based on the calculated difference between the transmitted test message amount and the received test message variation; and calculating the network recovery time based on the product of the total test message variation and the unit test message network occupation time value.
In one embodiment, the method further comprises: acquiring a test message sending rate of a message sending port of the test device; responding to the test message sending rate reaching a preset message sending rate, and acquiring the test message receiving rate of the message receiving port of the tested network equipment; and responding to the test message receiving rate reaching a preset message sending rate, and starting to control the test device to send the test message.
In one embodiment, the method further comprises: transmitting the received test message to the test device by the tested network equipment; the test device judges whether the test message received by the tested network equipment is consistent with the test message sent by the test device; and responding to the received test message consistent with the transmitted test message, determining that the tested network equipment has the correct communication function.
In some embodiments, determining the network recovery time of the network device under test comprises: calculating the network occupation time of the unit test message based on the preset message sending rate and the length of the test message; calculating the quantity of transmitted test messages transmitted by test equipment for determining network recovery time between a second time point and a first time point based on the calculated network occupation time of the unit test messages; and determining network recovery time based on the calculated amount of transmitted test messages, the calculated amount of received test messages and the calculated network occupation time of the unit test messages.
In some embodiments, calculating the network occupancy time for the unit test message includes: acquiring the length of a test message of the test message and the type of the test message; based on the type of the test message, acquiring a Preamble, an SFD start code and an IFG frame gap of the test message; determining the total byte length of the test message based on the obtained Preamble, SFD start code, IFG frame gap and the length of the test message; calculating the total bit quantity of the test message based on the total byte length of the test message; and calculating the network occupation time of the unit test message based on the ratio of the calculated total bit quantity to the preset message sending rate.
In some embodiments, calculating the amount of transmitted test messages transmitted by the test device for determining the network recovery time between the second point in time and the first point in time includes: calculating a total test time for determining network recovery time based on the first time point and the second time point; and calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point based on the ratio of the total test time to the network occupation time of the unit test messages.
In some embodiments, determining the network recovery time includes: calculating a total test message variation in a total test time based on the calculated difference between the transmitted test message amount and the received test message variation; and determining the network recovery time based on the product of the total test message variation and the unit test message network occupation time value.
In some embodiments, the method further comprises: if the network recovery time is equal to the difference between the second time point and the first time point, increasing the value of the second time point; re-executing the above steps and re-executing the network recovery time measurement until the network recovery time is less than the difference between the second point in time and the first point in time.
It should be understood that the description in this section is not intended to identify key or critical features of the embodiments of the disclosure, nor is it intended to be used to limit the scope of the disclosure. Other features of the present disclosure will become apparent from the following specification.
Drawings
The above and other features, advantages and aspects of embodiments of the present disclosure will become more apparent by reference to the following detailed description when taken in conjunction with the accompanying drawings. In the drawings, the same or similar reference numerals denote the same or similar elements.
Fig. 1 shows a schematic diagram of a system 100 for implementing a network time recovery test method according to an embodiment of the present disclosure.
Fig. 2 illustrates a flowchart of a method 200 for determining network recovery time according to an embodiment of the present disclosure.
Fig. 3 illustrates a flow chart of another method 300 for determining network recovery time according to an embodiment of the present disclosure.
Fig. 4 shows a block diagram of an electronic device according to an embodiment of the disclosure.
Detailed Description
Exemplary embodiments of the present disclosure are described below in conjunction with the accompanying drawings, which include various details of the embodiments of the present disclosure to facilitate understanding, and should be considered as merely exemplary. Accordingly, one of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present disclosure. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
The term "comprising" and variations thereof as used herein means open ended, i.e., "including but not limited to. The term "or" means "and/or" unless specifically stated otherwise. The term "based on" means "based at least in part on". The terms "one example embodiment" and "one embodiment" mean "at least one example embodiment. The term "another embodiment" means "at least one additional embodiment". The terms "first," "second," and the like, may refer to different or the same object. Other explicit and implicit definitions are also possible below.
The network recovery time obtained by the existing method for determining the network recovery time has larger time difference from power-on to network data processing of the network equipment, and cannot truly reflect the normal communication recovery capability of the network equipment.
The inventor also found that, based on network security, most network devices only have software related to service modules, and the service modules are very strict in setting. Therefore, it is substantially impossible to detect the network recovery time of the network device using software owned by the network device.
In theory, a third party device or system is adopted to test the performance of the current device, the obtained test result is more objective and accurate, the hardware structure of the current device or the related business module and the matching property of the hardware structure and the business module are improved by the test result, the operation is more feasible, and the realization effect is better.
Based on the above recognition, the inventors provide a method and test console for determining network recovery time. The method, the device and the system adopt a third party device or system as test equipment or system, the tested network equipment and the third party device or system form a logic network which is the same as or similar to the application scene of the network equipment, the tested network equipment is subjected to simulation test in the logic network, and the network recovery time of the network equipment is obtained through the test.
Fig. 1 shows a schematic diagram of a system 100 for implementing a network time recovery test method according to an embodiment of the present disclosure. As shown in fig. 1, system 100 includes a computing device 110 and a network management device 130 and a network 140. The computing device 110, the network management device 130 may interact with data via a network 140 (e.g., the internet).
The network management device 130 may perform functions such as network time recovery testing, for example. The network management device 130 may also send the determined network time recovery test data to the computing device 110. The network management device 130 may have one or more processing units including special purpose processing units such as GPUs, FPGAs, ASICs, and the like, as well as general purpose processing units such as CPUs, for example and without limitation: desktop computers, laptop computers, netbook computers, tablet computers, web browsers, e-book readers, personal Digital Assistants (PDAs), wearable computers (such as smartwatches and activity tracker devices), and the like, which may perform chinese data reading and modification.
With respect to computing device 110, it is for example to receive network time restoration test data from network management device 130 via network 140; and realizing the network time recovery test on the network time recovery test system. Computing device 110 may have one or more processing units, including special purpose processing units such as GPUs, FPGAs, ASICs, and the like, as well as general purpose processing units such as CPUs. In addition, one or more virtual machines may also be running on each computing device 110. In some embodiments, computing device 110 and network management device 130 may be integrated together or may be separate from each other.
In the embodiment of the invention, the network equipment to be tested refers to equipment entities connected to a physical network. The network device under test refers to a network device capable of network redundancy function testing.
In the embodiment of the invention, the test equipment is controlled by the computing equipment 110, and the test message sending port presets the message sending rate and sends the test message to the tested network equipment through the auxiliary test equipment; after the tested network equipment receives the test message, the auxiliary test equipment sends the test message back to the test equipment, and a test message receiving port of the test equipment receives the forwarded test message. The test device may be a test device that performs only analytical tests on the performance of the network device, such as the Breaking Point Storm CTM of the break Point. The network equipment capable of analyzing and testing by the testing equipment comprises network transmission equipment, network security equipment, network access equipment and network communication terminals.
In the embodiment of the present invention, the computing device 110 is connected to the network device to be tested, the auxiliary testing device and the testing device through the management port network, and manages and operates the network device to be tested, the auxiliary testing device and the testing device; the management and operation comprises log information monitoring, logic network configuration, power-on and power-off operation of the network equipment to be tested; performing logic network configuration on auxiliary testing equipment; and carrying out data flow transmission control on the test equipment and counting the number of the transmitted and received packets.
The computing device 110 has a timer for recording a timestamp of the current point in time of the message. The timer may be a software timer or a hardware timer.
The computing device 110 may be an industrial personal computer, a server, a notebook computer, or a general computer.
The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the drawings of the embodiments of the present invention in conjunction with practical applications, and it is apparent that the described embodiments are only some of the embodiments of the present invention, but not all of the embodiments of the present invention.
The network device refers to a node transmission device in a wired or wireless network, and performs data interaction communication with other node transmission devices or terminal devices according to a network transmission protocol. Fig. 2 illustrates a flowchart of a method 200 for determining network recovery time according to an embodiment of the present disclosure. The method 200 may be performed by the computing device 110 as shown in fig. 1, or may be performed at the electronic device 400 as shown in fig. 4. It should be understood that method 200 may also include additional blocks not shown and/or that the blocks shown may be omitted, the scope of the disclosure being not limited in this respect.
At step 202, the computing device 110 may send test messages to the network device under test at a preset message sending rate.
In one embodiment, the preset messaging rate may be a network rate set by the user, for example, at 100 megabytes, i.e., 12.5 MB/sec. Computing device 110 may send test messages to the network device under test at a message sending rate of 12.5 MB/sec. The term "test message" is a message without a logical network tag in the package, and is a message that can be identified by a network card of the computer device. If the network device under test is connected to a virtual local area network (Virtual Local Area Network, VLAN), then the test message is a message with a virtual local area network tag in the encapsulation.
The network device under test refers to a device entity connected to a physical network. The network device under test refers to a network device capable of ethernet packet forwarding, which has multiple links connected to the physical network, and when one of the links is disconnected, the network device under test needs to switch to the other link, such as a backup link. The technical scheme of the present disclosure provides a method for testing network recovery time of switching to a standby link.
In step 204, the computing device 110 may obtain a first point in time at which the network device under test disconnects the first link and a second point in time at which the network device under test is custom.
In one embodiment, the computing device 110 may obtain a first point in time T at which the network device under test disconnects the first link 1 At this point the network is disconnected. The network device under test will then enable the standby second link. The computing device 110 obtains a second point in time T customized by the network device under test 2 . Second time point T 2 May be a second measurement point time customized by the network device under test.
In step 206, the computing device 110 may obtain the number of received first test messages of the network device under test at the first time point and the number of received second test messages of the network device under test at the second time point, so as to determine the variation of the received test messages of the network device under test.
In one embodiment, the computing device 110 may record T when the first link of the network device under test is broken 1 The number N of the received first test messages 1 And records a second time point which is customized at the tested network, namely a second time point T when the network is restored 2 The number N of the second test messages received 2 . Thus, for a network device under test, the total received test message change ΔN from when the first link is broken to when it is recovered over the second link may be expressed as N 2 -N 1 。
Note that Δn is not necessarily an integer. For example, a message of 60 bytes, and a received test message of 40 bytes, the number of variations in the received test message may be 40/60=2/3.
At step 208, the computing device 110 may determine a network recovery time for the network device under test based on the determined received test message variance and the preset message transmission rate.
In one embodiment, the computing device 110 may calculate the network occupation time of the unit test packet based on the preset packet sending rate and the length of the test packet. Specifically, the computing device 110 may obtain the length of the test message and the type of the test message. Based on the test message type, acquiring a Preamble, an SFD start code and an IFG frame gap of the test message. And determining the total byte length of the test message based on the obtained Preamble, SFD start code, IFG frame gap and the length of the test message.
In one embodiment, the test message may be 64 bytes in length and the sum of the Preamble, SFD start code, IFG frame gap of the message may be 20 bytes. The total byte length of the test message can thus be determined to be 84 bytes. And calculating the total bit quantity of the test message based on the total byte length of the test message. For example, a test message of 84 bytes is actually 84 x 8 total bits, i.e. 672 bits. Calculating the network occupation time T of the unit test message based on the ratio of the calculated total bit quantity to the preset message sending rate 3 . As described above, the unit test packet network takes time T 3 Can be represented by formula (1).
T 3 =（frame 1 + frame 2 ）*8 /rate （1）
In formula (1), T 3 Network occupation time and frame of unit test message 1 To test the length of a message, a frame 2 The Preamble, the SFD start code and the IFG frame gap sum of the test message and the rate are preset message sending rates.
The computing device 110 may calculate, based on the calculated unit test message network occupancy time, an amount of transmitted test messages transmitted by the test device for determining the network recovery time between the second point in time and the first point in time. In particular, the computing device 110 may calculate a total test time to determine a network recovery time based on the first point in time and the second point in time. And calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point based on the ratio of the total test time to the network occupation time of the unit test messages.
In one placeIn one embodiment, the computing device 110 may calculate the total test time Δt, i.e. T, of the test device based on the time each test message occupies on the link 2 -T 1 Number of data N of internal co-transmission 3 . The test device sends the test message quantity N between the second time point and the first time point 3 Can be equal to the total test time delta T divided by the unit test message network occupation time T 3 I.e. equal to DeltaT/T 3 。
The computing device 110 may determine a network recovery time based on the calculated amount of transmitted test messages, the calculated amount of received test messages, and the unit test message network occupancy time. Specifically, the computing device 110 may calculate the total test message variation in the total test time based on the calculated difference between the transmitted test message amount and the received test message variation. And determining the network recovery time based on the product of the total test message variation and the unit test message network occupation time value. The amount of the test message lost in the network recovery time may be equal to the difference between the amount of the test message sent by the test device and the amount of the test message received by the network device to be tested, i.e., N3- Δn. The recovery time of the network device under test can be obtained by multiplying the lost test message amount by the network occupation time value of the unit test message, i.e. the recovery time T 4 Can be expressed as (N3-. DELTA.N). Times.T3.
In one embodiment, the method further comprises: if the network recovery time is equal to the difference between the second time point and the first time point, increasing the value of the second time point; re-executing the above steps and re-executing the network recovery time measurement until the network recovery time is less than the difference between the second point in time and the first point in time.
In one embodiment, if recovery time T 4 Equal to T 2 -T 1 The steps are re-executed, including increasing T 2 The measurement is performed again until the recovery time T 4 Less than T 2 -T 1 。
Fig. 3 illustrates a flow chart of another method 300 for determining network recovery time according to an embodiment of the present disclosure. The method 300 may be performed by the computing device 110 as shown in fig. 1, or may be performed at the electronic device 400 as shown in fig. 4. It should be understood that method 300 may also include additional blocks not shown and/or that the blocks shown may be omitted, the scope of the disclosure being not limited in this respect.
Method 300 is a method for determining network recovery time, the method being applied to a test system comprising a test apparatus, a network device under test comprising a first link and a second link.
In step 302, the computing device 110 may control the testing apparatus to send test messages to a network device under test at a preset message sending rate and receive the test messages by the network device under test.
In one embodiment, the preset messaging rate may be a network rate set by the user, for example, at 100 megabytes, i.e., 12.5 MB/sec. Computing device 110 may send test messages to the network device under test at a message sending rate of 12.5 MB/sec. The term "test message" is a message without a logical network tag in the package, and is a message that can be identified by a network card of the computer device. If the network device under test is connected to a virtual local area network (Virtual Local Area Network, VLAN), then the test message is a message with a virtual local area network tag in the encapsulation.
At step 304, computing device 110 may disconnect a first link of the network device under test and enable a second link of the network device under test.
The network device under test refers to a device entity connected to a physical network. The network device under test refers to a network device capable of ethernet packet forwarding, which has multiple links connected to the physical network, and when one of the links is disconnected, the network device under test needs to switch to the other link, such as a backup link. The technical scheme of the present disclosure provides a method for testing network recovery time of switching to a standby link.
In step 306, the computing device 110 may record a point in time when the network device under test disconnects from the first link as a first point in time and record a point in time when the network device under test is custom tested as a second point in time. Second time ofPoint T 2 May be a second measurement point time customized by the network device under test.
In one embodiment, the computing device 110 may obtain a first point in time T at which the network device under test disconnects the first link 1 At this point the network is disconnected. The network device under test will then enable the standby second link. The computing device 110 obtains a second point in time T customized by the network device under test 2 。
In step 308, the computing device 110 may determine a first number of received test messages of the network device under test at the first time point and a second number of received test messages of the network device under test at the second time point, so as to determine a change amount of the received test messages received by the network device under test between the second time point and the first time point.
In one embodiment, the computing device 110 may record T when the first link of the network device under test is broken 1 The number N of the received first test messages 1 And recording a second test time point T customized at the tested network 2 I.e. T at network recovery 2 The number N of the second test messages received 2 . Thus, for a network device under test, the total received test message change ΔN from when the first link is broken to when it is recovered over the second link may be expressed as N 2 -N 1 。
In step 310, the computing device 110 may calculate a unit test packet network occupation time based on the preset packet transmission rate and the length of the test packet.
In one embodiment, the computing device 110 may calculate the network occupation time of the unit test packet based on the preset packet sending rate and the length of the test packet. Specifically, the computing device 110 may obtain the length of the test message and the type of the test message. Based on the test message type, acquiring a Preamble, an SFD start code and an IFG frame gap of the test message. And determining the total byte length of the test message based on the obtained Preamble, SFD start code, IFG frame gap and the length of the test message.
In one embodiment, test messagesThe length may be 64 bytes and the sum of the Preamble, SFD start code, IFG frame gap of the message may be 20 bytes. It can be determined that the total byte length of the test message is (20 + 64), i.e. 84 bytes. And calculating the total bit quantity of the test message based on the total byte length of the test message. For example, a test message of 84 bytes is actually 84 x 8 total bits, i.e. 672 bits. Calculating the network occupation time T of the unit test message based on the ratio of the calculated total bit quantity to the preset message sending rate 3 . As described above, the unit test packet network takes time T 3 Can be represented by formula (1).
T 3 =（frame 1 + frame 2 ）*8 /rate （1）
In formula (1), T 3 Network occupation time and frame of unit test message 1 To test the length of a message, a frame 2 The Preamble, the SFD start code and the IFG frame gap sum of the test message and the rate are preset message sending rates.
In step 312, the computing device 110 may calculate an amount of transmitted test messages transmitted by the test device between the second point in time and the first point in time based on the calculated unit test message network occupancy time.
The computing device 110 may calculate, based on the calculated unit test message network occupancy time, an amount of transmitted test messages transmitted by the test device for determining the network recovery time between the second point in time and the first point in time. In particular, the computing device 110 may calculate a total test time to determine a network recovery time based on the first point in time and the second point in time. And calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point based on the ratio of the total test time to the network occupation time of the unit test messages.
In one embodiment, the computing device 110 may calculate the total test time ΔT, i.e., T, at the test device based on the time each test message occupies on the link 2 -T 1 Number of data N of internal co-transmission 3 . The test equipment is connected with the first at the second time pointAmount of transmitted test messages N transmitted between time points 3 Can be equal to the total test time delta T divided by the unit test message network occupation time T 3 I.e. equal to DeltaT/T 3 。
At step 314, the computing device 110 may determine a network recovery time based at least on the calculated amount of transmitted test messages, the calculated amount of received test messages change, and the unit test message network occupancy time.
The computing device 110 may determine a network recovery time based on the calculated amount of transmitted test messages, the calculated amount of received test messages, and the unit test message network occupancy time. Specifically, the computing device 110 may calculate the total test message variation in the total test time based on the calculated difference between the transmitted test message amount and the received test message variation. And determining the network recovery time based on the product of the total test message variation and the unit test message network occupation time value. The amount of the test message lost in the network recovery time may be equal to the difference between the amount of the test message sent by the test device and the amount of the test message received by the network device to be tested, i.e., N3- Δn. The recovery time of the network device under test can be obtained by multiplying the lost test message amount by the network occupation time value of the unit test message, i.e. the recovery time T 4 Can be expressed as (N3-. DELTA.N). Times.T3.
The method for determining network recovery time provided by the embodiment of the invention judges whether the network equipment to be tested is completely started and completed or not based on the fact that the message sending rate of the message receiving port of the test equipment is the same as the test message receiving rate of the message receiving port of the test equipment, and determines the network recovery time of the network equipment to be tested. Therefore, the obtained network recovery time of the tested network equipment can reflect the normal network communication recovery capacity of the tested network equipment more truly, objectively and accurately. The method is used as an improvement basis of network equipment products in a research and development stage, so that the use efficiency of research and development expenses can be effectively avoided, the waste of the research and development expenses is reduced, and the research and development cost of finished products of the researched and developed network equipment is reduced; the method is used as an evaluation basis for the performance of the existing network equipment in the network, the pertinence and the effectiveness of network maintenance can be improved, and the network is ensured to be in a good operation state for a long time; the method is used as an improvement basis for the subsequent research and development of the network equipment which is put into use at present, so that the subsequent product upgrade is more targeted, and the improvement is more direct to the improvement of the performance of the network equipment.
In one embodiment, the method 300 may further comprise: acquiring a test message sending rate of a message sending port of the test device; responding to the test message sending rate reaching a preset message sending rate, and acquiring the test message receiving rate of the message receiving port of the tested network equipment; and responding to the test message receiving rate reaching a preset message sending rate, and starting to control the test device to send the test message.
In one embodiment, the method 300 may further comprise: transmitting the received test message to the test device by the tested network equipment; the test device judges whether the test message received by the tested network equipment is consistent with the test message sent by the test device; and responding to the received test message consistent with the transmitted test message, determining that the tested network equipment has the correct communication function.
The network recovery time of the network equipment is the sum of the hardware starting time and the service module loading time, and can truly reflect the normal communication recovery capability of the network equipment when evaluating the normal communication recovery capability of the network equipment in the network environment. However, when the network device hardware design is performed or the basis is provided for the subsequent network device hardware upgrade, the network device hardware starting time needs to be obtained, and the network device hardware design is improved based on the network device hardware starting time, so that the network device product with more advanced technology, more stable performance and more reliable use can be obtained.
The method for determining network recovery time and the test console provided by the embodiment of the invention determine whether the network equipment to be tested is completely started and completed or not based on the fact that the message sending rate of the message receiving port of the test equipment is the same as the test message receiving rate of the message receiving port of the test equipment, and determine the network recovery time of the network equipment to be tested; obtaining the hardware starting time of the network equipment to be tested based on the difference value between the hardware initialization completion time point and the power-on time point of the network equipment to be tested, which is obtained by the third party test system; and judging the integrity of the test network environment based on the fact that the number of the test messages sent by the message sending port of the test equipment is equal to the number of the test messages received by the message receiving port.
Thus, compared with the existing method for determining the network recovery time, the method for determining the network recovery time and the test console provided by the embodiment of the invention can more truly, objectively and accurately reflect the normal network communication recovery capability of the network equipment to be tested; the network equipment hardware starting time of the network is obtained, the network equipment self-checking scheme is not limited, the hardware starting process of the network equipment is truly recorded, the test result is more real and objective, and the communication recovery capability of the network equipment hardware can be more accurately reflected; the test of the integrity of the network environment can reflect the integrity of the network environment on the physical network structure and can truly reflect the integrity and the effectiveness of the network environment in function realization. And thus may be implemented in any operating system platform. Meanwhile, the measurement precision is higher, and the accuracy is higher. The method is carried out in a mode of simulating plug-pull, so that labor is greatly saved, and the testing efficiency is improved.
Fig. 4 shows a schematic block diagram of an example electronic device 400 that may be used to implement embodiments of the present disclosure. For example, computing device 110 as shown in FIG. 1 may be implemented by electronic device 400. As shown, the electronic device 400 includes a Central Processing Unit (CPU) 401 that can perform various suitable actions and processes in accordance with computer program instructions stored in a Read Only Memory (ROM) 402 or loaded from a storage unit 408 into a Random Access Memory (RAM) 403. In the random access memory 403, various programs and data required for the operation of the electronic device 400 may also be stored. The central processing unit 401, the read only memory 402, and the random access memory 403 are connected to each other by a bus 404. An input/output (I/O) interface 405 is also connected to bus 404.
Various components in electronic device 400 are connected to input/output interface 405, including: an input unit 406 such as a keyboard, mouse, microphone, etc.; an output unit 407 such as various types of displays, speakers, and the like; a storage unit 408, such as a magnetic disk, optical disk, etc.; and a communication unit 409 such as a network card, modem, wireless communication transceiver, etc. The communication unit 409 allows the device 400 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.
The various processes and treatments described above, such as method 200, may be performed by central processing unit 401. For example, in some embodiments, the method 200 may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as the storage unit 408. In some embodiments, part or all of the computer program may be loaded and/or installed onto the device 400 via the read only memory 402 and/or the communication unit 409. One or more of the acts of the method 200 described above may be performed when a computer program is loaded into random access memory 403 and executed by central processing unit 401.
The present disclosure relates to methods, apparatus, systems, electronic devices, computer readable storage media, and/or computer program products. The computer program product may include computer readable program instructions for performing various aspects of the present disclosure.
The computer readable storage medium may be a tangible device that can hold and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: portable computer disks, hard disks, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static Random Access Memory (SRAM), portable compact disk read-only memory (CD-ROM), digital Versatile Disks (DVD), memory sticks, floppy disks, mechanical coding devices, punch cards or in-groove structures such as punch cards or grooves having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media, as used herein, are not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media (e.g., optical pulses through fiber optic cables), or electrical signals transmitted through wires.
The computer readable program instructions described herein may be downloaded from a computer readable storage medium to a respective computing/processing device or to an external computer or external storage device over a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmissions, wireless transmissions, routers, firewalls, switches, gateway computers and/or edge computing devices. The network interface card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium in the respective computing/processing device.
Computer program instructions for performing the operations of the present disclosure can be assembly instructions, instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, c++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer readable program instructions may be executed entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, aspects of the present disclosure are implemented by personalizing electronic circuitry, such as programmable logic circuitry, field Programmable Gate Arrays (FPGAs), or Programmable Logic Arrays (PLAs), with state information of computer readable program instructions, which can execute the computer readable program instructions.
Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.
These computer readable program instructions may be provided to a processing unit of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processing unit of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable medium having the instructions stored therein includes an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
It will be appreciated by persons skilled in the art that the present invention is not limited to the embodiments described above, but may be embodied in many other forms without departing from the spirit or scope thereof. Accordingly, the illustrated examples and embodiments are to be considered as illustrative and not restrictive, and the invention is intended to cover various modifications and substitutions without departing from the spirit and scope of the invention as defined by the appended claims.
Claims (15)
1. A method for determining network recovery time, the method comprising:
transmitting a test message to the network equipment to be tested at a preset message transmission rate;
acquiring a first time point when the tested network equipment breaks a first link and a second time point customized by the tested network equipment;
acquiring the number of received first test messages of the network equipment to be tested at the first time point and the number of received second test messages of the network equipment to be tested at the second time point, thereby determining the variation of the received test messages of the network equipment to be tested; and
and determining the network recovery time of the tested network equipment based on the determined change amount of the received test message and the preset message sending rate.
2. The method of claim 1, wherein determining a network recovery time for the network device under test comprises:
Calculating the network occupation time of the unit test message based on the preset message sending rate and the length of the test message;
calculating the quantity of transmitted test messages transmitted by test equipment for determining network recovery time between a second time point and a first time point based on the calculated network occupation time of the unit test messages; and
and determining the network recovery time based on the calculated transmission test message quantity, the received test message change quantity and the unit test message network occupation time.
3. The method of claim 2, wherein calculating the network occupancy time for the unit test message comprises:
acquiring the length of a test message of the test message and the type of the test message;
based on the type of the test message, acquiring a Preamble, an SFD start code and an IFG frame gap of the test message;
determining the total byte length of the test message based on the obtained Preamble, SFD start code, IFG frame gap and the length of the test message;
calculating the total bit quantity of the test message based on the total byte length of the test message; and
and calculating the network occupation time of the unit test message based on the ratio of the calculated total bit quantity to the preset message sending rate.
4. A method according to claim 2 or 3, wherein calculating the amount of transmitted test messages transmitted by the test device for determining the network recovery time between the second point in time and the first point in time comprises:
calculating a total test time for determining network recovery time based on the first time point and the second time point; and
and calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point based on the ratio of the total test time to the network occupation time of the unit test messages.
5. The method of claim 4, wherein determining a network recovery time comprises:
calculating a total test message variation in a total test time based on the calculated difference between the transmitted test message amount and the received test message variation; and
and determining the network recovery time based on the product of the total test message variation and the unit test message network occupation time value.
6. A method for determining network recovery time, the method being applied to a test system comprising a test apparatus, a network device under test, the network device under test comprising a first link and a second link, the method comprising:
Controlling the testing device to send a test message to the tested network equipment at a preset message sending rate and receiving the test message by the tested network equipment;
disconnecting a first link of the network device under test and enabling a second link of the network device under test;
recording a time point when the tested network equipment disconnects a first link as a first time point and recording a time point when the tested network equipment starts a second link to receive a test message as a second time point;
determining the number of received first test messages of the network equipment to be tested at the first time point and the number of received second test messages of the network equipment to be tested at the second time point, so as to determine the variation of the received test messages of the network equipment to be tested between the second time point and the first time point;
calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point; and
and determining the network recovery time at least based on the calculated transmission test message quantity and the calculated receiving test message change quantity.
7. The method of claim 6, wherein calculating the amount of transmitted test messages transmitted by the test device between the second point in time and the first point in time comprises:
Calculating the network occupation time of the unit test message based on the preset message sending rate and the length of the test message; calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point based on the calculated network occupation time of the unit test messages;
determining the network recovery time includes: and determining the network recovery time based on the calculated transmission test message quantity, the received test message change quantity and the unit test message network occupation time.
8. The method of claim 7, wherein calculating the network occupancy time for the unit test message comprises:
analyzing the test message so as to obtain the length of the test message and the type of the test message;
based on the type of the test message, acquiring a Preamble, an SFD start code and an IFG frame gap of the test message;
determining the total byte length of the test message based on the obtained Preamble, SFD start code, IFG frame gap and the length of the test message;
calculating the total bit quantity of the test message based on the total byte length of the test message; and
and calculating the network occupation time of the unit test message based on the ratio of the calculated total bit quantity to the preset message sending rate.
9. The method of claim 8, wherein calculating the amount of transmitted test messages transmitted by the test device between the second point in time and the first point in time comprises:
calculating a total test time based on the first time point and the second time point; and
and calculating the quantity of the transmitted test messages transmitted by the test equipment between the second time point and the first time point based on the ratio of the total test time to the network occupation time of the unit test messages.
10. The method of claim 9, wherein determining a network recovery time comprises:
calculating a total test message variation in a total test time based on the calculated difference between the transmitted test message amount and the received test message variation; and
and calculating the network recovery time based on the product of the total test message variation and the unit test message network occupation time value.
11. The method of claim 6, wherein the method further comprises:
acquiring a test message sending rate of a message sending port of the test device;
responding to the test message sending rate reaching a preset message sending rate, and acquiring the test message receiving rate of the message receiving port of the tested network equipment; and
And responding to the test message receiving rate reaching a preset message sending rate, and starting to control the test device to send the test message.
12. The method of claim 6, wherein the method further comprises:
transmitting the received test message to the test device by the tested network equipment;
the test device judges whether the test message received by the tested network equipment is consistent with the test message sent by the test device;
and responding to the received test message consistent with the transmitted test message, determining that the tested network equipment has the correct communication function.
13. The method of claim 6, wherein the method further comprises:
if the network recovery time is equal to the difference between the second time point and the first time point, increasing the value of the second time point;
re-executing the above steps and re-executing the network recovery time measurement until the network recovery time is less than the difference between the second point in time and the first point in time.
14. A computing device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor;
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-13.
15. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of any one of claims 1-13.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311186651.XA CN116915670B (en) | 2023-09-14 | 2023-09-14 | Method, apparatus and medium for determining network recovery time |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311186651.XA CN116915670B (en) | 2023-09-14 | 2023-09-14 | Method, apparatus and medium for determining network recovery time |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116915670A true CN116915670A (en) | 2023-10-20 |
| CN116915670B CN116915670B (en) | 2023-12-05 |
Family
ID=88363410
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311186651.XA Active CN116915670B (en) | 2023-09-14 | 2023-09-14 | Method, apparatus and medium for determining network recovery time |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116915670B (en) |
Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101102235A (en) * | 2007-07-26 | 2008-01-09 | 北京交通大学 | A method and device for measuring switching time |
| CN101425941A (en) * | 2008-12-04 | 2009-05-06 | 北京星网锐捷网络技术有限公司 | Loop network link convergence time and recovery time test system |
| CN102316038A (en) * | 2011-09-09 | 2012-01-11 | 福建星网锐捷网络有限公司 | Method for determining hot backup main /standby switching time, apparatus and system thereof |
| WO2012068845A1 (en) * | 2010-11-26 | 2012-05-31 | 中兴通讯股份有限公司 | Method and system for time synchronization |
| CN103200097A (en) * | 2013-04-28 | 2013-07-10 | 杭州华三通信技术有限公司 | Route calculation method and network equipment |
| CN104539469A (en) * | 2014-11-27 | 2015-04-22 | 盛科网络（苏州）有限公司 | Method and device of testing master-slave switching time based on test messages |
| CN104836705A (en) * | 2015-05-13 | 2015-08-12 | 国家电网公司 | Method for performing calibration time delay error testing on time delay calibration switch of intelligent substation |
| CN105162650A (en) * | 2015-08-05 | 2015-12-16 | 山东超越数控电子有限公司 | Method for monitoring switching time of redundancy network card |
| CN105337815A (en) * | 2015-12-15 | 2016-02-17 | 北京奇虎科技有限公司 | Testing method and device for master-slave switching time |
| CN106100939A (en) * | 2016-08-23 | 2016-11-09 | 迈普通信技术股份有限公司 | The network equipment starts time test method and test console |
| WO2016192205A1 (en) * | 2015-06-01 | 2016-12-08 | 中兴通讯股份有限公司 | Method and device for determining state of network equipment |
| WO2017000096A1 (en) * | 2015-06-27 | 2017-01-05 | 华为技术有限公司 | Link recovery method and network device |
| CN106789700A (en) * | 2016-12-23 | 2017-05-31 | 京信通信技术(广州)有限公司 | A kind of flow shaping method and the network equipment |
| CN110325929A (en) * | 2016-12-07 | 2019-10-11 | 阿瑞路资讯安全科技股份有限公司 | System and method for detecting the waveform analysis of cable network variation |
| CN111049704A (en) * | 2019-12-23 | 2020-04-21 | 安徽皖通邮电股份有限公司 | Method for calculating switching and back-switching time in protection environment through RFC2544 |
| CN111628902A (en) * | 2019-02-28 | 2020-09-04 | 腾讯科技（深圳）有限公司 | Rate testing method and apparatus, electronic device, and computer-readable storage medium |
| CN113364635A (en) * | 2021-07-02 | 2021-09-07 | 中铁工程装备集团有限公司 | Ad hoc network bandwidth adjusting method, device and system |
-
2023
- 2023-09-14 CN CN202311186651.XA patent/CN116915670B/en active Active
Patent Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101102235A (en) * | 2007-07-26 | 2008-01-09 | 北京交通大学 | A method and device for measuring switching time |
| CN101425941A (en) * | 2008-12-04 | 2009-05-06 | 北京星网锐捷网络技术有限公司 | Loop network link convergence time and recovery time test system |
| WO2012068845A1 (en) * | 2010-11-26 | 2012-05-31 | 中兴通讯股份有限公司 | Method and system for time synchronization |
| CN102316038A (en) * | 2011-09-09 | 2012-01-11 | 福建星网锐捷网络有限公司 | Method for determining hot backup main /standby switching time, apparatus and system thereof |
| CN103200097A (en) * | 2013-04-28 | 2013-07-10 | 杭州华三通信技术有限公司 | Route calculation method and network equipment |
| CN104539469A (en) * | 2014-11-27 | 2015-04-22 | 盛科网络（苏州）有限公司 | Method and device of testing master-slave switching time based on test messages |
| CN104836705A (en) * | 2015-05-13 | 2015-08-12 | 国家电网公司 | Method for performing calibration time delay error testing on time delay calibration switch of intelligent substation |
| WO2016192205A1 (en) * | 2015-06-01 | 2016-12-08 | 中兴通讯股份有限公司 | Method and device for determining state of network equipment |
| WO2017000096A1 (en) * | 2015-06-27 | 2017-01-05 | 华为技术有限公司 | Link recovery method and network device |
| CN105162650A (en) * | 2015-08-05 | 2015-12-16 | 山东超越数控电子有限公司 | Method for monitoring switching time of redundancy network card |
| CN105337815A (en) * | 2015-12-15 | 2016-02-17 | 北京奇虎科技有限公司 | Testing method and device for master-slave switching time |
| CN106100939A (en) * | 2016-08-23 | 2016-11-09 | 迈普通信技术股份有限公司 | The network equipment starts time test method and test console |
| CN110325929A (en) * | 2016-12-07 | 2019-10-11 | 阿瑞路资讯安全科技股份有限公司 | System and method for detecting the waveform analysis of cable network variation |
| CN106789700A (en) * | 2016-12-23 | 2017-05-31 | 京信通信技术(广州)有限公司 | A kind of flow shaping method and the network equipment |
| CN111628902A (en) * | 2019-02-28 | 2020-09-04 | 腾讯科技（深圳）有限公司 | Rate testing method and apparatus, electronic device, and computer-readable storage medium |
| CN111049704A (en) * | 2019-12-23 | 2020-04-21 | 安徽皖通邮电股份有限公司 | Method for calculating switching and back-switching time in protection environment through RFC2544 |
| CN113364635A (en) * | 2021-07-02 | 2021-09-07 | 中铁工程装备集团有限公司 | Ad hoc network bandwidth adjusting method, device and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116915670B (en) | 2023-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11023325B2 (en) | Resolving and preventing computer system failures caused by changes to the installed software | |
| CN101794359B (en) | Methods and systems for enabling community-tested security features for legacy applications | |
| US20190034828A1 (en) | Supervised learning system training using chatbot interaction | |
| CN104426885A (en) | Method and device for providing abnormal account | |
| US10630399B2 (en) | Testing distributed applications that have an established exchange in an advanced message queuing protocol (AMQP) message broker | |
| CN115547396B (en) | Test method and device for eMMC | |
| CN112468406B (en) | Method and device for determining flow threshold | |
| JP2023534696A (en) | Anomaly detection in network topology | |
| CN111954240A (en) | Network fault processing method and device and electronic equipment | |
| US20220179764A1 (en) | Multi-source data correlation extraction for anomaly detection | |
| CN104348905A (en) | Method and device for pushing message in off-line way | |
| CN116915670B (en) | Method, apparatus and medium for determining network recovery time | |
| JP7354424B2 (en) | Inter-terminal connection state prediction method and device, and analysis device | |
| CN109885420B (en) | PCIe link fault analysis method, BMC and storage medium | |
| CN112527678A (en) | Method, apparatus, device and storage medium for testing protocol | |
| CN112437105A (en) | Artificial intelligence based extrapolation model for discontinuities in real-time streaming data | |
| CN116089124A (en) | Communication method, device and medium of simulation system | |
| US20200192778A1 (en) | Real-time collaboration dynamic logging level control | |
| CN114679295B (en) | Firewall security configuration method and device | |
| CN113672416B (en) | Method and device for positioning cause of hard buffer leakage | |
| CN111679813B (en) | Method for information processing, electronic device, and storage medium | |
| US20230025081A1 (en) | Model training method, failure determining method, electronic device, and program product | |
| CN111258845A (en) | Detection of event storms | |
| CN113760589A (en) | Service fusing method and device based on real-time stream processing framework | |
| CN112994976A (en) | Gateway testing method and device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |