A cross-domain performance detection method and device

Abstract

The present application discloses a cross-domain performance detection method and device, which is used for a sending domain and includes the steps of: synchronizing time with a receiving domain; sending a message to the receiving domain, and carrying characteristic information of the first sent message in the extended field of the message sent later; the characteristic information includes at least one of the following: the total number of sent messages, the timestamp of the colored message; the extended field also includes a first indication information, which is used to instruct the receiving domain to perform performance detection according to the characteristic information. The present application also proposes a cross-domain performance detection method for a receiving domain. The present application also includes a device for cross-domain performance detection. While maintaining the existing network architecture and not relying on the addition of new cross-domain controllers and the number of new protocol messages, the present application economically detects the high-precision performance of interconnected links in cross-manufacturer and cross-domain scenarios by carrying the number of messages sent and the sending timestamp information in the previous cycle through the extension of the service message of this cycle.

Description

Technical Field

[0001] The present application relates to the technical field of IP network flow detection, and in particular to a cross-domain performance detection method and device. Background Art

[0002] In IP networks, flow detection technology is used for high-precision performance monitoring. The current In-band OAM, iFIT, etc. have the same basic principles, all based on RFC 8321 (Alternate-Marking Method for Passive and Hybrid Performance Monitoring), which alternately dyes (marks) the actual traffic during the collection period, measures and counts the dyed marks, and records the timestamps to obtain packet loss and delay measurement results. Due to the differences in the implementation of each domain, and the overall architecture requires each node to send statistical data such as packet loss and delay to the analyzer for processing (generally implemented in the management and control system, and some domains are implemented on the head node device), it is currently impossible to perform end-to-end performance detection on cross-domain and cross-domain devices. Summary of the invention

[0003] The present application proposes a cross-domain performance detection method and device to solve the problem that the prior art cannot count the number of packet losses or delays in inter-domain transmission.

[0004] In a first aspect, an embodiment of the present application provides a cross-domain performance detection method for a sending domain, comprising the steps of:

[0005] Synchronize time with the receiving domain;

[0006] A message is sent to a receiving domain, and the extended field of the message sent later carries characteristic information of the message sent earlier; the characteristic information includes at least one of the following: the total number of sent messages and the timestamp of the colored message.

[0007] The extended field also includes first indication information, which is used to instruct the receiving domain to perform performance detection according to the characteristic information.

[0008] In some embodiments, the characteristic information further includes at least one of the following: five-tuple classification, message length classification, and SLA requirement indicator level.

[0009] In one embodiment, the extension field further includes second indication information including an identifier of the domain where the sender is located.

[0010] In one embodiment, the extended field further includes third indication information for indicating a collection period and a start time.

[0011] In one embodiment, further, before sending the message to the receiving domain, a number of collection cycles are determined within a preset sending time period.

[0012] In one embodiment, a message is sent to a receiving domain, and an extension field of a message sent in a subsequent collection cycle carries characteristic information of a message sent in a previous cycle.

[0013] In one of the embodiments, the characteristic information of the message in any collection period is included in each or part of the messages sent in the next collection period.

[0014] In one of the embodiments, the characteristic information of the message of the last collection cycle is carried in the last message of the collection cycle.

[0015] In one of the embodiments, the characteristic information includes a timestamp of the colored message, and a message is selected for coloring within a collection cycle.

[0016] In a second aspect, an embodiment of the present application further provides a cross-domain performance detection method for a receiving domain, comprising the steps of:

[0017] Synchronize time with the sending domain;

[0018] Receive messages sent by the sending domain;

[0019] Determining first indication information in an extended field of the message, where the first indication information is used for the receiving domain to perform performance detection according to the characteristic information;

[0020] In the extended field of the message, characteristic information is determined; the characteristic information includes at least one of the following: the total number of messages sent first, the timestamp of the colored message sent first; in response to the first indication information, the characteristic information includes the total number of sent messages, and the packet loss statistics of the data are performed;

