TWAMP session reflector generation method and system

Abstract

The invention provides a TWAMP session reflector generation method and system, and relates to the technical field of network communication, and the method comprises the steps: a source end device sends a request message to a destination end device; and when the destination end equipment identifies that the request message is a request control message, analyzing the carried request information from the request control message, and creating the session reflector based on the information of the message receiving interface and the reflection parameter in the request information. According to the invention, the request control message is introduced, the source end equipment can indicate the destination end equipment to make a response quickly by sending the request control message, the creation of the session reflector is automatically completed, the method is suitable for a scene with a large number of destination end equipment, and the workload of manual configuration is remarkably reduced. Meanwhile, the request control message carries the reflection parameters used for creating the session reflector, the target end equipment can quickly analyze the reflection parameters from the message and use the reflection parameters to create the session reflector, and the configuration error rate of the session reflector can be reduced.

Description

Technical Field

[0001] The present invention relates to the field of network communication technology, and in particular to a TWAMP session reflector generation method and system. Background Art

[0002] With the rapid development of computer network technology, more and more services are carried in the network, and voice, video, games and other services have higher and higher requirements for network packet loss and delay. Network managers need a measurement tool to timely understand the packet loss and delay of the network, so as to adjust and optimize the network according to the test results to meet business needs. TWAMP (Two-Way Active Measurement Protocol) is a technology used to measure the two-way delay, jitter, packet loss rate and other performance parameters of the message between any two devices in the network, providing a basis for network quality analysis. TWAMP Light is a lightweight architecture of the TWAMP protocol. This architecture simplifies the control protocol for establishing performance measurement sessions. Compared with common packet loss and delay measurement technologies, it has a unified detection model and message format, so that devices from different manufacturers can communicate with each other. The TWAMP Light architecture can also be deployed in IP, MPLS (Multi-Protocol Label Switching), L3VPN (Layer 3 Virtual Private Network) and other networks to meet the measurement needs of different types of networks.

[0003] The TWAMPLight test architecture includes source devices and destination devices. The test process includes:

[0004] Configure the sending parameters of the test session on the source device, that is, the IP four-tuple information, including the source IP address, the destination IP address, the source UDP port, and the destination UDP port; the source device starts the test session and sends a request test message to the destination device. The request test message carries the sending timestamp of the source device.

[0005] The destination device is also configured with the same reflection parameters as those sent in the source device, namely, the session reflector, which is used to receive the request test message and reflect the response test message. Specifically, after receiving the request test message, the destination device uses the current timestamp as the receiving timestamp, assembles the receiving timestamp and the request test message into a response test message, and then fills the current timestamp as the sending timestamp into the response test message and sends it back to the source device.

[0006] After the source device receives the response test message, it uses the current timestamp as the receiving timestamp, and combines it with the three timestamps already in the response test message to evaluate the two-way delay, jitter, packet loss rate and other performance parameters between the source device and the destination device, providing a basis for link quality analysis in the network.

[0007] In actual test scenarios, the central device in the network environment is used as the source device, and the edge device is used as the destination device. A central device communicates with a large number of edge devices through the network, so it is necessary to measure the link quality between the source device and several destination devices. If the test is performed according to the current TWAMPLight protocol, it is necessary to manually configure the session reflector on each destination device in advance. This method of configuring the session reflector is not only labor-intensive, but also prone to configuration errors. Summary of the invention

[0008] In view of this, the purpose of the present invention is to provide a TWAMP session reflector generation method and system to reduce the workload and error rate of creating a session reflector under the TWAMPLight test architecture. The technical solution of the present invention is as follows:

[0009] In a first aspect, the present invention provides a TWAMP session reflector generation method, the method comprising: a source device sends a request message to a destination device; when the destination device identifies that the request message is a request control message, the request information carried in the request control message is parsed, and a session reflector is created based on information of a message receiving interface and reflection parameters in the request information.

[0010] In a second aspect, the present invention provides a TWAMP session reflector generation system, comprising a source device and several destination devices; the source device is used to send a request message to the destination device; the destination device is used to parse the request information carried in the request control message when identifying that the request message is a request control message, and create a session reflector based on the information of the message receiving interface and the reflection parameters in the request information.

