[go: up one dir, main page]

WO2007033542A1 - Procede permettant de tester la capacite de reseau et le dispositif correspondant - Google Patents

Procede permettant de tester la capacite de reseau et le dispositif correspondant Download PDF

Info

Publication number
WO2007033542A1
WO2007033542A1 PCT/CN2006/001154 CN2006001154W WO2007033542A1 WO 2007033542 A1 WO2007033542 A1 WO 2007033542A1 CN 2006001154 W CN2006001154 W CN 2006001154W WO 2007033542 A1 WO2007033542 A1 WO 2007033542A1
Authority
WO
WIPO (PCT)
Prior art keywords
test
ipv6
message
information
extension header
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2006/001154
Other languages
English (en)
Chinese (zh)
Inventor
Jian Zhang
Hongfei Chen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2007033542A1 publication Critical patent/WO2007033542A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Definitions

  • 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
  • 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.
  • 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. .
  • 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.
  • UDP User Datagram Protocol
  • TCP Transmission Control Protocol
  • 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:
  • 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;
  • 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.
  • 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
  • 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;
  • 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.
  • 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.
  • 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;
  • 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.
  • 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
  • FIG. 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;
  • FIG. 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.
  • IPv6 solves many problems of the IPv4 protocol, such as the address shortage problem.
  • IPv6 protocol simplifies the structure of the IP packet header.
  • IPv6 The method of extending the header is adopted.
  • 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
  • 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.
  • 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.
  • FIG. 1 is a schematic structural diagram of an IPv6 test header in the method of the present invention.
  • 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.
  • MH Type is 0 for a single test message
  • MH Type is 1 for a test request message for a bidirectional test message
  • MH Type is 2 for a test response message for a bidirectional test message.
  • 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.
  • 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.
  • the transport node that needs to process the message data field does not record the interface timestamp in the message data field;
  • 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.
  • O 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.
  • 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;
  • 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.
  • Padl ie: TLV with one-byte padding option
  • 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.
  • Figure 2A is a block diagram showing the structure of a one-byte padding option.
  • 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.
  • Type is 1 for the N-byte fill option
  • Option Length for the actual length of the N-byte fill option
  • 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,
  • 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 transfer node eg, the destination node, or the destination node and the intermediate node
  • the transfer 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.
  • 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 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.
  • FIG. 3A is a schematic structural diagram of a test option for recording an inbound interface timestamp in the method of the present invention.
  • Type is 2, indicating that the test option is an inbound interface timestamp option.
  • the transmission nodes such as an intermediate node, or an intermediate node and a destination node
  • the second control command information for indicating the test information that needs to be recorded receives the IPv6 number packet carrying the IPv6 test extension header from the inbound interface link.
  • 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.
  • each of the transfer nodes eg, the destination node, or the destination node and the intermediate node
  • 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. .
  • 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.
  • outbound interface timestamp options are examples.
  • 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.
  • Type is 3, indicating that the test option is the outbound interface timestamp option.
  • the transmitting node such as the source node, the destination node, and the intermediate node
  • the second control command information in the IPv6 test extension header for indicating the test information to be recorded is: the outbound interface timestamp
  • the timestamp at this time and the IPv6 address of the outbound interface are carried.
  • the Type of the Message Data is 3 in the outbound interface timestamp option.
  • 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.
  • the test node is the destination node.
  • 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.
  • 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.
  • 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.
  • the destination node When receiving the IPv6 data packet carrying the IPv6 test extension header, the destination node records the received timestamp t 2 (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.
  • 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.
  • 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.
  • 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.
  • 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.
  • for double Testing of IPv6 protocol performance can be accomplished by bidirectional test request messages and bidirectional test response messages for bidirectional test messages.
  • 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.
  • the source node 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.
  • the destination node 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.
  • the source node 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.
  • 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.
  • 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).
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • FTP File Transfer Protocol
  • DHCP Dynamic Host Configuration Protocol
  • Performance of IPv6-based application layer protocols such as Hypertext Transfer Protocol (HTTP).
  • HTTP Hypertext Transfer Protocol
  • 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.
  • IPv6 test extension header can be applied to various network performance test scenarios. This will not be described in detail.
  • 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.
  • 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.
  • 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.
  • 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.
  • the network performance test device where the test management module is located is used as the test node of the current 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.
  • 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.
  • the extension header processing 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.
  • 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.
  • test information used to indicate test requirements may require the test management module to initiate the test process periodically or periodically.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé destiné à tester la capacité de réseau dans le réseau IPv6 doté de multiples noeuds de transmission. L'en-tête étendue du test du IPv6 portant l'information relative au test est installée dans le paquet de données du IPv6. Chaque noeud de transmission ajoute l'information relative au test à l'en-tête étendue du test du Ipv6 du paquet de données du IPv6 transmis respectivement et détermine la capacité actuelle du réseau en fonction de l'information relative au test de chaque noeud de transmission dans l'en-tête étendue du test de IPv6 du paquet de données Ipv6 reçu, quand ce dernier est transmis entre les noeuds de transmission. Ainsi, le test de capacité du réseau IPv6 est simplifié, d'où un moindre coût.