[0021] and / or,

[0022] The characteristic information includes the timestamp of the colored message and performs delay statistics on the data.

[0023] In one embodiment, second indication information is determined in an extension field of the message, wherein the second indication information includes an identifier of a domain where a sender is located; and a cross-domain message is determined according to the second indication information;

[0024] In one embodiment, in an extended field of the message, third indication information is determined, the third indication information is used to indicate a collection period and a start time; in response to the third indication information, a range of the message represented by the characteristic information is determined according to the collection period and the start time;

[0025] In one of the embodiments, the characteristic information further includes at least one of the following: five-tuple classification, message length classification, SLA requirement indicator level; and the message classification performance detection is performed according to the characteristic information.

[0026] In a third aspect, an embodiment of the present application further provides a cross-domain performance detection device, which is used to implement the cross-domain performance detection method described in any one of the embodiments of the first aspect, and includes a first calibration module, a first determination module and a sending module. The first calibration module is used to synchronize time with the receiving domain. The first determination module is used to determine the characteristic information of the sampling period, message range and extension field. The sending module is used to send a message to the receiving domain.

[0027] In the fourth aspect, the embodiment of the present application also provides a cross-domain performance detection device for implementing the cross-domain performance detection method described in the second aspect, comprising a second calibration module, a receiving module, a second determination module and a performance module. The second calibration module is used to synchronize time with the sending domain. The receiving module is used to receive a message sent by the sending domain. The second determination module is used to determine first indication information in an extended field of the message, and the first indication information is used for the receiving domain to perform performance detection according to the characteristic information; it is also used to determine characteristic information in the extended field of the message; the characteristic information includes at least one of the following: the total number of messages sent first, the timestamp of the colored message sent first; the performance module is used to perform packet loss statistics and / or delay statistics on the data in response to the first indication information.

[0028] In a fifth aspect, an embodiment of the present application further provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method described in any embodiment of the first aspect.

[0029] In a sixth aspect, an embodiment of the present application further provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the method described in any embodiment of the first aspect is implemented.

[0030] At least one of the above technical solutions adopted in the embodiments of the present application can achieve the following beneficial effects:

[0031] This application maintains the existing network architecture, does not rely on the addition of new cross-domain controllers, and does not increase the number of protocol messages. By extending the service messages of this cycle to carry the number of messages sent and the sending timestamp information in the previous cycle, this economically detects the high-precision performance of the interconnection links in cross-manufacturer and cross-domain scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0033] Figure 1This is a schematic diagram of the cross-domain intercommunication scenario of the existing technology;

[0034] Figure 2 A flow chart of a cross-domain performance detection method (sending domain) for an application embodiment;

[0035] Figure 3 This is a schematic diagram of the packet loss detection principle of an embodiment of the present application;

[0036] Figure 4 This is a schematic diagram of the delay detection principle of the embodiment of the present application;

[0037] Figure 5 This is a flow chart of a cross-domain performance detection method (receiving domain) according to an embodiment of the present application;

[0038] Figure 6 A schematic diagram of performing inter-domain link detection across domain controllers according to an embodiment of the present application;

[0039] Figure 7 This is a flow chart of a cross-domain performance detection method according to an embodiment of the present application;

[0040] Figure 8 This is a structural diagram of a cross-domain performance detection device (sending domain) according to an embodiment of the present application;

[0041] Fig. 9 This is a structural diagram of a cross-domain performance detection device (receiving domain) according to an embodiment of the present application. DETAILED DESCRIPTION

[0042] In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in combination with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present application.

[0043] For scenarios where cross-domain devices have network-side (NNI) intercommunication and the two domain devices have different flow performance monitoring technology solutions, such as Figure 1 shown.

[0044] Solution 1: Domain A and Domain B perform performance tests on their own intra-domain links respectively, but do not test inter-domain links.

[0045] Solution 2: Overlay solution;