[0011] The present invention provides a TWAMP session reflector generation method and system. The source device first sends a request message to the destination device. After the destination device identifies that the request message is a request control message, it parses the request information carried in the message, and then creates a session reflector based on the information of the message receiving interface and the reflection parameters in the request information. Compared with the problem that the manual configuration of the session reflector in the prior art is large in workload and prone to configuration errors, the present invention introduces a request control message to achieve the purpose of automatically creating a session reflector. The source device can instruct each destination device to respond quickly by sending a request control message, and automatically complete the creation of the session reflector. It is particularly suitable for scenarios with a large number of destination devices, eliminating the need for manual intervention and significantly reducing the workload of manual configuration. At the same time, the embodiment of the present invention can also carry the reflection parameters used to create a session reflector through the request control message. After the destination device identifies the request control message, it can quickly parse the reflection parameters from the message and use them to create a session reflector, thereby reducing the configuration error rate of the session reflector.

[0012] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for use in the embodiments are briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present invention and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without creative work.

[0014] Figure 1 A schematic flow chart of a method for generating a TWAMP session reflector provided in an embodiment of the present invention;

[0015] Figure 2 A schematic diagram of the message format of an existing request test message;

[0016] Figure 3 A schematic diagram of the message format of an existing response test message;

[0017] Figure 4 A schematic diagram of the message format of a test request message provided in an embodiment of the present invention;

[0018] Figure 5 A schematic diagram of the message format of a request control message provided in an embodiment of the present invention;

[0019] Figure 6 A schematic diagram of the message format of a request stop control message provided in an embodiment of the present invention;

[0020] Figure 7 A diagram showing the structure of a request information field provided by an embodiment of the present invention;

[0021] Figure 8 A diagram showing the structure of a stop test field provided by an embodiment of the present invention;

[0022] Fig. 9 A schematic diagram of the message format of a response test message provided in an embodiment of the present invention;

[0023] Fig.10 A schematic diagram of the message format of a response control message provided in an embodiment of the present invention;

[0024] Fig.11 A diagram showing the structure of a response information field provided by an embodiment of the present invention;

[0025] Fig.12 A signaling interaction diagram for creating a session reflector provided by an embodiment of the present invention;

[0026] Fig.13 A signaling interaction diagram for verifying the legitimacy of a session reflector provided by an embodiment of the present invention;

[0027] Fig.14 A schematic diagram of the structure of a TWAMP session reflector generation system provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0028] In order to make the purpose, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. The components of the embodiments of the present invention generally described and shown in the drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present invention provided in the drawings is not intended to limit the scope of the claimed invention, but merely represents selected embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without making creative work belong to the scope of protection of the present invention.

[0029] Considering that in the existing TWAMP test architecture, a source device often needs to measure the quality of the link with several destination devices. If the session reflector is manually configured on each destination device, it not only increases the workload, but also easily causes configuration errors. Based on this, an embodiment of the present invention proposes a method for automatically generating a reflector, which can reduce the workload caused by manual configuration and avoid configuration errors.

[0030] See also Figure 1 , Figure 1 A schematic flow chart of a method for generating a TWAMP session reflector provided in an embodiment of the present invention includes:

[0031] S101: The source device sends a request message to the destination device;

[0032] S102: When the destination device identifies that the request message is a request control message, it parses the request control message to obtain the carried request information, and creates a session reflector based on the message receiving interface information and the reflection parameters in the request information.

[0033] In the TWAMP session reflector generation method provided by the embodiment of the present invention, the source device first sends a request message to the destination device. After the destination device identifies that the message is a request control message, it will parse the request information carried in the message. Subsequently, the destination device automatically creates a session reflector based on the information of the message receiving interface and the reflection parameters in the request information. Compared with the manual configuration of the session reflector in the prior art, the present invention realizes the automatic creation of the session reflector by introducing the request control message. By sending the request control message, the source device can quickly instruct each destination device to respond without manual intervention, which is particularly suitable for scenarios with a large number of destination devices, significantly reducing the workload of manual configuration. At the same time, the embodiment of the present invention also carries the reflection parameters for creating a session reflector through the request control message. After the destination device identifies this type of request message, it can quickly parse the reflection parameters and use them for the creation of the session reflector. This mechanism effectively reduces the configuration error rate and further improves the reliability and efficiency of the system.

