CN114095398A - Method and device for determining detection time delay, electronic equipment and storage medium - Google Patents
Method and device for determining detection time delay, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN114095398A CN114095398A CN202111234003.8A CN202111234003A CN114095398A CN 114095398 A CN114095398 A CN 114095398A CN 202111234003 A CN202111234003 A CN 202111234003A CN 114095398 A CN114095398 A CN 114095398A
- Authority
- CN
- China
- Prior art keywords
- data packet
- receiving end
- detection
- time
- timestamp
- 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.)
- Pending
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 186
- 238000000034 method Methods 0.000 title claims abstract description 80
- 239000000523 sample Substances 0.000 claims description 41
- 230000005540 biological transmission Effects 0.000 claims description 17
- 230000002159 abnormal effect Effects 0.000 claims description 14
- 238000012163 sequencing technique Methods 0.000 claims description 10
- 230000001934 delay Effects 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 12
- 241000720945 Hosta Species 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 230000002776 aggregation Effects 0.000 description 6
- 238000004220 aggregation Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 6
- WYDFSSCXUGNICP-UHFFFAOYSA-N 24-methylenecholesta-5,7-dien-3beta-ol Natural products C1C2(C)OC2(C)C(O)OC1C(C)C1C2(C)CCC3C4(C)C(=O)C=CCC4(O)C4OC4C3C2CC1 WYDFSSCXUGNICP-UHFFFAOYSA-N 0.000 description 4
- 101100388300 Arabidopsis thaliana DTX55 gene Proteins 0.000 description 4
- 101100294134 Arabidopsis thaliana NIC3 gene Proteins 0.000 description 4
- WYDFSSCXUGNICP-CDLQDMDJSA-N C[C@@H]([C@H]1CC[C@H]2[C@@H]3[C@@H]4O[C@@H]4[C@@]4(O)CC=CC(=O)[C@]4(C)[C@H]3CC[C@]12C)[C@H]1C[C@]2(C)O[C@]2(C)C(O)O1 Chemical compound C[C@@H]([C@H]1CC[C@H]2[C@@H]3[C@@H]4O[C@@H]4[C@@]4(O)CC=CC(=O)[C@]4(C)[C@H]3CC[C@]12C)[C@H]1C[C@]2(C)O[C@]2(C)C(O)O1 WYDFSSCXUGNICP-CDLQDMDJSA-N 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000004806 packaging method and process Methods 0.000 description 4
- 101100388291 Arabidopsis thaliana DTX49 gene Proteins 0.000 description 3
- 101100388296 Arabidopsis thaliana DTX51 gene Proteins 0.000 description 3
- 101100388299 Arabidopsis thaliana DTX54 gene Proteins 0.000 description 3
- 101100294133 Arabidopsis thaliana NIC2 gene Proteins 0.000 description 3
- 101100268840 Danio rerio chrna1 gene Proteins 0.000 description 3
- 101150065731 NIC1 gene Proteins 0.000 description 3
- PWHVEHULNLETOV-UHFFFAOYSA-N Nic-1 Natural products C12OC2C2(O)CC=CC(=O)C2(C)C(CCC2=C3)C1C2=CC=C3C(C)C1OC(O)C2(C)OC2(C)C1 PWHVEHULNLETOV-UHFFFAOYSA-N 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005538 encapsulation Methods 0.000 description 3
- GWWNCLHJCFNTJA-UHFFFAOYSA-N nicandrenone-2 Natural products C12OC2C2(O)CC=CC(=O)C2(C)C(CCC23C)C1C3CCC2(O)C(C)C1OC(O)C2(C)OC2(C)C1 GWWNCLHJCFNTJA-UHFFFAOYSA-N 0.000 description 3
- 235000019800 disodium phosphate Nutrition 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 108091006146 Channels Proteins 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
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/0852—Delays
Landscapes
- Engineering & Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application discloses a method and a device for determining detection time delay, electronic equipment and a storage medium, wherein the method is applied to a sending end and comprises the following steps: utilizing at least one detection data packet to execute network detection operation between the sending end and the receiving end, and acquiring time information related to data packet receiving and sending time of the sending end and the receiving end in the network detection process; the time information is obtained based on a kernel timestamp and/or a data plane development kit (DPTK) timestamp; and determining the detection time delay between the sending end and the receiving end based on the time information.
Description
Technical Field
The embodiment of the application relates to the field of communication, and in particular, to a method and an apparatus for determining a detection delay, an electronic device, and a storage medium.
Background
In the prior art, it is generally required to determine a network connection condition between two devices, and determine a subsequent transmission policy of network data based on the network connection condition between the devices. Generally, the determination of the network connection condition between two devices can be determined by the data transmission delay and the packet loss rate between two devices. For the determination of the time delay, the time stamp of the data packet transmission process in the network probing process is generally obtained by the PING tool, however, the time stamp obtained by the PING tool is easily affected by the scheduling of the operating system resource, which affects the accuracy of the determination of the time delay of the subsequent probing.
Disclosure of Invention
In order to solve the foregoing technical problem, embodiments of the present application provide a method and an apparatus for determining a detection delay, an electronic device, and a storage medium.
The embodiment of the application provides a method for determining detection delay, which is applied to a sending end and comprises the following steps:
utilizing at least one detection data packet to execute network detection operation between the sending end and the receiving end, and acquiring time information related to data packet receiving and sending time of the sending end and the receiving end in the network detection process; the time information is obtained based on a kernel timestamp and/or a DPTK timestamp;
and determining the detection time delay between the sending end and the receiving end based on the time information.
In an optional embodiment of the present application, the performing, by using at least one probe packet, a network probing operation between the sending end and the receiving end to obtain time information, which is related to a time when the sending end and the receiving end receive and send a packet, in a network probing process includes:
under the condition of sending at least one detection data packet to the receiving end, acquiring a first kernel time stamp corresponding to the sending time of each data packet in the at least one detection data packet;
under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second kernel time stamp corresponding to the receiving time of each data packet in the at least one target data packet;
obtaining a third core timestamp and a fourth core timestamp; the third kernel timestamp is a kernel timestamp which is obtained by the receiving end and corresponds to the receiving time of each data packet in the at least one detection data packet under the condition that the receiving end receives the at least one detection data packet; the fourth kernel timestamp is a kernel timestamp corresponding to the sending time of each data packet in the at least one target data packet, which is obtained by the receiving end when the receiving end sends the at least one target data packet.
In an optional embodiment of the present application, the performing, by using at least one probe packet, a network probing operation between the sending end and the receiving end to obtain time information, which is related to a time when the sending end and the receiving end receive and send a packet, in a network probing process includes:
under the condition of sending at least one detection data packet to the receiving end, acquiring a DPDK time stamp of a first data plane development kit corresponding to the sending time of each data packet in the at least one detection data packet;
under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second DPDK time stamp corresponding to the receiving time of each data packet in the at least one target data packet;
obtaining a third DPDK timestamp and a fourth DPDK timestamp; the third DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a reception time of each data packet in the at least one sounding data packet when the receiving end receives the at least one sounding data packet; the fourth DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a transmission time of each data packet in the at least one target data packet when the receiving end transmits the at least one target data packet.
In an optional embodiment of the present application, before the performing the network probing operation between the sending end and the receiving end by using at least one probing data packet, the method further includes:
acquiring detection configuration information, and constructing at least one detection data packet based on the detection configuration information; the detection configuration information includes physical address information of a transmitting end and physical address information of a receiving end.
In an optional embodiment of the present application, the method further comprises:
executing the network detection operation for multiple times within preset time, and acquiring and counting the time information in the multiple network detection processes within the preset time;
determining a detection time delay corresponding to the network detection operations based on the time information in the network detection processes;
and sequencing the detection time delays corresponding to the multiple network detection operations, determining a target detection time delay according to a sequencing result, comparing the target detection time delay with a time delay threshold value, and determining whether a link between the sending end and the receiving end is abnormal.
In an optional embodiment of the present application, the detection delay between the sending end and the receiving end refers to a detection delay of at least one link included between the sending end and the receiving end; the first internet access and/or the second internet access corresponding to different links of the at least one link are different; the first network port is the network port of the sending end, and the second network port is the network port of the receiving end;
the determining whether the link between the sending end and the receiving end is abnormal includes:
determining whether each of the at least one probing link is abnormal or not based on a relationship between a target probing delay corresponding to each of the at least one probing link and a delay threshold;
and determining a target network port with a fault at the sending end and/or the receiving end based on the determined link with the abnormity.
In an optional embodiment of the present application, after determining that the target internet access with the failure exists at the sending end and/or the receiving end, the method further includes:
and determining whether a sending end and/or a receiving end corresponding to the target network port executes service restarting operation or not, and if the service restarting operation is not executed, executing alarm operation aiming at the target network port.
The embodiment of the present application further provides a device for determining a detection delay, where the device is applied to a transmitting end, and the device includes:
an obtaining unit, configured to perform a network probing operation between the sending end and the receiving end by using at least one probing data packet, and obtain time information related to a time when the sending end and the receiving end receive and send data packets in a network probing process; the time information is obtained based on a kernel timestamp and/or a DPTK timestamp;
a first determining unit, configured to determine, based on the time information, a sounding delay between the sending end and the receiving end.
In an optional implementation manner of this application, the obtaining unit is specifically configured to: under the condition of sending at least one detection data packet to the receiving end, acquiring a first kernel time stamp corresponding to the sending time of each data packet in the at least one detection data packet; under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second kernel time stamp corresponding to the receiving time of each data packet in the at least one target data packet; obtaining a third core timestamp and a fourth core timestamp; the third kernel timestamp is a kernel timestamp which is obtained by the receiving end and corresponds to the receiving time of each data packet in the at least one detection data packet under the condition that the receiving end receives the at least one detection data packet; the fourth kernel timestamp is a kernel timestamp corresponding to the sending time of each data packet in the at least one target data packet, which is obtained by the receiving end when the receiving end sends the at least one target data packet.
In an optional implementation manner of this application, the obtaining unit is specifically configured to: under the condition of sending at least one detection data packet to the receiving end, acquiring a DPDK time stamp of a first data plane development kit corresponding to the sending time of each data packet in the at least one detection data packet; under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second DPDK time stamp corresponding to the receiving time of each data packet in the at least one target data packet; obtaining a third DPDK timestamp and a fourth DPDK timestamp; the third DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a reception time of each data packet in the at least one sounding data packet when the receiving end receives the at least one sounding data packet; the fourth DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a transmission time of each data packet in the at least one target data packet when the receiving end transmits the at least one target data packet.
In an optional embodiment of the present application, before the obtaining unit utilizes at least one probe packet to perform the network probing operation between the sending end and the receiving end, the apparatus further includes:
the device comprises a constructing unit, a sending unit and a receiving unit, wherein the constructing unit is used for acquiring the detection configuration information and constructing at least one detection data packet based on the detection configuration information; the detection configuration information includes physical address information of a transmitting end and physical address information of a receiving end.
In an optional embodiment of the present application, the apparatus further comprises:
the second determining unit is used for executing the network detection operation for multiple times within preset time, and acquiring and counting the time information in the multiple network detection processes within the preset time; determining a detection time delay corresponding to the network detection operations based on the time information in the network detection processes; and sequencing the detection time delays corresponding to the multiple network detection operations, determining a target detection time delay according to a sequencing result, comparing the target detection time delay with a time delay threshold value, and determining whether a link between the sending end and the receiving end is abnormal.
In an optional embodiment of the present application, the detection delay between the sending end and the receiving end refers to a detection delay of at least one link included between the sending end and the receiving end; the first internet access and/or the second internet access corresponding to different links of the at least one link are different; the first network port is the network port of the sending end, and the second network port is the network port of the receiving end;
the second determining unit is specifically configured to: determining whether each of the at least one probing link is abnormal or not based on a relationship between a target probing delay corresponding to each of the at least one probing link and a delay threshold; and determining a target network port with a fault at the sending end and/or the receiving end based on the determined link with the abnormity.
In an optional embodiment of the present application, after the statistical unit determines that the sending end and/or the receiving end has a failed target internet access, the apparatus further includes:
a third determining unit, specifically configured to: and determining whether a sending end and/or a receiving end corresponding to the target network port executes service restarting operation or not, and if the service restarting operation is not executed, executing alarm operation aiming at the target network port.
An embodiment of the present application further provides an electronic device, where the electronic device includes: the memory stores computer-executable instructions, and the processor can implement the method for determining the detection delay according to the above embodiment when executing the computer-executable instructions stored in the memory.
The embodiment of the present application further provides a computer storage medium, where the storage medium stores executable instructions, and the executable instructions, when executed by a processor, implement the method for determining a detection delay according to the foregoing embodiment.
According to the technical scheme of the embodiment of the application, a sending end executes network detection operation between the sending end and a receiving end by utilizing at least one detection data packet, and time information related to data packet receiving and sending time of the sending end and the receiving end in a network detection process is obtained; the time information is obtained based on a kernel timestamp and/or a DPTK timestamp; and determining the detection time delay between the sending end and the receiving end based on the time information. Therefore, the acquired time information related to the network detection operation process can be more accurate, the influence of the control system resources on each time information is reduced, and the more accurate detection time delay is finally obtained.
Drawings
Fig. 1 is a scene diagram for determining a detection delay according to an embodiment of the present application;
fig. 2 is a schematic flowchart of a method for determining a probe delay according to an embodiment of the present disclosure;
fig. 3 is a first timing diagram illustrating packet flow direction in a network probing process according to an embodiment of the present invention;
fig. 4 is a second timing diagram illustrating packet flow direction in a network probing process according to an embodiment of the present invention;
fig. 5 is an overall flowchart of a network probing process provided in an embodiment of the present application;
fig. 6 is a schematic structural composition diagram of a device for determining a detection delay according to an embodiment of the present application;
fig. 7 is a schematic structural component diagram of an electronic device according to an embodiment of the present application.
Detailed Description
So that the manner in which the features and elements of the present embodiments can be understood in detail, a more particular description of the embodiments, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings.
The following is an explanation of key terms relevant to the embodiments of the present application:
the timestamp, specifically, a Unix timestamp (i.e., Unix timestamp), also called Unix time (Unix time), and Portable Operating System Interface (POSIX) time (POSIX time), is a time representation manner, and is defined as the total number of seconds from 1970, 01, 00 min 00 s to the present.
Round-Trip Time (RTT), also known as transmission delay, is the length of Time (in milliseconds) it takes for a network request to travel from an origin to a destination and back to the origin. RTT is an important indicator of determining the operational condition of a connection on a local network or a larger Internet, and is typically used by network administrators to diagnose the speed and reliability of network connections.
A Data Plane Development Kit (DPDK) is developed by multiple companies such as 6WIND and Intel, is mainly operated based on a Linux system, is used for a function library and a drive set for fast Data packet processing, can greatly improve the Data processing performance and throughput, and improves the working efficiency of a Data Plane application program.
Fig. 1 is a scene diagram for determining a detection delay according to an embodiment of the present application; in fig. 1, a source host corresponds to a sending end of the embodiment of the present application, and a target host corresponds to a receiving end of the embodiment of the present application. The source host can be a host in the form of a physical machine or a virtual machine, and can also be other devices including a processor, a memory and a network card; the target host can be a switch, a router or other equipment with a message forwarding function; an operating system (e.g., a Linux operating system) runs on the processors in the source host and the target host.
In fig. 1, a network probe is performed between a source host and a target host to determine a probe delay therebetween, where the probe delay is a round-trip time of data transmission when the source host and the target host perform data transmission, and the determination of the probe delay can determine a network transmission quality between the source host and the target host, and the determination of the network transmission quality can provide a basis for selecting a transmission channel in an actual service data transmission process. In fig. 1, a source host may perform network probing between the source host and a target host by constructing a plurality of probe packets to send to the target host, where the source host records a time t1 for sending the probe packets when sending each probe packet, the target host records a time t2 for receiving the probe packets after receiving the probe packets, and then the target host encapsulates the probe packets to obtain target packets for returning to the source host, and the target host sends the target packets to the source host and records a time t3 for sending the target packets, and the source host records a time t4 for receiving the target packets after receiving the target packets. Finally, the source host determines the probing time delay T between the source host and the target host according to the above records of T1, T2, T3 and T4 as (T4-T1) - (T3-T2).
For the scenario shown in fig. 1, the accurate determination of the probing delay T in the network probing process needs to depend on the accuracy of the 4 time records T1, T2, T3, and T4, and the determination of the 4 times is affected by factors such as resource scheduling of the operating system in the actual operation process, so how to accurately determine the above 4 times is critical.
In one scheme, the purpose of delay detection can be achieved by using tools such as a PING (Packet Internet Groper), but the following problems exist in the delay detection by using the PING: 1. the link delay detection scene of an aggregation member port under the condition of link aggregation cannot be covered; 2. providing a target Internet Protocol (IP) address when performing delay detection; 3. the timestamp acquired by PING is marked on the application layer, and due to the influence of factors such as resource scheduling of an operating system, the acquired time delay has obvious jitter and is low in stability; 4. the method can only be used for time delay detection, and when the time delay is detected to have problems, the link fault cannot be positioned.
According to the technical scheme, the timestamp needing to be acquired can be marked in the kernel driver or the DPDK data packet when the time delay detection is carried out, and the influence of operating system resources on the marked timestamp is reduced.
Fig. 2 is a schematic flow chart of a method for determining a probe delay according to an embodiment of the present application, and as shown in fig. 2, the method is applied to a transmitting end, and includes the following steps:
step 201: and executing network detection operation between the sending end and the receiving end by utilizing at least one detection data packet, and acquiring time information related to the time for receiving and sending the data packet by the sending end and the receiving end in the network detection process.
In the embodiment of the application, the network detection operation between the sending end and the receiving end is executed to obtain the detection delay between the sending end and the receiving end, and besides the detection delay, the packet loss rate between the sending end and the receiving end can also be obtained. In the network detection operation process, the transmission process of the data packet specifically comprises the following steps: the method comprises the steps that a sending end sends a detection data packet to a receiving end, after the receiving end receives the detection data packet, a target data packet used for returning to the sending end is generated based on the detection data packet, the target data packet is sent to the sending end, and then the sending end receives the target data packet. In the network detection process, a sending end and a receiving end both record corresponding packet receiving and packet sending timestamps when sending and receiving data packets, and particularly relate to the recording of 4 timestamps; after acquiring 4 timestamps of packet receiving and transmitting recorded by a transmitting end and a receiving end, the transmitting end calculates RTT according to the recorded 4 timestamps; based on the calculated RTT, the transmitting end can determine a delay condition of a link connected between the transmitting end and the receiving end.
In this embodiment, the sending end and the receiving end may be two different hosts, for example, the host of the sending end is referred to as hostA, and the host of the receiving end is referred to as hostB, further, in this embodiment, the network probing operation between the sending end and the receiving end may specifically be network probing of a network link formed between one or more network ports of the sending end and one or more network ports of the receiving end, for example, the sending end has network ports NIC0, NIC1, and NIC2, and the receiving end has network ports NIC3, NIC4, so that the network probing between the sending end and the receiving end may specifically be network probing between the following 5 links between the sending end and the receiving end: link 1(NIC0 and NIC3), link 2(NIC0 and NIC4), link 3(NIC1 and NIC3), link 4(NIC1 and NIC4), link 5(NIC2 and NIC3), link 6(NIC2 and NIC 4).
In an optional embodiment of the present application, before performing step 201, a probe packet for performing network probe needs to be constructed, which may specifically be implemented by the following steps:
acquiring detection configuration information, and constructing at least one detection data packet based on the detection configuration information; the detection configuration information includes physical address information of a transmitting end and physical address information of a receiving end.
In an optional embodiment of the present application, a probe list may be preconfigured, where the probe list includes information of a link between a sending end and a receiving end that needs to be probed, that is, probe configuration information, and specifically may include a source host, a source network port, a Media Access Control Address (MAC) Address, a target host, a target network port, and a target MAC Address, where the source host is the sending end host, the source network port is a network port of the sending end host, and the source MAC Address is an Address of a network port of the sending end host; the target host is the receiving end host, the target network port is the network port of the receiving end host, and the target MAC address is the address of the network port of the receiving end host.
In the embodiment of the present application, at least one data packet is encapsulated based on the probing configuration information, that is, at least one probing data packet for network probing can be obtained, and for each data packet in the at least one data packet before encapsulation, the number of bytes (i.e., the size of the data packet) included in the data packet may be the same or different, where the data packets with different sizes may be used to simulate different network traffic, for example, a voice traffic during a call is simulated by using a small data packet, and a video traffic is simulated by using a large data packet.
In the embodiment of the application, a sending end encapsulates at least one data packet based on detection configuration information to obtain at least one encapsulated data packet, namely at least one detection data packet, and then sends the at least one detection data packet to a target receiving port of a receiving end by using a target sending port of the sending end, and after receiving each detection data packet, the target receiving port encapsulates the detection data packet structure again to obtain a target data packet for returning to the target sending port, and sends the target data packet to the target sending port.
In an optional embodiment of the present application, an encapsulation structure of a probe packet is as follows:
table 1 is an introduction of each field included in the structure of the probe packet.
Table 1 probe packet structure field description
The technical scheme of the embodiment of the application can be used for network detection of a two-layer network of a data center, when the two-layer network is subjected to network detection, a two-layer network protocol is adopted to package a data packet, under the condition of link aggregation, a switch can support a source MAC load, a target MAC load and a source target MAC load aggregation mode, an IP address required by detection of the three-layer network is not required to be provided, and a detection message based on the two-layer network can cover a time delay detection scene of an aggregation member under the condition of link aggregation.
In the embodiment of the application, in the process of network detection between the sending end and the receiving end, the time information of the sending end and the receiving end side related to the receiving and sending time of the data packet is obtained based on the kernel time stamp and/or the DPTK time stamp. According to the embodiment of the application, the timestamp is marked in the kernel driver or the DPDK data packet, and the marking of the timestamp is less influenced by the resources of an operating system.
In addition, since the MAC address has a small influence on the network environment of the client in the cloud data center, the MAC address only works in a two-layer network, and if an IP address is used, the IP address changes as soon as the network of the client changes, which is not favorable for easy deployment. In the detection process of the embodiment of the application, the time delay detection can be carried out only by providing the MAC address without providing the IP address.
In an optional embodiment of the present application, for a case where the timestamp is marked on the kernel driver, the step 201 specifically includes the following steps:
step 2-1: under the condition of sending at least one detection data packet to the receiving end, acquiring a first kernel time stamp corresponding to the sending time of each data packet in the at least one detection data packet;
step 2-2: under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second kernel time stamp corresponding to the receiving time of each data packet in the at least one target data packet;
step 2-3: obtaining a third core timestamp and a fourth core timestamp; the third kernel timestamp is a kernel timestamp which is obtained by the receiving end and corresponds to the receiving time of each data packet in the at least one detection data packet under the condition that the receiving end receives the at least one detection data packet; the fourth kernel timestamp is a kernel timestamp corresponding to the sending time of each data packet in the at least one target data packet, which is obtained by the receiving end when the receiving end sends the at least one target data packet.
In the embodiment of the application, for the kernel timestamp, the kernel timestamp can be acquired through the kernel driver interface, and the specific acquisition modes of the kernel timestamps of the sending end and the receiving end are as follows:
for a sending end, in a driving sending function, a software timestamp is obtained from a global variable timekeeper, and is stored in an err _ queue of a socket, and then a message is sent out. The application reads the timestamp through the err _ queue of the socket.
For a receiving end, a software timestamp is acquired from a global variable timekeeper through the netif _ receive _ skb- > net _ timestamp _ check- > -net _ timestamp in the driving receiving function, and then protocol stack processing is received.
Fig. 3 is a first timing diagram of packet flow direction in a network probing process provided in an embodiment of the present application, specifically, a first timing diagram (core) of packet flow direction in a probing link, where a specific probing process includes the following steps:
a1, sending SEND packet (i.e. probe packet) of hostA, time stamping on kernel, then calling recv (function for obtaining time stamp of receiving/sending packet), and obtaining time stamp t1 (time of sending probe packet by sender).
a2 and hostB receive the SEND packet, the kernel stamps the time, and recv directly obtains the time stamp t2 (the time when the receiving end receives the detection data packet).
a3 and hostB enqueue the received packets, wait for dequeue again, send RECV packets (i.e. target packets corresponding to probe packets), and call RECV acquisition timestamp t3 (time for sending target packets by the sender) after sending.
a4 and hostA receive the RECV packet, the kernel stamps a time stamp, and the RECV directly acquires a time stamp t4 (the time when the receiving end receives the target data packet).
a5, because the RECV packet is not sent to t3, the hostB also sends STAT packet (data packet for returning t3 timestamp obtained by hostB side), and returns the packet carrying t3 timestamp to hostA.
In an optional embodiment of the present application, for a case where the time stamp is marked in the DPDK data packet, the step 201 may be specifically implemented by the following steps:
step 3-1: under the condition of sending at least one detection data packet to the receiving end, acquiring a first DPDK timestamp corresponding to the sending time of each data packet in the at least one detection data packet;
step 3-2: under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second DPDK time stamp corresponding to the receiving time of each data packet in the at least one target data packet;
step 3-3: obtaining a third DPDK timestamp and a fourth DPDK timestamp; the third DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a reception time of each data packet in the at least one sounding data packet when the receiving end receives the at least one sounding data packet; the fourth DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a transmission time of each data packet in the at least one target data packet when the receiving end transmits the at least one target data packet.
In the embodiment of the present application, the DPDK timestamp is automatically encapsulated by the DPDK forwarding plane interface, and the specific acquisition mode is:
sending end SEND _ FLAG: packaging t 1;
receiving end SEND _ FLAG: packaging t 2;
receiving end RECV _ FLAG: packaging t 3;
transmitting end RECV _ FLAG: and packaging t 4.
Fig. 4 is a second timing diagram of packet flow direction in a network detection process provided in the embodiment of the present application, specifically a second timing diagram (DPDK) of packet flow direction in a detection link, where the following is a specific delay detection procedure:
b1, hostA SENDs a SEND packet (i.e. a probe packet), and the DPDK encapsulates a time stamp t1 (the time the sender sent the probe packet).
b2 and hostB receive the SEND packet, and the DPDK encapsulates a time stamp t2 (time when the receiving end receives the probe packet).
b3 and hostB enqueue the received packets, wait for dequeue again, send RECV packets (i.e. target packets corresponding to the probe packets), and DPDK encapsulates a time stamp t3 (time for the sender to send the target packets).
b4, hostA receives RECV packet, dpdk encapsulates time stamp t4 (time of receiving target data packet by receiving end).
b5, unpacking by hostA event _ recv to obtain t1, t2, t3 and t4 contents.
Step 202: and determining the detection time delay between the sending end and the receiving end based on the time information.
In this embodiment of the present application, the purpose of obtaining time information by performing network probing is to obtain a time delay RTT of a physical link between a sending end and a receiving end, specifically, time consumed between an arrow 1 and an arrow 2 in fig. 3, or time consumed between an arrow 3 and an arrow 4 in fig. 4.
Based on the obtained timestamps, the time delay (unit of millisecond) of the link can be calculated according to a formula, which is specifically: (t4-t1) - (t3-t 2).
In an optional embodiment of the present application, after determining the detection delay by performing a plurality of network detection operations, it can be determined whether the detection link is abnormal based on the determined detection delay, and the method specifically includes the following steps:
step 4-1: executing the network detection operation for multiple times within preset time, and acquiring and counting the time information in the multiple network detection processes within the preset time;
step 4-2: determining a detection time delay corresponding to the network detection operations based on the time information in the network detection processes;
step 4-3: and sequencing the detection time delays corresponding to the multiple network detection operations, determining a target detection time delay according to a sequencing result, comparing the target detection time delay with a time delay threshold value, and determining whether a link between the sending end and the receiving end is abnormal.
Specifically, in a statistical window (i.e. within a preset time, for example, 120s), according to the time delay obtained by each link in the window period, 90% of the time delays are sequentially calculated in an ascending manner, and the time delay of the link in this period is calculated by a specific calculation formula: sorted (rtt _ list) [ math. ceil (len (rtt _ list) × 0.9) ].
For each link between the sending end and the receiving end, a link probing delay matrix (unit ms, ordinate indicates a port for sending a data packet, and abscissa indicates a port for receiving a data packet) shown in table 2 below can be obtained by calculating 90% delay.
TABLE 2 exploration delay matrix
In an optional embodiment of the present application, the detection delay between the sending end and the receiving end refers to a detection delay of at least one link included between the sending end and the receiving end; the first internet access and/or the second internet access corresponding to different links of the at least one link are different; the first network port is the network port of the sending end, the second network port is the network port of the receiving end, and the step 4-3 can be specifically realized by the following steps:
step 5-1: and determining whether each of the at least one probing link is abnormal or not based on a relationship between a target probing delay corresponding to each of the at least one probing link and a delay threshold.
Step 5-2: and determining a target network port with a fault at the sending end and/or the receiving end based on the determined link with the abnormity.
Specifically, within a statistical window (e.g., 120s), according to the delay detection data of each link within the window period, a 90 percentile delay (unit ms) is calculated and compared with a preset threshold (e.g., 50ms), if the threshold is exceeded, the links are recorded into a suspect set, and if all links including a certain portal within the window period satisfy the condition (e.g., NIC0 of hostA in fig. five), the portal is considered to have a fault.
In an optional embodiment of the present application, after determining, in step 5-2, that the sending end and/or the receiving end has a failed target internet access, the following steps may be further performed:
and determining whether a sending end and/or a receiving end corresponding to the target network port executes service restarting operation or not, and if the service restarting operation is not executed, executing alarm operation aiming at the target network port.
Specifically, after the network port with the fault is determined, reporting the abnormity to a controller at a sending end, the controller checking whether a host related to the alarm has a service restart abnormity, if the host has the service restart, not alarming, and preventing false alarm, otherwise, pushing the network port fault alarm to a WebUI (web page).
Fig. 5 is an overall flowchart of a network probing process according to an embodiment of the present application. As shown in fig. 5, first, a Web UI at a sending end configures some network ports according to an actual service of a user, a controller allocates an MAC address according to the network port configured by the user, and issues an MAC address table to a proxy server (i.e., agent in fig. 5) that performs link detection, and the proxy server performs encapsulation of a path data packet according to the issued MAC address and periodically sends a detection data packet to a receiving end. The sending end counts the link detection results in a certain period to obtain the time delay detection result of each link, compares the time delay detection result with a time delay threshold value, finds out the abnormal network port of the sending end or the receiving end in a fault positioning mode, and pushes an alarm to WebUI. In fig. 5, grouping specifically includes determining each link as a group, where each link corresponds to one probe task. The detector IPC in the figure represents inter-process communication.
According to the technical scheme of the embodiment of the application, in the process of network detection between the sending end and the receiving end, time information related to the receiving and sending time of the data packet at the sending end side and the receiving end side is obtained based on the kernel timestamp and/or the DPTK timestamp. According to the embodiment of the application, the timestamp is marked in the kernel driver or the DPDK data packet, and the marking of the timestamp is less influenced by the resources of an operating system.
Fig. 6 is a schematic structural composition diagram of a device for determining a detection delay according to an embodiment of the present application, where as shown in fig. 6, the device is applied to a transmitting end, and the device includes:
an obtaining unit 601, configured to perform a network probing operation between the sending end and the receiving end by using at least one probing data packet, and obtain time information related to a time when the sending end and the receiving end receive and send data packets in a network probing process; the time information is obtained based on a kernel timestamp and/or a DPTK timestamp;
a first determining unit 602, configured to determine, based on the time information, a sounding delay between the transmitting end and the receiving end.
In an optional implementation manner of this application, the obtaining unit 601 is specifically configured to: under the condition of sending at least one detection data packet to the receiving end, acquiring a first kernel time stamp corresponding to the sending time of each data packet in the at least one detection data packet; under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second kernel time stamp corresponding to the receiving time of each data packet in the at least one target data packet; obtaining a third core timestamp and a fourth core timestamp; the third kernel timestamp is a kernel timestamp which is obtained by the receiving end and corresponds to the receiving time of each data packet in the at least one detection data packet under the condition that the receiving end receives the at least one detection data packet; the fourth kernel timestamp is a kernel timestamp corresponding to the sending time of each data packet in the at least one target data packet, which is obtained by the receiving end when the receiving end sends the at least one target data packet.
In an optional implementation manner of this application, the obtaining unit 601 is specifically configured to: under the condition of sending at least one detection data packet to the receiving end, acquiring a DPDK time stamp of a first data plane development kit corresponding to the sending time of each data packet in the at least one detection data packet; under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second DPDK time stamp corresponding to the receiving time of each data packet in the at least one target data packet; obtaining a third DPDK timestamp and a fourth DPDK timestamp; the third DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a reception time of each data packet in the at least one sounding data packet when the receiving end receives the at least one sounding data packet; the fourth DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a transmission time of each data packet in the at least one target data packet when the receiving end transmits the at least one target data packet.
In an optional embodiment of the present application, before the obtaining unit 601 performs the network probing operation between the sending end and the receiving end by using at least one probing data packet, the apparatus further includes:
a constructing unit 603, configured to obtain probe configuration information, and construct at least one probe packet based on the probe configuration information; the detection configuration information includes physical address information of a transmitting end and physical address information of a receiving end.
In an optional embodiment of the present application, the apparatus further comprises:
a second determining unit 604, configured to perform the network probing operation multiple times within a preset time, and acquire and count the time information in multiple network probing processes within the preset time; determining a detection time delay corresponding to the network detection operations based on the time information in the network detection processes; and sequencing the detection time delays corresponding to the multiple network detection operations, determining a target detection time delay according to a sequencing result, comparing the target detection time delay with a time delay threshold value, and determining whether a link between the sending end and the receiving end is abnormal.
In an optional embodiment of the present application, the detection delay between the sending end and the receiving end refers to a detection delay of at least one link included between the sending end and the receiving end; the first internet access and/or the second internet access corresponding to different links of the at least one link are different; the first network port is the network port of the sending end, and the second network port is the network port of the receiving end;
the second determining unit 604 is specifically configured to: determining whether each of the at least one probing link is abnormal or not based on a relationship between a target probing delay corresponding to each of the at least one probing link and a delay threshold; and determining a target network port with a fault at the sending end and/or the receiving end based on the determined link with the abnormity.
In an optional embodiment of the present application, after the statistical unit determines that the sending end and/or the receiving end has a failed target internet access, the apparatus further includes:
the third determining unit 606 is specifically configured to: and determining whether a sending end and/or a receiving end corresponding to the target network port executes service restarting operation or not, and if the service restarting operation is not executed, executing alarm operation aiming at the target network port.
It will be understood by those skilled in the art that the functions implemented by the units in the device for determining the probe time delay shown in fig. 6 can be understood by referring to the related description of the method for determining the probe time delay. The functions of the units in the device for determining a detection delay shown in fig. 6 may be implemented by a program running on a processor, or may be implemented by specific logic circuits.
The embodiment of the application also provides the electronic equipment. Fig. 7 is a schematic diagram of a hardware structure of an electronic device according to an embodiment of the present application, and as shown in fig. 7, the electronic device includes: a communication component 703 for data transmission, at least one processor 701 and a memory 702 for storing computer programs capable of running on the processor 701. The various components in the terminal are coupled together by a bus system 704. It is understood that the bus system 704 is used to enable communications among the components. The bus system 704 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled in fig. 7 as the bus system 704.
Wherein the processor 701 executes the computer program to perform at least the steps of the method shown in fig. 2.
It will be appreciated that the memory 702 can be either volatile memory or nonvolatile memory, and can include both volatile and nonvolatile memory. Among them, the nonvolatile Memory may be a Read Only Memory (ROM), a Programmable Read Only Memory (PROM), an Erasable Programmable Read-Only Memory (EPROM), an Electrically Erasable Programmable Read-Only Memory (EEPROM), a magnetic random access Memory (FRAM), a Flash Memory (Flash Memory), a magnetic surface Memory, an optical disk, or a Compact Disc Read-Only Memory (CD-ROM); the magnetic surface storage may be disk storage or tape storage. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of illustration and not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Synchronous Static Random Access Memory (SSRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), Enhanced Synchronous Dynamic Random Access Memory (ESDRAM), Enhanced Synchronous Dynamic Random Access Memory (Enhanced DRAM), Synchronous Dynamic Random Access Memory (SLDRAM), Direct Memory (DRmb Access), and Random Access Memory (DRAM). The memory 702 described in embodiments herein is intended to comprise, without being limited to, these and any other suitable types of memory.
The method disclosed in the embodiments of the present application may be applied to the processor 701, or implemented by the processor 701. The processor 701 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by integrated logic circuits of hardware or instructions in the form of software in the processor 701. The processor 701 described above may be a general purpose processor, a DSP, or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The processor 701 may implement or perform the methods, steps, and logic blocks disclosed in the embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium located in the memory 702, and the processor 701 may read the information in the memory 702 and perform the steps of the aforementioned methods in conjunction with its hardware.
In an exemplary embodiment, the electronic Device may be implemented by one or more Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), FPGAs, general purpose processors, controllers, MCUs, microprocessors (microprocessors), or other electronic components for performing the aforementioned call recording method.
An embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, where the computer program is configured to, when executed by a processor, perform at least the steps of the method shown in fig. 2. The computer readable storage medium may be specifically a memory. The memory may be the memory 702 as shown in fig. 7.
The technical solutions described in the embodiments of the present application can be arbitrarily combined without conflict.
In the several embodiments provided in the present application, it should be understood that the disclosed method and intelligent device may be implemented in other ways. The above-described device embodiments are merely illustrative, for example, the division of the unit is only a logical functional division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection between the devices or units may be electrical, mechanical or other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, all functional units in the embodiments of the present application may be integrated into one second processing unit, or each unit may be separately regarded as one unit, or two or more units may be integrated into one unit; the integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application.
Claims (10)
1. A method for determining a probe delay is applied to a transmitting end, and the method comprises the following steps:
utilizing at least one detection data packet to execute network detection operation between the sending end and the receiving end, and acquiring time information related to data packet receiving and sending time of the sending end and the receiving end in the network detection process; the time information is obtained based on a kernel timestamp and/or a data plane development kit (DPTK) timestamp;
and determining the detection time delay between the sending end and the receiving end based on the time information.
2. The method according to claim 1, wherein the performing, by using at least one probe packet, a network probing operation between the sender and the receiver to obtain time information related to packet receiving and sending times of the sender and the receiver in a network probing process comprises:
under the condition of sending at least one detection data packet to the receiving end, acquiring a first kernel time stamp corresponding to the sending time of each data packet in the at least one detection data packet;
under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second kernel time stamp corresponding to the receiving time of each data packet in the at least one target data packet;
obtaining a third core timestamp and a fourth core timestamp; the third kernel timestamp is a kernel timestamp which is obtained by the receiving end and corresponds to the receiving time of each data packet in the at least one detection data packet under the condition that the receiving end receives the at least one detection data packet; the fourth kernel timestamp is a kernel timestamp corresponding to the sending time of each data packet in the at least one target data packet, which is obtained by the receiving end when the receiving end sends the at least one target data packet.
3. The method according to claim 1, wherein the performing, by using at least one probe packet, a network probing operation between the sender and the receiver to obtain time information related to packet receiving and sending times of the sender and the receiver in a network probing process comprises:
under the condition of sending at least one detection data packet to the receiving end, acquiring a first DPDK timestamp corresponding to the sending time of each data packet in the at least one detection data packet;
under the condition that at least one target data packet corresponding to the at least one detection data packet returned by the receiving end is received, acquiring a second DPDK time stamp corresponding to the receiving time of each data packet in the at least one target data packet;
obtaining a third DPDK timestamp and a fourth DPDK timestamp; the third DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a reception time of each data packet in the at least one sounding data packet when the receiving end receives the at least one sounding data packet; the fourth DPDK timestamp is a DPDK timestamp that is obtained by the receiving end and corresponds to a transmission time of each data packet in the at least one target data packet when the receiving end transmits the at least one target data packet.
4. The method according to any of claims 1 to 3, wherein before performing the network probing operation between the sender and receiver using at least one probing packet, the method further comprises:
acquiring detection configuration information, and constructing at least one detection data packet based on the detection configuration information; the detection configuration information includes physical address information of a transmitting end and physical address information of a receiving end.
5. The method according to any one of claims 1 to 3, further comprising:
executing the network detection operation for multiple times within preset time, and acquiring and counting the time information in the multiple network detection processes within the preset time;
determining a detection time delay corresponding to the network detection operations based on the time information in the network detection processes;
and sequencing the detection time delays corresponding to the multiple network detection operations, determining a target detection time delay according to a sequencing result, comparing the target detection time delay with a time delay threshold value, and determining whether a link between the sending end and the receiving end is abnormal.
6. The method according to claim 5, wherein the probe delay between the transmitting end and the receiving end refers to a probe delay of at least one link included between the transmitting end and the receiving end; the first internet access and/or the second internet access corresponding to different links of the at least one link are different; the first network port is the network port of the sending end, and the second network port is the network port of the receiving end;
the determining whether the link between the sending end and the receiving end is abnormal includes:
determining whether each of the at least one probing link is abnormal or not based on a relationship between a target probing delay corresponding to each of the at least one probing link and a delay threshold;
and determining a target network port with a fault at the sending end and/or the receiving end based on the determined link with the abnormity.
7. The method according to claim 6, wherein after determining that the target network port with the failure exists at the transmitting end and/or the receiving end, the method further comprises:
and determining whether a sending end and/or a receiving end corresponding to the target network port executes service restarting operation or not, and if the service restarting operation is not executed, executing alarm operation aiming at the target network port.
8. An apparatus for determining a sounding delay, the apparatus being applied to a transmitting end, the apparatus comprising:
an obtaining unit, configured to perform a network probing operation between the sending end and the receiving end by using at least one probing data packet, and obtain time information related to a time when the sending end and the receiving end receive and send data packets in a network probing process; the time information is obtained based on a kernel timestamp and/or a data plane development kit (DPTK) timestamp;
a determining unit, configured to determine a sounding delay between the sending end and the receiving end based on the time information.
9. An electronic device, characterized in that the electronic device comprises: a memory having computer-executable instructions stored thereon and a processor operable to implement the method of any of claims 1 to 7 when executing the computer-executable instructions on the memory.
10. A computer storage medium having stored thereon executable instructions that when executed by a processor implement the method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111234003.8A CN114095398A (en) | 2021-10-22 | 2021-10-22 | Method and device for determining detection time delay, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111234003.8A CN114095398A (en) | 2021-10-22 | 2021-10-22 | Method and device for determining detection time delay, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114095398A true CN114095398A (en) | 2022-02-25 |
Family
ID=80297408
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111234003.8A Pending CN114095398A (en) | 2021-10-22 | 2021-10-22 | Method and device for determining detection time delay, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114095398A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114615164A (en) * | 2022-03-09 | 2022-06-10 | 网易（杭州）网络有限公司 | Packet loss rate detection method and device, storage medium and electronic equipment |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040062204A1 (en) * | 2002-09-30 | 2004-04-01 | Bearden Mark J. | Communication system endpoint device with integrated call synthesis capability |
| CN1758613A (en) * | 2005-10-21 | 2006-04-12 | 湖南大学 | High precision network delay measuring method based on universal PC |
| CN103427935A (en) * | 2012-05-16 | 2013-12-04 | 中国科学院声学研究所 | Network delay measuring method and system for eliminating position errors |
| CN108616418A (en) * | 2018-03-30 | 2018-10-02 | 新华三技术有限公司 | Detect the method and device of failure |
| CN108737207A (en) * | 2017-04-25 | 2018-11-02 | 华为技术有限公司 | Propagation delay time detection method, equipment and system |
| CN110224883A (en) * | 2019-05-29 | 2019-09-10 | 中南大学 | A kind of Grey Fault Diagnosis method applied to telecommunications bearer network |
| CN110351196A (en) * | 2018-04-02 | 2019-10-18 | 华中科技大学 | Load-balancing method and system based on accurate congestion feedback in cloud data center |
| CN112019407A (en) * | 2020-11-02 | 2020-12-01 | 杭州木链物联网科技有限公司 | Forwarding equipment data testing method and device, computer equipment and storage medium |
-
2021
- 2021-10-22 CN CN202111234003.8A patent/CN114095398A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040062204A1 (en) * | 2002-09-30 | 2004-04-01 | Bearden Mark J. | Communication system endpoint device with integrated call synthesis capability |
| CN1758613A (en) * | 2005-10-21 | 2006-04-12 | 湖南大学 | High precision network delay measuring method based on universal PC |
| CN103427935A (en) * | 2012-05-16 | 2013-12-04 | 中国科学院声学研究所 | Network delay measuring method and system for eliminating position errors |
| CN108737207A (en) * | 2017-04-25 | 2018-11-02 | 华为技术有限公司 | Propagation delay time detection method, equipment and system |
| CN108616418A (en) * | 2018-03-30 | 2018-10-02 | 新华三技术有限公司 | Detect the method and device of failure |
| CN110351196A (en) * | 2018-04-02 | 2019-10-18 | 华中科技大学 | Load-balancing method and system based on accurate congestion feedback in cloud data center |
| CN110224883A (en) * | 2019-05-29 | 2019-09-10 | 中南大学 | A kind of Grey Fault Diagnosis method applied to telecommunications bearer network |
| CN112019407A (en) * | 2020-11-02 | 2020-12-01 | 杭州木链物联网科技有限公司 | Forwarding equipment data testing method and device, computer equipment and storage medium |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114615164A (en) * | 2022-03-09 | 2022-06-10 | 网易（杭州）网络有限公司 | Packet loss rate detection method and device, storage medium and electronic equipment |
| CN114615164B (en) * | 2022-03-09 | 2023-12-29 | 网易（杭州）网络有限公司 | Packet loss rate detection method and device, storage medium and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11671342B2 (en) | Link fault isolation using latencies | |
| US7523198B2 (en) | Integrated testing approach for publish/subscribe network systems | |
| CN109075996B (en) | Monitoring controller for monitoring network performance and method performed thereby | |
| WO2008148196A1 (en) | Method and apparatus for probing of a communication network | |
| US20200213186A1 (en) | Detecting sources of computer network failures | |
| CN108683553B (en) | Method and device for fault injection | |
| WO2023030417A1 (en) | Packet processing method and device, storage medium, and computer program product | |
| CN111181760B (en) | Network fault detection method and device, computer readable medium and electronic equipment | |
| US10855546B2 (en) | Systems and methods for non-intrusive network performance monitoring | |
| CN115174432A (en) | RDMA (remote direct memory Access) network state monitoring method, device, equipment and readable storage medium | |
| WO2023123956A1 (en) | Io full-lifecycle latency monitoring method and related apparatus | |
| CN115426284A (en) | Network quality detection method, device, terminal equipment and storage medium | |
| CN114095398A (en) | Method and device for determining detection time delay, electronic equipment and storage medium | |
| JPWO2007010593A1 (en) | TCP session emulation device | |
| US9900207B2 (en) | Network control protocol | |
| CN114710424B (en) | Host data packet processing delay measurement method based on software defined network | |
| CN114422192B (en) | Abnormal slow flow detection method and device for network security equipment | |
| CN111211926B (en) | Communication fault monitoring method and device, storage medium and equipment | |
| CN111010299B (en) | Method and device for recording message forwarding flow | |
| US20230262146A1 (en) | Analyzing network data for debugging, performance, and identifying protocol violations using parallel multi-threaded processing | |
| CN116980333A (en) | Network detection method and system based on data development plane suite | |
| CN116340111A (en) | Linux socket monitoring event monitoring method and device | |
| Walden | Candidate generation for relocation of black box applications in mobile edge computing environments | |
| CN117478562A (en) | IPC link forwarding performance monitoring method and device | |
| CN117596189A (en) | Cloud computer client access link monitoring method and system |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220225 |