[0046] After receiving the message sent by the device in domain A, the device in domain B encapsulates the whole or part of the message sent by domain A into domain B for transmission (transmission is carried out in the same collection period, and the total number of sent messages is not included in the packet loss statistics);

[0047] Solution 3: Loopback solution;

[0048] After receiving the message sent by the device in domain A, the device in domain B sends the statistics of the message received in domain B back to domain A, and the device in domain A performs statistical analysis.

[0049] Disadvantages of existing technology

[0050] Solution 1: The two domains can only detect the links within their own domains. The interconnection links are monitoring blind spots, and end-to-end monitoring cannot be achieved.

[0051] Solution 2: Since domain A only dyes the message (that is, sets a specific bit position in the message header used for detection to 0 or 1), and does not carry additional message quantity or timestamp information, it can only solve the problem of inconsistent message encapsulation in the two domains, but cannot perform performance detection of cross-domain interconnection links;

[0052] Solution 3: Additional messages are required to transmit the detection results, wasting link bandwidth and device performance.

[0053] The technical solutions provided by various embodiments of the present application are described in detail below in conjunction with the accompanying drawings.

[0054] Figure 2 A flow chart of a cross-domain performance detection method for an application embodiment is provided. The method is used for a sending domain and specifically includes steps 110 to 130.

[0055] Step 110, synchronizing time with the receiving domain;

[0056] Synchronize the time of the sending domain and the receiving domain to ensure that the timestamps sent can correspond.

[0057] Preferably, the method further comprises the steps of:

[0058] Step 120, determining a number of collection cycles within a preset sending time period;

[0059] The preset sending time period is a manually set time, and several collection cycles are manually set in this time period. The time length of each collection cycle and other information can be freely set.

[0060] Step 130: Send a message to a receiving domain, and the extended field of the message sent later carries the characteristic information of the message sent earlier; the extended field also includes first indication information, which is used to instruct the receiving domain to perform performance detection according to the characteristic information.

[0061] In an embodiment of the present application, the characteristic information includes at least one of the following: the total number of sent messages, the timestamp of the colored message. That is, the information carried in the service message between the sender and the receiver includes: the sending timestamp information, which can be used to calculate the one-way delay after the receiver receives it; the number of packets sent within the collection period, which can be used to calculate the one-way packet loss number / packet loss rate after the receiver receives it.

[0062] For example, when a message is sent to a receiving domain, the extended field of the message sent in the next collection cycle carries the characteristic information of the message sent in the previous cycle.

[0063] It should be noted that the message sent later can be in the same cycle as the message sent earlier, or in a different cycle. It may be a subsequent message in the same cycle or in the next N collection cycles. Preferably, the next collection cycle is a better processing method.

[0064] It should also be noted that if the message sent later and the message sent earlier are in the same cycle, the message sent later can carry the total number of messages only if it is the last message in a cycle.

[0065] It should also be noted that the message sent first in the present application is a normal service message, not a detection message dedicated to performance testing. The sending end can specify any segment of a service message to determine the characteristic information of the message.

[0066] In some embodiments, the characteristic information further includes at least one of the following: five-tuple classification, message length classification, and SLA requirement indicator level.

[0067] The five-tuple information may represent the flow classification rules. The flow classification rules may be, for example, based on the service SLA requirement level, including one or more of the delay requirement, packet loss requirement, jitter requirement, and two-way delay difference requirement, for classification and statistical analysis; for example, it may also be based on the characteristic information of the message itself, including one or more of the five-tuple, message length, etc., for classification and statistical analysis.

[0068] In the service message from the sender to the receiver, the extended field tells the other end the type of flow classification rule and specific value to be adopted. The characteristic information such as five-tuple classification, message length classification, and SLA requirement indicator level can be selected individually or in combination. Among them, the SLA requirement indicator level can also be carried in the initial service message. The SLA requirement indicator level further includes: delay requirement, packet loss requirement, jitter requirement or two-way delay difference requirement, etc.