[0034] In order to realize the automatic creation of session reflectors, the embodiment of the present invention improves the existing TWAMPLight test architecture before implementing the technical solutions of steps S101 to S102. Specifically, the present invention expands the message formats of request test messages and response test messages, and introduces "request control messages" and "response control messages." Through this improvement, the automatic creation function of the session reflector can be realized, and the efficiency and accuracy of the creation process can be improved. In addition, in order to further optimize system resource management, the present invention also introduces a "request stop control message", which can promptly clean up session reflectors that are no longer in use, effectively release occupied system resources, and thus improve the resource utilization efficiency of the overall system.

[0035] At present, the message formats of the request test message and the response test message under the existing TWAMPLight test architecture are as follows: Figure 2 and Figure 3 shown. Figure 2 A schematic diagram of the message format of an existing request test message; Figure 3A schematic diagram of the message format of an existing response test message.

[0036] exist Figure 2 In the message format of the TWAMPLight request test message, the message fields are: message sequence number (SequenceNumber), packet sending timestamp (TimeStamp), error estimate (ErrorEstimate) and data packet padding (PacketPadding).

[0037] exist Figure 3 In the message format of the response test message, the message fields are: message sequence number (SequenceNumber), packet sending timestamp (TimeStamp), error estimate (ErrorEstimate), MBZ (MustBeZero), receiving timestamp (ReceiveTimeStamp), sender message sequence number (SenderSequenceNumber), sender packet sending timestamp (SenderTimeStamp), sender error estimate (SenderErrorEstimate), sender message survival time (SenderTTL) and data packet padding (PacketPadding).

[0038] based on Figure 2 In the message format shown, in the request message provided by the embodiment of the present invention, a "message type (Type) field" is added after the error estimation field of the TWAMPLight request test message. By setting different message type field values, the embodiment of the present invention can obtain different types of request messages. Each type of request message has specific different functions.

[0039] In one embodiment of the present invention, request messages are divided into three types: request test messages, request control messages, and request stop control messages. Request test messages are used for link quality testing and evaluation; request control messages are used to instruct the destination device to create a session reflector; and request stop control messages have the function of transmitting session reflector deletion instructions to the destination device. To ensure the accuracy of message identification and the efficiency of processing, these three request messages are all provided with unique message type field values, corresponding to preset test identifiers (for example, set to a), request control identifiers (for example, set to b), and stop control identifiers (for example, set to c). The three identifiers a, b, and c are numerically different from each other, thereby ensuring the uniqueness of message type identification and the reliable operation of the system.

[0040] In order to intuitively understand the differences between the above three request messages, please refer to Figures 4 to 6 , Figure 4 A schematic diagram of the message format of a request test message provided in an embodiment of the present invention, Figure 5 A schematic diagram of the message format of a request control message provided in an embodiment of the present invention, Figure 6 A schematic diagram of the message format of a request stop control message provided in an embodiment of the present invention.

[0041] exist Figure 4 In order to ensure good compatibility with the existing TWAMPLight protocol, the value of a is set based on the inheritance design principle, that is, the value at the corresponding position of the existing request test message is referenced. This design strategy can maximize the continuity of the protocol without significantly changing the existing message format. For example, if Figure 2 The value of the byte position after the error estimation field in the message type field is set to 0, so in the embodiment of the present invention, the message type field value a can also be assigned a value of 0. The values ​​of b and c can be selected between 1 and 65535. The embodiment of the present invention has no specific limitation on this.

[0042] Please continue to see Figure 5 In order to enable the destination device to accurately create a session reflector, in the request control message, the embodiment of the present invention also adds a "Request Information" field after the message type field. Figure 7 The structure diagram of the request information field provided by the embodiment of the present invention is shown. The source device writes the request information into the request information field, and the destination device requests the request information carried by the control message to accurately create a session reflector.

