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

Reminder

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

upgrade

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

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).
Test Mechanism

Test Mechanism

ICMP Jitter Test

An ICMP jitter test is implemented using ICMP packets to obtain the delay, jitter, and packet loss ratio based on the timestamp in test packets. The jitter time equals the interval for receiving two consecutive packets minus the interval for sending the two packets.

Figure 14-30 shows the process of an ICMP jitter test:

  1. The source (Switch ModuleA) sends packets to the destination (Switch ModuleB) at a specified interval.

  2. After receiving a packet, the destination (Switch ModuleB) adds a timestamp to the packet and sends it back to the source (Switch ModuleA).

  3. After receiving the returned packet, the source (Switch ModuleA) calculates the jitter by subtracting the interval at which the source (Switch ModuleA) sends two consecutive packets from the interval at which the destination (Switch ModuleB) receives the two consecutive packets.

Figure 14-30 ICMP jitter test scenario

In an ICMP jitter test, the interval for sending packets is configurable and defaults to 20 ms; the number of packets to be sent each time is configurable and defaults to 60.

The following data can be calculated based on information in the packets received by the source:
  • Maximum, minimum, and average jitter of the packets from the source to the destination and from the destination to the source.

  • Maximum unidirectional delay from the source to the destination or from the destination to the source.

In an ICMP jitter test, you can set the number of consecutive packets to be sent in a single test instance. This setting allows you to simulate the actual traffic of specified data within a specified period.

The ICMP jitter test results and historical records are collected in test instances. You can run commands to view the test results and historical records.

ICMP Test

An NQA ICMP test detects whether there are reachable routes from the source to the destination. An ICMP test has similar functions as the ping command except that the ICMP test provides more output information:

  • By default, the system saves results of the latest five tests.

  • The test results include the average delay, packet loss ratio, and time the last packet is correctly received.

Figure 14-31 shows the process of an ICMP test:
  1. The source (Switch ModuleA) constructs an ICMP Echo Request packet and sends it to the destination (Switch ModuleB).

  2. After receiving the ICMP Echo Request packet, the destination (Switch ModuleB) responds the source (Switch ModuleA) with an ICMP Echo Reply packet.

Figure 14-31 ICMP test scenario

The source then can calculate the time for communication between the source and the destination by subtracting the time the source sends the ICMP Echo Request packet from the time the source receives the ICMP Echo Reply packet. The calculated data can reflect the network operating status.

The ICMP test results and historical records are collected in test instances. You can run commands to view the test results and historical records.

TCP Test

An NQA TCP test measures the time taken to set up a TCP connection between an NQA client and a TCP server through three-way handshake.

Figure 14-32 shows the process of a TCP test:

  1. Switch ModuleA sends a TCP SYN packet to Switch ModuleB to set up a TCP connection.

  2. After receiving the TCP SYN packet, Switch ModuleB accepts the request and responds Switch ModuleA with a TCP SYN ACK packet.

  3. After receiving the SYN ACK packet, Switch ModuleA sends an ACK packet to Switch ModuleB. Subsequently, a TCP connection is successfully set up.

Figure 14-32 TCP test scenario

Then Switch ModuleA can calculate the time taken to set up the TCP connection with Switch ModuleB by subtracting the time Switch ModuleA sends packets to the time Switch ModuleA receives packets. This can reflect network TCP performance.

Frequent TCP tests will consume too many resources and affect device performance.

The TCP test results and historical records are collected in test instances. You can run commands to view the test results and historical records.

UDP Jitter Test

A UDP Jitter test is performed using UDP packets to obtain the delay, jitter, and packet loss ratio based on the timestamp in test packets. The jitter time equals the interval for receiving two consecutive packets minus the interval for sending the two packets.

Figure 14-33 shows the process of a UDP jitter test:

  1. The source (Switch ModuleA) sends packets to the destination (Switch ModuleB) at a specified interval.

  2. After receiving a packet, the destination (Switch ModuleB) adds a timestamp to the packet and sends it back to the source (Switch ModuleA).

  3. After receiving the returned packet, the source (Switch ModuleA) calculates the jitter by subtracting the interval at which the source (Switch ModuleA) sends two consecutive packets from the interval at which the destination (Switch ModuleB) receives the two consecutive packets.

Figure 14-33 UDP jitter test scenario

In a UDP jitter test, the maximum number of test packets to be sent each time is configurable, which equals the number of jitter tests (probe-count) multiplied by the number of test packets sent each time (jitter-packetnum).

The following data can be calculated based on information in the packets received by the source:
  • Maximum, minimum, and average jitter of the packets from the source to the destination and from the destination to the source.

  • Maximum unidirectional delay from the source to the destination or from the destination to the source.

In a UDP jitter test, you can set the number of consecutive packets to be sent in a single test instance. This setting allows you to simulate the actual traffic of specified data within a specified period. For example, you can set the source to send 3000 UDP packets at an interval of 20 ms. Then G.711 traffic can be simulated within 1 minute.

The UDP jitter test results and historical records are collected in test instances. You can run commands to view the test results and historical records.

Translation
Download
Updated: 2019-12-13

Document ID: EDOC1000041694

Views: 60774

Downloads: 3623

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