[0069] In one embodiment of the present application, the first indication information is used to instruct the receiving domain to perform performance detection according to the characteristic information. Preferably, in the service message from the sending end to the receiving end, the extended byte tells the other end that the device needs to perform real-time statistical analysis on the received message, rather than the traditional way of sending it to the controller.

[0070] In one embodiment, the extension field further includes second indication information, including an identifier of the domain where the sender is located. For example, in a service message from the sender to the receiver, the second indication information of the extension field includes: physical location + administrative region + operator information + equipment manufacturer code.

[0071] In one embodiment, the extended field further includes third indication information for indicating the collection period and start time. The third indication information is also used to indicate a service message within the collection period for performance testing. For example, in a service message from a transmitting end to a receiving end, the third indication information of the extended field indicates the collection period and the start time of the first period.

[0072] Preferably, the information carried in the service message between the transmitter and the receiver also includes: the one-way delay calculated by the transmitter, for example, the value used to represent the one-way delay is included in the characteristic information and returned to the other end in the next cycle for the other end to calculate the two-way delay difference. Figure 5 This is a cross-domain performance detection method according to an embodiment of the present application. The method is used for a receiving domain and specifically includes steps 210 to 230:

[0073] Step 210, synchronizing time with the sending domain;

[0074] Synchronize the time of the sending domain and the receiving domain to ensure that the timestamps sent can correspond.

[0075] Step 220: Receive a message sent by the sending domain;

[0076] Step 230: The characteristic information includes the total number of sent messages, and packet loss statistics are performed on the data; and / or the characteristic information includes the timestamp of the colored message, and delay statistics are performed on the data;

[0077] First indication information is determined in an extension field of the message, where the first indication information is used for a receiving domain to perform performance detection according to the characteristic information.

[0078] In the extended field of the message, characteristic information is determined; the characteristic information includes at least one of the following: the total number of messages sent first, and the timestamp of the colored message sent first.

[0079] In one embodiment of the present application, the first indication information is used to instruct the receiving domain to perform performance detection according to the characteristic information. Preferably, the receiving domain determines to perform real-time statistical analysis on the received message in the service message by extending bytes, rather than obtaining the performance detection result by sending the performance detection result to the controller in the traditional way.

[0080] In response to the first indication information,

[0081] The characteristic information includes the total number of sent messages and performs packet loss statistics on the data. For example, after receiving the message, PE-1-B device can report it to controller B to perform packet loss statistics.

[0082] The characteristic information includes the timestamp of the colored message, and the data is subjected to latency statistics. For example, after receiving the message, PE-1-B device can report it to controller B for latency statistics.

[0083] In one of the embodiments, the receiving domain determines the second indication information in the extended field of the message, and the second indication information includes the identifier of the domain where the sender is located; the receiving domain determines the cross-domain message based on the second indication information. The extended field also includes the second indication information, which includes the identifier of the domain where the sender is located. The receiving domain obtains the extended field in the business message, and further obtains the second indication information, and the receiving domain determines the physical location + administrative region + operator information + equipment manufacturer code of the source domain of the business message. According to the second indication information, the device in the receiving domain can determine whether the business message is cross-domain.

[0084] In one of the embodiments, in an extended field of a message, a receiving domain determines third indication information, and the extended field also includes the third indication information, which is used to indicate a collection period and a start time; in response to the third indication information, the receiving domain determines a range of the message represented by the characteristic information according to the collection period and the start time; the receiving domain determines a segment of a service message within the collection period according to the indication of the third indication information, for performance testing.

[0085] In one embodiment, the characteristic information further includes at least one of the following: five-tuple classification, message length classification, SLA requirement indicator level; the receiving domain performs classification performance detection on the message according to the characteristic information.