[0043] like Figure 7 As shown, the request information includes reflection parameters such as the source IP address, destination IP address, source port, destination port, and MAC address of the source device. The destination device can accurately create a session reflector based on these reflection parameters.

[0044] In an optional implementation manner, the source port and the destination port may be, but are not limited to, UDP ports, depending on which protocol the source device and the destination device use to transmit messages.

[0045] Further analysis Figure 7 It can be seen that the request information in the embodiment of the present invention also includes an encryption policy. On the one hand, the source device can generate verification information based on the encryption policy and store it securely locally; on the other hand, the destination device can generate information to be verified by obtaining the encryption policy and feed it back to the source device, so that the source device can compare and analyze the received information to be verified with the verification information stored locally, thereby realizing the legitimacy verification of the session reflector.

[0046] Please look back Figure 6In order to enable the destination device to accurately delete the session reflector that is no longer in use, in the request stop control message, the embodiment of the present invention also adds a "Stop Test (StopTest) field" after the message type field. Figure 8 As shown, Figure 8 The structure diagram of the stop test field provided by the embodiment of the present invention includes field information such as source IP address, destination IP address, source UDP port number and destination UDP port number. Figure 8 The information shown is written into the stop test field, and the destination device deletes the unused session reflector in time based on the information, thereby saving occupied resource space.

[0047] Similar to the improvement of the request message, Figure 3 On the basis of the present invention, the response message provided by the embodiment of the present invention adds a message type field after the sender message survival field of the TWAMPLight response test message. By setting different message type field values, the embodiment of the present invention can obtain different types of response messages. Each type of response message has different specific functions.

[0048] In one embodiment of the present invention, the reply message is divided into a reply test message and a reply control message. The reply test message and the request test message form a corresponding relationship, and the two work together to complete the accurate test of the link quality. The reply control message has a corresponding relationship with the request control message, and the two work together to jointly realize the creation and verification function of the session reflector. The message type field values ​​of the reply test message and the reply control message are different from each other, and are respectively preset reply test identifiers and reply control identifiers, for example, set to x and y, and x and y are different from each other.

[0049] To intuitively understand the difference between the above two response messages, see Figures 9 and 10 , Fig. 9 A schematic diagram of the message format of a response test message provided in an embodiment of the present invention, Fig.10 A schematic diagram of the message format of a response control message provided in an embodiment of the present invention.

[0050] Among them, the value of the response test identifier x is Figure 4 The value of the request test identifier a is similar to that of the response control identifier y. The embodiment of the present invention has no specific limitation on this.

[0051] Please continue to see Fig.10 In order to facilitate the source device to verify the legitimacy of the session reflector, the "Respond Information field" is also set after the message type field of the response control message. Fig.11 As shown, Fig.11The structure diagram of the response information field provided by the embodiment of the present invention includes information to be verified and other field information. The destination device can perform a validity check on the session reflector based on the information to be verified and the verification information stored in itself.

[0052] It should be noted that Figures 4 to 6 as well as Figures 9 and 10 The message type field values ​​a, b, c, x, and y shown in the figure are only for illustrative purposes. Their core function is to effectively distinguish different types of messages, rather than to strictly limit or restrict the message functions. In actual application scenarios, the specific settings of these field values ​​can be flexibly configured and dynamically adjusted according to the network environment, protocol requirements, or system requirements, and the embodiments of the present invention do not impose any restrictions on this.

[0053] In summary, the embodiment of the present invention adds a message type field to the existing request test message to form a new request message. When the message type field value is a preset value, such as 0, the request message is a request test message. When the message type field value is a set stop control identifier, the request message is a request stop control message, which is used to instruct the destination device to delete the session reflector; at the same time, the embodiment of the present invention adds a message type field to the existing response test message. When the value of the response message type field is a set response control identifier, it is a response test message, corresponding to the request control message; when the message type field value is a preset value, such as 0, it is a response test message, corresponding to the request test message.

[0054] Next, the embodiment of the present invention will be combined with Figure 4 The request control message shown in step S101 to step S102 describes in detail the process of automatically creating a session reflector.