PCT/CN2006/001154 2005-09-20 2006-05-30 Procede permettant de tester la capacite de reseau et le dispositif correspondant Ceased WO2007033542A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510103374.7 2005-09-20
CN2005101033747A CN1937541B (zh) 2005-09-20 2005-09-20 一种网络性能测试方法

Publications (1)

Publication Number Publication Date
WO2007033542A1 true WO2007033542A1 (fr) 2007-03-29

Family

ID=37888532

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001154 Ceased WO2007033542A1 (fr) 2005-09-20 2006-05-30 Procede permettant de tester la capacite de reseau et le dispositif correspondant

Country Status (2)

Country Link
CN (1) CN1937541B (fr)
WO (1) WO2007033542A1 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7903569B2 (en) 2008-11-25 2011-03-08 At&T Intellectual Property I, L.P. Diagnosing network problems in an IPV6 dual stack network
CN113708985A (zh) * 2020-05-20 2021-11-26 华为技术有限公司 一种流量的检测方法、装置及系统
CN114006846A (zh) * 2020-07-13 2022-02-01 中国移动通信有限公司研究院 IPv6数据包的传输方法及装置
CN114666243A (zh) * 2022-03-29 2022-06-24 迈普通信技术股份有限公司 网络质量测量方法、装置、系统、电子设备及存储介质
US11451973B2 (en) 2020-09-23 2022-09-20 T-Mobile Usa, Inc. Simulating operation of a 5G wireless telecommunication network
CN115189913A (zh) * 2020-12-18 2022-10-14 支付宝(杭州)信息技术有限公司 数据报文的传输方法和装置
CN115426659A (zh) * 2022-08-31 2022-12-02 国网电力科学研究院有限公司 一种配电业务的5g网络承载能力评估方法、系统及装置

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227343B (zh) * 2008-02-01 2011-12-07 中兴通讯股份有限公司 一种TCPv6和/或UDPv6测试设备及方法
CN102026221B (zh) * 2009-09-17 2014-05-07 华为技术有限公司 一种测量方法、装置和系统
CN102088391B (zh) 2009-12-07 2013-09-11 华为技术有限公司 一种IPv6报文的处理方法、设备和系统
CN103024326A (zh) * 2011-09-22 2013-04-03 中兴通讯股份有限公司 一种基于安防型家庭网关的视频备份方法及系统
WO2012149801A1 (fr) * 2011-10-11 2012-11-08 华为技术有限公司 Procédé, dispositif et système de traitement de paramètres de qualité de flux de multidiffusion
CN102946335B (zh) * 2012-12-11 2015-12-23 广州中国科学院软件应用技术研究所 一种网络状况检测方法及系统
CN103744950A (zh) * 2013-12-28 2014-04-23 国家电网公司 一种网站IPv6支持度的评价方法
WO2016045098A1 (fr) 2014-09-26 2016-03-31 华为技术有限公司 Commutateur,dispositif de commande, système et procédé de détection de qualité de liaison
CN105391600A (zh) * 2015-11-24 2016-03-09 北京科东电力控制系统有限责任公司 一种网络服务质量测试方法和系统
CN106936664B (zh) * 2017-01-18 2020-04-07 中国电子科技集团公司第五十研究所 软件定义网络路径性能测试装置和方法
CN106941430B (zh) * 2017-03-17 2020-11-13 南京务本信息科技有限责任公司 一种基于fpga的可编程精确网络报文构造和发送单元
WO2019001129A1 (fr) * 2017-06-30 2019-01-03 华为技术有限公司 Procédé, appareil, et système de mesurage de performance de transmission
CN113472604B (zh) 2017-06-30 2022-11-11 华为技术有限公司 一种实现传输性能检测的方法、装置和系统
WO2020107332A1 (fr) * 2018-11-29 2020-06-04 深圳市大疆创新科技有限公司 Procédé de traitement d'instructions de véhicule aérien sans pilote, dispositif de terminal et plaque centrale de véhicule aérien sans pilote
CN112134747A (zh) * 2019-06-24 2020-12-25 中兴通讯股份有限公司 一种检测传输时延的方法及相关设备
CN111327478B (zh) * 2020-02-28 2022-04-15 北京天维信通科技有限公司 网络测量方法和装置、设备及存储介质
CN114866444B (zh) * 2021-01-20 2025-02-07 中国电信股份有限公司 性能测量方法和装置、报文生成方法和装置、通信系统
CN114422407B (zh) * 2022-03-29 2022-07-12 北京天维信通科技有限公司 一种网络测试方法、系统、终端及存储介质
CN116996461A (zh) * 2022-04-25 2023-11-03 中兴通讯股份有限公司 IPv6报文处理方法、节点、存储介质和程序产品
CN115134275B (zh) * 2022-06-06 2024-06-18 中国信息通信研究院 利用IPv6逐跳扩展头实现单向网络测试的方法、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11163916A (ja) * 1997-09-24 1999-06-18 At & T Wireless Services Inc ネットワーク試験システム
WO2002030042A2 (fr) * 2000-10-06 2002-04-11 Nortel Networks Limited Controle de la qualite de services de communications par paquets
US20030198186A1 (en) * 1999-11-22 2003-10-23 Worldcom, Inc. Validation of call processing network performance

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1401147B1 (fr) * 2002-09-16 2007-11-28 Agilent Technologies, Inc. Mésure de paramètres de réseau comme perçu par du traffic non synthétique
CN1284337C (zh) * 2004-11-03 2006-11-08 北京中星微电子有限公司 一种多点通讯中的网络负载平衡的方法
CN100417080C (zh) * 2005-02-01 2008-09-03 华为技术有限公司 一种检测网络链路故障并定位故障的方法
CN100414894C (zh) * 2005-07-27 2008-08-27 华为技术有限公司 一种检测分组交换网络服务质量的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11163916A (ja) * 1997-09-24 1999-06-18 At & T Wireless Services Inc ネットワーク試験システム
US20030198186A1 (en) * 1999-11-22 2003-10-23 Worldcom, Inc. Validation of call processing network performance
WO2002030042A2 (fr) * 2000-10-06 2002-04-11 Nortel Networks Limited Controle de la qualite de services de communications par paquets

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7903569B2 (en) 2008-11-25 2011-03-08 At&T Intellectual Property I, L.P. Diagnosing network problems in an IPV6 dual stack network
US8457006B2 (en) 2008-11-25 2013-06-04 At&T Intellectual Property I, Lp Diagnosing network problems in an IPV6 dual stack network
US9083615B2 (en) 2008-11-25 2015-07-14 AT&T Intellectaul Property I, L.P. Diagnosing network problems in an IPV6 dual stack network
CN113708985B (zh) * 2020-05-20 2023-01-06 华为技术有限公司 一种流量的检测方法、装置及系统
CN113708985A (zh) * 2020-05-20 2021-11-26 华为技术有限公司 一种流量的检测方法、装置及系统
US11582156B2 (en) 2020-05-20 2023-02-14 Huawei Technologies Co., Ltd. Traffic detection method, apparatus, and system
CN114006846A (zh) * 2020-07-13 2022-02-01 中国移动通信有限公司研究院 IPv6数据包的传输方法及装置
CN114006846B (zh) * 2020-07-13 2023-07-21 中国移动通信有限公司研究院 IPv6数据包的传输方法及装置
US11451973B2 (en) 2020-09-23 2022-09-20 T-Mobile Usa, Inc. Simulating operation of a 5G wireless telecommunication network
CN115189913A (zh) * 2020-12-18 2022-10-14 支付宝(杭州)信息技术有限公司 数据报文的传输方法和装置
CN115189913B (zh) * 2020-12-18 2024-01-05 支付宝(杭州)信息技术有限公司 数据报文的传输方法和装置
CN114666243A (zh) * 2022-03-29 2022-06-24 迈普通信技术股份有限公司 网络质量测量方法、装置、系统、电子设备及存储介质
CN115426659A (zh) * 2022-08-31 2022-12-02 国网电力科学研究院有限公司 一种配电业务的5g网络承载能力评估方法、系统及装置