[0086] Further preferably, in one embodiment, the information carried in the service message between the transmitting end and the receiving end also includes: the one-way delay calculated by the transmitting end is returned to the opposite end in the next cycle for the opposite end to calculate the two-way delay difference, the one-way delay is the delay for the transmitting end in the receiving domain to send the service to the receiving end in the sending domain, that is, the one-way delay is the reverse delay on the same transmission path of the service message used for performance detection in this application. The receiving domain performs delay statistics on the data based on the one-way delay and the timestamp of the colored message to determine the two-way delay difference.

[0087] For the technical solution of this application, it can also be achieved by adding a cross-domain controller SC in the network, such as Figure 6 , and the SC needs to support flow detection related functions. The A and B domain devices at both ends of the cross-domain link will send and receive the number of messages and timestamp information to the SC through the manufacturer's controller, which involves the manufacturer's controller adding the corresponding northbound interface. This solution relies on the cross-domain controller SC.

[0088] Preferably, the present application does not rely on a cross-domain controller and does not require the message to be transmitted back to the head node; for example, by carrying the statistical information of the previous cycle (such as the number of packets sent and the timestamp when the message was sent) in the current cycle of the sending end, the cross-manufacturer receiving end device can collect the information of the sending end from the service message, which can be combined with the information received at the local end and analyzed to obtain the number of packet losses and delay information on the interconnected link. The cross-domain receiving end performs real-time statistical analysis on the received messages at the local end of the device to obtain performance test results, rather than obtaining performance test results by sending them to the controller in the traditional way.

[0089] A flow chart of a method for combining a sending domain and a receiving domain in a cross-domain performance detection method in an embodiment of the present application is as follows: Figure 7 As shown, steps 110-130, 210-230 are included.

[0090] Since the service message passes through the interconnection link between the two manufacturer domains (from A->B), after PE-1-B receives the message sent by PE-2-A, it cannot know the specific number and timestamp information of the message sent by PE-2-A, and it is also impossible to count the exact number of packet losses or delays. For example, the total number of messages sent in the previous collection cycle is carried in the message of each subsequent collection cycle.

[0091] To further illustrate the packet loss detection method, Figure 3 As shown, data is sent in the first acquisition cycle (T1), and each or part of the message extension field sent in a subsequent acquisition cycle (T2) carries the total number of messages sent in T1.

[0092] Consider the number of messages that carry the extended field in each collection cycle: If each message carries the extended field, it can prevent the loss of the number of messages sent in the previous cycle due to packet loss to the greatest extent, but it will increase the performance burden of the device. At least one message should be selected to carry the extended field. It is recommended to make comprehensive considerations based on device performance during the implementation process.

[0093] To further illustrate the delay detection method, Figure 4 As shown, data is sent in the first acquisition cycle (T1), and each or part of the message extension field sent in the subsequent acquisition cycle (T2) carries the timestamp of the (dyed) message sent in T1. Similarly, the messages in each subsequent acquisition cycle carry the timestamp of the (dyed) message sent in the previous acquisition cycle.

[0094] Consider the number of messages that carry the extended field in each cycle: If each message carries the extended field, the loss of the number of messages sent in the previous cycle can be prevented to the greatest extent possible due to packet loss, but this will increase the performance burden of the device. At least one message should be selected to carry the extended field. It is recommended that you make comprehensive considerations based on device performance during the implementation process.

[0095] In one of the embodiments, the characteristic information of the message is in each or part of the messages sent in the next collection cycle.

[0096] The characteristic information includes the total number of sent messages. Since the total number of sent messages is only one data, you can choose to carry the data in the extended field of all messages in the next collection cycle, or you can choose to carry the data in only one message, or you can choose to carry the data in some of the messages. If you choose to carry the data in all messages, it may increase the performance burden of the device. If you only carry the data in one message, if the message is lost, you will not be able to obtain the corresponding information. Therefore, the specific method to be adopted can be comprehensively considered according to the specific situation.