[0055] In step S101, after the source device sends a request message to the destination device, the destination device can determine what type of request message is received based on the message type in the request message, and then execute a process corresponding to the type of request message.

[0056] As an example, the destination device may identify what kind of request message is received according to the following process, as described below:

[0057] The destination device parses the received request message to obtain the message type, and when it identifies that the message type is a preset request control identifier, it determines that the request message is a request control message. Figure 4 As shown, after receiving the request message, the destination device parses the message type to find that it is a preset request control identifier b, and then determines that the request message is a request control message, and then executes the process of creating a session reflector.

[0058] It can be understood that when the parsing result shows that the message type is a request test identifier a, it can be determined that the received message is a request test message, and the destination device will start the link quality test process and generate a corresponding response test message to complete the link quality test task; when the parsing result shows that the message type is a stop control identifier c, it can be determined that the received message is a request stop control message, and the destination device will immediately execute the resource release operation of the session reflector and delete the session reflector that is no longer used in time. In short, the present invention enables the destination device to accurately distinguish different types of request messages through accurate identification of message types, and execute corresponding processing procedures accordingly, which not only improves the processing efficiency of the system, but also enhances the accuracy of resource management.

[0059] In step S102, when the destination device identifies that the request message is a request control message, it can parse the request control message to obtain the carried request information, and create a session reflector based on the message receiving interface information and the reflection parameters in the request information.

[0060] like Figure 8 As shown, after the destination device receives the request control message, the parsed reflection parameters include the source IP address, the destination IP address, the source port, the destination port and the MAC address of the source device. Among them, the information of the message receiving interface can be but is not limited to VRF (Virtual Routing Forwarding, virtual routing forwarding) parameters. After the destination device obtains the information of the message receiving interface, it creates a session reflector together with the reflection parameters.

[0061] To understand the process of automatically creating a session reflector, see Fig.12 , Fig.12 A signaling interaction diagram for generating a session reflector is provided for an embodiment of the present invention, including steps S1 to S4, which are described as follows:

[0062] S1: The source device sends a request control message to the destination device;

[0063] S2: The destination device parses the request information carried in the request control message;

[0064] S3: The destination device obtains the virtual routing forwarding parameters of the message receiving interface;

[0065] S4: The destination device creates a session reflector according to the virtual routing forwarding parameters and the reflection parameters in the request information.

[0066] The embodiment of the present invention can automatically generate a session reflector before the link quality test through the above implementation, and then start the link quality test based on the generated session reflector. Compared with the method of manually configuring the session reflector in advance in the prior art, it not only reduces the workload, but also improves the efficiency and accuracy of creating the session reflector.

[0067] In one embodiment of the present invention, before sending the request control message, the source device may also generate verification information by executing steps a1 to a2, so as to quickly perform a validity verification on the session reflector later, as described below:

[0068] Step a1: The source device encrypts the reflection parameter according to a preset encryption policy, generates verification information and stores it locally.

[0069] Step a2: Generate a request message by taking the encryption policy and reflection parameters as request information.

[0070] In the embodiment of the present invention, the encryption strategy may refer to a single encryption algorithm or a combination of multiple encryption algorithms. Specifically, the source device encrypts the reflection parameters according to the preset encryption strategy to generate unique verification information. The verification information will be securely stored locally as an important credential for subsequent verification of the legitimacy of the session reflector, ensuring the security of the session reflector creation process.

[0071] In an optional implementation, the encryption algorithm may be, but is not limited to, MD5 (Message-Digest Algorithm 5), CRC (Cyclical Redundancy Check), and the like.

[0072] Subsequently, the source device uses the encryption strategy used in step a1 together with the reflection parameters as request information to generate a request message. This provides an algorithm basis for the subsequent destination device to generate information to be verified after creating a session reflector, ensuring that the source device can successfully complete the legitimacy verification of the session reflector.

[0073] In one embodiment of the present invention, after receiving the request message, the destination device may first verify the legitimacy of the request message to ensure data security. The process of the destination device verifying the legitimacy of the request message may be as follows:

