No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search


To have a better experience, please upgrade your IE browser.


CX11x, CX31x, CX710 (Earlier Than V6.03), and CX91x Series Switch Modules V100R001C10 Configuration Guide 12

The documents describe the configuration of various services supported by the CX11x&CX31x&CX91x series switch modules The description covers configuration examples and function configurations.
Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).


Constructing a test instance

NQA requires two test ends, an NQA client and an NQA server (or called the source and destination). The NQA client (or the source) initiates an NQA test. You can configure test instances through command lines or the NMS. Then NQA places the test instances into test queues for scheduling.

Starting a test instance

When starting an NQA test instance, you can choose to start the test instance immediately, at a specified time, or after a delay. A test packet is generated based on the type of a test instance when the timer expires. If the size of the generated test packet is smaller than the minimum size of a protocol packet, the test packet is generated and sent out with the minimum size of the protocol packet.

Processing a test instance

After a test instance starts, the protocol-related running status can be collected according to response packets. The client adds a timestamp to a test packet based on the local system time before sending the packet to the server. After receiving the test packet, the server sends a response packet to the client. The client then adds a timestamp to the received response packet based on the current local system time. This helps the client calculate the round-trip time (RTT) of the test packet based on the two timestamps.


In a jitter test instance, both the client and server add a timestamp to the sent and received packets based on the local system time. In this manner, the client can calculate the jitter value.

You can view the test results to learn about the network operating status and service quality.

Updated: 2019-08-09

Document ID: EDOC1000041694

Views: 58855

Downloads: 3621

Average rating:
This Document Applies to these Products
Related Version
Related Documents
Previous Next