[0097] Since the first collection period does not carry the number of valid packets or timestamp information, the receiving end does not perform delay or packet loss statistics based on the messages in the first collection period, so the first collection period can be filled with any number or no number. Preferably, the extension field carried by the first collection period is filled with all zeros.

[0098] Since the method described in the present application is performed within a preset sending time period, there is a first collection cycle, and since this is the first collection cycle, all 0s are filled in its extension field.

[0099] In one of the embodiments, the characteristic information of the message of the last collection cycle is carried in the last message of the collection cycle.

[0100] Since there is no subsequent collection cycle in the last collection cycle, the characteristic information of its message cannot be sent through the message of the next collection cycle. You can choose not to perform packet loss statistics and / or delay statistics for the last collection cycle, or you can choose to carry the number of packets sent in this cycle (already sent + the packet to be sent) in the last message of the last collection cycle, and / or the last message carries the timestamp information of the messages sent before this cycle.

[0101] In one of the embodiments, the characteristic information includes a timestamp of the colored message, and a message is selected for coloring within a collection cycle.

[0102] In the current In-band OAM (in-band performance monitoring) standard, partial coloring is used for delay detection messages, that is, one message is selected for coloring within a cycle instead of all coloring. Preferably, the timestamp of the colored message in the previous cycle is carried in the first message of a cycle. If there is a full coloring scenario, due to the different numbers of messages sent in different cycles, it may happen that the number of messages sent in this cycle is less than that in the previous cycle, and thus the timestamps of the messages in the previous cycle cannot be carried. In this case, as many as possible should be carried, and those that cannot be carried should be discarded.

[0103] Figure 8 A structural diagram of a cross-domain performance detection device for an application embodiment is provided, which is used to implement the cross-domain performance detection method described in steps 110 to 130, and includes a first calibration module, a first determination module and a sending module.

[0104] The first calibration module 81 is used to synchronize time with the receiving domain.

[0105] The first determination module 82 is used to determine the characteristic information in the sampling period, message range and extension field.

[0106] The determined message range includes the service message sent earlier for detection and the service message containing the extension field later.

[0107] The sending module 83 is used to send a message to a receiving domain.

[0108] Fig. 9 Another cross-domain performance detection device for the application embodiment is used to implement the cross-domain performance detection method described in steps 210 to 230, and includes a second calibration module, a receiving module, a performance module and a second determination module.

[0109] The second calibration module 91 is used to synchronize time with the sending domain.

[0110] The receiving module 92 is used to receive the message sent by the sending domain.

[0111] The second determination module 93 is used to determine the first indication information in the extended field of the message, the first indication information is used for the receiving domain to perform performance detection according to the characteristic information; and is also used to determine the characteristic information in the extended field of the message; the characteristic information includes at least one of the following: the total number of messages sent first, the timestamp of the colored message sent first;

[0112] Furthermore, the second determination module is also used to determine whether the service message is cross-domain in response to the second indication information, and further determine to perform cross-domain performance detection.

[0113] Furthermore, the second determination module is further used to determine a segment of service messages within the collection period for performance testing in response to the third indication information.

[0114] The performance module is used to perform packet loss statistics and / or delay statistics on the data in response to the first indication information.

[0115] Furthermore, the performance module is also used to perform delay statistics on the data based on the one-way delay and the timestamp of the colored message to determine the two-way delay difference.

[0116] Furthermore, the performance module is also used to perform classification and statistical analysis on the messages according to the flow classification rule type (five-tuple classification, message length classification or SLA requirement indicator level) and specific values ​​in the feature information.

[0117] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0118] Therefore, the present application also proposes a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the method described in any embodiment of the present application is implemented.

[0119] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0120] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0121] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0122] Furthermore, the present application also proposes an electronic device (or computing device), comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method described in any embodiment of the present application when executing the computer program.

[0123] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory. Memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium. Computer-readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. According to the definition in this article, computer-readable media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.