[0074] In the first step, the destination device parses the UDP port in the message header from the request message;

[0075] The second step is to perform a consistency check on the UDP port in the message header and the UDP port in the reflection parameter to determine whether the request message is legal.

[0076] It can be understood that if the UDP port in the message header is inconsistent with the UDP port in the reflection parameter, it indicates that the message is illegal, otherwise it indicates that the message is legal.

[0077] In an optional implementation, the destination device can continue to parse the destination IP address in the message header from the request message, and then check whether the destination IP address is consistent with the IP address of the message receiving interface. If they are consistent, it indicates that the message is legal, otherwise it indicates that the message is illegal.

[0078] It should be noted that in the embodiments of the present invention, different verification strategies can be selected according to actual security requirements: in the process of verifying whether the request message is legal, the consistency of the UDP port can be checked separately, or the consistency of the IP address can be verified only, or a dual consistency check of the UDP port and the IP address can be performed simultaneously, and the present invention is not limited to this.

[0079] In one embodiment of the present invention, whether testing link quality or creating a session reflector, the destination device needs to feed back a response message to the source device to instruct the source device to make a corresponding response. For example, step b1 and step b2 provide an implementation method, which is described as follows:

[0080] Step b1: The destination device sends a response message to the source device;

[0081] Step b2: When the source device identifies that the response message is a response control message, it parses the response information carried in the response control message and performs a validity check on the session reflector based on the locally stored verification information and the information to be verified in the response information.

[0082] It is understandable that when the response message is a response control message, the source device can verify the legitimacy of the session reflector created by the destination device. In order to complete the legitimacy verification, the destination device can generate the response control message in the following manner:

[0083] Step 1: The destination device generates information to be verified based on the request information;

[0084] like Figure 7 As shown, the request information includes reflection parameters and encryption policies. The destination device can encrypt the reflection parameters based on the parsed encryption policies to generate information to be verified.

[0085] Step 2: Use the information to be verified as response information to generate a response control message.

[0086] like Fig.10 and Fig.11 As shown, the destination device writes the information to be verified generated in the first step into the response information field, generates a response control message and sends it to the source device.

[0087] During the legitimacy verification process, the source device can first read the locally stored verification information, and then verify whether the verification information is the same as the information to be verified carried in the response control message. If they are the same, it indicates that the session reflector is legal and the link quality can be measured; otherwise, it indicates that the session reflector is illegal. At this time, the source device can retransmit the request control message to request to re-create the session reflector.

[0088] In order to facilitate the overall understanding of the above-mentioned process of verifying the session reflector, the embodiment of the present invention Fig.12 Based on Fig.13 See the signaling interaction diagram shown in Figure 1. Fig.11 In the embodiment of the present invention, the process of verifying whether the session reflector is legitimate includes:

[0089] S5: The destination device generates information to be verified according to the request information;

[0090] S6: The destination device writes the information to be verified into the response information field and generates a response control message;

[0091] S7: The destination device sends a response control message to the source device;

[0092] S8: The source device parses the response control message to obtain the information to be verified;

[0093] S9: The source device verifies the legitimacy of the session reflector based on the value of the information field to be verified and the verification information stored locally.

[0094] In one embodiment of the present invention, for step b2, if the source device identifies that the response message is a response test message, then a process for evaluating link quality can be executed. The specific evaluation method can refer to the prior art and will not be repeated here.

[0095] In order to delete the unused session reflector in time and save the occupied resource space, the embodiment of the present invention also sets an aging mechanism for the session reflector. The embodiment of the present invention provides two implementation methods for deleting the session reflector.

[0096] Implementation method 1: When the destination device identifies that the request message is a request to stop control message, the current session reflector is deleted.

[0097] This can be understood as: the destination device can delete the session reflector based on the instruction of the source device. Specifically, the source device instructs the destination device to delete the session reflector by sending a request stop control message. Figure 8As shown, the stop test field includes field information such as source IP address, destination IP address, source UDP port number, and destination UDP port number. After receiving the request stop control message, the destination device can determine which session reflector needs to be deleted based on the field information of the stop test field.

