- Table of Contents
-
- H3C WX6103 Access Controller Switch Interface Board Configuration Guide-6W102
- 00-Preface
- 01-Login Configuration
- 02-VLAN Configuration
- 03-IP Addressing and IP Performance Configuration
- 04-QinQ-BPDU Tunneling Configuration
- 05-Port Correlation Configuration
- 06-Link Aggregation Configuration
- 07-MAC Address Table Management Configuration
- 08-Port Security Configuration
- 09-MSTP Configuration
- 10-IP Routing-GR Overview Configuration
- 11-IPv4 Routing Configuration
- 12-IP Source Guard Configuration
- 13-DLDP Configuration
- 14-Multicast Configuration
- 15-LLDP Configuration
- 16-sFlow Configuration
- 17-ARP Configuration
- 18-DHCP Configuration
- 19-ACL Configuration
- 20-QoS Configuration
- 21-Port Mirroring Configuration
- 22-UDP Helper Configuration
- 23-SNMP-RMON Configuration
- 24-NTP Configuration
- 25-DNS Configuration
- 26-File System Management Configuration
- 27-Information Center Configuration
- 28-System Maintaining and Debugging Configuration
- 29-NQA Configuration
- 30-SSH Configuration
- 31-SSL-HTTPS Configuration
- 32-PKI Configuration
- 33-Track Configuration
- 34-Acronyms
- 35-Index
- Related Documents
-
Title | Size | Download |
---|---|---|
29-NQA Configuration | 333.07 KB |
Configuring the ICMP-echo Test
Configuring the UDP-jitter Test
Configuring the Collaboration Function
Configuring Optional Parameters Common to an NQA Test Group
Displaying and Maintaining NQA
ICMP-echo Test Configuration Example
DHCP Test Configuration Example
FTP Test Configuration Example
HTTP Test Configuration Example
UDP-jitter Test Configuration Example
SNMP Test Configuration Example
TCP Test Configuration Example
UDP-echo Test Configuration Example
DLSw Test Configuration Example
When configuring NQA, go to these sections for information you are interested in:
l Configuring an NQA Test Group
l Configuring the Collaboration Function
l Configuring Optional Parameters Common to an NQA Test Group
l Scheduling an NQA Test Group
l Displaying and Maintaining NQA
The term switch in this document refers to a switch in a generic sense or an access controller configured with the switching function unless otherwise specified.
NQA Overview
Introduction to NQA
Network Quality Analyzer (NQA) analyzes network performance, services and service quality through sending test packets, and provides you with network performance and service quality parameters such as jitter, TCP connection delay, FTP connection delay and file transfer rate.
With the NQA test results, you can:
1) Know network performance in time and then take corresponding measures.
2) Diagnose and locate network faults.
Features of NQA
Supporting multiple test types
Ping can use only the Internet Control Message Protocol (ICMP) to test the reachability of the destination host and the roundtrip time of a packet to the destination. NQA is an enhanced Ping tool used for testing the performance of protocols running on networks.
At present, NQA supports nine test types: ICMP-echo, DHCP, FTP, HTTP, UDP-jitter, SNMP, TCP, UDP-echo and DLSw.
In an NQA test, the client sends different types of test packets to the peer to detect the availability and the response time of the peer, helping you know protocol availability and network performance based on the test results.
Supporting the collaboration function
Collaboration is implemented by establishing collaboration entries to monitor the detection results of the current test group. If the number of consecutive probe failures reaches a certain limit, NQA’s collaboration with other modules is triggered. The implementation of collaboration is shown in Figure 1-1.
Figure 1-1 Implementation of collaboration
The collaboration here involves three parts: the application modules, the Track module, and the detection modules.
l The detection modules monitor the link status, network performance and so on, and inform the Track module of the detection result.
l Upon receiving the detection result, the Track module changes the status of the Track object accordingly and informs the application modules. The Track module works between the application modules and the detection modules and is mainly used to obscure the difference of various detection modules to provide a unified interface for application modules.
l The application modules then deal with the changes accordingly based on the status of the Track object, and thus collaboration is implemented.
Take static routing as an example. You have configured a static route with the next hop 192.168.0.88. If 192.168.0.88 is reachable, the static route is valid; if 192.168.0.88 is unreachable, the static route is invalid. With the collaboration between NQA, Track module and application modules, real time monitoring of reachability of the static route can be implemented:
1) Monitor reachability of the destination 192.168.0.88 through NQA.
2) If 192.168.0.88 is detected to be unreachable, NQA will inform the static routing module through Track module.
3) The static routing module then can know that the static route is invalid.
For the detailed description of the Track module, refer to Track in H3C WX6103 Access Controller Switch Interface Board Configuration Guide.
Supporting delivery of traps
Traps can be sent to the network management server when a test is completed, fails, or a probe fails.
A trap contains destination IP address, operation status, minimum and maximum Round Trip Time (RTT), probes sent, and time when the last probe is performed successfully. You can trace network running status with traps.
Basic Concepts of NQA
Test group
NQA can test multiple protocols. A test group must be created for each type of NQA test and each test group can be related to only one type of NQA test.
Test and probe
After an NQA test is started, one test is performed at a regular interval and you can set the interval as needed.
One NQA test involves multiple consecutive probes and you can set the number of the probes.
In different test types, probe has different meanings:
l For a TCP or DLSw test, one probe means one connection;
l For a UDP-jitter test, the number of packets sent in one probe depends on the probe packet-number command;
l For an FTP, HTTP or DHCP test, one probe means to carry out a corresponding function;
l For an ICMP-echo or UDP-echo test, one packet is sent in one probe;
l For an SNMP test, three packets are sent in one probe.
NQA client and server
NQA client is the device initiating an NQA test and the NQA test group is created on the NQA client.
NQA server processes the test packets sent from the NQA client, as shown in Figure 1-2. The NQA server makes a response to the request originated by the NQA client by listening to the specified destination address and port number.
Figure 1-2 Relationship between the NQA client and NQA server
In most NQA tests, you only need to configure the NQA client; while in TCP, UDP-echo and UDP-jitter tests, you must configure the NQA server.
You can create multiple TCP or UDP listening services on the NQA server, with each listening service corresponding to a specified destination address and port number. The IP address and port number specified for a listening service on the server must be consistent with those on the client and must be different from those of an existing listening service.
NQA Test Operation
After you create a test group and enter the test group view, you can configure related test parameters. Test parameters vary with the test type. For details, see the configuration procedure below.
To perform an NQA test successfully, make the following configurations on the NQA client:
1) Enable the NQA client;
2) Create a test group and configure test parameters according to the test type;
3) Perform the NQA test through the nqa schedule command.
4) View test results using the display or debug commands.
For TCP, UDP-jitter or UDP-echo tests, you need to configure the NQA server on the peer device.
NQA Configuration Task List
Complete these tasks to configure NQA.
Task |
Remarks |
|
Required for TCP, UDP-echo and UDP-jitter tests |
||
Optional |
||
Required |
||
Use any of the approaches. |
||
Optional |
||
Optional |
||
Optional |
||
Required |
Configuring the NQA Server
Before performing TCP, UDP-echo or UDP-jitter tests, you need to configure the NQA server on the peer device. The NQA server makes a response to the request originated by the NQA client by listening to the specified destination address and port number.
Follow these steps to configure the NQA server:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enable the NQA server |
nqa server enable |
Required Disabled by default. |
Configure the UDP or TCP listening function on the NQA server |
nqa server { tcp-connect | udp-echo } ip-address port-number |
Required The IP address and port number must be consistent with those configured on the NQA client and must be different from those of an existing listening service. |
Enabling the NQA Client
Configurations on the NQA client take effect only when the NQA client is enabled.
Follow these steps to enable the NQA client:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enable the NQA client |
nqa agent enable |
Optional Enabled by default. |
Creating an NQA Test Group
One test corresponds to one test group. You can configure test types after you create a test group and enter the test group view.
Follow theses steps to create an NQA test group:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Create an NQA test group and enter the NQA test group view |
nqa entry admin-name operation-tag |
Required |
Configuring an NQA Test Group
Configuring the ICMP-echo Test
The ICMP test is used to test reachability of the destination host according to the ICMP-echo reply or timeout information.
Follow these steps to configure the ICMP-echo test:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as ICMP-echo and enter test type view |
type icmp-echo |
Required |
Configure the destination address for a test operation |
destination ip ip-address |
Required By default, no destination IP address is configured for a test operation. |
Configure the size of probe packets sent |
data-size size |
Optional 100 bytes by default. |
Configure the string used to fill a probe packet |
data-fill string |
Optional The string of fill characters of a probe packet is the string corresponding with the ASCII code 00 to 09 by default. |
Specify the IP address of an interface as the source IP address of an ICMP-echo request |
source interface interface-type interface-number |
Optional By default, no interface address is specified as the source IP address of ICMP probe requests. If you use the source ip command to configure the source IP address of ICMP-echo probe requests, the source interface command is invalid. The interface specified by this command must be up. Otherwise, the probe will fail. |
Configure the source IP address of a probe request |
source ip ip-address |
Optional By default, no source IP address is specified. If no source IP address is specified, but the source interface is specified, the IP address of the source interface is taken as the source IP address of ICMP probe requests. The source IP address must be that of an interface on the device and the interface must be up. Otherwise, the probe will fail. |
Configure the next hop IP address for an ICMP-echo request |
next-hop ip-address |
Optional By default, no next hop IP address is configured. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
Configuring the DHCP Test
The DHCP test is mainly used to test the existence of a DHCP server on the network as well as the time necessary for the DHCP server to respond to a client request and assign an IP address to the client.
Configuration prerequisites
Before performing a DHCP test, you need to configure the DHCP server. If the NQA (DHCP client) and the DHCP server are not in the same network segment, you need to configure a DHCP relay. For the configuration of DHCP server and DHCP relay, refer to DHCP in H3C WX6103 Access Controller Switch Interface Board Configuration Guide.
Configuring the DHCP test
Follow these steps to configure the DHCP test:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as DHCP and enter test type view |
type dhcp |
Required |
Specify an interface for a DHCP test |
operation interface interface-type interface-number |
Required By default, no interface is specified to perform a DHCP test. The interface specified by the source interface command must be up; otherwise, the test fails. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
As DHCP test is a process to simulate address allocation in DHCP, the IP address of the interface performing the DHCP test will not be changed.
Configuring the FTP Test
The FTP test is mainly used to test the connection with a specified FTP server and the time necessary for the FTP client to transfer a file to or download a file from the FTP server.
Configuration prerequisites
Before the FTP test, you need to perform some configurations on the FTP server. For example, you need to configure the username and password used to log onto the FTP server. For the FTP server configuration, refer to File System Management in H3C WX6103 Access Controller Switch Interface Board Configuration Guide.
Configuring the FTP test
Follow these steps to configure the FTP test:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as FTP and enter test type view |
type ftp |
Required |
Configure the destination address for a test operation |
destination ip ip-address |
Required By default, no destination IP address is configured for a test operation. The destination IP address for a test operation is the IP address of the FTP server. |
Configure the source IP address of a probe request |
source ip ip-address |
Required By default, no source IP address is specified. The source IP address must be that of an interface on the device and the interface must be up. Otherwise, the test will fail. |
Configure the operation type |
operation { get | put } |
Optional By default, the operation type for the FTP is get, that is, obtaining files from the FTP server. |
Configure a login username |
username name |
Required By default, no login username is configured. |
Configure a login password |
password password |
Required By default, no login password is configured. |
Specify a file to be transferred between the FTP server and the FTP client |
filename file-name |
Required By default, no file is specified. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
Configuring the HTTP Test
The HTTP test is used to test the connection with a specified HTTP server and the time required to obtain data from the HTTP server.
Configuration prerequisites
Before performing an HTTP test, you need to configure the HTTP server.
Configuring the HTTP test
Follow these steps to configure the HTTP test:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as HTTP and enter test type view |
type http |
Required |
Configure the destination address for a test operation |
destination ip ip-address |
Required By default, no destination IP address is configured for a test operation. The destination IP address for a test operation is the IP address of the HTTP server. |
Configure the source IP address of a probe request |
source ip ip-address |
Optional By default, no source IP address is specified. The source IP address must be that of an interface on the device and the interface must be up. Otherwise, the test will fail. |
Configure the operation type |
operation { get | post } |
Optional By default, the operation type for the HTTP is get, that is, obtaining data from the HTTP server. |
Configure the website that an HTTP test visits |
url url |
Required |
Configure the HTTP version used in the HTTP test |
http-version v1.0 |
Optional By default, HTTP 1.0 is used in an HTTP test. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
The TCP port number for the HTTP server must be 80 in an HTTP test. Otherwise, the test will fail.
Configuring the UDP-jitter Test
You are not recommended to perform an NQA UDP-jitter test on ports from 1 to 1023 (known ports). Otherwise, the NQA test will fail or the corresponding services of this port will be unavailable.
Delay jitter refers to the difference between the interval of receiving two packets consecutively and the interval of sending these two packets. The procedure of a UDP-jitter test is as follows:
l The source sends packets at regular intervals to the destination port.
l The destination affixes a time stamp to each packet that it receives and then sends it back to the source.
l Upon receiving the packet, the source calculates the delay jitter, and the network status can be analyzed.
Configuration prerequisites
A UDP-jitter test requires cooperation between the NQA server and the NQA client. Before the UDP-jitter test, make sure that the UDP listening function is configured on the NQA server.
Configuring the UDP-jitter test
Follow these steps to configure the UDP-jitter test:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as UDP-jitter and enter test type view |
type udp-jitter |
Required |
Configure the destination address for a test operation |
destination ip ip-address |
Required By default, no destination IP address is configured for a test operation. The destination IP address must be consistent with that of the existing listening service on the NQA server. |
Configure the destination port for a test operation |
destination port port-number |
Required By default, no destination port number is configured for a test operation. The destination port must be consistent with that of the existing listening service on the NQA server. |
Specify the source port number for a request |
source port port-number |
Optional By default, no source port number is specified. |
Configure the size of a probe packet sent |
data-size size |
Optional 100 bytes by default. |
Configure the string of fill characters of a probe packet sent |
data-fill string |
Optional The string of fill characters of an ICMP probe packet is the string corresponding to the ASCII code 00 to 09 by default. |
Configure the number of consecutive packets in a UDP-jitter probe |
probe packet-number packet-number |
Optional 10 by default. |
Configure the interval for sending consecutive packets |
probe packet-interval packet-interval |
Optional 20 milliseconds by default. |
Configure the time for waiting for a response in a UDP-jitter test |
probe packet-timeout packet-timeout |
Optional 3000 milliseconds by default. |
Configure the source IP address of a probe request in a test operation |
source ip ip-address |
Optional By default, no source IP address is specified. The source IP address must be that of an interface on the device and the interface must be up. Otherwise, the test will fail. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
The number of probes made in a UDP-jitter test depends on the probe count command, while the number of probe packets sent in each probe depends on the probe packet-number command.
Configuring the SNMP Test
The SNMP query test is used to test the time the NQA client takes to send an SNMP query packet to the SNMP agent and then receive a response packet.
Configuration prerequisites
The SNMP agent function must be enabled on the device serving as an SNMP agent before the SNMP test. For the configuration of SNMP agent, refer to SNMP in H3C WX6103 Access Controller Switch Interface Board Configuration Guide.
Configuring the SNMP test
Follow these steps to configure the SNMP test:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as SNMP and enter test type view |
type snmp |
Required |
Configure the destination address for a test operation |
destination ip ip-address |
Required By default, no destination IP address is configured for a test operation. |
Specify the source port number for a probe request in a test operation |
source port port-number |
Optional By default, no source port number is specified. |
Configure the source IP address of a probe request in a test operation |
source ip ip-address |
Optional By default, no source IP address is specified. The source IP address must be that of an interface on the device and the interface must be up. Otherwise, the test will fail. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
Configuring the TCP Test
You are not recommended to perform an NQA TCP test on ports from 1 to 1023 (known ports). Otherwise, the NQA test will fail or the corresponding services of this port will be unavailable.
The TCP test is used to test the TCP connection between the client and the specified server and the setup time for the connection.
Configuration prerequisites
A TCP test requires cooperation between the NQA server and the NQA client. The TCP listening function needs to be configured on the NQA server before the TCP test.
Configuring the TCP test
Follow these steps to configure the TCP test:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as TCP and enter test type view |
type tcp |
Required |
Configure the destination address for a test operation |
destination ip ip-address |
Required By default, no destination IP address is configured for a test operation. The destination address must be the IP address of the listening service configured on the NQA server. |
Configure the destination port |
destination port port-number |
Required By default, no destination port number is configured for a test operation. The destination port number must be consistent with port number of the listening service configured on the NQA server. |
Configure the source IP address of a probe request in a test operation |
source ip ip-address |
Optional By default, no source IP address is specified. The source IP address must be that of an interface on the device and the interface must be up. Otherwise, the test will fail. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
Configuring the UDP-echo Test
You are not recommended to perform an NQA UDP test on ports from 1 to 1023 (known ports). Otherwise, the NQA test will fail or the corresponding services of this port will be unavailable.
The UDP-echo test is used to test the roundtrip time of a UDP-echo packet from the client to the specified server.
Configuration prerequisites
A UDP-echo test requires cooperation between the NQA server and the NQA client. The UDP listening function needs to be configured on the NQA server before the UDP-echo test.
Configuring the UDP-echo test
Follow these steps to configure the UDP-echo test
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as UDP-echo and enter test type view |
type udp-echo |
Required |
Configure the destination address for a test operation |
destination ip ip-address |
Required By default, no destination IP address is configured for a test operation. The destination address must be the IP address of the listening service configured on the NQA server. |
Configure the destination port |
destination port port-number |
Required By default, no destination port number is configured for a test operation. The destination port number must be the port number of the listening service configured on the NQA server. |
Configure the size of probe packets sent |
data-size size |
Optional 100 bytes by default. |
Configure the string of fill characters of a probe packet sent |
data-fill string |
Optional The string of fill characters of an ICMP probe packet is the string corresponding with the ASCII code 00 to 09 by default. |
Specify a source port number for a probe request in a test operation |
source port port-number |
Optional By default, no source port number is specified. |
Configure the source IP address of a probe request in a test operation |
source ip ip-address |
Optional By default, no source IP address is specified. The source IP address must be that of an interface on the device and the interface must be up. Otherwise, the test will fail. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
Configuring the DLSw Test
The DLSw test is used to test the response time of the DLSw device.
Configuration prerequisites
Enable the DLSw function on the peer device before DLSw test..
Configuring the DLSw test
Follow these steps to configure the DLSw test:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Configure the test type as DLSw and enter test type view |
type dlsw |
Required |
Configure the destination address for a test operation |
destination ip ip-address |
Required By default, no destination IP address is configured for a test operation. |
Configure the source IP address of a probe request in a test operation |
source ip ip-address |
Optional By default, no source IP address is specified. The source IP address must be that of an interface on the device and the interface must be up. Otherwise, the test will fail. |
Configure common optional parameters |
Refer to Configuring Optional Parameters Common to an NQA Test Group |
Optional |
Configuring the Collaboration Function
Collaboration is implemented by establishing collaboration entries to monitor the detection results of the current test group. If the number of consecutive probe failures reaches the threshold, the configured action is triggered.
Follow these steps to configure the collaboration function:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Enter test type view of the test group |
type { dhcp | dlsw | ftp | http | icmp-echo | snmp | tcp | udp-echo } |
The collaboration function is not supported in UDP-jitter tests. |
Create a Reaction entry |
reaction item-num checked-element probe-fail threshold-type consecutive occurrences [ action-type { none | trigger-only } ] |
Required Not created by default. |
Exit to system view |
quit |
— |
Create a Track object and associate it with the specified Reaction entry of the NQA test group |
track entry-number nqa entry admin-name operation-tag reaction item-num |
Required Not created by default. |
You cannot modify the content of a reaction entry using the reaction command after the collaboration object is created.
Configuring Trap Delivery
Traps can be sent to the network management server when test is completed, test fails or probe fails.
Configuration prerequisites
Before configuring trap delivery, you need to configure the destination address of the trap message with the snmp-agent target-host command, create an NQA test group, and configure related parameters. For the introduction to the snmp-agent target-host command, refer to SNMP in H3C WX6103 Access Controller Switch Interface Board Command Reference.
Configuring trap delivery
Follow these steps to configure trap delivery:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Enter test type view of the test group |
type { dhcp | dlsw | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter } |
— |
Configure to send traps to network management server under specified conditions |
reaction trap { probe-failure consecutive-probe-failures | test-complete | test-failure cumulate-probe-failures } |
Optional No traps are sent to the network management server by default. |
Configuring Optional Parameters Common to an NQA Test Group
Optional parameters common to an NQA test group are valid only for tests in this test group.
Unless otherwise specified, the following parameters are applicable to all test types and they can be configured according to the actual conditions.
Follow these steps to configure optional parameters common to an NQA test group:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Enter NQA test group view |
nqa entry admin-name operation-tag |
— |
Enter test type view of a test group |
type { dhcp | dlsw | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter } |
— |
Configure the descriptive string for a test group |
description string |
Optional By default, no descriptive string is available for a test group. |
Configure the interval between two consecutive tests for a test group |
frequency interval |
Optional By default, the interval between two consecutive tests for a test group is 0 milliseconds, that is, only one test is performed. If the last test is not completed when the interval specified by the frequency command is reached, a new test is not started. |
Configure the number of probes in a test |
probe count times |
Optional By default, one probe is performed in a test. |
Configure the NQA probe timeout time |
probe timeout timeout |
Optional By default, the timeout time is 3000 milliseconds. This parameter is not available for a UDP-jitter test. |
Configure the maximum number of history records that can be saved in a test group |
history-records number |
Optional 50 by default. |
Configure the maximum number of hops a probe packet traverses in the network |
ttl value |
Optional 20 by default. This parameter is not available for a DHCP test. |
Configure the ToS field in an IP packet header in an NQA probe packet |
tos value |
Optional 0 by default. This parameter is not available for a DHCP test. |
Enable the routing table bypass function |
route-option bypass-route |
Optional Disabled by default. This parameter is not available for a DHCP test. |
Scheduling an NQA Test Group
With this configuration, you can set the start time and time period for a test group to perform the test and start the test.
Configuration prerequisites
Before scheduling an NQA test group, make sure:
l Required test parameters corresponding to a test type have been configured;
l For the test which needs the cooperation with the NQA server, configuration on the NQA server has been completed.
Scheduling an NQA test group
Follow these steps to schedule an NQA test group:
To do… |
Use the command… |
Remarks |
Enter system view |
system-view |
— |
Schedule an NQA test group |
nqa schedule admin-name operation-tag start-time now lifetime forever |
Required |
Configure the maximum number of the tests that the NQA client can simultaneously perform |
nqa agent max-concurrent number |
Optional The default number is 2 |
After an NQA test group is scheduled, you cannot enter the test group view or test type view.
Displaying and Maintaining NQA
To do… |
Use the command… |
Display NQA test operation information |
display nqa { result | history } [ admin-name operation-tag ] |
Display NQA server status |
display nqa server status |
NQA Configuration Examples
ICMP-echo Test Configuration Example
Network requirements
Use the NQA ICMP function to test whether the NQA client (AC can send packets to the specified destination (Switch) and test the roundtrip time of packets.
Network diagram
Figure 1-3 Network diagram for the ICMP-echo test
Configuration procedure
# Create an ICMP-echo test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type icmp-echo
[AC-nqa-admin-test-icmp-echo] destination ip 10.2.2.2
# Configure optional parameters.
[AC-nqa-admin-test-icmp-echo] probe count 10
[AC-nqa-admin-test-icmp-echo] probe timeout 500
[AC-nqa-admin-test-icmp-echo] quit
# Enable the ICMP-echo test operation.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of an ICMP-echo test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Destination IP address: 10.2.2.2
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 0/16/1
Square-Sum of round trip time: 256
Last succeeded probe time: 2007-03-14 17:21:07.8
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
DHCP Test Configuration Example
Network requirements
Use the NQA DHCP function to test the time necessary for AC to obtain an IP address from the DHCP server Switch.
Network diagram
Figure 1-4 Network diagram for DHCP
Configuration procedure
# Create a DHCP test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type dhcp
[AC-nqa-admin-test-dhcp] operation interface vlan-interface 2
[AC-nqa-admin-test-dhcp] quit
# Enable the DHCP test.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of one DHCP test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 624/624/624
Square-Sum of round trip time: 389376
Last succeeded probe time: 2007-03-14 17:47:29.3
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
FTP Test Configuration Example
Network requirements
Use the NQA FTP function to test the connection with a specified FTP server and the time necessary for AC to upload a file to the FTP server. The login username is admin, the login password is systemtest, and the file to be transferred to the FTP server is config.txt.
Network diagram
Figure 1-5 Network diagram for FTP
Configuration procedure
# Create an FTP test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type ftp
[AC-nqa-admin-test-ftp] destination ip 10.2.2.2
[AC-nqa-admin-test-ftp] source ip 10.1.1.1
[AC-nqa-admin-test-ftp] operation put
[AC-nqa-admin-test-ftp] username admin
[AC-nqa-admin-test-ftp] password systemtest
[AC-nqa-admin-test-ftp] filename config.txt
[AC-nqa-admin-test-ftp] quit
# Enable the FTP test.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of an FTP test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Destination IP address: 10.2.2.2
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 173/173/173
Square-Sum of round trip time: 29929
Last succeeded probe time: 2007-03-14 13:28:48.5
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
HTTP Test Configuration Example
Network requirements
Use the HTTP function to test the connection with a specified HTTP server and the time required to obtain data from the HTTP server.
Network diagram
Figure 1-6 Network diagram for the HTTP test
Configuration procedure
# Create an HTTP test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type http
[AC-nqa-admin-test-http] destination ip 10.2.2.2
[AC-nqa-admin-test-http] operation get
[AC-nqa-admin-test-http] url /index.htm
[AC-nqa-admin-test-http] http-version v1.0
[AC-nqa-admin-test-http] quit
# Enable the HTTP test.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of an HTTP test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Destination IP address: 10.2.2.2
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 64/64/64
Square-Sum of round trip time: 4096
Last succeeded probe time: 2007-03-27 13:40:36.2
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
UDP-jitter Test Configuration Example
Network requirements
Use the NQA UDP-jitter function to test the delay jitter of packet transmission between AC and Switch.
Network diagram
Figure 1-7 Network diagram for UDP-jitter test
Configuration procedure
1) Configure Switch.
# Enable the NQA server and configure the listening IP address as 10.2.2.2 and port number as 9000.
<Switch> system-view
[Switch] nqa server enable
[Switch] nqa server udp-echo 10.2.2.2 9000
2) Configure AC.
# Create a UDP-jitter test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type udp-jitter
[AC-nqa-admin-test-udp-jitter] destination ip 10.2.2.2
[AC-nqa-admin-test-udp-jitter] destination port 9000
[AC-nqa-admin-test-udp-jitter] quit
# Enable the UDP-jitter test.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of a UDP-jitter test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Destination IP address: 10.2.2.2
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 31/47/32
Square-Sum of round trip time: 10984
Last succeeded probe time: 2007-04-29 20:05:49.1
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
UDP-jitter results:
RTT number: 10
SD max delay: 23 DS max delay: 23
Min positive SD: 1 Min positive DS: 1
Max positive SD: 1 Max positive DS: 1
Positive SD number: 2 Positive DS number: 2
Positive SD sum: 2 Positive DS sum: 16
Positive SD average: 1 Positive DS average: 8
Positive SD square sum: 2 Positive DS square sum: 226
Min negative SD: 1 Min negative DS: 1
Max negative SD: 15 Max negative DS: 1
Negative SD number: 3 Negative DS number: 3
Negative SD sum: 17 Negative DS sum: 17
Negative SD average: 6 Negative DS average: 6
Negative SD square sum: 227 Negative DS square sum: 227
SD lost packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
SNMP Test Configuration Example
Network requirements
Use the NQA SNMP query function to test the time it takes AC to send an SNMP query packet to the SNMP agent and receive a response packet.
Network diagram
Figure 1-8 Network diagram for SNMP test
Configuration procedure
1) Configurations on SNMP agent.
# Enable the SNMP agent service and set the SNMP version to all, the read community to public, and the write community to private.
<Switch> system-view
[Switch] snmp-agent sys-info version all
[Switch] snmp-agent community read public
[Switch] snmp-agent community write private
2) Configurations on AC.
# Create an SNMP query test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type snmp
[AC-nqa-admin-test-snmp] destination ip 10.2.2.2
[AC-nqa-admin-test-snmp] quit
# Enable the SNMP query test.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of an SNMP test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Destination IP address: 10.2.2.2
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 50/50/50
Square-Sum of round trip time: 2500
Last succeeded probe time: 2007-03-27 13:59:43.1
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
TCP Test Configuration Example
Network requirements
Use the NQA TCP function to test the time for establishing a TCP connection between AC and Switch. The port number used is 9000.
Network diagram
Figure 1-9 Network diagram for the TCP test
Configuration procedure
1) Configure Switch.
# Enable the NQA server and configure the listening IP address as 10.2.2.2 and port number as 9000.
<Switch> system-view
[Switch] nqa server enable
[Switch] nqa server tcp-connect 10.2.2.2 9000
2) Configure AC.
# Create a TCP test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type tcp
[AC-nqa-admin-test-tcp] destination ip 10.2.2.2
[AC-nqa-admin-test-tcp] destination port 9000
[AC-nqa-admin-test-tcp] quit
# Enable the TCP test.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of one TCP test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Destination IP address: 10.2.2.2
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 13/13/13
Square-Sum of round trip time: 169
Last succeeded probe time: 2000-04-27 14:03:20.1
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
UDP-echo Test Configuration Example
Network requirements
Use the NQA UDP-echo function to test the round trip time between AC and Switch. The port number is 8000.
Network diagram
Figure 1-10 Network diagram for the UDP-echo test
Configuration procedure
1) Configure Switch.
# Enable the NQA server and configure the listening IP address as 10.2.2.2 and port number as 8000.
<Switch> system-view
[Switch] nqa server enable
[Switch] nqa server udp-echo 10.2.2.2 8000
2) Configure AC.
# Create a UDP-echo test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type udp-echo
[AC-nqa-admin-test-udp-echo] destination ip 10.2.2.2
[AC-nqa-admin-test-udp-echo] destination port 8000
[AC-nqa-admin-test-udp-echo] quit
# Enable the UDP-echo test.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of one UDP-echo test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Destination IP address: 10.2.2.2
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 25/25/25
Square-Sum of round trip time: 625
Last succeeded probe time: 2007-03-27 14:07:40.7
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
DLSw Test Configuration Example
Network requirements
Use the NQA DLSw function to test the response time of the DLSw device.
Network diagram
Figure 1-11 Network diagram for the DLSw test
Configuration procedure
# Create a DLSw test group and configure related test parameters.
<AC> system-view
[AC] nqa entry admin test
[AC-nqa-admin-test] type dlsw
[AC-nqa-admin-test-dlsw] destination ip 10.2.2.2
[AC-nqa-admin-test-dlsw] quit
# Enable the DLSw test.
[AC] nqa schedule admin test start-time now lifetime forever
# Display results of one DLSw test.
[AC] display nqa result admin test
NQA entry(admin admin, tag test) test results:
Destination IP address: 10.2.2.2
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 19/19/19
Square-Sum of round trip time: 361
Last succeeded probe time: 2007-03-27 15:32:48.5
Extend results:
Packet lost in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0