WO2007033542A1 - A method for testing the network capability and the device thereof - Google Patents

Abstract

A method for testing the network capability is used in the IPv6 network which has multiple transmission nodes, the IPv6 test expand header carrying the test information is set in the IPv6 data packet, the method includes: each transmission node adds the test information to the IPv6 test expand header of the transmitted IPv6 data packet respectively, and determines the current network capability based on the test information of each transmission node in the IPv6 test expand header of the received IPv6 data packet when the IPv6 data packet is transmitted between the transmission nodes. By using this invention, it can facilitate the capability test scheme of the IPv6 network and reduce the cost of the network capability test.

Description

 Network performance testing method and device

Technical field

 The present invention relates to the field of network communication technologies, and in particular, to a network performance testing method and device. Background of the invention

 With the increasing popularity of the Internet, the number of Internet users is increasing in a geometric progression. As the number of users grows, so does the number of applications on the network, such as video, voice, and data applications, so that traffic on the Internet is also growing rapidly. How operators ensure the normal operation of the network and how to ensure the quality of service for important customers and important applications has become an important factor for users to evaluate operators.

 In order to ensure the normal operation of the network, it is necessary to understand the actual situation of the network operation, and it is necessary to accurately test the performance of the network to obtain network performance parameters (such as traffic data, etc.) related to network operation status, and these network performances The parameters will ultimately serve all aspects of network engineering.

 For the IPv4 network, there are many network test system solutions, and the various solutions of the IPv4 network test can be simply divided into passive test and active test.

 The so-called passive test is to put some traffic monitoring instruments on some key nodes of the network, and these monitoring instruments sample the actual traffic in the network, analyze the state of the network traffic according to the results, and give the actual network based on the analysis results. The status of the operation.

 The so-called active test is to inject the test traffic data into the network, determine the network state parameters according to the response result of the test data in the network, and determine the actual running state of the network.

Since IPv6 networks are just beginning to deploy, many IPv6 networks are still in the experimental phase. Place Therefore, the IPv6 network has not developed its own dedicated network performance test method. The current network performance test solution in the IPv6 network still inherits the IPv4 test system, and the test plan in the IPv4 network is slightly modified and applied to the IPv6 network. . Since the passive test method in the IPv4 network requires an additional test and monitoring device, the active test method needs to construct a dedicated test message, which is usually carried by the User Datagram Protocol (UDP) or Transmission Control Protocol (TCP) to enable the test. The implementation process of network performance is complicated. It can be seen that the network performance test method of the IPv6 network needs to be further improved. Summary of the invention

 It is an object of the present invention to provide a network performance testing method and device, which can simplify the performance testing scheme of an IPv6 network, and compete for low network performance testing costs.

 The invention discloses a network performance testing method, which is applied to an IPv6 network including multiple transmission nodes, and an IPv6 test extension header for carrying test information is set in an IPv6 data message; the method includes:

 When the IPv6 data packet is transmitted between the multiple transmission nodes, each of the transmission nodes respectively adds respective test information to the IPv6 test extension header of the delivered IPv6 data packet, and according to the received IPv6 data packet. The test information of each transport node in the IPv6 test extension header determines the current network performance.

 The IPv6 test extension header includes: a type of the next extension header, an extension header length, and a test message field for carrying test information set according to the test requirement.

 The test information includes: a message sequence number; the test message field includes: a message sequence number field for carrying a message sequence number; and the originating transmission node of the delivered IPv6 data message is in the IPv6 data message The message sequence number of the currently delivered IPv6 data packet is added to the message sequence number field in the IPv6 test extension header;

Determining the current test information according to each of the transmission nodes in the IPv6 test extension header The network performance includes: the transmitting node obtains each message sequence number carried by the message sequence number field in the IPv6 test extension header of each IPv6 data packet received by the transmitting node, and determines the IPv6 datagram according to the continuity of each message sequence number. Whether the transmission link is lost and/or out of order.

 The test message field includes: a flag bit for carrying the first control command information and a message data field for carrying test information, where the first control command information is used to indicate a transport node that needs to process the message data field. ;

 Adding the test information to the IPv6 test extension header includes: each transport node that needs to process the message data field indicated by the control command information carried by the flag bit field adds respective test information to the message data domain. Medium

 Determining the current network performance according to the test information in the IPv6 test extension header includes: the transport node that needs to process the message number field determines the IPv6 data packet transmission link according to the test information carried in the message data domain. Link evaluation parameters.

 The test message field includes: a flag bit for receiving the second control command information, where the second control command information is used to indicate test information that needs to be recorded.

 The message data field includes: at least one test option for carrying test information.

 The message data field further includes: a byte padding option and/or at least a two-byte padding option for aligning the test options.

 The test options include: an option type, an option length, and option data for carrying test information.

 The option data includes: an address of the transmission node that needs to process the message data field and test information added thereto.

 The test message further includes: a message type field for identifying a message type of the current IPv6 data message.