Also Published As

Publication number Publication date
CN1937541B (zh) 2010-08-11
CN1937541A (zh) 2007-03-28

Similar Documents

Publication Publication Date Title
WO2007033542A1 (fr) Procede permettant de tester la capacite de reseau et le dispositif correspondant
KR100916288B1 (ko) 네트워크 토폴로지의 결정을 위한 장치 및 방법
US7206288B2 (en) Methods and apparatus for characterizing a route in fibre channel fabric
EP2953296B1 (fr) Systèmes et procédés de mesure de capacité disponible et capacité de liaison étanche de chemins ip à partir d'un seul terminal
US7596096B2 (en) Method and apparatus for providing trace route and timing information for media streams
KR100453056B1 (ko) 동적 ｉｐ 네트워크 상에서의 ｐｍｔｕ 변경 방법 및 그장치
CN102217378B (zh) 探测路径信息的方法、设备及系统
JP2003500933A (ja) インターネットプロトコルを使用する遠隔通信のための方法および装置
JP2003258903A (ja) 通信路監視システム
US20230327983A1 (en) Performance measurement in a segment routing network
CN115002008B (zh) 一种网络时延测量的方法、装置、设备以及存储介质
US20140006639A1 (en) Rich Media Status and Feedback for Devices and Infrastructure Components Using in Path Signaling
JP2001168915A (ja) Ｉｐパケット転送装置
WO2017193732A1 (fr) Procédé d'encapsulation et de décapsulation d'un message de données à pseudo-fil, et appareil associé
WO2009109128A1 (fr) Procédé et dispositif de configuration de messages d'information à en-tête pleine
JP7767624B2 (ja) メッセージ処理
CN100505754C (zh) 一种实现动态4-in-6隧道建立的方法
RU2444145C2 (ru) Способ, система и сетевой объект для получения информации о возможностях протокола описания сеанса
CN115225732A (zh) 一种操作维护管理oam检测方法及装置
CN118802671B (zh) 链路探测方法、装置、电子设备、存储介质和程序产品
WO2011147170A1 (fr) Procédé, appareil et système de détection de canal
WO2009012695A1 (fr) Procédé et dispositif de transmission d'informations de protocole
CN120856611A (zh) 传输质量测量方法及装置
Francart Web-scale Network Telemetry for live user traffic: In-band OAM for the Linux Kernel

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06742042

Country of ref document: EP

Kind code of ref document: A1