Can the adaptive traffic profile be bound to an NQA test instance


The adaptive traffic profile can be bound to an NQA test instance. The upstream device uses the upper threshold for the traffic shaping rate in the adaptive traffic profile if the adaptive traffic profile is not bound to the NQA test instance.

Other related questions:
NQA test instance stops automatically
Root cause analysis: By default, no automatic test interval is configured for NQA, that is, the system performs the test only once. The test instance stops automatically after the test is completed. Solution: For the static routes associated with NQA, when the test takes a long time, you need to configure the test frequency. The frequency cannot be set to a small value. Otherwise, the test cannot be completed and there is no NQA test result. It is recommended that this value be configured according to the NQA test type, test time, and other factors. For details, see The NQA test instance is automatically terminated.

How can I view the result of an NQA test instance
Run the display nqa results [ collection | success | failed ] test-instance admin-name test-name command to view the result of an NQA test instance.

Run the display nqa history test-instance admin-name test-name [ from start-date start-time to end-date end-time ] command to view the result of a history NQA test instance.

Why the interval at which the traffic shaping rate increases can be set in an adaptive traffic profile of an AR, but the interval at which the traffic shaping rate decreases cannot be set
An adaptive traffic profile on an AR does not support the configuration of the interval at which the traffic shaping rate decreases. When an NQA test instance detects that the packet loss rate is greater than the upper limit configured in the adaptive traffic profile, the traffic shaping rate of the interface needs to be reduced immediately. This ensures that the traffic shaping rate is rapidly adapted to the network in order to prevent data loss.

How do I configure association between VRRP and NQA test instances on an S series switch
To configure association between VRRP and NQA test instances on an S series switch (except the S1700), perform the following operations: 1. Run the system-view command to enter the system view. 2. Run the interface interface-type interface-number[.subinterface-number ] command to enter the view of the interface to which the VRRP group belongs. 3. Run the vrrp vrid virtual-router-id track nqa admin-name test-name [ reduced value-reduced ] command to configure VRRP to track an NQA test instance. By default, when the tracked NQA test instance becomes Down, the priority decreases by 10. reduced value-reduced: specifies the value by which the VRRP priority reduces if the tracked NQA test instance becomes Down. The value ranges from 1 to 255. The minimum value of the priority is 0. Priority value 0 is reserved for special use. If a backup device receives a VRRP IPv6 Advertisement packet carrying the priority value of 0, the backup device immediately preempts the Master state. Note: The NQA function is controlled by a license. The commands related to NQA can be used on a newly purchased device but does not take effect. To use the NQA function, apply for and purchase a license from a Huawei local office. VRRP can also associate with BFD or a routing protocol to implement an active/standby switchover. For detailed configuration procedure, see section "Common VRRP Operations" at S1720&S2700&S3700&S5700&S6700&S7700&S9700 Common Operation Guide. The configuration method for the S9300 is the same as that for other switch models.

If you have more questions, you can seek help from following ways:
To iKnow To Live Chat
Scroll to top