The message type is: a one-way test message, a two-way test request message, and a two-way Test any of the response messages.

 The test message field further includes: a reserved field.

 The transmission node that needs to process the message data field indicated by the first control command information includes: a destination node, or includes: an intermediate node and a destination node.

 The test information is a timestamp, and the link evaluation parameters include: transmission delay and/or jitter.

 The test information is a timestamp, and the test information that needs to be recorded indicated by the second control command information includes: an inbound interface timestamp and/or an outbound interface timestamp.

 The link evaluation parameters include: a processing delay of processing a single IPv6 data packet by a single transmission node, a transmission delay of a link between different transmission nodes, and a jitter of a link between different transmission nodes. One or any combination of the three.

 The IPv6 data packet is: an IP layer-based IPv6 data packet or an IPv6-based application layer protocol data packet. The network performance test includes: an IP layer network performance test, and an IPv6-based application layer. Protocol network ^ test. '

 The IPv6-based application layer protocol is: a transmission control protocol TCP, a user datagram protocol UDP, a file transfer protocol FTP, a dynamic host configuration protocol DHCP, and a hypertext transfer protocol HTTP.

 The invention also discloses a network performance testing device, the device comprising:

 a configuration module, configured to generate test information for indicating a test requirement and output the test information to the test management module;

The extended header processing module is configured to receive a startup command from the test management module, construct an IPv6 test extension header according to the test information carried by the startup command, and output an IPv6 data packet carrying the IPv6 test extension header to the external network test device; The device receives the IPv6 data packet with the IPv6 test extension header, parses the IPv6 test extension header, adds test information representing network performance to the IPv6 test extension header, and outputs the IPv6 test extension header. Extracting the IPv6 data packet to the external network test device, or extracting various test information in the IPv6 test extension header and outputting the test information to the test management module;

 a test management module, configured to receive the test information for indicating a test requirement from the configuration module, output a start command carrying the test information to an extended header processing module, start a test process, and read from the extended header processing module Various test information representing network performance, analyzing various test information to obtain test results representing network performance.

 The configuration module is further configured to receive configuration information of the user from the outside, and generate the test information for indicating a test requirement according to the configuration information.

 The test management module is further configured to periodically or periodically output a start command to the extended header processing module according to a request from the configuration information of the configuration module, and start the test process periodically or periodically.

According to the description of the foregoing technical solution, the present invention can enable the present invention to set up a test test device without additional test and monitoring equipment by setting an IPv6 test extension header carrying test information in an IPv6 data message. In the case of the message, the network performance test is completed, and the network performance test is greatly enabled; 'The invention can extend the test option in the message body of the IPv6 test extension header according to the specific test requirements, and can satisfy various networks. Testing the requirements; by setting the message sequence number, the invention can detect the packet loss and out-of-order phenomenon in the transmission link of the IPv6 data message; and record the timestamp by setting each transmission node including the intermediate node. Controlling the command information, so that the present invention can detect link delay parameters such as transmission delay and jitter between different transmission nodes in the transmission link of the IPv6 data message, and the delay of processing the IPv6 data packet by each transmission node; The message type enables the present invention to conveniently detect an IPv6 datagram from the source node to the destination node. Network performance of the unidirectional transmission link, and network performance of the bidirectional transmission link of the IPv6 data message from the source node to the destination node to the source node; ''The invention adds IPv6 before the IPv6-based application layer data message Test the extension header, and then implement the performance test of each high-level protocol; The technical solution provided by the invention achieves the purpose of simplifying the network performance testing method and reducing the network performance testing cost. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic structural diagram of an IPv6 test extension header in the method of the present invention;

 2A is a schematic structural diagram of a one-byte filled test option;

 2B is a schematic structural diagram of a test option of N-byte padding;

 3A is a schematic diagram showing the structure of a test option for recording an interface timestamp in the method of the present invention;

 3B is a schematic diagram showing the structure of a test option for recording an interface timestamp in the method of the present invention;

 4 is a schematic diagram of a method for applying a one-way performance test according to the present invention;

 Figure 5 is a schematic diagram of the method of the present invention applied to one-way performance test one-way;

 6 is a schematic diagram of a method for applying bidirectional performance testing according to the present invention;

 Figure 7 is a schematic view showing the structure of a preferred embodiment of the apparatus of the present invention. Mode for carrying out the invention,

 The core of the present invention is: setting an IPv6 test extension header for carrying test information in an IPv6 data packet, and transmitting the IPv6 test extension header carrying the test information in the network during the transmission of the IPv6 data packet To conduct network performance testing.

 The technical solution provided by the present invention will be further described below based on the core idea of the present invention.

