- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
02-NQA配置
本章节下载： 02-NQA配置 (363.55 KB)
NQA（Network Quality Analyzer，网络质量分析）通过发送探测报文，对链路状态、网络性能、网络提供的服务及服务质量进行分析，并为用户提供标识当前网络性能和服务质量的参数，如时延、抖动时间、TCP连接建立时间、FTP连接建立时间和文件传输速率等。利用NQA的分析结果，用户可以及时了解网络的性能状况，针对不同的网络性能进行相应处理并对网络故障进行诊断和定位。
图1-1 NQA测试典型组网图
如图1-1所示，NQA测试的典型组网中包括以下两部分：
· NQA客户端：通过配置NQA测试组发起NQA测试，并统计探测结果。NQA测试组是一组测试参数的集合，如测试类型、测试目的地址、测试目的端口等。NQA测试组是由一个管理员名称和一个操作标签来标识。
· NQA服务器：负责接收、处理和响应NQA客户端发来的探测报文。在目的端设备上配置NQA服务器功能时，目的端设备又称为NQA服务器。
NQA测试的测试机制：
(1) NQA客户端构造指定测试类型的探测报文，并发送给目的端设备；
(2) 目的端设备收到探测报文后，回复应答报文；
(3) NQA客户端根据是否收到应答报文，以及接收应答报文的时间，计算报文丢失率、往返时间等判断服务端的性能、可用性和链路的服务质量。
NQA测试的报文发送机制：
· 启动NQA测试组后，每隔一段时间进行一次测试，可以设置两次测试之间的时间间隔。
· 一次NQA测试由若干次连续的探测组成，可以设置探测的次数。
联动功能是指在监测模块、Track模块和应用模块之间建立关联，实现这些模块之间的联合动作。联动功能利用监测模块对链路状态、网络性能等进行监测，并通过Track模块将监测结果及时通知给应用模块，以便应用模块进行相应的处理。联动功能的详细介绍，请参见“可靠性配置指导”中的“Track”。
NQA可以作为联动功能的监测模块，对NQA探测结果进行监测，当连续探测失败次数达到一定数目时，就通过Track模块触发应用模块进行相应的处理。
目前，NQA可以通过Track模块建立关联的应用模块包括：
· VRRP（Virtual Router Redundancy Protocol，虚拟路由器冗余协议）
· 静态路由
· 策略路由
· 流量重定向
以静态路由为例，用户配置了一条静态路由，下一跳为192.168.0.88。通过在NQA、Track模块和静态路由模块之间建立联动，可以实现静态路由有效性的判断：
(1) 通过NQA监测地址192.168.0.88是否可达。
(2) 如果192.168.0.88可达，则认为该静态路由有效，NQA不通知Track模块改变Track项的状态；如果NQA发现192.168.0.88不可达，则通知Track模块改变Track项的状态。
(3) Track模块将改变后的Track项状态通知给静态路由模块。静态路由模块据此可以判断该静态路由项是否有效。
NQA配置任务如下：
(1) 配置NQA服务器
在进行TCP、UDP-echo、UDP-jitter和Voice类型测试前，必须在目的端设备上进行本配置。进行其他类型测试时，不需要进行本配置。
(2) 开启NQA客户端功能
(3) 在NQA客户端上配置NQA测试组
NQA测试组配置完毕后，通过调度或启动测试组就可以进行测试操作。
对于NQA服务器的启动要求：
· 路径服务质量类型测试，测试前必须在目的端设备上开启NQA服务器，并配置服务器的报文反射功能。
(1) 进入系统视图。
system-view
(2) （可选）在NQA服务器上配置TCP监听服务。
nqa server tcp-connect { ipv4-address | ipv6 ipv6-address } port-number [ vpn-instance vpn-instance-name ] [ tos tos ]
仅TCP和DLSw测试类型下必须进行本命令，且对于DLSw测试类型，port-number值必须为2065。否则，测试失败。
(3) （可选）在NQA服务器上配置UDP监听服务。
nqa server udp-echo { ipv4-address | ipv6 ipv6-address } port-number [ vpn-instance vpn-instance-name ] [ high-performance-mode ] [ tos tos ]
仅UDP-echo、UDP-jitter和Voice测试类型下必须进行本配置。
(4) 在NQA服务器上配置路径服务质量测试的反射参数。
nqa reflector reflector-id interface interface-type interface-number { { ip | ipv6 } { destination address1 [ to address2 ] | source address1 [ to address2 ] } * | source-port port-number1 [ to port-number2 ] | destination-port port-number1 [ to port-number2 ] | destination-mac mac-address1 [ to mac-address2 ] | source-mac mac-address1 [ to mac-address2 ] | exchange-port | vpn-instance vpn-instance-name } *
缺省情况下，未配置路径服务质量测试的反射参数。
(5) 开启NQA服务器功能。
nqa server enable
缺省情况下，NQA服务器功能处于关闭状态。
(1) 进入系统视图。
system-view
(2) 使能NQA客户端功能。
nqa agent enable
缺省情况下，NQA客户端功能处于开启状态。
只有使能NQA客户端功能后，NQA客户端的相关配置才会生效。
路径服务质量测试是根据RFC2544协议开发的NQA测试。对于路径服务质量测试，一次探测操作是指在一段时间内以一定的速率连续发送并接收特定长度的探测报文。路径服务质量测试以二层数据帧作为测试的探测报文。
路径服务质量测试是用来测试网络中从源站点到目的站点之间路径的质量。路径服务质量测试可以测试的服务质量指标包括：丢包率、吞吐量、时延。如图1-2所示，在MPLS L2VPN中，路径服务质量测试用来测试Device A到Device B之间路径的质量。
丢包率测试的具体测试过程如下：
(1) 用户首先设定一种或多种探测报文的长度。测试开始后，NQA客户端按用户设定的首个长度构造环回探测报文，以指定的速率发送，发送持续时间为一个探测周期。
(2) 目的端收到探测报文后，将探测报文返还给NQA客户端。
(3) NQA客户端记录一个探测周期内发送和接收探测报文的总数量，计算出在传输过程中丢失的探测报文占总发送报文的比例，即丢包率。丢包率计算公式为：
丢包率=((发送报文数-接收报文数)* 100 )/发送报文数
(4) NQA客户端按用户设定的第二个长度构造探测报文，测试此类探测报文的丢包率，依此类推，直至完成所有长度的探测报文的测试。
吞吐量测试的具体测试过程如下：
(1) 用户首先设定一种或多种探测报文的长度。测试开始后，NQA客户端按用户设定的首个长度构造环回探测报文，以指定的速率发送，发送持续时间为一个探测周期。
(2) NQA客户端根据接收到的目的端返回探测报文数目计算出路径上的丢包率，记录测试结果。
(3) NQA客户端调整发送速率，重新发送探测报文，直到计算出的丢包率小于等于可接受的丢包率上限。所有发送速率中的最大速率，即为本次探测的吞吐量。
(4) NQA客户端按用户设定的第二个长度构造探测报文，测试此类探测报文的吞吐量，依此类推，直至完成所有长度的探测报文的测试。
时延测试的具体测试过程如下：
(1) 用户首先设定一种或多种探测报文的长度。测试开始后，NQA客户端按用户设定的首个长度构造环回探测报文，以指定的速率发送，发送持续时间为一个探测周期。
(2) 接收到对端返回的探测报文后，NQA客户端将接收探测报文的时间减去探测报文中记录的发送时间，计算该探测报文在路径上往返所需的时间，即时延。
(3) 探测周期结束后，NQA客户端通过公式计算出本周期内所有探测报文的时延平均值。平均时延计算公式为：
平均时延=探测报文时延之和/发送探测报文的数量
(4) NQA客户端按用户设定的第二个长度构造探测报文，测试此类探测报文的时延平均值，依此类推，直至完成所有长度的探测报文的测试。
display nqa history命令的显示信息无法反映路径服务质量测试的结果，如果想了解路径服务质量测试的结果，建议通过display nqa result命令查看最近一次NQA测试的当前结果。
对于路径服务质量测试，请按照以下要求配置源地址和目的地址，否则，会导致NQA测试启动失败：
· 三层以太网和三层VPN环境下必须配置源地址和目的地址。
· 其他组网环境下，源地址和目的地址要么均配置要么均不配置，如果配置，要求均为IPv4类型或者均为IPv6类型。
(1) 进入系统视图。
system-view
(2) （可选）配置测试结果上传的FTP服务器信息。
nqa report-ftp url url [ username username ] [ password { cipher | simple } string ]
缺省情况下，未配置FTP服务器信息。
仅路径服务质量测试支持上传测试结果到服务器。
(3) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(4) 配置路径服务质量测试类型。请至少选择其中一项进行配置。
¡ 配置测试类型为丢包率测试。
type frame-loss
¡ 配置测试类型为吞吐量测试。
type throughput
¡ 配置测试类型为时延测试。
type latency
(5) 配置路径服务质量测试的地址及端口。
a. 配置探测报文的源IP地址。
（IPv4网络）
source ip ipv4-address
缺省情况下，未配置探测报文的源IPv4地址。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，未配置探测报文的源IPv6地址。
b. 配置探测报文的目的IP地址。
（IPv4网络）
destination ip ipv4-address
缺省情况下，未配置探测报文的目的IPv4地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的IPv6地址。
c. 配置探测报文的源AC或源接口。
source interface interface-type interface-number
缺省情况下，未配置探测报文的源AC或源接口。有关AC口的详细介绍，请参见“MPLS配置指导”中的“VPLS”。
该命令指定的接口必须为up状态。
d. 配置探测报文的源端口号。
source port port-number
缺省情况下，探测报文的源端口号为49184。
e. 配置探测报文的目的端口号。
destination port port-number
缺省情况下，探测报文的目的端口号为7。
f. 配置探测报文的源MAC地址。
source mac mac-address
缺省情况下，以报文发送接口的MAC地址作为探测报文的源MAC。
g. 配置探测报文的目的MAC地址。
destination mac mac-address
缺省情况下，探测报文的目的MAC地址为0023-8900-0001。
(6) 配置路径服务质量测试的基本参数。
¡ （可选）配置测试组的描述信息。
description text
缺省情况下，未配置描述信息。
¡ 配置探测报文的长度。
frame-size size&<1-7>
缺省情况下，发送的探测报文的大小为1518字节。
报文的长度可以指定一种或同时指定多种。
¡ 配置发送探测报文的初始速率。
speed init init-speed
缺省情况下，发送探测报文的初始速率为100000kbps。
在进行丢包率和时延测试时，设备始终以设定的速率发送探测报文；在进行吞吐量测试时，每完成一个探测周期，设备将按照速率调整精度调整一次发送速率。
¡ 配置探测报文的速率调整精度。
speed granularity value
缺省情况下，速率调整精度为1000Kbps。
仅在进行吞吐量测试时支持配置该数值。
在进行吞吐量测试时，设备由初始速率开始，以设定值为调整精度调整发送探测报文的速率。
¡ 配置可接受的丢包率上限。
allowed-loss-ratio ratio
缺省情况下，可接受的丢包率上限为1/10000。
仅在进行吞吐量测试时支持配置该数值。
¡ 配置NQA探测报文IP报文头中服务类型域的值。
tos value
缺省情况下，NQA探测报文IP报文头中服务类型域的值为0。
(7) 配置路径服务质量测试的探测参数。
¡ 配置探测的时间间隔。
probe interval interval
缺省情况下，探测的时间间隔为4秒。
¡ 配置探测周期的时长。
probe duration time
缺省情况下，探测周期的时长为60秒。
¡ 配置探测的超时时间。
probe timeout timeout
缺省情况下，探测的超时时间为3000毫秒。
(8) 指定测试操作所属的VPN实例。
vpn-instance vpn-instance-name
三层VPN环境下必须进行本配置。
缺省情况下，未指定测试操作所属的VPN实例。
(9) 配置探测报文的802.1p优先级。
priority 8021p value
缺省情况下，探测报文的802.1p优先级为0。
(10) （可选）开启源目的端口的交换功能。
exchange-port enable
缺省情况下，源目的端口的交换功能处于关闭状态。
(11) 启动路径服务质量测试。
start
(1) 进入系统视图。
system-view
(2) 进入路径服务质量测试视图。
nqa entry admin-name operation-tag
请输入路径服务质量测试的管理员名称和标签。
(3) 停止路径服务质量测试。
stop
NQA测试组的通用参数，只对当前测试组中的测试有效。
除特别说明外，所有测试类型都可以根据实际情况选择配置下列通用参数。
(1) 进入系统视图。
system-view
(2) 进入已配置测试类型的NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试组的描述信息。
description text
缺省情况下，未配置描述信息。
(4) 配置NQA探测报文IP报文头中服务类型域的值。
tos value
缺省情况下，NQA探测报文IP报文头中服务类型域的值为0。
(5) 指定测试操作所属的VPN实例。
vpn-instance vpn-instance-name
缺省情况下，未指定测试操作所属的VPN实例。
使用NQA的Frame-loss/Throughput/Latency测试功能，测试本端（Device A）到指定目的端（Device B）间的网络质量。
Frame-loss/Throughput/Latency三个测试配置相似，本举例以MPLS L2VPN网络中进行Throughput测试为例。
图1-3 路径服务质量测试组网图
# 完成MPLS L2VPN网络的搭建及相关配置。（配置过程略）
(1) 配置Device B
# 开启NQA服务器路径服务质量测试的报文反射功能。
[DeviceB] nqa reflector 1 interface gigabitethernet 2/0/1 ip destination 10.2.2.2 source 10.1.1.1 destination-mac 2-2-2 source-mac 1-1-1
# 开启NQA服务器功能。
[DeviceB] nqa server enable
(2) 配置Device A
# 创建throughput类型的NQA测试组（管理员为admin，操作标签为test1），并配置其地址及端口。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type throughput
[RouterA-nqa-admin-test1-throughput] source ip 10.1.1.1
[RouterA-nqa-admin-test1-throughput] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-throughput] source mac 1-1-1
[DeviceA-nqa-admin-test1-throughput] destination mac 2-2-2
[DeviceA-nqa-admin-test1-throughput] source interface gigabitethernet 2/0/0
# 配置探测报文的长度。
[DeviceA-nqa-admin-test1-throughput] frame-size 64 512 1024 1280
# 启动路径服务质量测试操作，并一直进行测试。
[DeviceA-nqa-admin-test1-throughput] start
# 测试执行一段时间后，停止路径服务质量测试操作。
[DeviceA-nqa-admin-test1-throughput] stop
# 显示路径服务质量测试的当前结果。
<DeviceA>display nqa result
NQA entry (admin admin, tag test1) test results:
Basic results :
Initial speed(Kbps) : 100000
Speed granularity(Kbps): 1000
Probe duration(s) : 60
Probe interval(s) : 4
Allowed-loss-ratio : 1/10000
Throughput results:
Frame size(Byte): 64
Current speed(Kbps): -
Frame-loss(Loss/Tx): -
Status : Failed
Time : 2015-03-17 07:20:40.8
Frame size(Byte): 512
Current speed(Kbps): 4000
Frame-loss(Loss/Tx): 0/10000
Status : Succeeded
Time : 2015-03-17 07:21:40.8
Frame size(Byte): 1024
Current speed(Kbps): 8000
Frame-loss(Loss/Tx): 0/10000
Status : Succeeded
Time : 2015-03-17 07:22:52.8
Frame size(Byte): 1280
Current speed(Kbps): 10000
Frame-loss(Loss/Tx): 0/10000
Status : Succeeded
Time : 2015-03-17 07:23:45.8
Frame size(Byte): 1518
Current speed(Kbps): 10000
Frame-loss(Loss/Tx): 0/10000
Status : Succeeded
Time : 2015-03-17 07:24:45.8
TWAMP（Two-Way Active Measurement Protocol，双向主动测量协议）是一种用于IP链路的网络质量测量技术，它使用UDP报文测量网络双向路径时延、抖动及丢包率。TWAMP-light是TWAMP协议的轻量级架构，简化了建立性能测量会话的控制协议，提高了测试性能。
TWAMP-light基于NQA客户端-服务器通信模型，在NQA客户端上定义了两个角色：
· TWAMP-light Client：负责配置TWAMP-light测试会话。
· TWAMP-light Sender：负责启动、停止TWAMP-light测试会话。也是NQA TWAMP-light测试的源端设备。
NQA服务器端定义了TWAMP-light Responder。Responder负责配置反射端会话并将报文反射回去，所以Responder也是NQA TWAMP-light测试的目的端设备。
管理员通过TWAMP-light测试会话来实现对NQA TWAMP-light测试的管理。在一台设备上可以创建多个TWAMP-light测试会话，可以同时启动多个TWAMP-light测试会话进行测试。
图2-1 NQA TWAMP-light测试典型组网图
如图2-1所示，NQA TWAMP-light测试的典型组网中包括以下两部分：
· NQA TWAMP-light测试的源端设备：又称为NQA TWAMP-light客户端，由TWAMP-light Client角色配置TWAMP-light测试会话，一个测试会话包含一组测试的参数，如测试源目的地址、测试源目的端口等。NQA TWAMP-light测试会话由测试会话（Test session）ID来标识；通过TWAMP-light Sender角色发起NQA TWAMP-light测试，并统计探测结果。
· NQA TWAMP-light测试的目的端设备：负责将NQA TWAMP-light客户端发来的探测报文反射回去。需要在目的端设备上开启NQA服务器功能，并创建NQA TWAMP-light Responder角色和测试会话，此时NQA服务器又称为TWAMP-light Responder。
启动TWAMP-light测试后，NQA TWAMP-light测试的源端设备每隔一段时间进行一次测试，每次测试发送一个探测报文，可以设置测试的持续时间和发送报文的数量。NQA TWAMP-light测试的测试机制如下：
(1) NQA客户端构造TWAMP-light探测报文，并发送给目的端设备；
(2) 目的端设备收到探测报文后，将报文反射回源端；
(3) NQA客户端根据是否收到应答报文，以及接收应答报文的时间，计算报文丢失率、往返时间等判断源到目的端链路的服务质量。
NQA TWAMP-light可以对探测结果进行监测，在本地记录监测结果，还可以通过Trap消息将监测结果通知给网络管理系统，以便网络管理员了解NQA TWAMP-light测试运行结果和网络性能。
NQA TWAMP-light阈值告警功能支持的监测对象有：
· 源到目的和目的到源的双向抖动时间
· 源到目的和目的到源的双向时延
· 源到目的和目的到源的双向丢包率
测试启动后，系统将持续监控探测结果，一旦出现不符合阈值的结果出现便启动监控时间计时，当在监控时间段内探测结果始终不符合阈值时，则打印日志并发送告警。不符合阈值的情况如下：
· 在监控时间段内的探测结果始终大于等于上限阈值。
· 探测结果从大于下限阈值恢复到小于等于下限阈值则开始计时，在监控时间段内的探测结果始终小于等于下限阈值。
其中监控时间由start命令的monitor-time参数配置。
NQA TWAMP-light配置任务如下：
(1) 进入系统视图。
system-view
(2) 在NQA服务器上创建TWAMP-light responder，并进入TWAMP-light responder视图。
nqa twamp-light responder
(3) 在NQA服务器上创建TWAMP-light Responder端的测试会话。
test-session session-id [ interface interface-type interface-number ] { { ip | ipv6 } destination address source address destination-port port-number source-port port-number [ vpn-instance vpn-instance-name ] | destination-mac mac-address source-mac mac-address } * [ timestamp-format { ntp | ptp } | description text ] *
(4) 保存输入内容并退回系统视图。
quit
(5) 开启NQA服务器功能。
nqa server enable
缺省情况下，NQA服务器功能处于关闭状态。
如果同时启动多个TWAMP-light测试，那么每个测试会话指定的源IP、源端口、目的IP和目的端口四个参数不能均相同，否则多个测试匹配同一条流将影响测试结果。
在配置TWAMP-light测试的地址及端口号时，请按照如下要求配置，否则，测试可能失败：
· 不管在二层网络还是三层网络执行测试，源IP地址、目的IP地址、源端口号、目的端口号必须配置。并且，对于三层网络，需确保本机有到达目的IP地址的路由，源IP地址和目的IP地址之间路由可达。
· 在二层网络执行测试TWAMP-light时，还必须配置源接口、源MAC地址和目的MAC地址。源接口为业务需确保目的MAC地址是本机MAC地址表中的地址，源MAC地址和目的MAC地址之间二层可达。
system-view
(2) 使能NQA客户端功能。
nqa agent enable
缺省情况下，NQA客户端功能处于开启状态。
只有使能NQA客户端功能后，NQA客户端的相关配置才会生效。
(3) 创建TWAMP-light client并进入Twamp-light-client视图。
nqa twamp-light client
(4) 创建TWAMP-light Client的测试会话，并进入Client-session视图。
test-session session-id
(5) 配置TWAMP-light测试的地址及端口号。
a. 配置探测报文的源IP地址。
（IPv4网络）
source ip ip-address
缺省情况下，未配置探测报文的源IP地址。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，未配置探测报文的源IPv6地址。
b. 配置探测报文的目的IP地址。
（IPv4网络）
destination ip ipv4-address
缺省情况下，未配置探测报文的目的IPv4地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的IPv6地址。
c. 配置探测报文的源接口。
source interface interface-type interface-number
缺省情况下，未配置探测报文的源接口。
该命令指定的接口必须为up状态。
d. 配置探测报文的源端口号。
source port port-number
缺省情况下，未配置测试操作的源端口号。
e. 配置探测报文的目的端口号。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
f. 配置探测报文的源MAC地址。
source mac mac-address
缺省情况下，未配置探测报文的源MAC地址。
g. 配置探测报文的目的MAC地址。
destination mac mac-address
缺省情况下，未配置探测报文的目的MAC地址。
(6) 配置TWAMP-light测试的时间戳格式
timestamp-format { ntp | ptp }
缺省情况下，TWAMP-light测试的时间戳格式为PTP。
(7) 配置TWAMP-light测试的基本参数。
¡ 配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为142字节。
¡ 配置探测报文的填充字符串。请选择其中一项进行配置。
（十进制）
data-fill string
（十六进制）
hex-data-fill hex
两条命令的作用相同，多次执行这两条命令时，最后一次执行的命令生效。
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
¡ （可选）配置探测报文的描述信息。
description text
缺省情况下，未配置描述信息。
¡ 配置探测报文中IP报文头中服务类型域的值。
tos value
缺省情况下，NQA探测报文中IP报文头中服务类型域的值为0。
¡ （可选）配置探测报文所属的VPN实例。
vpn-instance vpn-instance-name
缺省情况下，未指定探测报文所属的VPN实例，NQA用来测试公网的连通性。
创建TWAMP-light测试的阈值告警组，请至少选择其中一项进行配置。
· 创建监测双向时延的阈值告警组。
reaction checked-element two-way-delay
缺省情况下，不存在监测双向时延的阈值告警组。
· 创建监测双向丢包率的阈值告警组。
reaction checked-element two-way-loss
缺省情况下，不存在监测双向丢包率的阈值告警组。
· 创建监测双向抖动的阈值告警组。
reaction checked-element two-way-jitter
缺省情况下，不存在监测双向抖动的阈值告警组。
(1) 进入系统视图。
system-view
(2) 创建TWAMP-light sender，并进入TWAMP-light sender视图。
nqa twamp-light sender
缺省情况下，不存在TWAMP-light sender。
(3) 启动TWAMP-light测试。
start test-session session-id { permanent | duration duration | packet-count count } [ tx-interval { 10 | 100 | 1000 | 10000 | 30000 } ] [ timeout timeout ] [ [ statistics-interval statistics-interval ] monitor-time time ]
如果配置了data-fill命令，则报文发送周期不允许配置为10ms和100ms。
(1) 进入系统视图。
system-view
(2) 进入TWAMP-light sender视图。
nqa twamp-light sender
缺省情况下，不存在TWAMP-light sender。
(3) 停止TWAMP-light测试。
stop { all | test-session session-id }
在完成上述配置后，在任意视图下执行display命令可以显示配置后NQA TWAMP-light的运行情况，通过查看显示信息验证配置的效果。
表2-1 NQA显示和维护（NQA客户端）
|
操作 |
命令 |
|
显示TWAMP-light client会话的统计信息，包括双向时延、双向抖动和双向丢包信息 |
display nqa twamp-light client statistics { two-way-delay | two-way-loss } test-session session-id |
|
显示TWAMP-light client阈值告警组的当前监测结果 |
display nqa twamp-light client test-session reaction counters [ session-id [ item-number ] ] |
|
显示TWAMP-light client会话的信息 |
display nqa twamp-light client [ test-session session-id | verbose ] |
表2-2 NQA显示和维护（NQA服务器）
|
操作 |
命令 |
|
显示TWAMP-light responder会话的信息 |
display nqa twamp-light responder [ test-session session-id ] |
使用NQA TWAMP-light功能，测试本端（Device A）到指定目的端（Device B）间的网络质量。
图2-2 NQA TWAMP-light基本配置组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置Device B
# 开启NQA服务器。
<DeviceB> system-view
[DeviceB] nqa server enable
# 创建TWAMP-light Responder端的测试会话1，配置报文的目的IP地址为10.2.2.2，源IP地址为10.1.1.1，配置报文的目的端口为20000，源端口为10000。
[DeviceB] nqa twamp-light responder
[DeviceB-twamp-light-responder] test-session 1 ip destination 10.2.2.2 source 10.1.1.1 destination-port 20000 source-port 10000
(4) 配置Device A
# 创建TWAMP-light client端的测试会话1。
<DeviceA> system-view
[DeviceA] nqa twamp-light client
[DeviceA-nqa-twamp-light-client] test-session 1
# 配置报文的源IP地址为10.1.1.1，目的IP地址为10.2.2.2，配置报文的源端口为10000，目的端口为20000。
[DeviceA-nqa-twamp-light-client-session1] source ip 10.1.1.1
[DeviceA-nqa-twamp-light-client-session1] destination ip 10.2.2.2
[DeviceA-nqa-twamp-light-client-session1] source port 10000
[DeviceA-nqa-twamp-light-client-session1] destination port 20000
# 创建并进入TWAMP-light sender视图，启动TWAMP-light测试，启动参数：发送报文的周期为100ms，统计周期为10000ms，监控时间为20000ms。
<DeviceA> system-view
[DeviceA] nqa twamp-light sender
[DeviceA-nqa-twamp-light-sender] start test-session 1 permanent tx-interval 100 statistics-interval 10000 monitor-time 20000
[DeviceA-nqa-twamp-light-sender] return
# 显示指定测试会话1的双向丢包统计信息。
<DeviceA> display nqa twamp-light client statistics two-way-loss test-session 1
Latest two-way loss statistics:
Index Loss count Loss ratio Error count Error ratio
11006 5 50.0000% 0 0.0000%
11007 3 30.0000% 0 0.0000%
11008 4 40.0000% 0 0.0000%
11009 8 80.0000% 0 0.0000%
--------------------------------------------------------------------
Average loss count : 5 Average loss ratio : 55.3333%
Maximum loss count : 10 Maximum loss ratio : 100.0000%
Minimum loss count : 1 Minimum loss ratio : 10.0000%
Average error count: 0 Average error ratio: 0.0000%
Maximum error count: 0 Maximum error ratio: 0.0000%
Minimum error count: 0 Minimum error ratio: 0.0000%
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
