< Home

Configuring a TCP Test

A TCP test measures the speed at which a host sets up a TCP connection to a TCP server through a three-way handshake.

Context

The TCP test requires the cooperation between the NQA server and the NQA client. Before implementing the TCP test, you need to configure the TCP listening function on the NQA server.

Procedure

  • Configure the NQA server.
    1. Access the system view.

      system-view

    2. Configure the TCP listening address and port number.

      nqa-server tcpconnect [ vpn-instance vpn-instance-name ] ip-address port-number

  • Configure the NQA client.
    1. Access the system view.

      system-view

    2. Create an NQA test instance and access the test instance view.

      nqa test-instance admin-name test-name

    3. Set the test type to TCP.

      test-type tcp

    4. Set the destination address.

      destination-address ipv4 ip-address

    5. Configure the destination port.

      destination-port port-number

    6. Optional: Configure other parameters for the TCP test.

      Item Command Description
      Configuring description of a test instance description description-information -
      Configuring a tested VPN instance vpn-instance vpn-instance-name -
      Setting the source IP address of test packets source-address ipv4 ip-address

      By default, no source IP address is specified for test packets. The packets use the primary IP address of the outbound interface as their source IP address.

      The specified source IP address must be the IP address of an Up interface on the FW. Otherwise, the test will fail.

      Setting the source port of test packets source-port port-number -
      Setting the payload size of test packets datasize size

      The default payload size is 20 bytes.

      When the value of datasize is smaller than 20, the FW still constructs the payload of a packet based on 20 bytes. When the value of datasize is larger than 20, the FW constructs the payload of a packet based on the value of datasize.

      Configuring the characters to be filled in the payload of the test packet datafill string

      By default, the FW fills in the payload using fixed fields.

      The string specified in the datafill command is padded cyclically from the 29th byte of the payload. That is, the datafill configuration is valid only when the value of datasize is larger than 28.

      Setting the TTL value of test packets ttl value

      The default value is 30.

      Setting the ToS value of test packets tos value

      The default value is 0.

      Configuring the interval for sending TCP SYN packets interval { seconds interval | milliseconds interval }

      By default, TCP SYN packets are sent every 4s.

      Configuring the number of probes in a single test (a probe indicates the process of establishing a TCP connection) probe-count number

      By default, one test initiates three probes.

      Setting the test interval frequency interval

      By default, no test interval is set, and the test runs only once.

      Setting the probe failure percentage fail-percent percent

      The default probe failure percentage is 100%. That is, the test is considered failed only when all probes fail.

      Setting the timeout for a single probe timeout time

      By default, the expiration time for a single probe in the TCP test is 3s.

      Setting the maximum number of historical records records history number

      By default, there are a maximum of 50 historical records.

      Configuring the maximum number of test result records records result number

      By default, a maximum of five test results are recorded.

      Setting the aging time of a test instance agetime hh:mm:ss

      The default value is 0. That is, test instances are never aged.

      Configuring the system to send test packets without querying the routing table sendpacket passroute

      By default, the FW forwards the test packets based on the route queried in the routing table.

    7. Start the NQA test.

      start

      Select one of the following start modes as required.

      • Start the NQA test immediately.

        start now [ end { at [ yyyy/mm/dd ] hh:mm:ss | delay { seconds second | hh:mm:ss } | lifetime { seconds second | hh:mm:ss } ]

      • Start the NQA test at a specified time point.

        start at [ yyyy/mm/dd ] hh:mm:ss [ end { at [ yyyy/mm/dd ] hh:mm:ss | delay { seconds second | hh:mm:ss } | lifetime { seconds second | hh:mm:ss } ]

      • Start the NQA test after the delay of a specified period.

        start delay { seconds second | hh:mm:ss } [ end { at [ yyyy/mm/dd ] hh:mm:ss | delay { seconds second | hh:mm:ss } | lifetime { seconds second | hh:mm:ss } ]

Follow-up Procedure

  • On the NQA server, run the display nqa-server command to query the server information.

    <FW> display nqa-server NQA Server Max: 100              NQA Server Num: 1 NQA Concurrent TCP Server: 1     NQA Concurrent UDP Server: 0 NQA Concurrent RTP-UDP Server: 0 NQA Concurrent RTP-TCP Server: 0     
    
    nqa-server tcpconnect 1.1.1.1 6555 NOTINSERVICE
    
  • On the NQA client, run the display nqa results [ admin-name test-name ] command to query the test results.

    <FW> display nqa results NQA entry(admin, tcp) :testFlag is inactive ,testtype is tcp 1 . Test 1 result   The test is finished Send operation times: 3              Receive response times: 3 Completion:success                   RTD OverThresholds number: 0 Attempts number:1                    Drop operation number:0 Disconnect operation number:0        Operation timeout number:0 System busy operation number:0       Connection fail number:0 Operation sequence errors number:0   RTT Status errors number:0 Destination ip address:10.7.1.10 Min/Max/Average Completion Time: 2/4/3 Sum/Square-Sum  Completion Time: 9/29 Last Good Probe Time: 2016-01-21 20:36:42.3 Lost packet ratio: 0 %  
    Table 1 Description of the display nqa results command output

    Item

    Description

    Send operation times

    Number of TCP connection initiation times

    Receive response times

    Number of HTTP server responses to the TCP connection requests sent by the NQA client

    Completion

    Test completion state:
    • success: The test is successful.

    • no result: The test is running, and no result has been obtained.

    • failed: The test fails.

    RTD OverThresholds number

    Number of times the RTD exceeds the specified threshold

    Attempts number

    Number of tests

    Drop operation number

    Number of test packet sending failures

    Disconnect operation number

    Number of times the peer tears down the connection

    Operation timeout number

    Number of expiration times in the test

    System busy operation number

    Number of initialization or resource application failures

    Connection fail number

    Number of connection establishment failures

    Operation sequence errors number

    Number of received out-of-order packets

    RTT Stats errors number

    Number of RTT measurement failures

    Destination ip address

    Destination address

    Min/Max/Average Completion Time

    Minimum, maximum, and average test completion periods

    Sum/Square-Sum Completion Time

    Sum and quadratic sum of completion periods

    Last Good Probe Time

    Time the last probe is complete

    Lost packet ratio

    Packet loss ratio

Copyright © Huawei Technologies Co., Ltd.
Copyright © Huawei Technologies Co., Ltd.
< Previous topic Next topic >