The IPv6 protocol solves many problems of the IPv4 protocol, such as the address shortage problem. At the same time, in order to improve the processing efficiency of the network device, the IPv6 protocol simplifies the structure of the IP packet header. For the additional packet header information in IPv4, IPv6 The method of extending the header is adopted. Currently, RFC 2460 The following IPv6 extension headers are defined: Hop-by-Hop Options Header, Routing (Type 0) Header, Fragment Header, Destination Options Header ), Authentication Header, Encapsulating Security Payload (ESP) header

( Header λ

 The present invention improves the IPv6 protocol, and adds an IPv6 test extension header specifically for actively testing network performance in the IPv6 data packet. The IPv6 test extension header is used to carry test information, and includes: the next IPv6 extension header Type, extended header length, and test message domain used to carry test information. The test information specifically carried in the test message domain can be set according to actual test requirements.

 The test information carried in the test message domain may include a message type, a flag bit, a message sequence number, and a message body set according to the test requirement. The message body is the message data field, which is mainly used to carry the actual test data. These test data are mainly used to calculate and determine the network performance. The message data field can exist in the form of a selection, so that the test data of the network performance is all stored in the message data field of the IPv6 extension header in the form of options. These options can be called test options, and include: option type, option length And option data for carrying test data. To facilitate the reading of test data in the message data field, the test options carried in the message data field of the present invention may consist of a one-byte fill option and/or at least two-byte fill options.

 Test options can be extended as needed for specific network performance testing needs.

 The following is a specific example to illustrate the IPv6 test extension header of the present invention. FIG. 1 is a schematic structural diagram of an IPv6 test header in the method of the present invention.

In FIG. 1, Payload Proto indicates the type of the next IPv6 extension header, and the type value of the IPv6 test extension header of the present invention should be different from the type values of several existing IPv6 extension headers. Header Len indicates the length of the IPv6 test extension header. This length value does not include the first 8 bytes of the IPv6 test extension header, and can be calculated in units of 8 bytes or the like. In units of 8 bytes When calculating the length value, the present invention needs to use the eight-byte alignment method for the corresponding byte filling. MH Type indicates the message type of the test message in the IPv6 test extension header. The message type here may include: a single test message, a two-way test request message, or a two-way test response message. For example: MH Type is 0 for a single test message, MH Type is 1 for a test request message for a bidirectional test message, and MH Type is 2 for a test response message for a bidirectional test message. This message type can be further extended and defined according to the actual test needs. D is a flag bit for carrying first control command information, and the first control command information is used to indicate a transmission node that needs to process the message data field. For example: When D is 0, it indicates that the message data field is only processed by the destination node; when D is 1, it indicates that the message data field is to be processed by the destination node and the intermediate node. Here, the processing of the message data field by the transit node mainly refers to: adding a timestamp in the message data field; in addition, when the source node originates the IPv6 data message, it is sure to add its own timestamp in the message data field. I and O are flag bits for carrying second control command information, and the second control command message is used to indicate test information that needs to be recorded (eg, outbound interface timestamp, inbound interface timestamp, etc.). For example: I indicates whether the interface timestamp is recorded, and O indicates whether the interface timestamp is recorded. When I is 0, the transport node that needs to process the message data field does not record the interface timestamp in the message data field; At 1 o'clock, the transit node indicating that the message data field needs to be processed records the inbound interface timestamp in the message data city; when 0 is 0, it indicates that the transport node that needs to process the message data field does not record the interface timestamp in the data field. When O is 1, it indicates that the transit node that needs to process the message data field records the interface timestamp in the message data field. Reserved is a reserved field. The sequence is a message sequence number, which is mainly used for message matching of the bidirectional test request message and the bidirectional test response message, and the message sequence number in the test request message and the message sequence number in the bidirectional test response message corresponding to the request message. It can be the same, so that it can be conveniently determined which bidirectional test request message is a response message of the bidirectional test request message. At the same time, if the message sequence number in the IPv6 test extension header of each IPv6 data packet received by the destination node is skipped, For packet loss and/or out of order. Message Data means that the message body, that is, the message data field, can be composed of various test options, such as: inbound interface timestamp option, outbound interface timestamp option, and so on. Here, the source node is an originating transmission node of an IPv6 data packet carrying an IPv6 test extension header, and the destination node is a final receiving transmission node of the IPv6 data packet; when the message type is a bidirectional test response message, the bidirectional test response message Corresponding to the previously sent bidirectional test request message, the source node of the IPv6 data message carrying the silent test response message is the destination node of the bidirectional test request message corresponding thereto, and the purpose of the bidirectional test response message is The node is the source node for the bidirectional test request message.

 The test options in the above Message Data can be in the format of type-length-value (TLV, Type-Length-Value), the type (Type) indicates the option type, and the length (Lengt) indicates the length of the option. The value includes the Type and Length. The length, value (Value) of the specific test data that carries the test option: Message Data, may further include one or more one-byte padding options and/or at least two-byte padding options for aligning each test option. For example: Padl (ie: TLV with one-byte padding option) and PadN (ie TLV with N-byte padding option). The above N is a positive integer not less than 2, so the N-byte fill option is at least a two-byte fill option. Here, to set each test option to 8 bytes, you can use a one-byte and/or at least two-byte fill option to align each test option with 8 bytes.

 Figure 2A is a block diagram showing the structure of a one-byte padding option. In Figure 2A, Type is 0, indicating a one-byte fill option. The one-byte fill option is a special case of the TLV format, ie there is no option length and option numeric fields. This test option is only used for one byte of padding, if you need to fill more than one byte. If you want to fill two or more bytes, use the padding option in the form of PadN.

FIG. 2B is a schematic structural diagram of an N-byte padding option. In Figure 2B, Type is 1 for the N-byte fill option, Option Length for the actual length of the N-byte fill option, and Option Data for the filled content. The test options in Message Data may include carrying a plurality of different types of test options, such as: an inbound interface timestamp option for a transport node carrying a source node, an intermediate node, a destination node, etc., when receiving a test message carried by an IPv6 test extension header, For example, the outbound interface timestamp option is used when the transport node carrying the source node, the intermediate node, and the destination node sends a test message carried by the IPv6 test extension header. Different test options have different values for their option types, and test options can be extended based on actual test requirements.

 The following two specific examples illustrate the implementation of test options in Message Data.

 When the test message is a single test message or a two-way test request message, the transfer node (eg, the destination node, or the destination node and the intermediate node) that needs to process the message data field indicated by the predetermined first control command information may enter from the self. The timestamp of the IPv6 data packet carrying the IPv6 test option and the address of the inbound interface are received in the IPv6 test extension header of the IPv6 data packet and the inbound interface timestamp option of the Message Data.

 When the test message is a two-way test response message, the transfer node that needs to process the message data field indicated by the predetermined first control command information (eg, the destination node, or the intermediate node and the destination node, the destination node is the corresponding two-way test) The source node of the message test request message corresponding to the message may carry the timestamp and the inbound interface address of the IPv6 data packet carrying the IPv6 test option received from the inbound interface in the form of FIG. 3Α in the IPv6 data message. The inbound interface timestamp option for Message Data in the IPv6 test extension header.

FIG. 3A is a schematic structural diagram of a test option for recording an inbound interface timestamp in the method of the present invention. In Figure 3A, Type is 2, indicating that the test option is an inbound interface timestamp option. When each of the transmission nodes (such as an intermediate node, or an intermediate node and a destination node) that needs to process the message data field indicated by the first control command information receives the IPv6 number packet carrying the IPv6 test extension header from the inbound interface link. After that, according to the IPv6 test extension header, the second control command information for indicating the test information that needs to be recorded (here indicates the test letter that needs to be recorded) The information is as follows: The timestamp of the inbound interface. The timestamp and the IPv6 address of the inbound interface are carried in the inbound interface timestamp option of Type 2 in the Message Data of the IPv6 test extension header.

 When the test message is a single test message or a two-way test request message, each of the transfer nodes (eg, the destination node, or the destination node and the intermediate node) that are required to process the message data field indicated by the predetermined first control command information may The timestamp and the outbound interface address of the IPv6 data packet carrying the IPv6 test option sent by the outbound interface are carried in the outbound interface timestamp option of the Message Data in the IPv6 test extension header of the IPv6 data packet in the form of Figure 3B. .

 When the test message is a two-way response test response message, the first control command information indicates that each of the transmission nodes of the message data domain needs to be processed (eg, a destination node, or an intermediate node and a destination node, and the destination node is the bidirectional test corresponding message) The source node of the corresponding bidirectional test request message can carry the timestamp and the outbound interface address of the IPv6 data packet carrying the IPv6 test option from the outbound interface, and is carried in the message data of the IPv6 test extension header in the form of FIG. 3B. Among the outbound interface timestamp options.

 Figure 3B is a schematic illustration of the structure of a test option for recording timestamps in an interface in the method of the present invention. In Figure 3B, Type is 3, indicating that the test option is the outbound interface timestamp option. When the transmitting node (such as the source node, the destination node, and the intermediate node) that needs to process the message data field indicated by the first control command information is sent from the outbound interface to complete the IPv6 data packet carrying the IPv6 test extension header, According to the second control command information in the IPv6 test extension header for indicating the test information to be recorded (the test information indicating that the record needs to be recorded is: the outbound interface timestamp), the timestamp at this time and the IPv6 address of the outbound interface are carried. In the IPv6 test extension header of the IPv6 data packet, the Type of the Message Data is 3 in the outbound interface timestamp option.

 Based on the implementation of the IPv6 test extension header of the present invention described above, the technical solution of the present invention will be described below with several typical network performance test applications.

Example 1. Performance test of the unidirectional IPv6 protocol, as shown in Figure 4. The performance test of the unidirectional IPv6 protocol is an important method to evaluate the performance of the network IP layer. The performance test indicators such as the transmission delay and jitter of the IP data packet are important indicators for measuring the network operation status. In the performance test of the unidirectional IPv6 protocol, the test node is the destination node. Here, the so-called test node is a transmission node that determines the network performance according to the test information carried by the IPv6 test expansion header.

 4 is a schematic diagram of the method of the present invention applied to a one-way performance test. In Figure 4, the test node is the destination node. The source node sends an IPv6 data packet carrying the IPv6 test extension header. The message type in the IPv6 test extension header is a one-way test message, and the flag bit D can be set to 0, indicating that the test message is only processed by the destination node, and the flag bit is set. I can be set to 1 to indicate that the destination node records the timestamp of the interface. The flag bit O can be set to 1, indicating that the source node records the interface timestamp.

 The source node adds the outbound interface timestamp t of the data packet to the IPv6 test extension header of the IPv6 data packet sent by the source node. For example, the outbound interface timestamp is carried in the outbound interface of the Message Data in the IPv6 test extension header. In the timestamp option.

The test message is not processed by each intermediate node between the source node and the destination node. When receiving the IPv6 data packet carrying the IPv6 test extension header, the destination node records the received timestamp t ₂ (ie, the inbound interface timestamp) of the received IPv6 data packet.

 The source node can continuously send the IPv6 data packet carrying the IPv6 test extension header by using the foregoing method, so that the destination node can obtain multiple sets of different source node outgoing interface timestamps and corresponding destination node inbound interface timestamps, the destination node. The delay and jitter of the IPv6 data packet transmission link from the source node to the destination node can be directly calculated according to the outbound interface timestamps of the different source nodes and the corresponding inbound interface timestamps of the destination node.

During the performance test of the unidirectional IPv6 protocol, the source node can continuously allocate the message sequence number for each IPv6 data packet in sequence, for example: each IPv6 data when the IPv6 data packet carrying the IPv6 test extension header is sent. The message sequence number of the message is an increasing natural number. In this way, when the destination node determines the current network according to the continuity of the message sequence number of each IPv6 data message. Whether the packet is lost or out of order, for example: When the sequence number of the message sequence of the received IPv6 data packet is skipped or out of order, it indicates that the packet has been lost or the data packet is out of order. The phenomenon.

 Example 2. One-step testing of unidirectional IPv6 protocol performance, as shown in Figure 5.

 Figure 5 is a schematic diagram of the method of the present invention applied to one-way performance test one-way. In Figure 5, the test node is the destination node. The source node sends an IPv6 data packet carrying the IPv6 test extension header. The message type in the IPv6 test extension header should be a one-way test message. The flag bit in the IPv6 test extension header may require each of the IPv6 data packet to pass. The intermediate node (such as the intermediate node 1 to the intermediate node N in Figure 5) records the inbound interface timestamp and the outbound interface timestamp. Only the IPv6 data packet outgoing interface timestamp is recorded for the source node, and only the IPv6 datagram is recorded for the destination node. The text entry timestamp. For example, the flag bit D can be set to 1, indicating that the test message needs to be processed by the intermediate node; the flag bit I can be set to 1, indicating that the destination node and the intermediate node record the inbound interface timestamp, that is, the destination node and the intermediate node need to receive it. The receiving timestamp of the IPv6 data packet is carried in the inbound interface timestamp option of the IPv6 extension header. The flag bit O can be set to 1, indicating that the source node and the intermediate node record the interface timestamp, that is, the source node and the intermediate node need The sending timestamp of the IPv6 data packet sent by the IPv6 test extension header is in the outbound interface timestamp option of the IPv6 test extension header.

 When an IPv6 data packet carrying an IPv6 test extension header is transmitted from the source node to the destination node, the IPv6 test extension header of the IPv6 data packet received by the destination node carries the outbound interface timestamp of the active node and the intermediate node. The inbound interface timestamp and the outbound interface timestamp, so that the destination node can calculate the transmission delay and jitter of each link in the network through which the IPv6 data packet passes, and can also record the entry according to each intermediate node. The interface timestamp and the outbound interface timestamp are used to determine the processing delay of each intermediate node for IPv6 data packets.

 Example 3: Testing the performance of the bidirectional IPv6 protocol, as shown in Figure 6.

Figure 6 is a schematic diagram of the method of the present invention applied to bidirectional performance testing. In Figure 6, for double Testing of IPv6 protocol performance can be accomplished by bidirectional test request messages and bidirectional test response messages for bidirectional test messages. During the performance test of the bidirectional IPv6 protocol, the test node is the source node of the bidirectional test request message.

 The source node sends an IPv6 data packet carrying the IPv6 test extension header. The message type MH Type in the IPv6 test extension header should be a bidirectional test request message, and the flag bit D can be set to 0, indicating that the test message is only processed by the destination node. The flag bit I can be set to 1, indicating that the source node and the destination node record the inbound interface timestamp, and the flag bit 0 can be set to 1, indicating that the source node and the destination node record the interface timestamp.

 When sending a bidirectional test request message, the source node shall record the egress interface timestamp in the outbound interface timestamp option of the IPv6 test extension header in the IPv6 data packet. When the IPv6 data packet reaches the destination node through the IPv6 network, the destination node The inbound interface timestamp of receiving IPv6 data packets is recorded only in the inbound interface timestamp option of the bidirectional test request message. Then, the destination node returns a bidirectional test response message to the source node (here, the source node is the source node of the bidirectional test request message, and is the destination node of the bidirectional test response message), and will be greeted in the test request message. The timestamp option is copied to the timestamp option of the two-way test response message, and the outbound interface timestamp of the two-way test response message is added to the outbound interface timestamp option of the two-way test response message. ―

 After the bidirectional test response message is returned to the source node of the bidirectional test request message, the source node only records the inbound interface timestamp of the bidirectional test response message in the inbound interface timestamp option. The source node may according to the outbound interface timestamp of the bidirectional test request message sent by the IPv6 test extension header, the inbound interface timestamp of the destination node receiving the bidirectional test request message, the outbound interface timestamp of the destination node sending the bidirectional test response message, and the source. The node receives the inbound interface timestamp of the bidirectional test response message, and determines the transmission delay and jitter of the round-trip link from the source node to the destination node and then from the destination node to the source node.

In the above bidirectional test request message, bidirectional test response message, if the D flag is set If the intermediate node is required to be processed, the inbound interface timestamp option and the outbound interface timestamp option of the IPv6 test extension header also carry the outbound interface timestamp of the Han direction test request message and the bidirectional test response message recorded by each intermediate node. The interface timestamp, according to the timestamp information, can calculate the transmission delay and jitter of the round-trip link between different intermediate nodes and the delay time for each intermediate node and the destination node to process IPv6 data messages.

 Example 4, application layer protocol performance test.

 Using IPv6 test extension header, not only can easily test the performance test of IP layer protocol, but also test Transmission Control Protocol (TCP), User Datagram Protocol (UDP), File Transfer Protocol (FTP), Dynamic Host Configuration Protocol (DHCP). Performance of IPv6-based application layer protocols such as Hypertext Transfer Protocol (HTTP).

 The invention can add an IPv6 test extension header in front of the data packet of the application layer protocol, so that the data packet of the application layer protocol becomes a data packet of the application layer protocol based on the IPv6, and the data packet of the application layer protocol based on the IPv6 is The transmission in the network can test the performance of the application layer protocol according to the test options carried in the IPv6 test extension header.

 The above is just a few specific application scenarios for implementing network performance testing by using the IPv6 test extension header. By setting the IPv6 test extension header according to the actual network performance test requirements, the IPv6 test extension header can be applied to various network performance test scenarios. This will not be described in detail.

 Based on the above method of the present invention, the present invention also proposes a network performance testing device. The device includes: a configuration module for configuring test information representative of the test requirements, an extended header processing module for constructing and parsing the IPv6 test extension header, and adding test information to the IPv6 test extension header, and for controlling the test process Test management module for test results.

 FIG. 7 is a schematic structural diagram of a device according to a preferred embodiment of the present invention. As shown in Figure 7, the device includes: a configuration module, an extended header processing module, and a test management module.

The configuration module is mainly used to generate test information for indicating test requirements and output to the test management module. When the configuration module is running, its network performance test is set to be The initiator of the pre-test, such as: the source node of the one-way test, the source node of the request message of the two-way test in the two-way test, and so on. Here, after the configuration module generates the test information, the test information may continue to be saved, and the test information may indicate: a test type of the current test, a source node of the current test, a destination node, and a test node, whether the intermediate node needs to be recorded. Test information, test start and end time, etc. test requirements.

 The test management module is configured to receive test information for indicating a test requirement from the configuration module, and output a start command carrying the test information to the extended header processing module. At this time, the network performance test device where the test management module is located is initiated by the current test. The test management module is further configured to read various test information representing network performance from the extended header processing module, analyze various test information to obtain test results representing network performance, for example, calculate delay, jitter, and according to test information. Packet loss, out of order, etc. At this time, the network performance test device where the test management module is located is used as the test node of the current test. Here, in one test, the test initiator and the test node may be the same network performance test device, for example: the source node of the request message for bidirectional test in the bidirectional test; the test initiator and the test node may also be different network performances. Test equipment, for example: In a one-way test, the test initiator is the source node and the test node is the destination node.

The extended header processing module is mainly configured to receive a startup command from the test management module, construct an IPv6 test extension header according to the test information carried in the startup command for indicating the test requirement, and output an IPv6 data packet carrying the IPv6 test extension header to the outside. The network device, at this time, the network performance test device where the extended header processing module is located is the initiator of the current test; the extended header processing module is further configured to receive the IPv6 data packet with the IPv6 test extension header from the external network device, and parse The IPv6 test extension header adds test information to the IPv6 test extension header. At this time, the network performance test device where the extension header processing module is located may be an intermediate node or a test node currently tested; the extended header processing module is also used for Output an IPv6 data packet carrying an IPv6 test extension header to an external network device, or extract the IPv6 test extension header. Various test information is output to the test management module. When the network performance test device where the extension header processing module is located may be the intermediate node of the current test, for example: an intermediate node in a one-way segment-by-segment test, a destination node of a request message for bidirectional testing in a two-way test, and the like, the extension header The processing module outputs the IPv6 data packet carrying the IPv6 test extension header to the external network device; when the network performance test device where the extension header processing module is located may be the currently tested test node, for example: one-way (or one-way segment by segment) The destination node in the test, the source node of the request message for bidirectional testing in the bidirectional test, and the like, the extension header processing module extracts various test information in the IPv6 test extension header and outputs it to the test management module.

 Generally, the configuration module is configured to generate test information for indicating a test requirement according to a configuration of the user. Therefore, the configuration module is further configured to receive configuration information of the user from the outside, and generate the test information according to the configuration information.

 Additionally, the test information used to indicate test requirements may require the test management module to initiate the test process periodically or periodically. At this time, the test management module may be further configured to periodically or periodically output a start command to the extension header processing module according to the requirement of the test information from the configuration module to start the test process periodically or periodically.

 While the invention has been described by the embodiments of the invention, it will be understood that

Claims

Claim  A network performance test method, which is applied to an IPv6 network including a plurality of transport nodes, and is characterized in that an IPv6 test extension header for carrying test information is set in an IPv6 data packet; the method includes:  When the IPv6 data packet is transmitted between the multiple transmission nodes, each of the transmission nodes respectively adds respective test information to the IPv6 test extension header of the delivered IPv6 data packet, and according to the received IPv6 data packet. The test information of each transport node in the IPv6 test extension header determines the current network performance.  2. The method according to claim 1, wherein the IPv6 test extension header comprises: a type of a next extension header, an extension header length, and a test message field for carrying test information set according to a test requirement.  The method according to claim 2, wherein the test information comprises: a message sequence number; the test message field comprises: a message sequence number field for carrying a message sequence number; and the transmitted IPv6 datagram The originating transmission node of the text adds the message sequence number of the currently delivered IPv6 data packet in the message sequence number field in the IPv6 test extension header of the IPv6 data packet;  Determining the current network performance according to the test information of each of the transit nodes in the IPv6 test extension header includes: the transport node acquiring each of the IPv6 test extensions in the received IPv6 data packet The message sequence number, and determining whether the IPv6 data message transmission link is lost and/or out of order according to the continuity of each message sequence number. The method according to claim 2, wherein the test message field comprises: a flag bit for carrying first control command information and a message data field for carrying test information, the first control command The information is used to indicate the transmission node that needs to process the message data field, . J Adding the test information to the IPv6 test extension header includes: each transport node that needs to process the message data field indicated by the first control command information carried by the flag bit adds respective test information to the message data. Domain  Determining the current network performance according to the test information in the IPv6 test extension header includes: the transmission node that needs to process the message data domain determines the link of the IPv6 data packet transmission link according to the test information carried in the message data domain. Evaluation parameters.  The method according to claim 4, wherein the test message field comprises: a flag bit for carrying second control command information, and the second control command information is used to indicate test information that needs to be recorded.  6. The method according to claim 5, wherein the message data field comprises: at least one test option for carrying test information.  7. The method of claim 6, wherein the message data field further comprises: a one-byte padding option and/or at least two-byte padding options for aligning the test options.  8. The method of claim 6, wherein the test options comprise: an option type, an option length, and option data for carrying test information.  9. The method according to claim 8, wherein the option data comprises: the address of the transmission node that needs to process the message data field and the test information that it joins.  The method according to any one of claims 2 to 9, wherein the test message field further comprises: a message type field for identifying a message type of the current IPv6 data message.  The method according to claim 10, wherein the message type is any one of a one-way test message, a two-way test request message, and a two-way test response message. The method according to any one of claims 2 to 9, wherein The test message domain further includes: a reserved field.  The method according to any one of claims 4 to 9, wherein the transmission node indicated by the first control command information that needs to process the message data field comprises: a destination node, or includes: an intermediate node and a destination node.  The method according to any one of claims 4 to 9, wherein the test information is a time stamp, and the link evaluation parameter comprises: transmission delay and/or jitter.  The method according to any one of claims 5 to 9, wherein the test information is a timestamp, and the test information that needs to be recorded indicated by the second control command information includes: an inbound interface timestamp and/or Or the outbound interface timestamp.  The method according to claim 15, wherein the link evaluation parameter comprises: a processing delay of processing a IPv6 data packet by a single transmission node, a transmission delay of a link between different transmission nodes, and different transmissions. Any of the three or any combination of the three of the jitters of the links between the nodes.  The method according to any one of claims 1 to 5, wherein the IPv6 data packet is: an IPv6 data packet based on an IP layer or a data packet based on an IPv6 application layer protocol; The network performance test includes: IP layer network performance test, IPv6-based application layer protocol network performance test.  The method according to claim 17, wherein the IPv6-based application layer protocol is: a transmission control protocol TCP, a user datagram protocol UDP, a file transfer protocol FTP, a dynamic host configuration protocol DHCP, and a hypertext transfer. Protocol HTTP.  19. A network performance testing device, the device comprising:  a configuration module, configured to generate test information for indicating a test requirement and output the test information to the test management module; The extended header processing module is configured to receive a startup command from the test management module, construct an IPv6 test extension header according to the test information carried by the startup command, and output the IPv6 test extension header Receiving an IPv6 data packet to the external network test device; receiving an IPv6 data packet with an IPv6 test extension header from the external network device, parsing the IPv6 test extension header, and adding test information representing network performance to the IPv6 test extension header; Outputting an IPv6 data packet carrying an IPv6 test extension header to an external network test device, or extracting various test information in the IPv6 test extension header and outputting the test information to the test management module;  a test management module, configured to receive the test information for indicating a test requirement from the configuration module, output a start command carrying the test information to an extended header processing module, start a test process, and read from the extended header processing module Various test information representing network performance, analyzing various test information to obtain test results representing network performance.  The device according to claim 19, wherein the configuration module is further configured to receive configuration information of the user from the outside, and generate the test information for indicating the test requirement according to the configuration information. '  The device according to claim 19, wherein the test management module is further configured to output a start command to the extended header processing module according to a request timing or periodicity of test information from the speed configuration module, Start the test process periodically or periodically.