[0098] To prevent the destination device from failing to receive the request stop control message, the embodiment of the present invention further provides a second implementation mode: if the destination device does not receive the request test message sent by the source device within a preset time period, the current session reflector is deleted. This implementation mode indicates that the destination device can also intelligently and actively delete the current session reflector.

[0099] In an embodiment of the present invention, deleting a session reflector refers to deleting a session reflector table entry in a session reflector table. It is understandable that the destination device can create and maintain multiple different session reflectors, which can be uniformly managed through a structured session reflector table. Each table entry in the session reflector table uniquely corresponds to a session reflector instance, and the content of the table entry is the reflection parameter mentioned above. When performing a deletion operation, the system releases the resources of the corresponding session reflector by locating and removing the target table entry.

[0100] In implementation mode one and implementation mode two, "current session reflector" may refer to a newly created session reflector instance, or it may refer to a session reflector instance currently in use. Specifically, in the first scenario, after the destination device successfully creates a session reflector, the source device starts the link quality test process by sending a request test message. In this process, the destination device responds to the request test message using the newly created session reflector and generates a corresponding response test message. When the link quality test task is completed, the source device will send an instruction to request the destination device to delete the session reflector instance that has just completed the test task. In the second scenario, after the destination device creates a session reflector, if the source device fails to send a request test message within the preset time threshold (that is, the link quality test task is not started), the destination device will automatically trigger the cleanup mechanism to delete the unused session reflector instance.

[0101] The above dual mechanism design not only ensures the effective use of system resources, but also realizes the intelligent management of the session reflector life cycle.

[0102] The above embodiment describes in detail the process of the source device instructing the destination device to automatically create a session reflector based on the request control message. The creation timing of this method can be understood as before the link quality test. The embodiment of the present invention also provides a method for automatically creating a session reflector, which is used in the process of performing a link quality test, as shown below:

[0103] When the destination device does not receive the request control message and detects that no session reflector exists on itself, a session reflector is created.

[0104] In the embodiment of the present invention, the source device can directly send a request test message to the destination device. After receiving the request test message, if the destination device detects that there is no session reflector matching the request test message, it creates a session reflector.

[0105] It is understandable that the request test message sent by the source device is as follows: Figure 4 After receiving the request test message, the destination device can detect whether there is a corresponding session reflector in the session reflector table based on the IP address and UDP port in the message header. If not, a new table entry is created in the session reflector table and the parsed UDP port and IP address are written to the table entry to complete the creation of the session reflector.

[0106] In an embodiment of the present invention, after the destination device generates a session reflector, it can continue to perform the link quality test task based on the session reflector, that is, reflect a response test message to the source device based on the generated session reflector, and the source device verifies the legitimacy of the session reflector and evaluates the link quality based on the response test message.

[0107] Through the above implementation, the embodiment of the present invention can automatically create a session reflector during the link test process, thereby avoiding the problems of large workload and high error risk in manually configuring the session reflector.

[0108] In summary of the above implementation methods, the embodiments of the present invention improve the existing TWAMP message format. By introducing request control messages and response control messages, the embodiments of the present invention can achieve the effect of the source device instructing the destination device to automatically create a session reflector, and the destination device instructing the source device to verify the legitimacy of the created session reflector. In addition, during the link quality test process, the embodiments of the present invention can also automatically and intelligently generate a session reflector when it is detected that there is no session reflector currently, which significantly reduces the workload of manual configuration and effectively avoids errors that may occur in a large number of configuration processes.

[0109] Furthermore, the present invention improves the lifecycle management mechanism of the session reflector by introducing a request stop control message. The source device can actively instruct the destination device to delete the idle session reflector. At the same time, the destination device also has an autonomous monitoring capability, and can judge the usage status of the session reflector according to whether a request test message is received within a preset time period, and automatically perform a cleanup operation. This dual cleanup mechanism not only realizes the timely release of system resources, but also greatly improves the resource utilization efficiency.

[0110] In general, the embodiments of the present invention enhance the automated management capability of the TWAMP session reflector, implement intelligent management of the entire life cycle from creation, use to recycling, and significantly improve the reliability and operation and maintenance efficiency of the network testing system while optimizing resource utilization.