[0124] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0125] The above is only an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A cross-domain performance detection method, used for sending domains, characterized in that: Includes steps: Synchronize time with the receiving domain; Before sending a message to a receiving domain, a number of collection cycles are determined within a preset sending time period; Sending a message to a receiving domain, wherein the extended field of the message sent in the next collection period carries characteristic information of the message sent in the previous period; the characteristic information includes at least one of the following: the total number of sent messages and the timestamp of the colored message; The extended field also includes first indication information for instructing the receiving domain to perform performance detection according to the characteristic information; The extended field also includes third indication information, which is used to indicate the collection period and start time.

2. The cross-domain performance detection method according to claim 1, characterized in that: The characteristic information further includes at least one of the following: five-tuple classification, message length classification, and SLA requirement indicator level.

3. The cross-domain performance detection method according to claim 1, characterized in that: The extension field also includes second indication information, including an identifier of the domain where the sender is located.

4. The cross-domain performance detection method according to claim 1, characterized in that: The information carried in the service message between the sending end and the receiving end also includes: the one-way delay calculated by the sending end, which is returned to the other end in the next cycle; The one-way delay refers to the delay for a transmitting end located in a receiving domain to send a service to a receiving end located in a sending domain.

5. The cross-domain performance detection method according to claim 1, characterized in that: Contains at least one of the following: The characteristic information of the messages in any collection period is in each or part of the messages sent in the next collection period; The characteristic information of the message of the last collection cycle is carried in the last message of the collection cycle; The characteristic information includes the timestamp of the colored message, and a message is selected for coloring within a collection cycle.

6. A cross-domain performance detection method, used in a receiving domain, characterized in that: Includes steps: Synchronize time with the sending domain; Receive messages sent by the sending domain; Determining first indication information in an extended field of the message, where the first indication information is used for the receiving domain to perform performance detection according to the characteristic information; Determine third indication information, where the extended field contains the third indication information and is used to indicate a collection period and a start time; In the extended field of the message, characteristic information is determined; The characteristic information includes at least one of the following: the total number of messages sent first, the timestamp of the colored message sent first; In response to the first indication information, the characteristic information includes the total number of sent messages, and packet loss statistics are performed on the data; and / or, The characteristic information includes the timestamp of the colored message and performs delay statistics on the data; In response to the third indication information, the receiving domain determines the range of the message represented by the characteristic information according to the collection period and the start time.

7. The cross-domain performance detection method according to claim 6, characterized in that: Include at least one of the following steps: In an extended field of the message, second indication information is determined, where the second indication information includes an identifier of a domain where a sending end is located; and a cross-domain message is determined according to the second indication information; In the extended field of the message, third indication information is determined, where the third indication information is used to indicate a collection period and a start time; and a range of the message represented by the characteristic information is determined according to the collection period and the start time; The characteristic information further includes at least one of the following: five-tuple classification, message length classification, SLA requirement indicator level; and classification performance detection is performed on the message according to the characteristic information.

8. A cross-domain performance detection device, used to implement the cross-domain performance detection method according to any one of claims 1 to 5, characterized in that: It includes a first calibration module, a first determination module and a sending module; The first calibration module is used to synchronize time with the receiving domain; The first determination module is used to determine the acquisition period, message range and characteristic information in the extension field; The sending module is used to send a message to a receiving domain.

9. A cross-domain performance detection device, used to implement the cross-domain performance detection method according to claim 6 or 7, characterized in that: comprising a second calibration module, a receiving module, a performance module, and a second determination module; The second calibration module is used to synchronize time with the sending domain; The receiving module is used to receive the message sent by the sending domain; The second determination module is used to determine the first indication information in the extended field of the message, the first indication information is used for the receiving domain to perform performance detection according to the characteristic information; and is also used to determine the characteristic information in the extended field of the message; The characteristic information includes at least one of the following: the total number of messages sent first, the timestamp of the colored message sent first; The performance module is used to perform packet loss statistics and / or delay statistics on the data in response to the first indication information.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images