[0111] The embodiment of the present invention also provides a TWAMP session reflector generation system. Fig.14 , Fig.14 A schematic diagram of the structure of the TWAMP session reflector generation system provided in an embodiment of the present invention. The system includes a source device 100 and a plurality of destination devices 200, namely, destination devices 1 to N. It should be noted that the TWAMP session reflector generation system provided in an embodiment of the present invention is of the same concept as the TWAMP session reflector generation method provided in the above embodiment. The specific implementation process is detailed in the method embodiment and will not be repeated here.

[0112] In the embodiments provided by the present invention, it should be understood that the disclosed systems and methods can be implemented in other ways. The system embodiments described above are only illustrative. For example, the division of units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed.

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

[0114] It should be noted that similar numbers and letters represent similar items in the following figures. Therefore, once an item is defined in one figure, it does not need to be further defined and explained in subsequent figures. In addition, the terms "first", "second", "third", etc. are only used to distinguish the description and are not to be understood as indicating or implying relative importance.

[0115] Finally, it should be noted that the above embodiments are only specific implementations of the present invention, which are used to illustrate the technical solutions of the present invention, rather than to limit them. The protection scope of the present invention is not limited thereto. Although the present invention is described in detail with reference to the above embodiments, ordinary technicians in the field should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the above embodiments within the technical scope disclosed by the present invention, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention. They should all be covered within the protection scope of the present invention. Therefore, the protection scope of the present invention shall be based on the protection scope of the claims.

Claims

1. A method for generating a TWAMP session reflector, characterized in that: The method comprises: The source device sends a request message to the destination device; When the destination device identifies that the request message is a request control message, it parses the request control message to obtain the carried request information, and creates a session reflector based on the message receiving interface information and the reflection parameters in the request information.

2. The TWAMP session reflector generation method according to claim 1, characterized in that: The method further comprises: The destination device parses the request message to obtain a message type, and when identifying that the message type is a preset request control identifier, determines that the request message is a request control message.

3. The TWAMP session reflector generation method according to claim 1 or 2, characterized in that: The method further comprises: The destination device responds to the source device. When the source device identifies that the response message is a response control message, the response information carried in the response control message is parsed, and the legitimacy of the session reflector is verified based on the locally stored verification information and the information to be verified in the response information; wherein the message type of the response control message is a preset response control identifier.

4. The TWAMP session reflector generation method according to claim 3, characterized in that: Before the source device sends a request message to the destination device, the method further includes: The source device encrypts the reflection parameter according to a preset encryption strategy, generates the verification information and stores it locally, and uses the encryption strategy and the reflection parameter as the request information to generate the request message.

5. The TWAMP session reflector generation method according to claim 3, characterized in that: Before the destination device responds to the source device with a control message, the method further includes: The destination device generates the information to be verified according to the request information, uses the information to be verified as the response information, and generates the response control message.

6. The TWAMP session reflector generation method according to claim 1, characterized in that: The method further comprises: The destination device parses the UDP port in the message header from the request message, and performs a consistency check on the UDP port in the message header and the UDP port in the reflection parameter to determine whether the request message is legal.

7. The TWAMP session reflector generation method according to claim 1, characterized in that: The method further comprises: When the destination device identifies that the request message is a stop control message, the current session reflector is deleted; wherein the message type of the stop control message is a preset stop control identifier.

8. The TWAMP session reflector generation method according to claim 1, characterized in that: The method further comprises: When the destination device does not receive the request test message sent by the source device within a preset time period, the current session reflector is deleted; wherein the message type of the request test message is a preset test identifier.

9. The TWAMP session reflector generation method according to any one of claims 1 to 8, characterized in that: The method further comprises: When the destination device does not receive the request control message and detects that no session reflector exists in itself, a session reflector is created.

10. A TWAMP session reflector generation system, characterized in that: It includes a source device and several destination devices; the source device is used to send a request message to the destination device; The destination device is used to parse the request information carried in the request control message when identifying that the request message is a request control message, and create a session reflector based on information of the message receiving interface and reflection parameters in the request information.

Images