- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
02-NQA配置
本章节下载： 02-NQA配置 (1.65 MB)
目 录
1.7.10 配置TCP Half Open类型的NQA模板
1.9.18 Y.1564测试普通以太网三层网关场景配置举例
1.9.22 Y.1564测试L2VPN接入L3VPN场景配置举例
1.9.23 Y.1564测试L2VPN接入L3VPN网关场景配置举例
1.10.8 TCP Half Open类型的NQA模板配置举例
3.5 在NQA客户端上配置TWAMP-light Client
3.5.4 创建TWAMP-light Client的测试会话
3.5.5 配置TWAMP-light测试报文的地址及端口号
3.5.7 开启聚合接口的所有成员口TWAMP-light测试功能
3.6 在NQA客户端上配置TWAMP-light测试告警功能
3.7 在NQA客户端上启动NQA TWAMP-light测试
3.8 在NQA客户端上停止NQA TWAMP-light测试
3.10.1 NQA TWAMP-light测试普通三层组网配置举例
3.10.2 NQA TWAMP-light测试L2VPN组网配置举例
3.10.3 NQA TWAMP-light测试L3VPN组网配置举例
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测试由若干次连续的探测组成，可以设置探测的次数。
· 对于Voice和Path-jitter测试，一次测试中只能进行一次探测，不能通过配置修改测试中探测的次数。
联动功能是指在监测模块、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可以对探测结果进行监测，在本地记录监测结果，或通过Trap消息将监测结果通知给网络管理系统，以便网络管理员了解NQA测试运行结果和网络性能。
NQA阈值告警功能支持的监测对象及对应的测试类型，如表1-1所示。
表1-1 NQA阈值告警功能支持的监测对象及对应的测试类型
|
监测对象 |
支持的测试类型 |
|
探测持续时间 |
ICMP-echo、DHCP、DNS、FTP、HTTP、SNMP、TCP、UDP-echo和DLSw测试类型 |
|
探测失败次数 |
ICMP-echo、DHCP、DNS、FTP、HTTP、SNMP、TCP、UDP-echo和DLSw测试类型 |
|
报文往返时间 |
ICMP-jitter、UDP-jitter和Voice测试类型 |
|
丢弃报文数目 |
ICMP-jitter、UDP-jitter和Voice测试类型 |
|
源到目的或目的到源的单向抖动时间 |
ICMP-jitter、UDP-jitter和Voice测试类型 |
|
源到目的或目的到源的单向时延 |
ICMP-jitter、UDP-jitter和Voice测试类型 |
|
ICPIF（Calculated Planning Impairment Factor，计算计划损伤元素）值 |
Voice测试类型 |
|
MOS（Mean Opinion Scores，平均意见得分）值 |
Voice测试类型 |
NQA模板是一组测试参数的集合（如测试目的地址、测试目的端口、测试目标服务器的URL等）。NQA模板供外部特性调用，可以为外部特性提供测试数据，以便其进行相应处理。NQA模板通过模板名唯一标识。在一台设备上可以创建多个NQA模板。
standard工作模式下，仅下表所列单板支持本功能。
表1-2 单板信息一览表
|
单板类型 |
单板丝印 |
|
CEPC单板 |
CEPC-CQ8L、CEPC-CQ16L1 |
|
CSPEX单板 |
CSPEX-1802XB、CSPEX-1802X、CSPEX-1812X-E、CSPEX-2304X-G、CSPEX-2612X-E |
|
SPE单板 |
RX-SPE200-E |
sdn-wan工作模式下，仅下表所列单板支持本功能。
表1-3 单板信息一览表
|
单板类型 |
单板丝印 |
|
CEPC单板 |
CEPC-XP4LX、CEPC-XP24LX、CEPC-XP48RX、CEPC-CP4RX、CEPC-CP4RX-L、CEPC-CQ8L、CEPC-CQ16L1 |
|
CSPEX单板 |
CSPEX-1304X、CSPEX-1304S、CSPEX-1404X、CSPEX-1404S、CSPEX-1502X、CSPEX-1504X、CSPEX-1504S、CSPEX-1602X、CSPEX-1804X、CSPEX-1512X、CSPEX-1612X、CSPEX-1812X、CSPEX-1802XB、CSPEX-1802X、CSPEX-1812X-E、CSPEX-2304X-G、CSPEX-2612X-E |
|
SPE单板 |
RX-SPE200、RX-SPE200-E |
当需要对子接口的报文进行测试时，必须配置探测报文的VLAN标签（测试类型视图下的vlan命令）。
SRv6网络中，探测报文长度和SRv6报文头（SRH）长度的总和不能大于测试链路上所有接口的MTU值，否则会使该探测报文分片，导致探测失败。探测报文长度的相关配置命令为frame-size（Y.1564测试/路径服务质量测试）、data-size（TWAMP-light测试）。
为保证探测成功，配置UDP-jitter测试时以下两种情况建议通过data-size配置探测报文中的填充内容的大小不超过256字节。
· 对于SR8800-X，设备安装了E类和T类交换网板。
· 对于SR8800-X-S，设备安装了SR07SRPUA1、SR07SRPUB1或SR07SRPUC1主控板。
IRF模式下不支持配置data-size命令。
在NQA客户端和NQA服务器上配置侦听端口时，均有以下要求，否则会导致探测失败。
· 不能为知名端口。
· 不能是当前设备中其它服务正在使用的端口号。
¡ 通过display tcp和display udp命令显示信息中的Local Addr:port字段，可查看本端正在被使用的IPv4地址及端口号。
¡ 通过display ipv6 tcp和display ipv6 udp命令显示信息中的LAddr->port字段，可查看本端正在被使用的IPv6地址及端口号。
在NQA客户端上通过destination port命令配置的测试操作目的端口号，需要和服务器端配置的侦听端口号保持一致。
所有时延测试都要求测试的源端和目的端时间同步，而且同步的精度必须高于或者等于测试结果的计算精度，否则，会导致测试结果错误。
NQA配置任务如下：
(1) 配置NQA服务器
在进行ICMP-jitter、TCP、UDP-echo、UDP-jitter和Voice类型测试前，必须在目的端设备上进行本配置。进行其他类型测试时，不需要进行本配置。
(2) 开启NQA客户端功能
(3) 配置NQA测试组和模板
请至少选择以下一项任务进行配置：
NQA测试组配置完毕后，通过调度或启动测试组就可以进行测试操作；NQA模板配置完毕后并不启动测试，需要从外部特性调用NQA模板后，设备自动创建NQA测试组并启动NQA测试。
对于NQA服务器的启动要求：
· ICMP-jitter、TCP、UDP-echo、UDP-jitter和Voice类型测试，测试前必须在目的端设备上开启NQA服务器，并配置对应的TCP/UDP监听服务。
· 路径服务质量和Y.1564类型测试，测试前必须在目的端设备上开启NQA服务器，并配置服务器的报文反射功能。
· 其他类型测试，无须在目的端设备上开启NQA服务器，只须在目的端设备开启相应服务即可。
在一个NQA服务器上可以配置多个TCP、UDP监听服务，每个监听服务对应一个监听的IP地址和一个端口号。在一个NQA服务器上可以配置多个ICMP监听服务，每个监听服务对应一个监听的IP地址。
NQA服务器上配置的监听IP地址、端口号、VPN参数必须与NQA客户端上的配置一致，且不能与已有的TCP、UDP和ICMP监听服务冲突。
(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服务器上配置路径服务质量和Y.1564测试的反射参数。
nqa reflector reflector-id interface interface-type interface-number [ service-instance instance-id ] [ { 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 ] | vlan { vlan-id1 [ to vlan-id2 ] | s-vid vlan-id1 [ to vlan-id2 ] c-vid vlan-id1 [ to vlan-id2 ] } | exchange-port | vpn-instance vpn-instance-name ] *
缺省情况下，未配置路径服务质量和Y.1564测试的反射参数。
(5) （可选）在NQA服务器上配置ICMP反射参数。
nqa server icmp-server { ipv4-address | ipv6 ipv6-address } [ vpn-instance vpn-instance-name ] [ tos tos ]
缺省情况下，NQA服务器上未配置ICMP反射参数。
仅当使用ICMP echo报文进行ICMP-jitter测试时，本配置生效。
(6) 开启NQA服务器功能。
nqa server enable
缺省情况下，NQA服务器功能处于关闭状态。
(1) 进入系统视图。
system-view
(2) 使能NQA客户端功能。
nqa agent enable
缺省情况下，NQA客户端功能处于开启状态。
只有使能NQA客户端功能后，NQA客户端的相关配置才会生效。
管理员通过NQA测试组来实现对NQA测试的管理和调度。在一台设备上可以创建多个NQA测试组，可以同时启动多个NQA测试组进行测试。
NQA测试组配置任务如下：
(1) 配置NQA测试组
¡ 配置DHCP测试
¡ 配置DNS测试
¡ 配置FTP测试
¡ 配置HTTP测试
¡ 配置SNMP测试
¡ 配置TCP测试
¡ 配置DLSw测试
(2) （可选）配置NQA测试组通用参数
(3) （可选）配置联动功能
(4) （可选）配置阈值告警功能
(5) （可选）配置NQA统计功能
(6) （可选）配置NQA历史记录功能
(7) 在NQA客户端上调度NQA测试组
ICMP-echo测试利用ICMP协议，根据是否接收到应答报文判断目的主机的可达性。ICMP-echo测试的功能与ping命令类似，但ICMP-echo测试中可以指定测试的下一跳设备。在源端和目的端设备之间存在多条路径时，通过配置下一跳设备可以指定测试的路径。并且，与ping命令相比，ICMP-echo测试输出的信息更为丰富。
对于ICMP-echo测试，一次探测操作是指向目的端发送一个探测报文。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为ICMP-echo，并进入测试类型视图。
type icmp-echo
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(5) 配置探测报文的源地址。请选择其中一项进行配置。
¡ 使用指定接口的IP地址作为探测报文的源IP地址。
source interface interface-type interface-number
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址。
source interface命令指定的接口必须为up状态。
¡ 配置探测报文的源IPv4地址。
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
¡ 配置探测报文的源IPv6地址。
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) 配置探测报文出接口或下一跳IP地址。请选择其中一项进行配置。
¡ 配置探测报文出接口。
out interface interface-type interface-number
缺省情况下，设备通过查询路由表信息确认探测报文出接口。
¡ 配置探测报文的下一跳IPv4地址。
next-hop ip ip-address
缺省情况下，未配置探测报文的下一跳IPv4地址。
¡ 配置探测报文的下一跳IPv6地址。
next-hop ipv6 ipv6-address
缺省情况下，未配置探测报文的下一跳IPv6地址。
(7) （可选）配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为100字节。
(8) （可选）配置探测报文的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
语音、视频等实时性业务对时延抖动（Delay jitter）的要求较高。通过ICMP-jitter测试，可以获得网络的单向和双向时延抖动，从而判断网络是否可以承载实时性业务。
ICMP-jitter测试的过程如下：
(1) 源端以一定的时间间隔向目的端发送探测报文。
(2) 目的端收到探测报文后，为它打上时间戳，并把带有时间戳的报文发送给源端。
(3) 源端收到报文后，根据报文上的时间戳，计算出时延抖动，从而清晰地反映出网络状况。时延抖动的计算方法为相邻两个报文的目的端接收时间间隔减去这两个报文的发送时间间隔。
对于ICMP-jitter测试，一次探测操作是指向目的端连续发送多个探测报文，发送探测报文的个数由probe packet-number命令来设定。
display nqa history命令的显示信息无法反映ICMP-jitter测试的结果，如果想了解ICMP-jitter测试的结果，建议通过display nqa result命令查看最近一次NQA测试的当前结果，或通过display nqa statistics命令查看NQA测试的统计信息。
进行本测试前需保证网络时钟的NTP同步。有关NTP的详细介绍请参见“网络管理和监控配置指导”的“NTP”。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为ICMP-jitter，并进入测试类型视图。
type icmp-jitter
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(5) 配置ICMP-jitter测试使用的报文类型。
icmp-jitter-mode { icmp-echo | icmp-timestamp }
缺省情况下，ICMP-jitter测试使用的报文类型为icmp-timestamp。
(6) 配置一次ICMP-jitter探测中发送探测报文的个数。
probe packet-number number
缺省情况下，一次ICMP-jitter探测中发送10个探测报文。
(7) 配置ICMP-jitter测试中发送探测报文的时间间隔。
probe packet-interval interval
缺省情况下，ICMP-jitter测试中发送探测报文的时间间隔为20毫秒。
(8) 配置ICMP-jitter测试中等待响应报文的超时时间。
probe packet-timeout timeout
缺省情况下，ICMP-jitter测试中等待响应报文的超时时间为3000毫秒。
(9) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(10) （可选）配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为20字节。
icmp-timestamp模式下不支持配置该命令。
(11) （可选）配置探测报文的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
icmp-timestamp模式下不支持配置该命令。
DHCP测试主要用来测试网络上的DHCP服务器能否响应客户端请求，以及为客户端分配IP地址所需的时间。
NQA客户端模拟DHCP中继转发DHCP请求报文向DHCP服务器申请IP地址的过程，DHCP服务器进行DHCP测试的接口IP地址不会改变。DHCP测试完成后，NQA客户端会主动发送报文释放申请到的IP地址。
对于DHCP测试，一次探测操作是指完成一次向DHCP服务器申请一个IP地址。
(1) 进入系统视图。
system-view
(2) 开启DHCP服务。
dhcp enable
缺省情况下，DHCP服务处于关闭状态。
(3) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(4) 配置测试类型为DHCP，并进入测试类型视图。
type dhcp
(5) 配置探测报文的目的IP地址。
destination ip ip-address
缺省情况下，未配置探测报文的目的IP地址。
(6) 配置探测报文出接口。
out interface interface-type interface-number
缺省情况下，设备通过查询路由表信息确认探测报文出接口。
(7) 配置探测报文的源IP地址。
source ip ip-address
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
DNS测试主要用来测试NQA客户端是否可以通过指定的DNS服务器将域名解析为IP地址，以及域名解析过程需要的时间。
DNS测试只是模拟域名解析的过程，设备上不会保存要解析的域名与IP地址的对应关系。
对于DNS测试，一次探测操作是指完成一次将一个域名解析为IP地址。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为DNS，并进入测试类型视图。
type dns
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(5) 配置要解析的域名。
resolve-target domain-name
缺省情况下，没有配置要解析的域名。
(6) 配置域名解析类型。
resolve-type { A | AAAA }
缺省情况下，域名解析类型为A类型。
其中A类型表示将域名解析为IPv4地址，AAAA类型表示将域名解析为IPv6地址。
FTP测试主要用来测试NQA客户端是否可以与指定的FTP服务器建立连接，以及与FTP服务器之间传送文件的时间，从而判断FTP服务器的连通性及性能。
在进行FTP测试之前，需要获取FTP用户的用户名和密码。
对于FTP测试，一次探测操作是指完成一次向FTP服务器上传或下载一个文件。
进行put操作时，若配置了filename，发送数据前判断filename指定的文件是否存在，如果存在则上传该文件，如果不存在则探测失败。
进行get操作时，如果FTP服务器上没有以url中所配置的文件名为名称的文件，则测试不会成功。进行get操作时，设备上不会保存从服务器获取的文件。
进行get、put操作时，请选用较小的文件进行测试，如果文件较大，可能会因为超时而导致测试失败，或由于占用较多的网络带宽而影响其他业务。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为FTP，并进入测试类型视图。
type ftp
(4) 配置FTP登录用户名。
username username
缺省情况下，未配置FTP登录用户名。
(5) 配置FTP登录密码。
password { cipher | simple } string
缺省情况下，未配置FTP登录密码。
(6) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(7) 配置FTP测试的数据传输方式。
mode { active | passive }
缺省情况下，FTP测试的数据传输方式为主动方式。
(8) 配置FTP测试的操作类型。
operation { get | put }
缺省情况下，FTP操作方式为get操作，即从FTP服务器获取文件。
(9) 配置FTP测试访问的网址。
url url
缺省情况下，没有配置FTP测试访问的网址。
url可以设置为ftp://host/filename或ftp://host:port/filename。如果host参数取值为一个IPv6地址，则IPv6地址外面需要添加[ ]，例如ftp://[2001::1]/test。当FTP测试的操作类型为get方式时，必须在url中配置filename指定从FTP服务器获取的文件名。
(10) 配置FTP服务器和客户端传送文件的文件名。
filename filename
缺省情况下，未配置FTP服务器和客户端之间传送文件的文件名。
当FTP测试的操作类型为put方式时，必须配置本命令来指定向FTP服务器传送的文件。当FTP测试的操作类型为get方式时，不以此命令为准。
HTTP测试主要用来测试NQA客户端是否可以与指定的HTTP服务器建立连接，以及从HTTP服务器获取数据所需的时间，从而判断HTTP服务器的连通性及性能。
HTTP测试支持如下操作类型：
· get：从HTTP服务器获取数据。
· post：向HTTP服务器提交数据。
· raw：向HTTP服务器发送RAW请求报文。
对于HTTP测试，一次探测操作是指完成一次相应操作类型的功能。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为HTTP，并进入测试类型视图。
type http
(4) 配置HTTP测试访问的网址。
url url
缺省情况下，没有配置HTTP测试访问的网址。
url配置形式为http://host/resource或http://host:port/resource。如果host参数取值为一个IPv6地址，则IPv6地址外面需要添加[ ]，例如http://[2001::1]/test。
(5) 配置HTTP登录用户名。
username username
缺省情况下，未配置HTTP登录用户名。
(6) 配置HTTP登录密码。
password { cipher | simple } string
缺省情况下，未配置HTTP登录密码。
(7) 配置HTTP测试所使用的协议版本。
version { v1.0 | v1.1 }
缺省情况下，HTTP测试使用的版本为1.0。
(8) 配置HTTP测试的操作类型。
operation { get | post | raw }
缺省情况下，HTTP操作方式为get操作。如果HTTP操作方式为raw操作，则向服务器发送的探测报文的内容为raw-request视图中的内容。
(9) 配置HTTP测试请求报文。
a. 进入raw-request视图。
raw-request
输入raw-request命令进入raw-request视图，每次进入视图原有报文内容清除。
b. 配置HTTP测试请求报文内容。
逐个字符输入或拷贝粘贴请求报文内容。
缺省情况下，未配置HTTP测试请求报文内容。
要求报文内容中不能包含alias命令配置的别名，请用户自行确保报文的正确性，否则探测将失败。有关alias命令的详细介绍请参见“基础配置命令参考”中的“CLI”。
c. 保存输入内容并退回测试类型视图。
quit
当配置HTTP测试的操作类型为raw时，必须完成此操作且保证发送的测试报文正确有效。
(10) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
语音、视频等实时性业务对时延的抖动时间（Delay jitter）的要求较高。通过UDP-jitter测试，可以获得网络的单向和双向抖动的时间，从而判断网络是否可以承载实时性业务。
UDP-jitter测试的过程如下：
(1) 源端以一定的时间间隔向目的端发送探测报文。
(2) 目的端收到探测报文后，为它打上时间戳，并把带有时间戳的报文发送给源端。
(3) 源端收到报文后，根据报文上的时间戳，计算出抖动时间，从而清晰地反映出网络状况。抖动时间的计算方法为相邻两个报文的目的端接收时间间隔减去这两个报文的发送时间间隔。
对于UDP-jitter测试，一次探测操作是指连续发送多个探测报文，发送探测报文的个数由probe packet-number命令来设定。
UDP-jitter测试需要NQA服务器和客户端配合才能完成。进行UDP-jitter测试之前，必须保证NQA服务器端配置了UDP监听功能，配置方法请参见“1.4 配置NQA服务器”。
建议不要对知名端口，进行UDP-jitter测试，否则可能导致NQA测试失败或该知名端口对应的服务不可用。
display nqa history命令的显示信息无法反映UDP-jitter测试的结果，如果想了解UDP-jitter测试的结果，建议通过display nqa result命令查看最近一次NQA测试的当前结果，或通过display nqa statistics命令查看NQA测试的统计信息。
进行本测试前需保证网络时钟的NTP同步。有关NTP的详细介绍请参见“网络管理和监控配置指导”的“NTP”。
UDP-jitter测试的高性能模式在客户端和服务器端都需要开启。开启高性能模式后，命令route-option bypass-route、reaction checked-element { jitter-ds | jitter-sd } threshold-type accumulate、reaction checked-element rtt threshold-type accumulate将不再生效。
如需测试链路传输MPLS报文时的服务质量，必须先开启UDP-jitter测试的高性能模式，且只能测试三层以太网接口之间的直连链路或者三层聚合接口之间直连链路上MPLS流量的服务质量。请在直连链路的两端配置NQA客户端和服务器，并使用mpls enable命令开启接口的MPLS功能。有关mpls enable命令的详细介绍，请参见“MPLS命令参考”的“MPLS基础”。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为UDP-jitter，并进入测试类型视图。
type udp-jitter
(4) （可选）开启UDP-jitter测试的高性能模式。
high-performance-mode enable
缺省情况下，UDP-jitter测试的高性能模式处于关闭状态。
(5) （可选）开启UDP-jitter测试的MPLS模拟测试功能。
mpls-simulation enable [ exp exp-value ]
缺省情况下，UDP-jitter测试的MPLS模拟测试功能处于关闭状态。
(6) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的IPv4地址。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的IPv4地址一致。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的IPv6地址。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的IPv6地址一致。
MPLS模拟测试功能暂不支持使用IPv6地址作为探测报文的目的地址。
(7) 配置测试操作的目的端口。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的端口号一致。
(8) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(9) 配置探测报文的源端口。
source port port-number
缺省情况下，系统自动选择设备当前空闲的端口号。
本命令配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。建议使用缺省值即可。
(10) （可选）配置探测报文出接口。
out interface interface-type interface-number
缺省情况下，设备通过查询路由表信息确认探测报文出接口。
(11) 配置一次UDP-jitter探测中发送探测报文的个数。
probe packet-number number
缺省情况下，一次UDP-jitter探测中发送10个探测报文。
(12) 配置UDP-jitter测试中发送探测报文的时间间隔。
probe packet-interval interval
缺省情况下，UDP-jitter测试中发送探测报文的时间间隔为20毫秒。
(13) 配置UDP-jitter测试中等待响应报文的超时时间。
probe packet-timeout timeout
缺省情况下，UDP-jitter测试中等待响应报文的超时时间为3000毫秒。
(14) 配置探测报文中的填充内容的大小。
data-size size
缺省情况下，探测报文中的填充内容大小为100字节。
UDP-jitter和TWAMP-light测试的探测报文中填充内容的大小不能大于测试链路上所有接口的MTU值。
UDP-jitter高性能测试支持的IPv4探测报文的填充内容的大小为68～9500字节，IPv6探测报文的填充内容的大小为68～9000字节。
(15) （可选）配置探测报文的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
SNMP测试主要测试从NQA客户端向SNMP Agent设备发出一个SNMP协议查询，根据能否收到应答报文判断SNMP Agent上提供的SNMP服务是否可用。
对于SNMP测试，一次探测操作是指发送三个SNMP协议报文，分别对应SNMPv1、SNMPv2c和SNMPv3三个版本。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为SNMP，并进入测试类型视图。
type snmp
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(5) 配置测试操作的目的端口。
destination port port-number
缺省情况下，测试操作的目的端口号为161。
(6) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(7) 配置探测报文的源端口。
source port port-number
缺省情况下，系统自动选择设备当前空闲的端口号。
本命令配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。建议使用缺省值即可。
(8) 配置用于SNMPv1或者SNMPv2c探测报文的团体名。
community read { cipher | simple } community-name
缺省情况下，SNMPv1或者SNMPv2c探测报文使用的团体名为public。
该命令配置的团体名必须为SNMP Agent上已配置具有读权限的团体名。
TCP测试用来测试客户端和服务器指定端口之间是否能够建立TCP连接，以及建立TCP连接所需的时间，从而判断服务器指定端口上提供的服务是否可用，及服务性能。
TCP测试需要NQA服务器和客户端配合才能完成。在TCP测试之前，需要在NQA服务器端配置TCP监听功能，配置方法请参见“1.4 配置NQA服务器”。
对于TCP测试，一次探测操作是指建立一次TCP连接。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为TCP，并进入测试类型视图。
type tcp
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的IPv4地址。
必须与NQA服务器上nqa server tcp-connect命令配置的监听服务的IPv4地址一致。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的IPv6地址。
必须与NQA服务器上nqa server tcp-connect命令配置的监听服务的IPv6地址一致。
(5) 配置测试操作的目的端口。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
必须与NQA服务器上nqa server tcp-connect命令配置的监听服务的端口号一致。
(6) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
UDP-echo测试可以用来测试客户端和服务器指定UDP端口之间的连通性以及UDP报文的往返时间。
UDP-echo测试需要NQA服务器和客户端配合才能完成。在进行UDP-echo测试之前，需要在NQA服务器端配置UDP监听功能，配置方法请参见“1.4 配置NQA服务器”。
对于UDP-echo测试，一次探测操作是指发送一个探测报文。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为UDP-echo，并进入测试类型视图。
type udp-echo
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的IPv4地址。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的IPv4地址一致。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的IPv6地址。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的IPv6地址一致。
(5) 配置测试操作的目的端口。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的端口号一致。
(6) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(7) 配置探测报文的源端口。
source port port-number
缺省情况下，系统自动选择设备当前空闲的端口号。
本命令配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。建议使用缺省值即可。
(8) （可选）配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为100字节。
(9) （可选）配置探测报文的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
UDP-tracert测试可以用来发现源端到目的端之间的路径信息。UDP-tracert测试和普通Tracert流程一致，由源端发送一个目的端口不可达的报文，当目的端收到该报文后，会回复源端一个端口不可达报文，以便使源端知道Tracert测试结束。
对于UDP-tracert测试，一次探测操作是指一个特定TTL值的节点发送一个探测报文。
UDP-tracert测试不支持在IPv6网络中使用，如果要测试IPv6网络中目的主机的可达性，可以使用tracert ipv6命令。tracert ipv6命令的详细介绍，请参见“网络管理和监控命令参考”中的“系统维护与调试”。
配置UDP-tracert测试需要在中间设备（源端与目的端之间的设备）上开启ICMP超时报文发送功能。如果中间设备是H3C设备，需要在设备上执行ip ttl-expires enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。
需要在目的端开启ICMP目的不可达报文发送功能。如果目的端是H3C设备，需要在设备上执行ip unreachables enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为UDP-tracert，并进入测试类型视图。
type udp-tracert
(4) 配置探测报文的目的主机名或目的地址。请选择其中一项进行配置。
¡ 配置探测报文的目的主机名。
destination host host-name
缺省情况下，未配置探测报文的目的主机名。
¡ 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的IPv4地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的IPv6地址。
(5) 配置测试操作的目的端口。
destination port port-number
缺省情况下，测试操作的目的端口号为33434。
该端口必须是对端设备上未启用的端口，这样对端设备会回复目的端口不可达的ICMP差错报文。
(6) 配置探测报文的出接口。
out interface interface-type interface-number
缺省情况下，设备通过查询路由表信息确认探测报文出接口。
(7) 配置探测报文的源地址。请选择其中一项进行配置。
¡ 配置使用指定接口的IP地址作为探测报文的源地址。
source interface interface-type interface-number
缺省情况下，对于IPv4网络，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址；对于IPv6网络，以报文发送接口的主IPv6地址作为探测报文中的源IPv6地址。
该命令指定的接口必须为up状态，否则测试会失败。
¡ 配置探测报文的源IP地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试会失败。
(8) 配置探测报文的源端口。
source port port-number
缺省情况下，系统自动选择设备当前空闲的端口号。
本命令配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。建议使用缺省值即可。
(9) 配置测试最大连续失败次数。
max-failure times
缺省情况下，最大失败次数为5。
(10) 配置发送的探测报文的初始跳数。
init-ttl value
缺省情况下，UDP-tracert测试中探测报文初始跳数为1。
(11) （可选）配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为100字节。
(12) （可选）配置探测的禁止报文分片功能。
no-fragment enable
缺省情况下，禁止报文分片功能处于关闭状态。
Voice测试主要用来测试VoIP（Voice over IP，在IP网络上传送语音）网络情况，统计VoIP网络参数，以便用户根据网络情况进行相应的调整。
Voice测试的过程如下：
(1) 源端（NQA客户端）以一定的时间间隔向目的端（NQA服务器）发送G.711 A律、G.711 µ律或G.729 A律编码格式的语音数据包。
(2) 目的端收到语音数据包后，为它打上时间戳，并把带有时间戳的数据包发送给源端。
(3) 源端收到数据包后，根据数据包上的时间戳等信息，计算出抖动时间、单向延迟等网络参数，从而清晰地反映出网络状况。
对于Voice测试，一次探测操作是指连续发送多个探测报文，发送探测报文的个数由probe packet-number命令来设定。
除了抖动时间等参数，Voice测试还可以计算出反映VoIP网络状况的语音参数值：
· ICPIF（Calculated Planning Impairment Factor，计算计划损伤元素）：用来量化网络中语音数据的衰减，由单向网络延迟和丢包率等决定。数值越大，表明语音网络质量越差。
· MOS（Mean Opinion Scores，平均意见得分）：语音网络的质量得分。MOS值的范围为1～5，该值越高，表明语音网络质量越好。通过计算网络中语音数据的衰减——ICPIF值，可以估算出MOS值。
用户对语音质量的评价具有一定的主观性，不同用户对语音质量的容忍程度不同，因此，衡量语音质量时，需要考虑用户的主观因素。对语音质量容忍程度较强的用户，可以通过advantage-factor命令配置补偿因子，在计算ICPIF值时将减去该补偿因子，修正ICPIF和MOS值，以便在比较语音质量时综合考虑客观和主观因素。
Voice测试需要NQA服务器和客户端配合才能完成。进行Voice测试之前，必须保证NQA服务器端配置了UDP监听功能，配置方法请参见“1.4 配置NQA服务器”。
建议不要对知名端口，进行Voice测试，否则可能导致NQA测试失败或该知名端口对应的服务不可用。
display nqa history命令的显示信息无法反映Voice测试的结果，如果想了解Voice测试的结果，建议通过display nqa result命令查看最近一次NQA测试的当前结果，或通过display nqa statistics命令查看NQA测试的统计信息。
进行本测试前需保证网络时钟的NTP同步。有关NTP的详细介绍请参见“网络管理和监控配置指导”的“NTP”。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为Voice，并进入测试类型视图。
type voice
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的IPv4地址。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的IPv4地址一致。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的IPv6地址。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的IPv6地址一致。
(5) 配置测试操作的目的端口。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
必须与NQA服务器上nqa server udp-echo命令配置的监听服务的端口号一致。
(6) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(7) 配置探测报文的源端口。
source port port-number
缺省情况下，系统自动选择设备当前空闲的端口号。
本命令配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。建议使用缺省值即可。
(8) 配置Voice测试的基本参数。
¡ 配置Voice测试的编码格式。
codec-type { g711a | g711u | g729a }
缺省情况下，语音编码格式为G.711 A律。
¡ 配置用于计算MOS值和ICPIF值的补偿因子。
advantage-factor factor
缺省情况下，补偿因子取值为0。
(9) 配置Voice测试的探测参数。
¡ 配置一次Voice探测中发送探测报文的个数。
probe packet-number number
缺省情况下，一次Voice探测中发送1000个探测报文。
¡ 配置Voice探测中发送探测报文的时间间隔。
probe packet-interval interval
缺省情况下，Voice探测中发送探测报文的时间间隔为20毫秒。
¡ 配置Voice测试中等待响应报文的超时时间。
probe packet-timeout timeout
缺省情况下，Voice测试中等待响应报文的超时时间为5000毫秒。
(10) 配置探测报文中的填充内容。
a. 配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小与配置的编码格式有关，编码格式为g.711a和g.711u时缺省报文大小为172字节，g.729a时为32字节。
b. （可选）配置探测报文中的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
DLSw测试主要用来测试DLSw设备的响应时间。
对于DLSw测试，一次探测操作是指建立一次DLSw连接。
请务必在NQA服务器上配置nqa server tcp-connect命令，且port-number值必须为2065。否则，测试失败。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为DLSw，并进入测试类型视图。
type dlsw
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
Path-jitter测试可以作为UDP-jitter测试的一种补充，用于在抖动比较大的情况下，进一步探测中间路径的网络质量，以便查找出网络质量差的具体路段。Path-jitter测试项对每一条路径记录结果，在路径上的每一跳均记录抖动值、正向抖动值和负向抖动值。
Path-jitter测试的过程如下：
(1) NQA客户端使用tracert机制发现到达目的地址的路径信息。
(2) NQA客户端根据tracert结果，逐跳使用ICMP机制探测从本机至该跳设备的路径上报文是否有丢失，同时计算该跳路径的时延和抖动时间等信息。
对于Path-jitter测试，一次探测操作分为两个步骤：首先通过tracert探路获取到达目的地址的路径（最大为64跳）；再根据tracert结果，分别向路径上的每一跳发送多个ICMP-echo探测报文，发送探测报文的个数由probe packet-number命令来设定。
配置Path-jitter测试需要在中间设备（源端与目的端之间的设备）上开启ICMP超时报文发送功能。如果中间设备是H3C设备，需要在设备上执行ip ttl-expires enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。需要在目的端开启ICMP目的不可达报文发送功能。如果目的端是H3C设备，需要在设备上执行ip unreachables enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，并进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为Path-jitter，并进入测试类型视图。
type path-jitter
(4) 配置探测报文的目的地址。
（IPv4网络）
destination ip ip-address
缺省情况下，未配置探测报文的目的地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) 配置Path-jitter测试的探测参数。
¡ 配置一次Path-jitter探测中发送探测报文的个数。
probe packet-number number
缺省情况下，一次Path-jitter探测中发送10个ICMP探测报文。
¡ 配置Path-jitter测试中发送探测报文的时间间隔。
probe packet-interval interval
缺省情况下，Path-jitter测试中发送探测报文的时间间隔为20毫秒。
¡ 配置Path-jitter测试中等待响应报文的超时时间。
probe packet-timeout timeout
缺省情况下，Path-jitter测试中等待响应报文的超时时间为3000毫秒。
(7) （可选）配置松散路由。
lsr-path ip-address&<1-8>
缺省情况下，未配置松散路由。
通过本命令配置松散路由，在tracert过程使用该配置进行探路，NQA客户端根据该松散路由计算时延和抖动时间。
(8) （可选）配置仅对目的地址探测。
target-only
缺省情况下，未配置仅对目的地址探测，Path-jitter测试中会逐跳进行探测。
(9) （可选）配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为100字节。
(10) （可选）配置探测报文的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
Y.1564测试是用来测试网络中路径的质量，能较为精确的反映网络资源的性能。使用Y.1564测试能快速地检测网络质量是否满足服务等级规约SLA（Service Level Agreement）。
业务验收标准SAC（Service Acceptance Criteria）用于定义网络性能目标的参数集合，这些参数确保运营商所提供的网络服务满足SLA要求的最小需求。
Y.1564中所采用的SAC是在ITU-T Y.1564中定义的，包括：信息速率IR（Information Rate）、丢包率FLR（Frame Loss Ratio）、传输时延FTD（Frame Transfer Delay）、时延抖动FDV（Frame Delay Variation）。
Y.1564测试包含如下两个测试阶段：
(1) 服务配置测试（Service Configuration Test），用于验证网络部署是否正确，是否可以按照预期处理网络中的报文。
(2) 服务性能测试（Service Performance Test），用于测试网络持续提供业务流转发服务的质量。
服务配置测试阶段又分为三个测试：
(1) CIR测试
CIR测试表示以每次递增一个平均速率（平均速率=CIR/执行步数）的方式发送报文，直到发送速率达到承诺信息速率。
在每步CIR测试结束后，设备都会计算网络性能参数，若FLR、FTD、FDV都在SAC的配置范围内，表示该步测试通过；否则，终止CIR测试，整个测试过程也随之停止。
(2) PIR测试
PIR测试根据设备是否开启颜色标记模式分为两种情况：
· 开启颜色标记模式时，以承诺信息速率为绿色报文发送速率，以峰值速率为黄色报文发送速率，同时发送报文进行测试。测试结束后，若绿色报文的FLR、FTD、FDV都在SAC的配置范围之内，则表明PIR测试通过；否则，终止PIR测试，整个测试过程也随之停止。
· 未开启颜色标记模式时，以“承诺信息速率+峰值速率”开始测试。测试结束后，若CIR * （1 – FLRSAC） ≤ IR ≤ CIR + PIR（其中，FLRSAC为用户配置的FLR，IR为计算得到的平均IR），则认为测试通过；否则，终止PIR测试，整个测试过程也随之停止。
PIR测试用于测试当网络流量同时存在承诺信息速率和峰值速率或超过承诺信息速率时的丢包率是否符合标准。
(3) Traffic-policing测试
Traffic policing（流量监管）测试根据设备是否开启颜色标记模式分为两种情况：
· 开启颜色标记模式时，以CIR为绿色报文发送速率，以125%的PIR为黄色报文发送速率（若配置的PIR<20%*CIR，则黄色报文发送速率=25%*CIR+PIR），同时发送报文进行测试。测试结束后，若计算出绿色报文的FLR、FTD、FDV都在SAC的配置范围之内，并且CIR * (1 – FLRSAC) ≤ IR ≤ CIR + PIR + M（其中，FLRSAC为用户配置的FLR，M=（CIR + PIR）* 1%），则认为测试通过；反之，终止流量监管测试，整个测试过程也随之停止。
· 未开启颜色标记模式时，以CIR+125%*PIR作为报文发送速率（若配置的PIR<20%*CIR，则发送报文速率=125%*CIR+PIR），发送报文进行测试。测试结束后，若CIR * (1 – FLRSAC) ≤ IR ≤ CIR + PIR + M（其中，FLRSAC为用户配置的FLR，M=（CIR + PIR）* 1%），则认为测试通过；反之，终止流量监管测试，整个测试过程也随之停止。
服务性能测试阶段直接以CIR发送报文进行测试。测试结束后，若计算出的FLR、FTD、FDV都在SAC的配置范围之内，则表明该业务流通过测试。
display nqa history、display nqa statistics命令的显示信息无法反映Y.1564测试的结果，如果想了解Y.1564测试的结果，建议通过display nqa result命令查看最近一次NQA测试的当前结果。
对于Y.1564测试，请按照以下要求配置源地址和目的地址，否则，会导致NQA测试启动失败：
· 二/三层以太网和二/三层VPN环境下必须配置源地址和目的地址。
· 其他组网环境下，源地址和目的地址要么均配置要么均不配置，如果配置，要求均为IPv4类型或者均为IPv6类型。
(1) 进入系统视图。
system-view
(2) 创建NQA测试组，进入NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置测试类型为Y.1564，并进入测试类型视图。
type y1564
(4) 配置Y.1564测试的地址及端口。
a. 配置探测报文的源IP地址。
（IPv4网络）
source ip ipv4-address1 [ to ipv4-address2 ]
缺省情况下，未配置探测报文的源IPv4地址。
（IPv6网络）
source ipv6 ipv6-address1 [ to ipv6-address2 ]
缺省情况下，未配置探测报文的源IPv6地址。
b. 配置探测报文的目的IP地址。
（IPv4网络）
destination ip ipv4-address1 [ to ipv4-address2 ]
缺省情况下，未配置探测报文的目的IPv4地址。
（IPv6网络）
destination ipv6 ipv6-address1 [ to ipv6-address2 ]
缺省情况下，未配置探测报文的目的IPv6地址。
c. 配置探测报文的源AC或源接口。
source interface interface-type interface-number [ service-instance instance-id ]
二层VPN环境下必须配置service-instance参数。
缺省情况下，未配置探测报文的源AC或源接口。有关AC口的详细介绍，请参见“MPLS配置指导”中的“VPLS”。
该命令指定的接口必须为up状态。
d. 配置探测报文的出接口。
out interface interface-type interface-number
客户端为三层以太网关和三层VPN网关时必须进行本配置。
缺省情况下，未配置探测报文的出接口。
e. 配置探测报文的源端口号。
source port port-number1 [ to port-number2 ]
缺省情况下，探测报文的源端口号为49184。
本命令配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。建议使用缺省值即可。
f. 配置探测报文的目的端口号。
destination port port-number1 [ to port-number2 ]
缺省情况下，探测报文的目的端口号为7。
g. 配置探测报文的源MAC地址。
source mac mac-address1 [ to mac-address2 ]
二层以太网和二层VPN环境下必须进行本配置。
缺省情况下，以报文发送接口的MAC作为探测报文的源MAC。
h. 配置探测报文的目的MAC地址。
destination mac mac-address1 [ to mac-address2 ]
二层以太网和二层VPN环境下必须进行本配置。
缺省情况下，探测报文的目的MAC地址为0023-8900-0001。
(5) 配置Y.1564测试的基本参数。
¡ （可选）配置测试组的描述信息。
description text
缺省情况下，未配置描述信息。
¡ 配置测试时的CIR与PIR。
bandwidth cir cir-value [ pir pir-value ]
缺省情况下，未配置测试时的CIR与PIR。
¡ 配置探测报文的长度。
frame-size size&<1-7>
缺省情况下，发送的探测报文的大小为512字节。
¡ 配置可接受的时延抖动上限。
allowed-jitter jitter
缺省情况下，未配置可接受的时延抖动上限。
¡ 配置100000个包中设备可接受的丢包数。
allowed-frame-loss count
缺省情况下，未配置可接受的丢包率上限。
¡ 配置可接受的时延上限。
allowed-transfer-delay delay
缺省情况下，未配置可接受的时延上限。
¡ 配置NQA探测报文IP报文头中服务类型域的值。
tos value
缺省情况下，NQA探测报文IP报文头中服务类型域的值为0。
(6) 开启Y.1564测试。请至少选择其中一项进行配置。
¡ 开启CIR测试。
cir-test enable [ step-count count ] [ step-duration duration ]
缺省情况下，CIR测试处于开启状态。
¡ 开启PIR测试。
pir-test enable [ duration duration ]
缺省情况下，PIR测试处于开启状态。
¡ 开启流量监管测试。
traffic-policing-test enable [ duration duration]
缺省情况下，Traffic policing测试处于关闭状态。
¡ 开启服务性能测试。
performance-test enable [ duration duration ]
缺省情况下，Service performance测试处于开启状态。
(7) （可选）开启颜色标记模式。
color-aware-mode enable [ 8021p green value1 [ to value2 ] yellow value1 [ to value2 ] | dscp green value1 [ to value2 ] yellow value1 [ to value2 ] ]
缺省情况下，颜色标记模式处于关闭状态。
(8) （可选）配置探测报文的VLAN标签。
vlan { vlan-id1 [ to vlan-id2 ] | s-vid vlan-id1 [ to vlan-id2 ] c-vid vlan-id1 [ to vlan-id2 ] }
缺省情况下，未配置探测报文的VLAN标签。
(9) 指定测试操作所属的VPN实例。
vpn-instance vpn-instance-name
三层VPN环境下必须进行本配置。
缺省情况下，未指定测试操作所属的VPN实例。
(10) （可选）开启源目的端口的交换功能。
exchange-port enable
缺省情况下，源目的端口的交换功能处于关闭状态。
(11) （可选）配置探测报文的802.1p优先级。
priority 8021p value
缺省情况下，探测报文的802.1p优先级为0。
(12) 配置NQA探测超时时间。
probe timeout timeout
缺省情况下，探测的超时时间为3000毫秒。
NQA Y.1564操作组用于关联Y.1564测试组，使用操作组可以同时启动多个Y.1564测试。
使用Y.1564操作组进行测试时，设备依次开始进行服务配置测试（即先完成一项服务配置测试之后，再开始下一项服务配置测试），待所有服务配置测试完成后，再并行启动服务性能测试。
(1) 进入系统视图。
system-view
(2) 创建Y.1564操作组，进入Y.1564操作组视图。
nqa y1564 group group-name
(3) 在NQA Y.1564操作组下关联Y.1564测试组。
bind nqa-entry admin-name operation-tag
缺省情况下，NQA Y.1564操作组下没有关联任何Y.1564测试组。
若需要存档测试结果，可以使用本功能将测试结果上传到ftp服务器上。
(1) 进入系统视图。
system-view
(2) 配置测试结果上传的FTP服务器信息。
nqa report-ftp url url [ username username ] [ password { cipher | simple } string ]
缺省情况下，未配置FTP服务器信息。
Y.1564测试进行时会占用测试的整个链路带宽，为确保测试的准确性，请在启动测试前暂停该链路上的所有流量。
Y.1564测试与其它NQA测试组不可以同时运行。
当设备正在进行Y.1564测试时，不能再启动其它Y.1564测试。
(1) 进入系统视图。
system-view
(2) 进入Y.1564视图。请选择其中一项进行配置。
¡ 进入Y.1564操作组视图。
nqa y1564 group group-name
¡ 进入Y.1564测试组视图。
nqa entry admin-name operation-tag
(3) 启动Y.1564测试。
start
(1) 进入系统视图。
system-view
(2) 进入Y.1564视图。请选择其中一项进行配置。
¡ 进入Y.1564操作组视图。
nqa y1564 group group-name
¡ 进入Y.1564测试组视图。
nqa entry admin-name operation-tag
(3) （可选）停止Y.1564测试。
stop
Y.1564测试完成所有的测试项目后会自动停止，本命令可用于强行中断测试。若强行中断测试，则进行到一半的测试将不会有结果。
路径服务质量测试是根据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 [ service-instance instance-id ]
二层VPN环境下必须配置service-instance参数。
缺省情况下，未配置探测报文的源AC或源接口。有关AC口的详细介绍，请参见“MPLS配置指导”中的“VPLS”。
该命令指定的接口必须为up状态。
d. 配置探测报文的出接口。
out interface interface-type interface-number
客户端为三层以太网关和三层VPN网关时必须进行本配置。
缺省情况下，未配置探测报文的出接口。
e. 配置探测报文的源端口号。
source port port-number
缺省情况下，探测报文的源端口号为49184。
本命令配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。建议使用缺省值即可。
f. 配置探测报文的目的端口号。
destination port port-number
缺省情况下，探测报文的目的端口号为7。
g. 配置探测报文的源MAC地址。
source mac mac-address
二层以太网和二层VPN环境下必须进行本配置。
缺省情况下，以报文发送接口的MAC地址作为探测报文的源MAC。
h. 配置探测报文的目的MAC地址。
destination mac mac-address
二层以太网和二层VPN环境下必须进行本配置。
缺省情况下，探测报文的目的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) （可选）配置探测报文的VLAN标签。
vlan { vlan-id | s-vid vlan-id c-vid vlan-id }
缺省情况下，未配置探测报文的VLAN标签。
(9) 指定测试操作所属的VPN实例。
vpn-instance vpn-instance-name
三层VPN环境下必须进行本配置。
缺省情况下，未指定测试操作所属的VPN实例。
(10) 配置探测报文的802.1p优先级。
priority 8021p value
缺省情况下，探测报文的802.1p优先级为0。
(11) （可选）开启源目的端口的交换功能。
exchange-port enable
缺省情况下，源目的端口的交换功能处于关闭状态。
NQA RFC2544操作组用于关联RFC2544测试组，使用操作组可以同时启动多个路径服务质量测试。
使用RFC2544操作组进行测试时，设备依次开始进行测试（即先完成一项测试之后，再开始下一项测试）。
(1) 进入系统视图。
system-view
(2) 创建RFC2544操作组，进入RFC2544操作组视图。
nqa rfc2544 group group-name
(3) 在NQA RFC2544操作组下关联测试组。
bind nqa-entry admin-name operation-tag
缺省情况下，NQA RFC2544操作组下没有关联任何测试组。
多次执行本命令，可以关联多个测试组。
(1) 进入系统视图。
system-view
(2) 进入视图。请选择其中一项进行配置。
¡ 进入路径服务质量测试视图。
nqa entry admin-name operation-tag
¡ 进入路径服务质量操作组视图。
nqa rfc2544 group group-name
(3) 启动路径服务质量测试。
start
路径服务质量测试既可以使用本命令启动，也可以使用调度NQA测试组功能启动。调度NQA测试组功能的配置方法请参见“1.6.23 在NQA客户端上调度NQA测试组”。
(1) 进入系统视图。
system-view
(2) 进入视图。请选择其中一项进行配置。
¡ 进入路径服务质量测试视图。
nqa entry admin-name operation-tag
¡ 进入路径服务质量操作组视图。
nqa rfc2544 group group-name
(3) 停止路径服务质量测试。
stop
NQA测试组的通用参数，只对当前测试组中的测试有效。
不同NQA测试类型支持配置的通用参数可能不同，请以命令手册中各命令的描述为准。
通用参数中路径服务质量和Y.1564测试目前仅支持description、tos及vpn-instance命令。请参见“1.6.16 配置Y.1564测试”和“1.6.17 配置路径服务质量测试”的配置。
(1) 进入系统视图。
system-view
(2) 进入已配置测试类型的NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置当前测试组的测试类型，并进入测试组测试类型视图。
type { dhcp | dlsw | dns | frame-loss | ftp | http | icmp-echo | icmp-jitter | latency | path-jitter | snmp | tcp | throughput | udp-echo | udp-jitter | udp-tracert | voice | y1564 }
(4) 配置测试组的描述信息。
description text
缺省情况下，未配置描述信息。
(5) 配置测试组连续两次测试开始时间的时间间隔。
frequency interval
缺省情况下，Voice、Path-jitter测试中连续两次测试开始时间的时间间隔为60000毫秒；其他类型的测试为0毫秒，即只进行一次测试。
到达本命令指定的时间间隔时，将开始下一个间隔的计时，但如果此时测试尚未完成或者测试未超时，则不启动新一轮测试，直到测试完成或者测试超时，才开始新一轮测试。
(6) 配置一次NQA测试中进行探测的次数。
probe count times
缺省情况下，对于UDP-tracert测试类型，对于一个TTL值的节点发送的探测报文次数为3次；其他类型的NQA测试一次测试中的探测次数为1次。
Voice和Path-jitter测试中探测次数只能为1，不支持该命令。
(7) 配置NQA探测超时时间。
probe timeout timeout
缺省情况下，探测的超时时间为3000毫秒。
(8) 配置探测报文在网络中可以经过的最大跳数。
ttl value
缺省情况下，UDP-tracert测试探测报文在网络中可以经过的最大跳数为30跳。其他类型的探测报文在网络中可以经过的最大跳数为20跳。
(9) 配置NQA探测报文IP报文头中服务类型域的值。
tos value
缺省情况下，NQA探测报文IP报文头中服务类型域的值为0。
(10) 启动路由表旁路功能。
route-option bypass-route
缺省情况下，路由表旁路功能处于关闭状态。
测试目的端使用IPv6地址时，本命令配置无效。
(11) 指定测试操作所属的VPN实例。
vpn-instance vpn-instance-name
缺省情况下，未指定测试操作所属的VPN实例。
联动功能是通过建立联动项，对当前所在测试组中的探测进行监测，当连续探测失败次数达到阈值时，就触发配置的动作类型。
ICMP-jitter、UDP-jitter、UDP-tracert、Voice、Path-jitter、路径服务质量和Y.1564测试不支持联动功能。
(1) 进入系统视图。
system-view
(2) 进入已配置测试类型的NQA测试组视图。
nqa entry admin-name operation-tag
(3) 建立联动项。
reaction item-number checked-element probe-fail threshold-type consecutive consecutive-occurrences action-type trigger-only
联动项创建后，不能再通过reaction命令修改该联动项的内容。
(4) 退回系统视图。
quit
(5) 配置Track与NQA联动。
配置方法请参见“可靠性配置指导”中的“Track”
(6) 配置Track与应用模块联动。
配置方法请参见“可靠性配置指导”中的“Track”
NQA通过创建阈值告警项，并在阈值告警项中配置监测的对象、阈值类型及触发的动作，来实现阈值告警功能。
NQA阈值告警功能支持的阈值类型包括：
· 平均值（average）：监测一次测试中探测结果的平均值，如果平均值不在指定的范围内，则该监测对象超出阈值。例如，监测一次测试中探测持续时间的平均值。
· 累计数目（accumulate）：监测一次测试中探测结果不在指定范围内的累计数目，如果累计数目达到或超过设定的值，则该监测对象超出阈值。
· 连续次数（consecutive）：NQA测试组启动后，监测探测结果连续不在指定范围内的次数，如果该次数达到或超过设定的值，则该监测对象超出阈值。
NQA阈值告警功能可以触发如下动作：
· none：只在本地记录监测结果，以便通过显示命令查看，不向网络管理系统发送Trap消息。
· trap-only：不仅在本地记录监测结果，当阈值告警项的状态改变时，还向网络管理系统发送Trap消息。采用本动作时，需要通过snmp-agent target-host命令配置Trap消息的目的地址。snmp-agent target-host命令的详细介绍，请参见“网络管理和监控命令参考”中的“SNMP”。
· trigger-only：在显示信息中记录监测结果的同时，触发其他模块联动。
阈值告警项包括invalid、over-threshold和below-threshold三种状态：
· NQA测试组未启动时，阈值告警项的状态为invalid。
· NQA测试组启动后，每次测试或探测结束时，检查监测的对象是否超出指定类型的阈值。如果超出阈值，则阈值告警项的状态变为over-threshold；如果未超出阈值，则状态变为below-threshold。
Path-jitter、路径服务质量和Y.1564测试不支持配置阈值告警功能。
(1) 进入系统视图。
system-view
(2) 进入已配置测试类型的NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置在指定条件下向网管服务器发送Trap消息。
reaction trap { path-change | probe-failure consecutive-probe-failures | test-complete | test-failure [ accumulate-probe-failures ] }
缺省情况下，不向网管服务器发送Trap消息。
ICMP-jitter、UDP-jitter、Voice测试只支持reaction trap test-complete。
UDP-tracert测试不支持probe-failure和accumulate-probe-failures参数。
(4) 创建阈值告警组。请至少选择其中一项进行配置。
¡ 创建监测探测持续时间的阈值告警组。
reaction item-number checked-element probe-duration threshold-type { accumulate accumulate-occurrences | average | consecutive consecutive-occurrences } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
除ICMP-jitter、UDP-jitter、UDP-tracert和Voice测试外，均支持。
¡ 创建监测探测失败次数的阈值告警组。
reaction item-number checked-element probe-fail threshold-type { accumulate accumulate-occurrences | consecutive consecutive-occurrences } [ action-type { none | trap-only } ]
除ICMP-jitter、UDP-jitter、UDP-tracert和Voice测试外，均支持。
¡ 创建监测报文往返时延的阈值告警组。
reaction item-number checked-element rtt threshold-type { accumulate accumulate-occurrences | average } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
仅ICMP-jitter、UDP-jitter和Voice测试支持。
¡ 创建监测每次测试中丢包数的阈值告警组。
reaction item-number checked-element packet-loss threshold-type accumulate accumulate-occurrences [ action-type { none | trap-only } ]
仅ICMP-jitter、UDP-jitter和Voice测试支持。
¡ 创建监测单向抖动时间的阈值告警组。
reaction item-number checked-element { jitter-ds | jitter-sd } threshold-type { accumulate accumulate-occurrences | average } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
仅ICMP-jitter、UDP-jitter和Voice测试支持。
¡ 创建监测单向时延的阈值告警组。
reaction item-number checked-element { owd-ds | owd-sd } threshold-value upper-threshold lower-threshold
仅ICMP-jitter、UDP-jitter和Voice测试支持。
¡ 创建监测Voice测试ICPIF值的阈值告警组。
reaction item-number checked-element icpif threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
仅Voice测试支持。
¡ 创建监测Voice测试MOS值的阈值告警组。
reaction item-number checked-element mos threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
仅Voice测试支持。
DNS测试不支持发送Trap消息，即对于DNS测试，触发动作只能配置为none。
NQA将在指定时间间隔内完成的NQA测试归为一组，计算该组测试结果的统计值，这些统计值构成一个统计组。通过display nqa statistics命令可以显示该统计组的信息。
当NQA设备上保留的统计组数目达到最大值时，如果形成新的统计组，保存时间最久的统计组将被删除。
统计组具有老化功能，即统计组保存一定时间后，将被删除。
· UDP-tracert、路径服务质量和Y.1564测试不支持NQA统计功能。
· 如果通过frequency命令指定连续两次测试开始时间的时间间隔为0，则不生成统计组信息。
(1) 进入系统视图。
system-view
(2) 进入已配置测试类型的NQA测试组视图。
nqa entry admin-name operation-tag
(3) 配置对测试结果进行统计的时间间隔。
statistics interval interval
缺省情况下，对测试结果进行统计的时间间隔为60分钟。
(4) 配置能够保留的最大统计组个数。
statistics max-group number
缺省情况下，能够保留的最大统计组数为2。
最大统计组个数为0时，不进行统计。
(5) 配置统计组的保留时间。
statistics hold-time hold-time
缺省情况下，统计组的保留时间为120分钟。
开启NQA测试组的历史记录保存功能后，系统将记录NQA测试的历史信息，通过display nqa history命令可以查看该测试组的历史记录信息。
ICMP-jitter、UDP-jitter、Voice、Path-jitter、路径服务质量和Y.1564测试不支持配置历史记录功能。
(1) 进入系统视图。
system-view
(2) 进入已配置测试类型的NQA测试组视图。
nqa entry admin-name operation-tag
(3) 开启NQA测试组的历史记录保存功能。
history-record enable
缺省情况下，UDP-tracert类型测试组的历史记录保存功能处于开启状态，其他类型的NQA测试组的历史记录保存功能处于关闭状态。
(4) 配置NQA测试组中历史记录的保存时间。
history-record keep-time keep-time
缺省情况下，NQA测试组中历史记录的保存时间为120分钟。
历史记录保存时间达到配置的值后，该历史记录将被删除。
(5) 配置在一个测试组中能够保存的最大历史记录个数。
history-record number number
缺省情况下，一个测试组中能够保存的最大历史记录个数为50。
如果历史记录个数超过设定的最大数目，则最早的历史记录将会被删除。
通过本配置，可以设置测试组进行测试的启动时间和持续时间。
系统时间在<启动时间>到<启动时间＋持续时间>范围内时，测试组进行测试。执行nqa schedule命令时：
· 如果系统时间尚未到达启动时间，则到达启动时间后，启动测试；
· 如果系统时间在<启动时间>到<启动时间＋持续时间>之间，则立即启动测试；
· 如果系统时间已经超过<启动时间＋持续时间>，则不会启动测试。
通过display clock命令可以查看系统的当前时间。
测试组被调度后就不能再进入该测试组视图和测试类型视图。
对于已启动的测试组或已经完成测试的测试组，不受系统时间调整的影响，只有等待测试的测试组受系统时间调整的影响。
路径服务质量测试和Y.1564测试不支持使用本配置调度测试。
(1) 进入系统视图。
system-view
(2) 在NQA客户端上调度NQA测试组。
nqa schedule admin-name operation-tag start-time { hh:mm:ss [ yyyy/mm/dd | mm/dd/yyyy ] | now } lifetime { lifetime | forever } [ recurring ]
对于NQA各类型模板，某些测试参数既可以由外部特性提供，也可以手工直接进行配置。若同时通过以上两种方式获取到测试参数，则以手工配置的测试信息为准。
NQA模板配置任务如下：
(1) 配置NQA模板
(2) （可选）配置NQA模板通用参数
ARP类型的NQA模板为外部特性提供ARP类型测试，外部特性通过引用该模板启动ARP测试。测试时NQA客户端向目的端设备发送ARP请求报文，根据能否收到应答报文判断目的端设备的ARP服务是否可用。
(1) 进入系统视图。
system-view
(2) 创建ARP类型的NQA模板，并进入模板视图。
nqa template arp name
(3) 配置测试操作的目的IP地址。
destination ip ip-address
缺省情况下，未配置测试操作中探测报文的目的IP地址。
(4) （可选）配置测试操作中探测报文的源IP地址。
source ip ip-address
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则探测将会失败。
ICMP类型的NQA模板为外部特性提供ICMP类型的测试，外部特性通过引用该模板来启动ICMP测试，并根据是否接收到ICMP应答报文判断目的主机的可达性。ICMP类型的NQA模板支持IPv4和IPv6网络。
(1) 进入系统视图。
system-view
(2) 创建ICMP类型的NQA模板，并进入模板视图。
nqa template icmp name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(4) 配置探测报文的源地址。请选择其中一项进行配置。
¡ 使用指定接口的IP地址作为探测报文的源IP地址。
source interface interface-type interface-number
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址。
source interface命令指定的接口必须为up状态。
¡ 配置探测报文的源IPv4地址。
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败。
¡ 配置探测报文的源IPv6地址。
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(5) 配置探测报文的下一跳地址。
（IPv4网络）
next-hop ip ip-address
（IPv6网络）
next-hop ipv6 ipv6-address
缺省情况下，未配置探测报文的下一跳地址。
(6) 配置每次探测结束时都将探测结果发送给外部特性。
reaction trigger per-probe
缺省情况下，连续探测成功或失败3次时，NQA客户端会把探测成功或失败的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理。
reaction trigger per-probe命令与reaction trigger probe-pass命令作用相同，多次执行这两条命令时，最后一次执行的命令生效。
reaction trigger per-probe命令与reaction trigger probe-fail命令作用相同，多次执行这两条命令时，最后一次执行的命令生效。
(7) （可选）配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为100字节。
(8) （可选）配置探测报文的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
IMAP（Internet Mail Access Protocol，Internet邮件访问协议）类型的NQA模板为外部特性提供IMAP类型测试，外部特性通过引用该模板，与指定的IMAP服务器建立连接，并计算与IMAP服务器之间报文交互的时间，来判断服务器IMAP业务的可用性。
在进行IMAP测试之前，需要在服务器上开启IMAP Server服务，并进行相应的配置，包括测试时登录IMAP服务器的用户名、密码、邮箱名等。
(1) 进入系统视图。
system-view
(2) 创建IMAP类型的NQA模板，并进入模板视图。
nqa template imap name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置测试操作中探测报文的目的地址。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，测试操作的目的端口号为143。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) 配置IMAP登录用户名。
username username
缺省情况下，未配置IMAP登录用户名。
(7) 配置IMAP登录密码。
password { cipher | simple } string
缺省情况下，未配置IMAP登录密码。
(8) 配置IMAP登录的邮箱名。
mailbox mailbox-name
缺省情况下，IMAP测试操作的邮箱名称为INBOX。
DNS类型的NQA模板为外部特性提供DNS类型的测试。外部特性通过引用该模板来启动DNS测试，NQA客户端向指定的DNS服务器发送DNS请求报文，NQA客户端通过是否收到应答及应答报文的合法性来确定服务器的状态。DNS类型的NQA模板支持IPv4和IPv6网络。
在DNS类型的NQA模板视图下，用户可以配置期望返回的地址。如果DNS服务器返回的IP地址中包含了期望地址，则该DNS服务器为真实的服务器，测试成功；否则，测试失败。
在进行DNS测试之前，需要在DNS服务器上创建域名和地址的映射关系。DNS服务器配置方法，请参见DNS服务器相关资料。
(1) 进入系统视图。
system-view
(2) 创建DNS类型的NQA模板，并进入模板视图。
nqa template dns name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，测试操作的目的端口号为53。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) 配置探测报文的源端口。
source port port-number
缺省情况下，系统自动选择设备当前空闲的端口号。
本命令配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。建议使用缺省值即可。
(7) 配置要解析的域名。
resolve-target domain-name
缺省情况下，没有配置要解析的域名。
(8) 配置域名解析类型。
resolve-type { A | AAAA }
缺省情况下，域名解析类型为A类型。
其中A类型表示将域名解析为IPv4地址，AAAA类型表示将域名解析为IPv6地址。
(9) （可选）配置用户期望返回的地址。
（IPv4网络）
expect ip ip-address
（IPv6网络）
expect ipv6 ipv6-address
缺省情况下，未设定期望返回的地址。
POP3类型的NQA模板为外部特性提供POP3类型测试，外部特性通过引用该模板，与指定的POP3服务器建立连接，并计算与POP3服务器之间报文交互的时间，来判断服务器POP3业务的可用性。
在进行POP3测试之前，需要在POP3服务器上开启POP3 Server服务，并进行相应的配置，包括测试时登录POP3服务器的用户名、密码等。
(1) 进入系统视图。
system-view
(2) 创建POP3类型的NQA模板，并进入模板视图。
nqa template pop3 name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置测试操作中探测报文的目的地址。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，测试操作的目的端口号为110。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) 配置POP3登录用户名。
username username
缺省情况下，未配置POP3登录用户名。
(7) 配置POP3登录密码。
password { cipher | simple } string
缺省情况下，未配置POP3登录密码。
SMTP类型的NQA模板为外部特性提供SMTP类型测试，外部特性通过引用该模板，与指定的SMTP服务器建立连接，并计算与SMTP服务器之间报文交互的时间，来判断服务器SMTP业务的可用性。
(1) 进入系统视图。
system-view
(2) 创建SMTP类型的NQA模板，并进入模板视图。
nqa template smtp name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置测试操作中探测报文的目的地址。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，测试操作的目的端口号为25。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
TCP类型的NQA模板为外部特性提供TCP类型测试，外部特性通过引用该模板，测试客户端和服务器指定端口之间能否建立TCP连接。
在TCP类型的NQA模板视图下，用户可以配置期望的应答内容。如果用户未配置期望的应答内容，则NQA客户端与服务器间只建立TCP连接。
TCP测试需要NQA服务器和客户端配合才能完成。在TCP测试之前，需要在NQA服务器端配置TCP监听功能。
(1) 进入系统视图。
system-view
(2) 创建TCP类型的NQA模板，并进入模板视图。
nqa template tcp name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
必须与NQA服务器上配置的监听服务的IP地址一致。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
必须与NQA服务器上配置的监听服务的端口号一致。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) （可选）配置探测报文的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
(7) （可选）配置用户期望的应答内容。
expect data expression [ offset number ]
缺省情况下，未配置期望的应答内容。
仅当data-fill和expect data命令都配置时，进行期望应答内容的检查，否则不做检查。
TCP Half Open类型的NQA模板为外部特性提供TCP Half Open类型测试。作为TCP测试的补充，TCP Half Open测试不需要指定目的端端口。当外部特性的现有TCP连接无法得到对端应答时，可以引用TCP Half Open模板进行测试。开启测试后，NQA客户端将主动向对端发出TCP ACK报文，以是否能收到对端返回的RST报文来判断对端的TCP服务是否可用。
(1) 进入系统视图。
system-view
(2) 创建TCP Half Open类型的NQA模板，并进入模板视图。
nqa template tcphalfopen name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
必须与NQA服务器上配置的监听服务的IP地址一致。
(4) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(5) 配置探测报文的下一跳地址。
（IPv4网络）
next-hop ip ip-address
（IPv6网络）
next-hop ipv6 ipv6-address
缺省情况下，未配置探测报文的下一跳地址。
(6) 配置每次探测结束时都将探测结果发送给外部特性。
reaction trigger per-probe
缺省情况下，连续探测成功或失败3次时，NQA客户端会把探测成功或失败的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理。
reaction trigger per-probe命令与reaction trigger probe-pass命令作用相同，多次执行这两条命令时，最后一次执行的命令生效。
reaction trigger per-probe命令与reaction trigger probe-fail命令作用相同，多次执行这两条命令时，最后一次执行的命令生效。
UDP类型的NQA模板为外部特性提供UDP类型测试，外部特性通过引用该模板，测试客户端和服务器指定端口之间UDP传输的联通性。NQA客户端通过处理服务器端的应答报文，判断服务器指定端口上提供的服务是否可用。
在UDP类型的NQA模板视图下，用户可以配置期望的应答内容。如果用户未配置期望的应答内容，则NQA客户端只要收到合法的回应报文就认为探测成功。
UDP测试需要NQA服务器和客户端配合才能完成。在进行UDP测试前，需要在NQA服务器端配置UDP监听服务。
(1) 进入系统视图。
system-view
(2) 创建UDP类型的NQA模板，并进入模板视图。
nqa template udp name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
必须与NQA服务器上配置的监听服务的IP地址一致。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
必须与NQA服务器上配置的监听服务的端口号一致。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) （可选）配置探测报文的填充字符串。
data-fill string
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
在未配置此命令情况下配置expect data命令则会探测失败。
(7) （可选）配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为100字节。
(8) （可选）配置用户期望的应答内容。
expect data expression [ offset number ]
缺省情况下，未配置期望的应答内容。
仅当data-fill和expect data命令都配置时，进行期望应答内容的检查，否则不做检查。
HTTP类型的NQA模板为外部特性提供HTTP类型测试，外部特性通过引用该模板，测试NQA客户端是否可以与指定的HTTP服务器建立连接，以及从HTTP服务器获取数据所需的时间，从而判断HTTP服务器的连通性及性能。
在HTTP类型的NQA模板中，用户可以配置期望返回的数据。通过该功能用户可以判断HTTP服务器应答报文的合法性。当应答报文中存在“Content-Length”字段，且配置了expect data命令时，设备将进行期望应答内容的检查。
在HTTP类型的NQA模板中，用户可以配置应答状态码。应答状态码是由3位十进制数组成的字段，它包含HTTP服务器的状态信息，用户可以根据该状态码了解HTTP服务器的状态。状态码的第一位表示状态码的类型。
在进行HTTP测试之前，需要完成HTTP服务器的配置。
(1) 进入系统视图。
system-view
(2) 创建HTTP类型的NQA模板，并进入模板视图。
nqa template http name
(3) 配置HTTP测试访问的目的网址。
url url
缺省情况下，没有配置HTTP测试访问的网址。
url配置形式为http://host/resource或http://host:port/resource。如果host参数取值为一个IPv6地址，则IPv6地址外面需要添加[ ]，例如http://[2001::1]/test。
(4) 配置HTTP登录用户名。
username username
缺省情况下，未配置HTTP登录用户名。
(5) 配置HTTP登录密码。
password { cipher | simple } string
缺省情况下，未配置HTTP登录密码。
(6) 配置HTTP所使用的协议版本。
version { v1.0 | v1.1 }
缺省情况下，HTTP使用的版本为v1.0。
(7) 配置HTTP的操作方式。
operation { get | post | raw }
缺省情况下，HTTP操作方式为get操作。
如果HTTP操作方式为raw操作，则向服务器发送的探测报文的内容为raw-request视图中的内容。
(8) 配置HTTP测试请求报文。
a. 进入raw-request视图。
raw-request
输入raw-request命令进入raw-request视图，每次进入视图原有报文内容清除。
b. 配置HTTP测试请求报文内容。
逐个字符输入或拷贝粘贴请求报文内容。
缺省情况下，未配置HTTP测试请求报文内容。
要求报文内容中不能包含alias命令配置的别名，请用户自行确保报文的正确性，否则探测将失败。有关alias命令的详细介绍请参见“基础配置命令参考”中的“CLI”。
c. 保存输入内容并退回测试类型视图。
quit
当配置HTTP测试的操作类型为raw时，必须完成此操作且保证发送的测试报文正确有效。
(9) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(10) （可选）配置期望的应答状态码。
expect status status-list
缺省情况下，未配置期望的应答状态码。
(11) （可选）配置期望的应答内容。
expect data expression [ offset number ]
缺省情况下，未配置期望的应答内容。
HTTPS（Hypertext Transfer Protocol Secure，超文本传输协议的安全版本）是支持SSL（Secure Sockets Layer，安全套接字层）协议的HTTP协议，通过SSL为HTTP协议提供安全保证。HTTPS类型的NQA模板为外部特性提供HTTPS类型测试，外部特性通过引用该模板，测试NQA客户端是否可以与指定的HTTPS服务器建立连接，以及从HTTPS服务器获取数据所需的时间，从而判断HTTPS服务器的连通性及性能。
在HTTPS类型的NQA模板中，用户可以配置期望返回的数据。通过该功能用户可以判断HTTPS服务器应答报文的合法性。当应答报文中存在“Content-Length”字段，且配置了expect data命令时，设备将进行期望应答内容的检查。
在HTTPS类型的NQA模板中，用户可以配置应答状态码。应答状态码是由3位十进制数组成的字段，它包含HTTPS服务器的状态信息，用户可以根据该状态码了解HTTPS服务器的状态。状态码的第一位表示状态码的类型。
在进行HTTPS测试之前，需要在测试客户端完成SSL客户端策略配置，以及在目的端完成HTTPS服务器的配置。SSL客户端策略的配置方法请参见“安全配置指导”中的“SSL”。
(1) 进入系统视图。
system-view
(2) 创建HTTPS类型的NQA模板，并进入模板视图。
nqa template https name
(3) 配置HTTPS测试访问的目的网址。
url url
缺省情况下，没有配置HTTPS测试访问的网址。
url参数的格式为https://host/resource或https://host:port/resource。如果host参数取值为一个IPv6地址，则IPv6地址外面需要添加[ ]，例如https://[2001::1]/test。
(4) 配置HTTPS登录用户名。
username username
缺省情况下，未配置HTTPS登录用户名。
(5) 配置HTTPS登录密码。
password { cipher | simple } string
缺省情况下，未配置HTTPS登录密码。
(6) 绑定SSL客户端策略。
ssl-client-policy policy-name
缺省情况下，未绑定SSL客户端策略。
(7) 配置HTTPS所使用的协议版本。
version { v1.0 | v1.1 }
缺省情况下，HTTPS使用的版本为v1.0。
(8) 配置HTTPS的操作方式。
operation { get | post | raw }
缺省情况下，HTTPS操作方式为get操作。
如果HTTP操作方式为raw操作，则向服务器发送的探测报文的内容为raw-request视图中的内容。
(9) 配置HTTPS测试请求报文。
a. 进入raw-request视图。
raw-request
输入raw-request命令进入raw-request视图，每次进入视图原有报文内容清除。
b. 配置HTTPS测试请求报文内容。
逐个字符输入或拷贝粘贴请求报文内容。
缺省情况下，未配置HTTPS测试请求报文内容。
要求报文内容中不能包含alias命令配置的别名，请用户自行确保报文的正确性，否则探测将失败。有关alias命令的详细介绍请参见“基础配置命令参考”中的“CLI”。
c. 保存输入内容并退回测试类型视图。
quit
当配置HTTPS测试的操作类型为raw时，必须完成此操作且保证发送的测试报文正确有效。
(10) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(11) （可选）配置期望的应答内容。
expect data expression [ offset number ]
缺省情况下，未配置期望的应答内容。
(12) （可选）配置期望的应答状态码。
expect status status-list
缺省情况下，未配置期望的应答状态码。
FTP类型的NQA模板为外部特性提供FTP类型测试，外部特性通过引用该模板，与指定的FTP服务器建立连接，以及与FTP服务器之间传送文件的时间，从而判断FTP服务器的连通性及性能。
在进行FTP测试之前，需要在FTP服务器上进行相应的配置，包括FTP客户端登录FTP服务器的用户名、密码等。FTP服务器的配置方法，请参见“基础配置指导”中的“FTP和TFTP”。
(1) 进入系统视图。
system-view
(2) 创建FTP类型的NQA模板，并进入模板视图。
nqa template ftp name
(3) 配置FTP登录用户名。
username username
缺省情况下，未配置FTP登录用户名。
(4) 配置FTP登录密码。
password { cipher | simple } string
缺省情况下，未配置FTP登录密码。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) 配置FTP的数据传输方式。
mode { active | passive }
缺省情况下，FTP数据传输方式为主动方式。
(7) 配置FTP的操作类型。
operation { get | put }
缺省情况下，FTP操作方式为get操作，即从FTP服务器获取文件。
(8) 配置FTP测试访问的目的网址。
url url
缺省情况下，没有配置FTP测试访问的网址。
url可以设置为ftp://host/filename或ftp://host:port/filename。如果host参数取值为一个IPv6地址，则IPv6地址外面需要添加[ ]，例如ftp://[2001::1]/test。当FTP测试的操作类型为get方式时，必须在url中配置filename指定从FTP服务器获取的文件名。
(9) 配置FTP服务器和客户端传送文件的文件名。
filename filename
缺省情况下，未配置FTP服务器和客户端之间传送文件的文件名。
当FTP测试的操作类型为put方式时，必须配置本命令来指定向FTP服务器传送的文件。
当FTP测试的操作类型为get方式时，不以此命令为准。
RADIUS类型的NQA模板为外部特性提供RADIUS类型测试，外部特性通过引用该模板来启动RADIUS测试，来检测RADIUS服务器的业务可用性。
RADIUS服务器是一种提供认证、授权和计费功能的服务器，RADIUS类型的NQA模板检测过程选择了最基本的RADIUS认证过程：
(1) NQA客户端根据配置的用户名和密码，向RADIUS服务器发送认证请求包（Access-Request），其中的密码在共享密钥Key的参与下利用MD5算法进行加密处理。
(2) RADIUS服务器对用户名和密码进行认证，如果认证成功，RADIUS服务器向NQA客户端发送认证接受包（Access-Accept）；如果认证失败，则返回认证拒绝包（Access-Reject）。
(3) 当NQA客户端收到RADIUS服务器发出的认证接受包后，则表示RADIUS服务器是健康的；否则，该RADIUS服务器被认为无法成功提供服务。
RADIUS测试需要RADIUS服务器和NQA客户端配合才能完成。进行RADIUS探测时，要求RADIUS服务器存在探测使用的用户信息，并配置与NQA客户端相同的密钥（Key）。RADIUS服务器配置方法，请参见“BRAS业务配置指导”中的“AAA”。
(1) 进入系统视图。
system-view
(2) 创建RADIUS类型的NQA模板，并进入模板视图。
nqa template radius name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，测试操作的目的端口号为1812。
(5) 配置RADIUS用户名。
username username
缺省情况下，未配置RADIUS用户名。
(6) 配置RADIUS密码。
password { cipher | simple } string
缺省情况下，未配置RADIUS密码。
(7) 配置RADIUS认证使用的共享密钥。
key { cipher | simple } string
缺省情况下，未配置RADIUS认证使用的共享密钥。
(8) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
SNMP类型的NQA模板为外部特性提供SNMP类型测试，外部特性通过引用该模板来启动SNMP测试。测试时NQA客户端向SNMP Agent设备发送一个协议查询报文，根据能否收到应答报文判断SNMP Agent上提供的SNMP服务是否可用。
(1) 进入系统视图。
system-view
(2) 创建SNMP类型的NQA模板，并进入模板视图。
nqa template snmp name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，测试操作的目的端口号为161。
(5) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
(6) 配置用于SNMPv1或者SNMPv2c探测报文的团体名。
community read { cipher | simple } community-name
缺省情况下，SNMPv1或者SNMPv2c探测报文使用的团体名为public。
该命令配置的团体名必须为SNMP Agent上已配置具有读权限的团体名。
SSL类型的NQA模板为外部特性提供SSL类型测试，外部特性通过引用该模板，测试NQA客户端是否可以与指定的SSL服务器建立SSL连接，从而通过SSL连接建立的时间判断服务器的连通性及性能。
在进行SSL测试之前，需要在测试客户端完成SSL客户端策略配置。SSL客户端策略配置方法请参见“安全配置指导”中的“SSL”。
(1) 进入系统视图。
system-view
(2) 创建SSL类型的NQA模板，并进入模板视图。
nqa template ssl name
(3) 配置测试操作的目的地址。
（IPv4网络）
destination ip ip-address
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的地址。
(4) 配置测试操作的目的端口。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
(5) 绑定SSL客户端策略。
ssl-client-policy policy-name
缺省情况下，未绑定SSL客户端策略。
(6) 配置探测报文的源地址。
（IPv4网络）
source ip ip-address
缺省情况下，以报文发送接口的主IPv4地址作为探测报文中的源IPv4地址。
该命令指定的源地址必须是设备上接口的IPv4地址，且接口为up状态，否则测试将会失败。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，以报文发送接口的IPv6地址作为探测报文中的源IPv6地址。
该命令指定的源地址必须是设备上接口的IPv6地址，且接口为up状态，否则测试将会失败。
NQA模板的通用参数，只对当前模板的测试有效。
除特别说明外，所有类型NQA模板都可以根据实际情况选择配置下列通用参数。
(1) 进入系统视图。
system-view
(2) 进入已存在的NQA模板视图。
nqa template { arp | dns | ftp | http | https | icmp | imap | pop3 | smtp | snmp | ssl | tcp | tcphalfopen | udp } name
(3) 配置NQA模板的描述信息。
description text
缺省情况下，未配置模板的信息。
(4) 配置连续两次探测开始时间的时间间隔。
frequency interval
缺省情况下，连续两次探测开始时间的时间间隔为5000毫秒。
如果到达frequency指定的时间间隔时，上次探测尚未完成，则不启动新一轮探测。
(5) 配置每次探测超时时间。
probe timeout timeout
缺省情况下，探测的超时时间为3000毫秒。
(6) 配置探测报文在网络中可以经过的最大跳数。
ttl value
缺省情况下，探测报文在网络中可以经过的最大跳数为20跳。
ARP类型的NQA模板不支持配置本命令。
(7) 配置NQA探测报文IP报文头中服务类型域的值。
tos value
缺省情况下，NQA探测报文IP报文头中服务类型域的值为0。
ARP类型的NQA模板不支持配置本命令。
(8) 指定操作所属的VPN实例。
vpn-instance vpn-instance-name
缺省情况下，未指定操作所属的VPN实例。
(9) 配置连续探测成功的次数，当连续探测成功次数达到命令配置的数值时，NQA客户端会把探测成功的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理。
reaction trigger probe-pass count
缺省情况下，连续探测成功3次时，NQA客户端会把探测成功的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理。
(10) 配置连续探测失败的次数，当连续探测失败次数达到命令配置的数值时，NQA客户端会把探测失败的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理。
reaction trigger probe-fail count
缺省情况下，连续探测失败3次时，NQA客户端会把探测失败的消息发送给外部特性，是外部特性利用NQA测试的结果进行相应处理。
在完成上述配置后，在任意视图下执行display命令可以显示配置后NQA的运行情况，通过查看显示信息验证配置的效果。
表1-4 NQA显示和维护（NQA客户端）
|
操作 |
命令 |
|
显示NQA测试组的历史记录 |
display nqa history [ admin-name operation-tag ] |
|
显示NQA阈值告警功能的当前监测结果 |
display nqa reaction counters [ admin-name operation-tag [ item-number ]] |
|
显示最近一次NQA测试的当前结果 |
display nqa result [ admin-name operation-tag ] |
|
显示NQA路径服务质量操作组信息 |
display nqa rfc2544 group [ brief | name group-name | result [ group-name ] ] |
|
显示NQA测试的统计信息 |
display nqa statistics [ admin-name operation-tag ] |
|
显示NQA Y.1564操作组信息 |
display nqa y1564 group [ brief | name group-name ] |
表1-5 NQA显示和维护（NQA服务器）
|
操作 |
命令 |
|
显示路径服务质量测试和Y.1564测试反射端的会话信息 |
display nqa reflector [ reflector-id ] |
|
显示服务器的状态信息 |
display nqa server |
使用NQA的ICMP-echo测试功能，测试本端（Device A）发送的报文是否可以经过指定的下一跳设备（Device C）到达指定的目的端（Device B），以及报文的往返时间。
图1-3 ICMP-echo测试组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建ICMP-echo类型的NQA测试组（管理员为admin，操作标签为test1），并配置探测报文的目的地址为10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type icmp-echo
[DeviceA-nqa-admin-test1-icmp-echo] destination ip 10.2.2.2
# 配置下一跳地址为10.1.1.2，以便测试报文经过指定的下一跳设备（Device C）到达目的端，而不是通过Device D到达目的端。
[DeviceA-nqa-admin-test1-icmp-echo] next-hop ip 10.1.1.2
# 配置可选参数：一次NQA测试中探测的次数为10，探测的超时时间为500毫秒，测试组连续两次测试开始时间的时间间隔为5000毫秒。
[DeviceA-nqa-admin-test1-icmp-echo] probe count 10
[DeviceA-nqa-admin-test1-icmp-echo] probe timeout 500
[DeviceA-nqa-admin-test1-icmp-echo] frequency 5000
# 开启NQA历史记录保存功能，并配置一个测试组中能够保存的最大历史记录个数为10。
[DeviceA-nqa-admin-test1-icmp-echo] history-record enable
[DeviceA-nqa-admin-test1-icmp-echo] history-record number 10
[DeviceA-nqa-admin-test1-icmp-echo] quit
# 启动ICMP-echo测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止ICMP-echo测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示ICMP-echo测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 2/5/3
Square-Sum of round trip time: 96
Last succeeded probe time: 2011-08-23 15:00:01.2
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示ICMP-echo测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
370 3 Succeeded 2011-08-23 15:00:01.2
369 3 Succeeded 2011-08-23 15:00:01.2
368 3 Succeeded 2011-08-23 15:00:01.2
367 5 Succeeded 2011-08-23 15:00:01.2
366 3 Succeeded 2011-08-23 15:00:01.2
365 3 Succeeded 2011-08-23 15:00:01.2
364 3 Succeeded 2011-08-23 15:00:01.1
363 2 Succeeded 2011-08-23 15:00:01.1
362 3 Succeeded 2011-08-23 15:00:01.1
361 2 Succeeded 2011-08-23 15:00:01.1
以上显示信息表示，Device A发送的报文可以通过Device C到达Device B；测试过程中未发生丢包；报文的最小、最大、平均往返时间分别为2毫秒、5毫秒和3毫秒。
使用NQA的ICMP-jitter测试功能，测试本端（Device A）和指定目的端（Device B）之间传送报文的时延抖动。
图1-4 ICMP-jitter测试组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置Device A
# 创建ICMP-jitter类型的NQA测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type icmp-jitter
# 配置测试操作的探测报文的目的地址为10.2.2.2。
[DeviceA-nqa-admin-test1-icmp-jitter] destination ip 10.2.2.2
# 配置可选参数：测试组连续两次测试开始的时间间隔为1000毫秒。
[DeviceA-nqa-admin-test1-icmp-jitter] frequency 1000
[DeviceA-nqa-admin-test1-icmp-jitter] quit
# 启动ICMP-jitter测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止ICMP-jitter测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示ICMP-jitter测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 1/2/1
Square-Sum of round trip time: 13
Last packet received time: 2015-03-09 17:40:29.8
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
ICMP-jitter results:
RTT number: 10
Min positive SD: 0 Min positive DS: 0
Max positive SD: 0 Max positive DS: 0
Positive SD number: 0 Positive DS number: 0
Positive SD sum: 0 Positive DS sum: 0
Positive SD average: 0 Positive DS average: 0
Positive SD square-sum: 0 Positive DS square-sum: 0
Min negative SD: 1 Min negative DS: 2
Max negative SD: 1 Max negative DS: 2
Negative SD number: 1 Negative DS number: 1
Negative SD sum: 1 Negative DS sum: 2
Negative SD average: 1 Negative DS average: 2
Negative SD square-sum: 1 Negative DS square-sum: 4
SD average: 1 DS average: 2
One way results:
Max SD delay: 1 Max DS delay: 2
Min SD delay: 1 Min DS delay: 2
Number of SD delay: 1 Number of DS delay: 1
Sum of SD delay: 1 Sum of DS delay: 2
Square-Sum of SD delay: 1 Square-Sum of DS delay: 4
Lost packets for unknown reason: 0
# 显示ICMP-jitter测试的统计结果。
[DeviceA] display nqa statistics admin test1
NQA entry (admin admin, tag test1) test statistics:
NO. : 1
Start time: 2015-03-09 17:42:10.7
Life time: 156 seconds
Send operation times: 1560 Receive response times: 1560
Min/Max/Average round trip time: 1/2/1
Square-Sum of round trip time: 1563
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
ICMP-jitter results:
RTT number: 1560
Min positive SD: 1 Min positive DS: 1
Max positive SD: 1 Max positive DS: 2
Positive SD number: 18 Positive DS number: 46
Positive SD sum: 18 Positive DS sum: 49
Positive SD average: 1 Positive DS average: 1
Positive SD square-sum: 18 Positive DS square-sum: 55
Min negative SD: 1 Min negative DS: 1
Max negative SD: 1 Max negative DS: 2
Negative SD number: 24 Negative DS number: 57
Negative SD sum: 24 Negative DS sum: 58
Negative SD average: 1 Negative DS average: 1
Negative SD square-sum: 24 Negative DS square-sum: 60
SD average: 1 DS average: 1
One way results:
Max SD delay: 1 Max DS delay: 2
Min SD delay: 1 Min DS delay: 1
Number of SD delay: 4 Number of DS delay: 4
Sum of SD delay: 4 Sum of DS delay: 5
Square-Sum of SD delay: 4 Square-Sum of DS delay: 7
Lost packets for unknown reason: 0
使用NQA的DHCP测试功能，测试Router A从DHCP服务器Router B申请到IP地址所需的时间。
图1-5 配置DHCP测试组网图
# 创建DHCP类型的NQA测试组（管理员为admin，操作标签为test1），并指定进行DHCP测试中探测报文的目的地址为10.1.1.2。
<RouterA> system-view
[RouterA] nqa entry admin test1
[RouterA-nqa-admin-test1] type dhcp
[RouterA-nqa-admin-test1-dhcp] destination ip 10.1.1.2
# 开启NQA测试组的历史记录保存功能。
[RouterA-nqa-admin-test1-dhcp] history-record enable
[RouterA-nqa-admin-test1-dhcp] quit
# 启动DHCP测试操作，并一直进行测试。
[RouterA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止DHCP测试操作。
[RouterA] undo nqa schedule admin test1
# 显示DHCP测试中最后一次测试的当前结果。
[RouterA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 512/512/512
Square-Sum of round trip time: 262144
Last succeeded probe time: 2011-11-22 09:54:03.8
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示DHCP测试的历史记录。
[RouterA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 512 Succeeded 2011-11-22 09:54:03.8
以上显示信息表示，Router A可以从DHCP服务器获取IP地址，获取IP地址所需的时间为512毫秒。
使用NQA的DNS测试功能，测试Device A是否可以通过指定的DNS服务器将域名host.com解析为IP地址，并测试域名解析所需的时间。
图1-6 配置DNS组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建DNS类型的NQA测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type dns
# 配置探测报文的目的地址为DNS服务器的IP地址10.2.2.2，要解析的域名为host.com。
[DeviceA-nqa-admin-test1-dns] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-dns] resolve-target host.com
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test1-dns] history-record enable
[DeviceA-nqa-admin-test1-dns] quit
# 启动DNS测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止DNS测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示DNS测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 62/62/62
Square-Sum of round trip time: 3844
Last succeeded probe time: 2011-11-10 10:49:37.3
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示DNS测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 62 Succeeded 2011-11-10 10:49:37.3
以上显示信息表示，Device A可以通过指定的DNS服务器将域名host.com解析为IP地址，域名解析所需的时间为62毫秒。
使用NQA的FTP测试功能，测试Device A是否可以和指定的FTP服务器Device B建立连接，以及往FTP服务器上传一个文件的时间。登录FTP服务器的用户名为admin，密码为systemtest，要传送到服务器的文件名为config.txt。
图1-7 配置FTP组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建FTP类型的NQA测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type ftp
# 配置测试操作的目的地址为FTP服务器的IP地址10.2.2.2。
[DeviceA-nqa-admin-test1-ftp] url ftp://10.2.2.2
# 配置探测报文的源IP地址为10.1.1.1。
[DeviceA-nqa-admin-test1-ftp] source ip 10.1.1.1
# 配置测试执行的操作为向FTP服务器上传文件config.txt。
[DeviceA-nqa-admin-test1-ftp] operation put
[DeviceA-nqa-admin-test1-ftp] filename config.txt
# 配置FTP操作的登录用户名为admin。
[DeviceA-nqa-admin-test1-ftp] username admin
# 配置FTP操作的登录密码为systemtest。
[DeviceA-nqa-admin-test1-ftp] password simple systemtest
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test1-ftp] history-record enable
[DeviceA-nqa-admin-test1-ftp] quit
# 启动FTP测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止FTP测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示FTP测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
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: 2011-11-22 10:07:28.6
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示FTP测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 173 Succeeded 2011-11-22 10:07:28.6
以上显示信息表示，Device A可以和指定的FTP服务器Device B建立连接，向FTP服务器上传一个文件的时间是173毫秒。
使用NQA的HTTP测试功能，测试是否可以和指定的HTTP服务器之间建立连接，以及从HTTP服务器获取数据的时间。
图1-8 HTTP测试组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建HTTP类型的NQA测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type http
# 配置HTTP测试服务器的IP地址为10.2.2.2，访问的网址为/index.html。
[DeviceA-nqa-admin-test1-http] url http://10.2.2.2/index.html
# 配置HTTP测试的操作方式为get操作。（get操作为缺省操作方式，因此，可以不执行本配置）
[DeviceA-nqa-admin-test1-http] operation get
# 配置HTTP测试使用的版本为1.0。（缺省情况下使用的版本为1.0，因此，可以不执行本配置）
[DeviceA-nqa-admin-test1-http] version v1.0
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test1-http] history-record enable
[DeviceA-nqa-admin-test1-http] quit
# 启动HTTP测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止HTTP测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示HTTP测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
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: 2011-11-22 10:12:47.9
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示HTTP测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 64 Succeeded 2011-11-22 10:12:47.9
以上显示信息表示，Device A可以和指定的HTTP服务器Device B建立连接，从HTTP服务器获取数据的时间为64毫秒。
使用NQA的UDP-jitter测试功能，测试本端（Device A）和指定目的端（Device B）的端口9000之间传送报文的抖动时间。
图1-9 UDP-jitter测试组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置Device B
# 使能NQA服务器，配置监听的IP地址为10.2.2.2，UDP端口号为9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 9000
(4) 配置Device A
# 创建UDP-jitter类型的NQA测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type udp-jitter
# 配置测试操作的探测报文的目的地址为10.2.2.2，目的端口号为9000。
[DeviceA-nqa-admin-test1-udp-jitter] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-udp-jitter] destination port 9000
# 配置可选参数：测试组连续两次测试开始时间的时间间隔为1000毫秒。
[DeviceA-nqa-admin-test1-udp-jitter] frequency 1000
[DeviceA-nqa-admin-test1-udp-jitter] quit
# 启动UDP-jitter测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止UDP-jitter测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示UDP-jitter测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 15/32/17
Square-Sum of round trip time: 3235
Last packet received time: 2011-05-29 13:56:17.6
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
UDP-jitter results:
RTT number: 10
Min positive SD: 4 Min positive DS: 1
Max positive SD: 21 Max positive DS: 28
Positive SD number: 5 Positive DS number: 4
Positive SD sum: 52 Positive DS sum: 38
Positive SD average: 10 Positive DS average: 10
Positive SD square-sum: 754 Positive DS square-sum: 460
Min negative SD: 1 Min negative DS: 6
Max negative SD: 13 Max negative DS: 22
Negative SD number: 4 Negative DS number: 5
Negative SD sum: 38 Negative DS sum: 52
Negative SD average: 10 Negative DS average: 10
Negative SD square-sum: 460 Negative DS square-sum: 754
SD average: 10 DS average: 10
One way results:
Max SD delay: 15 Max DS delay: 16
Min SD delay: 7 Min DS delay: 7
Number of SD delay: 10 Number of DS delay: 10
Sum of SD delay: 78 Sum of DS delay: 85
Square-Sum of SD delay: 666 Square-Sum of DS delay: 787
SD lost packets: 0 DS lost packets: 0
Lost packets for unknown reason: 0
# 显示UDP-jitter测试的统计结果。
[DeviceA] display nqa statistics admin test1
NQA entry (admin admin, tag test1) test statistics:
NO. : 1
Start time: 2011-05-29 13:56:14.0
Life time: 47 seconds
Send operation times: 410 Receive response times: 410
Min/Max/Average round trip time: 1/93/19
Square-Sum of round trip time: 206176
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
UDP-jitter results:
RTT number: 410
Min positive SD: 3 Min positive DS: 1
Max positive SD: 30 Max positive DS: 79
Positive SD number: 186 Positive DS number: 158
Positive SD sum: 2602 Positive DS sum: 1928
Positive SD average: 13 Positive DS average: 12
Positive SD square-sum: 45304 Positive DS square-sum: 31682
Min negative SD: 1 Min negative DS: 1
Max negative SD: 30 Max negative DS: 78
Negative SD number: 181 Negative DS number: 209
Negative SD sum: 181 Negative DS sum: 209
Negative SD average: 13 Negative DS average: 14
Negative SD square-sum: 46994 Negative DS square-sum: 3030
SD average: 10 DS average: 7
One way results:
Max SD delay: 46 Max DS delay: 46
Min SD delay: 7 Min DS delay: 7
Number of SD delay: 410 Number of DS delay: 410
Sum of SD delay: 3705 Sum of DS delay: 3891
Square-Sum of SD delay: 45987 Square-Sum of DS delay: 49393
SD lost packets: 0 DS lost packets: 0
Lost packets for unknown reason: 0
使用NQA的SNMP测试功能，测试从Device A发出SNMP协议查询报文到收到SNMP Agent（Device B）响应报文所用的时间。
图1-10 SNMP配置测试组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置SNMP Agent（Device B）
# 启动SNMP Agent服务，设置SNMP版本为all、只读团体名为public、读写团体名为private。
<DeviceB> system-view
[DeviceB] snmp-agent sys-info version all
[DeviceB] snmp-agent community read public
[DeviceB] snmp-agent community write private
(4) 配置Device A
# 创建SNMP类型的测试组（管理员为admin，操作标签为test1），并配置测试操作的探测报文的目的地址为SNMP Agent的IP地址10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type snmp
[DeviceA-nqa-admin-test1-snmp] destination ip 10.2.2.2
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test1-snmp] history-record enable
[DeviceA-nqa-admin-test1-snmp] quit
# 启动测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止SNMP测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示SNMP测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
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: 2011-11-22 10:24:41.1
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示SNMP测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 50 Succeeded 2011-11-22 10:24:41.1
以上显示信息表示，Device A可以和SNMP Agent（Device B）建立连接，从Device A发出一个SNMP协议查询报文到收到SNMP Agent响应报文所用的时间为50毫秒。
使用NQA的TCP测试功能，测试本端（Device A）和指定目的端（Device B）的端口9000之间建立TCP连接所需的时间。
图1-11 TCP测试组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置Device B
# 使能NQA服务器，配置监听的IP地址为10.2.2.2，TCP端口号为9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server tcp-connect 10.2.2.2 9000
(4) 配置Device A
# 创建TCP类型的测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type tcp
# 配置探测报文的目的地址为10.2.2.2，目的端口号为9000。
[DeviceA-nqa-admin-test1-tcp] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-tcp] destination port 9000
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test1-tcp] history-record enable
[DeviceA-nqa-admin-test1-tcp] quit
# 启动测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止TCP测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示TCP测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
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: 2011-11-22 10:27:25.1
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示TCP测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 13 Succeeded 2011-11-22 10:27:25.1
以上显示信息表示，Device A可以与Device B的端口9000建立TCP连接，建立连接所需的时间为13毫秒。
使用NQA的UDP-echo测试功能，测试本端（Device A）和指定目的端（Device B）的端口8000之间UDP协议报文的往返时间。
图1-12 UDP-echo测试组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置Device B
# 使能NQA服务器，配置监听的IP地址为10.2.2.2，UDP端口号为8000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 8000
(4) 配置Device A
# 创建UDP-echo类型的测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type udp-echo
# 配置探测报文的目的地址为10.2.2.2，目的端口号为8000。
[DeviceA-nqa-admin-test1-udp-echo] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-udp-echo] destination port 8000
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test1-udp-echo] history-record enable
[DeviceA-nqa-admin-test1-udp-echo] quit
# 启动测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止UDP-echo测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示UDP-echo测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
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: 2011-11-22 10:36:17.9
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示UDP-echo测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 25 Succeeded 2011-11-22 10:36:17.9
以上显示信息表示，Device A和Device B的端口8000之间UDP协议报文的往返时间为25毫秒。
使用NQA的UDP-tracert测试功能，探测本端（Device A）到指定目的端（Device B）之间经过的路径信息。
图1-13 UDP-tracert测试组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 在中间设备上配置ip ttl-expires enable命令，在Device B上配置ip unreachables enable命令。
(4) 配置Device A
# 创建UDP-tracert类型的测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type udp-tracert
# 配置测试操作的目的地址为10.2.2.2，目的端口号为33434。（目的端口号为33434是缺省操作方式，因此，可以不执行本配置）
[DeviceA-nqa-admin-test1-udp-tracert] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-udp-tracert] destination port 33434
# 配置可选参数：对一个TTL值的节点的探测次数为3（探测次数为3是缺省操作方式，因此，可以不执行本配置），探测的超时时间为500毫秒，测试组连续两次测试开始时间的时间间隔为5000毫秒。
[DeviceA-nqa-admin-test1-udp-tracert] probe count 3
[DeviceA-nqa-admin-test1-udp-tracert] probe timeout 500
[DeviceA-nqa-admin-test1-udp-tracert] frequency 5000
# 配置UDP-tracert测试的出接口为Ten-GigabitEthernet3/1/1。
[DeviceA-nqa-admin-test1-udp-tracert] out interface ten-gigabitethernet 3/1/1
# 开启UDP-tracert测试的禁止报文分片功能。
[DeviceA-nqa-admin-test1-udp-tracert] no-fragment enable
# 配置最大连续失败次数为6次，配置初始TTL为1
[DeviceA-nqa-admin-test1-udp-tracert] max-failure 6
[DeviceA-nqa-admin-test1-udp-tracert] init-ttl 1
# 启动测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止UDP-tracert测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示UDP-tracert测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 6 Receive response times: 6
Min/Max/Average round trip time: 1/1/1
Square-Sum of round trip time: 1
Last succeeded probe time: 2013-09-09 14:46:06.2
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
UDP-tracert results:
TTL Hop IP Time
1 3.1.1.1 2013-09-09 14:46:03.2
2 10.2.2.2 2013-09-09 14:46:06.2
# 显示UDP-tracert测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index TTL Response Hop IP Status Time
1 2 2 10.2.2.2 Succeeded 2013-09-09 14:46:06.2
1 2 1 10.2.2.2 Succeeded 2013-09-09 14:46:05.2
1 2 2 10.2.2.2 Succeeded 2013-09-09 14:46:04.2
1 1 1 3.1.1.1 Succeeded 2013-09-09 14:46:03.2
1 1 2 3.1.1.1 Succeeded 2013-09-09 14:46:02.2
1 1 1 3.1.1.1 Succeeded 2013-09-09 14:46:01.2
使用NQA的Voice测试功能，测试本端（Device A）和指定的目的端（Device B）之间传送语音报文的抖动时间和网络语音质量参数。
图1-14 Voice测试组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置Device B
# 使能NQA服务器，配置监听的IP地址为10.2.2.2，UDP端口号为9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 9000
(4) 配置Device A
# 创建Voice类型的NQA测试组（管理员为admin，操作标签为test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type voice
# 配置探测报文的目的地址为10.2.2.2，目的端口号为9000。
[DeviceA-nqa-admin-test1-voice] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-voice] destination port 9000
[DeviceA-nqa-admin-test1-voice] quit
# 启动Voice测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止Voice测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示Voice测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1000 Receive response times: 1000
Min/Max/Average round trip time: 31/1328/33
Square-Sum of round trip time: 2844813
Last packet received time: 2011-06-13 09:49:31.1
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
Voice results:
RTT number: 1000
Min positive SD: 1 Min positive DS: 1
Max positive SD: 204 Max positive DS: 1297
Positive SD number: 257 Positive DS number: 259
Positive SD sum: 759 Positive DS sum: 1797
Positive SD average: 2 Positive DS average: 6
Positive SD square-sum: 54127 Positive DS square-sum: 1691967
Min negative SD: 1 Min negative DS: 1
Max negative SD: 203 Max negative DS: 1297
Negative SD number: 255 Negative DS number: 259
Negative SD sum: 759 Negative DS sum: 1796
Negative SD average: 2 Negative DS average: 6
Negative SD square-sum: 53655 Negative DS square-sum: 1691776
SD average: 2 DS average: 6
One way results:
Max SD delay: 343 Max DS delay: 985
Min SD delay: 343 Min DS delay: 985
Number of SD delay: 1 Number of DS delay: 1
Sum of SD delay: 343 Sum of DS delay: 985
Square-Sum of SD delay: 117649 Square-Sum of DS delay: 970225
SD lost packets: 0 DS lost packets: 0
Lost packets for unknown reason: 0
Voice scores:
MOS value: 4.38 ICPIF value: 0
# 显示Voice测试的统计结果。
[DeviceA] display nqa statistics admin test1
NQA entry (admin admin, tag test1) test statistics:
NO. : 1
Start time: 2011-06-13 09:45:37.8
Life time: 331 seconds
Send operation times: 4000 Receive response times: 4000
Min/Max/Average round trip time: 15/1328/32
Square-Sum of round trip time: 7160528
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
Voice results:
RTT number: 4000
Min positive SD: 1 Min positive DS: 1
Max positive SD: 360 Max positive DS: 1297
Positive SD number: 1030 Positive DS number: 1024
Positive SD sum: 4363 Positive DS sum: 5423
Positive SD average: 4 Positive DS average: 5
Positive SD square-sum: 497725 Positive DS square-sum: 2254957
Min negative SD: 1 Min negative DS: 1
Max negative SD: 360 Max negative DS: 1297
Negative SD number: 1028 Negative DS number: 1022
Negative SD sum: 1028 Negative DS sum: 1022
Negative SD average: 4 Negative DS average: 5
Negative SD square-sum: 495901 Negative DS square-sum: 5419
SD average: 2 DS average: 3
One way results:
Max SD delay: 359 Max DS delay: 985
Min SD delay: 0 Min DS delay: 0
Number of SD delay: 4 Number of DS delay: 4
Sum of SD delay: 1390 Sum of DS delay: 1079
Square-Sum of SD delay: 483202 Square-Sum of DS delay: 973651
SD lost packets: 0 DS lost packets: 0
Lost packets for unknown reason: 0
Voice scores:
Max MOS value: 4.38 Min MOS value: 4.38
Max ICPIF value: 0 Min ICPIF value: 0
使用NQA的DLSw测试功能，测试DLSw设备的响应时间。
图1-15 DLSw测试组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建DLSw类型的测试组（管理员为admin，操作标签为test1），并配置探测报文的目的地址为10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type dlsw
[DeviceA-nqa-admin-test1-dlsw] destination ip 10.2.2.2
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test1-dlsw] history-record enable
[DeviceA-nqa-admin-test1-dlsw] quit
# 启动测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止DLSw测试操作。
[DeviceA] undo nqa schedule admin test1
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 使能NQA服务器，配置监听的IP地址为10.2.2.2，TCP端口号为2065（对于DLSw测试类型，端口号必须为2065）。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server tcp-connect 10.2.2.2 2065
# 显示DLSw测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
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: 2011-11-22 10:40:27.7
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示DLSw测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 19 Succeeded 2011-11-22 10:40:27.7
以上显示信息表示，DLSw设备的响应时间为19毫秒。
使用NQA的Path-jitter测试功能，测试本端（Device A）到指定目的端（Device C）间的网络质量情况。
图1-16 Path-jitter测试组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 在Device B上配置ip ttl-expires enable命令，在设备C上配置ip unreachables enable命令。
# 创建Path-jitter类型的NQA测试组（管理员为admin，操作标签为test1），并配置探测报文的目的地址为10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type path-jitter
[DeviceA-nqa-admin-test1-path-jitter] destination ip 10.2.2.2
# 配置可选参数：测试组连续两次测试开始时间的时间间隔为10000毫秒。
[DeviceA-nqa-admin-test1-path-jitter] frequency 10000
[DeviceA-nqa-admin-test1-path-jitter] quit
# 启动Path-jitter测试操作，并一直进行测试。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 测试执行一段时间后，停止Path-jitter测试操作。
[DeviceA] undo nqa schedule admin test1
# 显示Path-jitter测试中最后一次测试的当前结果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Hop IP 10.1.1.2
Basic Results
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 9/21/14
Square-Sum of round trip time: 2419
Extended Results
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
Path-Jitter Results
Jitter number: 9
Min/Max/Average jitter: 1/10/4
Positive jitter number: 6
Min/Max/Average positive jitter: 1/9/4
Sum/Square-Sum positive jitter: 25/173
Negative jitter number: 3
Min/Max/Average negative jitter: 2/10/6
Sum/Square-Sum positive jitter: 19/153
Hop IP 10.2.2.2
Basic Results
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 15/40/28
Square-Sum of round trip time: 4493
Extended Results
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
Path-Jitter Results
Jitter number: 9
Min/Max/Average jitter: 1/10/4
Positive jitter number: 6
Min/Max/Average positive jitter: 1/9/4
Sum/Square-Sum positive jitter: 25/173
Negative jitter number: 3
Min/Max/Average negative jitter: 2/10/6
Sum/Square-Sum positive jitter: 19/153
使用NQA的Frame-loss/Throughput/Latency测试功能，测试本端（Device A）到指定目的端（Device B）间的网络质量。
Frame-loss/Throughput/Latency三个测试配置相似，本举例以MPLS L2VPN网络中进行Throughput测试为例。
图1-17 路径服务质量测试组网图
# 完成MPLS L2VPN网络的搭建及相关配置。（配置过程略）
(1) 配置Device B
# 开启NQA服务器路径服务质量测试的报文反射功能。
[DeviceB] nqa reflector 1 interface ten-gigabitethernet 3/1/2 service-instance 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
[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 ten-gigabitethernet 3/1/1 service-instance 1
# 配置探测报文的长度。
[DeviceA-nqa-admin-test1-throughput] frame-size 64 512 1024 1280
# 启动路径服务质量测试操作，并一直进行测试，测试完成后发射端会自动停止。
[DeviceA-nqa-admin-test1-throughput] start
[DeviceA-nqa-admin-test1-throughput] quit
# 显示路径服务质量测试的当前结果。
[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
在普通二层以太网环境下，PC1和PC2通过接入二层网络进行互联。使用NQA的Y.1564测试功能，测试PC的二层接入网络本端（Device A）到指定目的端（Device B）间的网络质量。
(1) 配置Device B
# 配置NQA服务器Y.1564测试的报文反射参数。
<DeviceB> system-view
[DeviceB] nqa reflector 1 interface ten-gigabitethernet 3/1/2 destination-port 20000 source-port 10000 destination-mac 2-2-2 source-mac 1-1-1 vlan 100
# 开启NQA服务器功能。
[DeviceB] nqa server enable
(2) 配置Device A
# 创建Y.1564类型的NQA测试组（管理员为admin，操作标签为test1），并配置其地址及端口。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type y1564
[DeviceA-nqa-admin-test1-y1564] source port 10000
[DeviceA-nqa-admin-test1-y1564] destination port 20000
[DeviceA-nqa-admin-test1-y1564] source mac 1-1-1
[DeviceA-nqa-admin-test1-y1564] destination mac 2-2-2
[DeviceA-nqa-admin-test1-y1564] source interface ten-gigabitethernet 3/1/1
# 配置Y.1564测试的基本参数。
[DeviceA-nqa-admin-test1-y1564] bandwidth cir 1000 pir 600
[DeviceA-nqa-admin-test1-y1564] allowed-jitter 1000
[DeviceA-nqa-admin-test1-y1564] allowed-frame-loss 1000
[DeviceA-nqa-admin-test1-y1564] allowed-transfer-delay 1000
# 开启流量监管测试。
[DeviceA-nqa-admin-test1-y1564] traffic-policing-test enable
# 配置Y.1564测试探测报文的VLAN标签。
[DeviceA-nqa-admin-test1-y1564] vlan 100
# 启动Y.1564测试操作，测试持续时间与配置的测试项目以及每个项目的时间有关。
[DeviceA-nqa-admin-test1-y1564] start
[DeviceA-nqa-admin-test1-y1564] quit
# 显示Y.1564测试的当前结果。
[DeviceA] display nqa result
NQA entry (admin admin, tag test1) test results:
Status : Succeeded
Last test : Service performance test
Estimated total time (s) : 909
Actual test time used (s) : 909
Detailed test results:
CIR test (with the step of 1):
Start time : 2018-11-03 11:51:38.1
End time : 2018-11-03 11:51:41.3
Status : Succeeded
Min/Max/Average IR (kbps) : 998/1002/1000
Min/Max/Average FTD (us) : 232/236/234
Min/Max/Average FDV (us) : 32/36/34
FL count/FLR : 2/0.002%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
PIR test (color-blind):
Start time : 2018-11-03 11:51:41.1
End time : 2018-11-03 11:51:44.3
Status : Succeeded
Min/Max/Average IR (kbps) : 1598/1602/1600
Min/Max/Average FTD (us) : 373/377/375
Min/Max/Average FDV (us) : 73/77/75
FL count/FLR : 2/0.002%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Traffic policing test (color-blind):
Start time : 2018-11-03 11:51:44.3
End time : 2018-11-03 11:51:47.5
Status : Succeeded
Min/Max/Average IR (kbps) : 1310/1314/1312
Min/Max/Average FTD (us) : 409/413/411
Min/Max/Average FDV (us) : 9/13/11
FL count/FLR : 5/0.005%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Service performance test:
Start time : 2018-11-03 11:51:47.5
End time : 2018-11-03 12:06:47.7
Status : Succeeded
Min/Max/Average IR (kbps) : 998/1002/1000
Min/Max/Average FTD (us) : 232/236/234
Min/Max/Average FDV (us) : 32/36/34
FL count/FLR : 2/0.002%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
在普通三层以太网环境下，PC1和PC2通过接入三层网络进行互联。使用NQA的Y.1564测试功能，测试PC的三层接入网络本端（Device A）到指定目的端（Device B）间的网络质量。
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置Device B
# 配置NQA服务器Y.1564测试的报文反射参数。
<DeviceB> system-view
[DeviceB] nqa reflector 1 interface ten-gigabitethernet 3/1/2 ip destination 10.2.2.2 source 10.1.1.1 destination-port 20000 source-port 10000
# 开启NQA服务器功能。
[DeviceB] nqa server enable
(4) 配置Device A
# 创建Y.1564类型的NQA测试组（管理员为admin，操作标签为test1），并配置其地址及端口。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type y1564
[DeviceA-nqa-admin-test1-y1564] source ip 10.1.1.1
[DeviceA-nqa-admin-test1-y1564] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-y1564] source port 10000
[DeviceA-nqa-admin-test1-y1564] destination port 20000
[DeviceA-nqa-admin-test1-y1564] source interface ten-gigabitethernet 3/1/1
# 配置Y.1564测试的基本参数。
[DeviceA-nqa-admin-test1-y1564] bandwidth cir 10000 pir 1000
[DeviceA-nqa-admin-test1-y1564] allowed-jitter 1000
[DeviceA-nqa-admin-test1-y1564] allowed-frame-loss 20
[DeviceA-nqa-admin-test1-y1564] allowed-transfer-delay 10000
# 开启流量监管测试。
[DeviceA-nqa-admin-test1-y1564] traffic-policing-test enable
# 启动Y.1564测试操作，测试持续时间与配置的测试项目以及每个项目的时间有关。
[DeviceA-nqa-admin-test1-y1564] start
[DeviceA-nqa-admin-test1-y1564] quit
# 显示Y.1564测试的当前结果。
[DeviceA] display nqa result
NQA entry (admin admin, tag test1) test results:
Status : In progress
Last test : Traffic policing test
Estimated total time (s) : 909
Actual test time used (s) : 24
Detailed test results:
CIR test (with the step of 1):
Start time : 2018-11-03 13:39:10.3
End time : 2018-11-03 13:39:13.5
Status : Succeeded
Min/Max/Average IR (kbps) : 9998/10002/10000
Min/Max/Average FTD (us) : 347/351/349
Min/Max/Average FDV (us) : 47/51/49
FL count/FLR : 2/0.002%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
PIR test (color-blind):
Start time : 2018-11-03 13:39:13.5
End time : 2018-11-03 13:39:16.7
Status : Succeeded
Min/Max/Average IR (kbps) : 10998/11002/11000
Min/Max/Average FTD (us) : 582/586/584
Min/Max/Average FDV (us) : 82/86/84
FL count/FLR : 2/0.002%0
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Traffic policing test (color-blind):
Start time : 2018-11-03 13:39:16.7
End time : 2018-11-03 13:39:19.9
Status : Succeeded
Min/Max/Average IR (kbps) : 10123/10127/10125
Min/Max/Average FTD (us) : 169/173/171
Min/Max/Average FDV (us) : 69/73/71
FL count/FLR : 6/0.006%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
在普通以太网三层网关环境下，PC1通过交换机Switch A连接到网关Router A。使用NQA的Y.1564测试功能，测试网关路径本端（Router A）到指定目的端（Switch A）间的网络质量。
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) 配置Switch A
# 配置NQA服务器Y.1564测试的报文反射参数。
<SwitchA> system-view
[SwitchA] nqa reflector 1 interface ten-gigabitethernet 3/1/1 ip destination 10.2.2.2 source 10.1.1.1 destination-port 20000 source-port 10000
# 开启NQA服务器功能。
[SwitchA] nqa server enable
(4) 配置Router A
# 创建Y.1564类型的NQA测试组（管理员为admin，操作标签为test1），并配置其地址及端口。
<RouterA> system-view
[RouterA] nqa entry admin test1
[RouterA-nqa-admin-test1] type y1564
# 配置源IP为网关口IP。
[RouterA-nqa-admin-test1-y1564] source ip 10.1.1.1
# 配置目的IP为用户IP。
[RouterA-nqa-admin-test1-y1564] destination ip 10.2.2.2
# 配置源端口和目的端口。
[RouterA-nqa-admin-test1-y1564] source port 10000
[RouterA-nqa-admin-test1-y1564] destination port 20000
# 配置报文出接口。
[RouterA-nqa-admin-test1-y1564] out interface ten-gigabitethernet 3/1/1
# 配置Y.1564测试的基本参数。
[RouterA-nqa-admin-test1-y1564] bandwidth cir 100 pir 10000
[RouterA-nqa-admin-test1-y1564] allowed-jitter 1000
[RouterA-nqa-admin-test1-y1564] allowed-frame-loss 1000
[RouterA-nqa-admin-test1-y1564] allowed-transfer-delay 1000
# 开启流量监管测试。
[RouterA-nqa-admin-test1-y1564] traffic-policing-test enable
# 启动Y.1564测试操作，测试持续时间与配置的测试项目以及每个项目的时间有关。
[RouterA-nqa-admin-test1-y1564] start
[RouterA-nqa-admin-test1-y1564] quit
# 显示Y.1564测试的当前结果。
[RouterA] display nqa result
NQA entry (admin admin, tag test1) test results:
Status : In progress
Last test : Traffic policing test
Estimated total time (s) : 909
Actual test time used (s) : 24
Detailed test results:
CIR test (with the step of 1):
Start time : 2018-11-03 13:44:16.1
End time : 2018-11-03 13:44:19.3
Status : Succeeded
Min/Max/Average IR (kbps) : 97/103/100
Min/Max/Average FTD (us) : 22/28/23
Min/Max/Average FDV (us) : 23/29/25
FL count/FLR : 6/0.006%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
PIR test (color-blind):
Start time : 2018-11-03 13:44:19.3
End time : 2018-11-03 13:44:22.5
Status : Succeeded
Min/Max/Average IR (kbps) : 10098/10102/10100
Min/Max/Average FTD (us) : 371/375/373
Min/Max/Average FDV (us) : 71/75/73
FL count/FLR : 7/0.007%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Traffic policing test (color-blind):
Start time : 2018-11-03 13:44:22.5
End time : 2018-11-03 13:44:25.7
Status : Succeeded
Min/Max/Average IR (kbps) : 9455/9458/9456
Min/Max/Average FTD (us) : 958/972/960
Min/Max/Average FDV (us) : 78/79/78
FL count/FLR : 11/0.01%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
在L2VPN环境下，CE1和CE2通过二层VPN网络进行互联。使用NQA的Y.1564测试功能，测试二层VPN网络本端（PE1）到指定目的端（PE2）间的网络质量。
(1) L2VPN组网的基本配置过程略。
(2) 配置PE2
# 配置NQA服务器Y.1564测试的报文反射参数。
<PE2> system-view
[PE2] nqa reflector 1 interface ten-gigabitethernet 3/1/2 service-instance 100 destination-port 20000 source-port 10000 destination-mac 2-2-2 source-mac 1-1-1
# 开启NQA服务器功能。
[PE2] nqa server enable
(3) 配置PE1
# 创建Y.1564类型的NQA测试组（管理员为admin，操作标签为test1），并配置其地址及端口。
<PE1> system-view
[PE1] nqa entry admin test1
[PE1-nqa-admin-test1] type y1564
[PE1-nqa-admin-test1-y1564] source port 10000
[PE1-nqa-admin-test1-y1564] destination port 20000
[PE1-nqa-admin-test1-y1564] source mac 1-1-1
[PE1-nqa-admin-test1-y1564] destination mac 2-2-2
[PE1-nqa-admin-test1-y1564] source interface ten-gigabitethernet 3/1/1 service-instance 100
# 配置Y.1564测试的基本参数。
[PE1-nqa-admin-test1-y1564] bandwidth cir 1000 pir 10
[PE1-nqa-admin-test1-y1564] allowed-jitter 1000
[PE1-nqa-admin-test1-y1564] allowed-frame-loss 10
[PE1-nqa-admin-test1-y1564] allowed-transfer-delay 1000
# 开启流量监管测试。
[PE1-nqa-admin-test1-y1564] traffic-policing-test enable
# 启动Y.1564测试操作，测试持续时间与配置的测试项目以及每个项目的时间有关。
[PE1-nqa-admin-test1-y1564] start
[PE1-nqa-admin-test1-y1564] quit
# 显示Y.1564测试的当前结果。
[PE1] display nqa result
NQA entry (admin 1, tag 1) test results:
Status : Failed
Last test : Traffic policing test
Estimated total time (s) : 909
Actual test time used (s) : 9
Detailed test results:
CIR test (with the step of 1):
Start time : 2018-11-03 13:47:09.1
End time : 2018-11-03 13:47:12.1
Status : Succeeded
Min/Max/Average IR (kbps) : 998/1002/1000
Min/Max/Average FTD (us) : 232/236/234
Min/Max/Average FDV (us) : 32/36/34
FL count/FLR : 2/0.002%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
PIR test (color-blind):
Start time : 2018-11-03 13:47:12.1
End time : 2018-11-03 13:47:15.1
Status : Succeeded
Min/Max/Average IR (kbps) : 1008/1012/1010
Min/Max/Average FTD (us) : 235/239/237
Min/Max/Average FDV (us) : 35/39/37
FL count/FLR : 2/0.002%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Traffic policing test (color-blind):
Start time : 2018-11-03 13:47:15.1
End time : 2018-11-03 13:47:18.1
Status : Failed
Min/Max/Average IR (kbps) : 943/947/945
Min/Max/Average FTD (us) : 294/298/296
Min/Max/Average FDV (us) : 94/98/96
FL count/FLR : 4/0.004%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
在L3VPN环境下，CE1和CE2通过三层VPN网络进行互联。使用NQA的Y.1564测试功能，测试三层VPN网络本端（PE1）到指定目的端（PE2）间的网络质量。
(1) L3VPN组网的基本配置过程略。
(2) 配置PE2
# 配置NQA服务器Y.1564测试的报文反射参数。
<PE2> system-view
[PE2] nqa reflector 1 interface ten-gigabitethernet 3/1/2 ip destination 10.2.2.2 source 10.1.1.1 destination-port 20000 source-port 10000 vpn-instance vpn1
# 开启NQA服务器功能。
[PE2] nqa server enable
(3) 配置PE1
# 创建Y.1564类型的NQA测试组（管理员为admin，操作标签为test1），并配置其地址及端口。
<PE1> system-view
[PE1] nqa entry admin test1
[PE1-nqa-admin-test1] type y1564
[PE1-nqa-admin-test1-y1564] source ip 10.1.1.1
[PE1-nqa-admin-test1-y1564] destination ip 10.2.2.2
[PE1-nqa-admin-test1-y1564] source port 10000
[PE1-nqa-admin-test1-y1564] destination port 20000
[PE1-nqa-admin-test1-y1564] source interface ten-gigabitethernet 3/1/1
# 配置Y.1564测试的基本参数。
[PE1-nqa-admin-test1-y1564] bandwidth cir 100 pir 10000
[PE1-nqa-admin-test1-y1564] allowed-jitter 1000
[PE1-nqa-admin-test1-y1564] allowed-frame-loss 1000
[PE1-nqa-admin-test1-y1564] allowed-transfer-delay 1000
# 开启流量监管测试。
[PE1-nqa-admin-test1-y1564] traffic-policing-test enable
# 启动Y.1564测试操作，测试持续时间与配置的测试项目以及每个项目的时间有关。
[PE1-nqa-admin-test1-y1564] start
[PE1-nqa-admin-test1-y1564] quit
# 显示Y.1564测试的当前结果。
[PE1] display nqa result
NQA entry (admin admin, tag test1) test results:
Status : In progress
Last test : Traffic policing test
Estimated total time (s) : 909
Actual test time used (s) : 24
Detailed test results:
CIR test (with the step of 1):
Start time : 2018-11-03 13:44:16.1
End time : 2018-11-03 13:44:19.3
Status : Succeeded
Min/Max/Average IR (kbps) : 98/102/100
Min/Max/Average FTD (us) : 21/25/23
Min/Max/Average FDV (us) : 21/25/23
FL count/FLR : 2/0.002%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
PIR test (color-blind):
Start time : 2018-11-03 13:44:19.3
End time : 2018-11-03 13:44:22.5
Status : Succeeded
Min/Max/Average IR (kbps) : 10098/10102/10100
Min/Max/Average FTD (us) : 371/375/373
Min/Max/Average FDV (us) : 71/75/73
FL count/FLR : 7/0.007%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Traffic policing test (color-blind):
Start time : 2018-11-03 13:44:22.5
End time : 2018-11-03 13:44:25.7
Status : Succeeded
Min/Max/Average IR (kbps) : 9448/9452/9450
Min/Max/Average FTD (us) : 958/962/960
Min/Max/Average FDV (us) : 58/62/60
FL count/FLR : 10/0.01%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
在L3VPN网关环境下，PC1通过CE1接入三层VPN网关。使用NQA的Y.1564测试功能，测试三层VPN网关路径本端（PE1）到指定目的端（CE1）间的网络质量。
(1) L3VPN组网的基本配置过程略。
(2) 配置CE1
# 配置NQA服务器Y.1564测试的报文反射参数。
<CE1> system-view
[CE1] nqa reflector 1 interface ten-gigabitethernet 3/1/1 ip destination 10.2.2.2 source 10.1.1.1 destination-port 20000 source-port 10000
# 开启NQA服务器功能。
[CE1] nqa server enable
(3) 配置PE1
# 创建Y.1564类型的NQA测试组（管理员为admin，操作标签为test1），并配置其地址及端口。
<PE1> system-view
[PE1] nqa entry admin test1
[PE1-nqa-admin-test1] type y1564
# 配置源IP为网关口IP。
[PE1-nqa-admin-test1-y1564] source ip 10.1.1.1
# 配置目的IP为用户IP。
[PE1-nqa-admin-test1-y1564] destination ip 10.2.2.2
# 配置源端口和目的端口。
[PE1-nqa-admin-test1-y1564] source port 10000
[PE1-nqa-admin-test1-y1564] destination port 20000
# 配置报文出接口。
[PE1-nqa-admin-test1-y1564] out interface ten-gigabitethernet 3/1/1
# 配置Y.1564测试的基本参数。
[PE1-nqa-admin-test1-y1564] bandwidth cir 100 pir 10000
[PE1-nqa-admin-test1-y1564] allowed-jitter 1000
[PE1-nqa-admin-test1-y1564] allowed-frame-loss 1000
[PE1-nqa-admin-test1-y1564] allowed-transfer-delay 1000
# 开启流量监管测试。
[PE1-nqa-admin-test1-y1564] traffic-policing-test enable
# 启动Y.1564测试操作，测试持续时间与配置的测试项目以及每个项目的时间有关。
[PE1-nqa-admin-test1-y1564] start
[PE1-nqa-admin-test1-y1564] quit
# 显示Y.1564测试的当前结果。
[PE1] display nqa result
NQA entry (admin admin, tag test1) test results:
Status : In progress
Last test : Traffic policing test
Estimated total time (s) : 909
Actual test time used (s) : 24
Detailed test results:
CIR test (with the step of 1):
Start time : 2018-11-03 14:44:16.1
End time : 2018-11-03 14:44:19.3
Status : Succeeded
Min/Max/Average IR (kbps) : 98/102/100
Min/Max/Average FTD (us) : 31/35/33
Min/Max/Average FDV (us) : 31/35/33
FL count/FLR : 5/0.005%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
PIR test (color-blind):
Start time : 2018-11-03 14:44:19.3
End time : 2018-11-03 14:44:22.5
Status : Succeeded
Min/Max/Average IR (kbps) : 10198/10202/10200
Min/Max/Average FTD (us) : 383/386/384
Min/Max/Average FDV (us) : 71/75/73
FL count/FLR : 7/0.007%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Traffic policing test (color-blind):
Start time : 2018-11-03 14:44:22.5
End time : 2018-11-03 14:44:25.7
Status : Succeeded
Min/Max/Average IR (kbps) : 9563/9568/9566
Min/Max/Average FTD (us) : 876/985/980
Min/Max/Average FDV (us) : 58/62/60
FL count/FLR : 10/0.01%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
在L2VPN接入L3VPN环境下，CE1和CE2通过L2VPN接入L3VPN网络进行互联。使用NQA的Y.1564测试功能，测试L2VPN接入L3VPN网络本端（PE1）到指定目的端（PE2）间的网络质量。
(1) L2VPN、L3VPN组网的基本配置过程略。
(2) 配置PE2
# 配置NQA服务器Y.1564测试的报文反射参数。
<PE2> system-view
[PE2] nqa reflector 1 interface ten-gigabitethernet 3/1/1 service-instance 100 ip destination 10.2.2.2 source 10.1.1.1 destination-port 20000 source-port 10000
# 开启NQA服务器功能。
[PE2] nqa server enable
(3) 配置PE1
# 创建Y.1564类型的NQA测试组（管理员为admin，操作标签为test1），并配置其地址及端口。
<PE1> system-view
[PE1] nqa entry admin test1
[PE1-nqa-admin-test1] type y1564
[PE1-nqa-admin-test1-y1564] source ip 10.1.1.1
[PE1-nqa-admin-test1-y1564] destination ip 10.2.2.2
[PE1-nqa-admin-test1-y1564] source port 10000
[PE1-nqa-admin-test1-y1564] destination port 20000
# 配置源MAC。
[PE1-nqa-admin-test1-y1564] source mac 1-1-1
# 配置目的MAC为PE-agg的VE-L3VPN1虚接口MAC。
[PE1-nqa-admin-test1-y1564] destination mac 2-2-2
# 配置AC源接口。
[PE1-nqa-admin-test1-y1564] source interface ten-gigabitethernet 3/1/1 service-instance 100
# 配置Y.1564测试的基本参数。
[PE1-nqa-admin-test1-y1564] bandwidth cir 100 pir 10000
[PE1-nqa-admin-test1-y1564] allowed-jitter 1000
[PE1-nqa-admin-test1-y1564] allowed-frame-loss 1000
[PE1-nqa-admin-test1-y1564] allowed-transfer-delay 1000
# 开启流量监管测试。
[PE1-nqa-admin-test1-y1564] traffic-policing-test enable
# 启动Y.1564测试操作，测试持续时间与配置的测试项目以及每个项目的时间有关。
[PE1-nqa-admin-test1-y1564] start
[PE1-nqa-admin-test1-y1564] quit
# 显示Y.1564测试的当前结果。
[PE1] display nqa result
NQA entry (admin admin, tag test1) test results:
Status : In progress
Last test : Traffic policing test
Estimated total time (s) : 909
Actual test time used (s) : 24
Detailed test results:
CIR test (with the step of 1):
Start time : 2018-11-03 15:10:16.1
End time : 2018-11-03 15:10:19.3
Status : Succeeded
Min/Max/Average IR (kbps) : 87/132/105
Min/Max/Average FTD (us) : 31/35/33
Min/Max/Average FDV (us) : 41/45/43
FL count/FLR : 3/0.003%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
PIR test (color-blind):
Start time : 2018-11-03 15:10:19.3
End time : 2018-11-03 15:10:22.5
Status : Succeeded
Min/Max/Average IR (kbps) : 10098/10102/10100
Min/Max/Average FTD (us) : 321/384/353
Min/Max/Average FDV (us) : 81/85/83
FL count/FLR : 7/0.007%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Traffic policing test (color-blind):
Start time : 2018-11-03 15:10:22.5
End time : 2018-11-03 15:10:25.7
Status : Succeeded
Min/Max/Average IR (kbps) : 6338/7563/6980
Min/Max/Average FTD (us) : 945/987/960
Min/Max/Average FDV (us) : 58/62/60
FL count/FLR : 10/0.01%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
在L2VPN接入L3VPN环境下，CE1和CE2通过L2VPN接入L3VPN网络进行互联。使用NQA的Y.1564测试功能，测试CE1到PE-agg网关的网关路径本端（PE-agg）到指定目的端（PE1）间的网络质量。
(1) L2VPN、L3VPN组网的基本配置过程略。
(2) 配置PE1
# 配置NQA服务器Y.1564测试的报文反射参数。
<PE1> system-view
[PE1] nqa reflector 1 interface ten-gigabitethernet 3/1/1 ip destination 10.2.2.2 source 10.1.1.1 destination-port 20000 source-port 10000
# 开启NQA服务器功能。
[PE1] nqa server enable
(3) 配置PE-agg
# 创建Y.1564类型的NQA测试组（管理员为admin，操作标签为test1）。
<PE-agg> system-view
[PE-agg] nqa entry admin test1
[PE-agg-nqa-admin-test1] type y1564
# 配置源IP为网关口IP。
[PE-agg-nqa-admin-test1-y1564] source ip 10.1.1.1
# 配置目的IP为用户IP。
[PE-agg-nqa-admin-test1-y1564] destination ip 10.2.2.2
# 配置源端口和目的端口。
[PE-agg-nqa-admin-test1-y1564] source port 10000
[PE-agg-nqa-admin-test1-y1564] destination port 20000
# 配置报文出接口。
[PE-agg-nqa-admin-test1-y1564] out interface VE-L3VPN2
# 配置Y.1564测试的基本参数。
[PE-agg-nqa-admin-test1-y1564] bandwidth cir 100 pir 10000
[PE-agg-nqa-admin-test1-y1564] allowed-jitter 1000
[PE-agg-nqa-admin-test1-y1564] allowed-frame-loss 1000
[PE-agg-nqa-admin-test1-y1564] allowed-transfer-delay 1000
# 开启流量监管测试。
[PE-nqa-admin-test1-y1564] traffic-policing-test enable
# 启动Y.1564测试操作，测试持续时间与配置的测试项目以及每个项目的时间有关。
[PE-agg-nqa-admin-test1-y1564] start
[PE-agg-nqa-admin-test1-y1564] quit
# 显示Y.1564测试的当前结果。
[PE-agg] display nqa result
NQA entry (admin admin, tag test1) test results:
Status : In progress
Last test : Traffic policing test
Estimated total time (s) : 909
Actual test time used (s) : 24
Detailed test results:
CIR test (with the step of 1):
Start time : 2018-11-03 15:44:16.1
End time : 2018-11-03 15:44:19.3
Status : Succeeded
Min/Max/Average IR (kbps) : 58/82/68
Min/Max/Average FTD (us) : 21/25/23
Min/Max/Average FDV (us) : 21/25/23
FL count/FLR : 2/0.002%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
PIR test (color-blind):
Start time : 2018-11-03 15:44:19.3
End time : 2018-11-03 15:44:22.5
Status : Succeeded
Min/Max/Average IR (kbps) : 10123/10234/10187
Min/Max/Average FTD (us) : 371/375/373
Min/Max/Average FDV (us) : 71/75/73
FL count/FLR : 7/0.007%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
Traffic policing test (color-blind):
Start time : 2018-11-03 15:44:22.5
End time : 2018-11-03 15:44:25.7
Status : Succeeded
Min/Max/Average IR (kbps) : 8328/8769/8654
Min/Max/Average FTD (us) : 738/762/740
Min/Max/Average FDV (us) : 58/62/60
FL count/FLR : 10/0.01%
Packets out of order : 0
Severely Err Secs/AVAIL : 0/100.000%
· Router A到达Router C的静态路由下一跳为Router B。
· 在Router A上通过静态路由、Track与NQA联动，对到达Router C的静态路由有效性进行实时判断。
图1-18 NQA联动配置组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 在Router A上配置静态路由，并与Track项关联。
# 配置到达Router C的静态路由下一跳地址为10.2.1.1，并配置静态路由与Track项1关联。
<RouterA> system-view
[RouterA] ip route-static 10.1.1.2 24 10.2.1.1 track 1
(3) 在Router A上配置NQA测试组
# 创建管理员名为admin、操作标签为test1的NQA测试组。
[RouterA] nqa entry admin test1
# 配置测试类型为ICMP-echo。
[RouterA-nqa-admin-test1] type icmp-echo
# 配置目的地址为10.2.1.1。
[RouterA-nqa-admin-test1-icmp-echo] destination ip 10.2.1.1
# 测试频率为100ms。
[RouterA-nqa-admin-test1-icmp-echo] frequency 100
# 配置联动项1（连续失败5次触发联动）。
[RouterA-nqa-admin-test1-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only
[RouterA-nqa-admin-test1-icmp-echo] quit
# 启动ICMP-echo探测操作，并一直进行测试。
[RouterA] nqa schedule admin test1 start-time now lifetime forever
(4) 在Router A上配置Track项
# 配置Track项1，关联NQA测试组（管理员为admin，操作标签为test1）的联动项1。
[RouterA] track 1 nqa entry admin test1 reaction 1
# 显示Router A上Track项的信息。
[RouterA] display track all
Track ID: 1
State: Positive
Duration: 0 days 0 hours 0 minutes 0 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test1
Reaction: 1
# 显示Router A的路由表。
[RouterA] display ip routing-table
Destinations : 11 Routes : 11
Destination/Mask Proto Pre Cost NextHop Interface
0.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
10.1.1.0/24 Static 60 0 10.2.1.1 XGE3/1/1
10.2.1.0/24 Direct 0 0 10.2.1.2 XGE3/1/1
10.2.1.0/32 Direct 0 0 10.2.1.2 XGE3/1/1
10.2.1.2/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.255/32 Direct 0 0 10.2.1.2 XGE3/1/1
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
127.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
255.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
以上显示信息表示，NQA测试的结果为下一跳地址10.2.1.1可达（Track项状态为Positive），配置的静态路由生效。
# 在Router B上删除接口Ten-GigabitEthernet3/1/1的IP地址。
<RouterB> system-view
[RouterB] interface ten-gigabitethernet 3/1/1
[RouterB-Ten-GigabitEthernet3/1/1] undo ip address
# 显示Router A上Track项的信息。
[RouterA] display track all
Track ID: 1
State: Negative
Duration: 0 days 0 hours 0 minutes 0 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test1
Reaction: 1
# 显示Router A的路由表。
[RouterA] display ip routing-table
Destinations : 10 Routes : 10
Destination/Mask Proto Pre Cost NextHop Interface
0.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.0/24 Direct 0 0 10.2.1.2 XGE3/1/1
10.2.1.0/32 Direct 0 0 10.2.1.2 XGE3/1/1
10.2.1.2/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.255/32 Direct 0 0 10.2.1.2 XGE3/1/1
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
127.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
255.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
以上显示信息表示，NQA测试的结果为下一跳地址10.2.1.1不可达（Track项状态为Negative），配置的静态路由无效。
外部特性通过引用ARP类型的NQA模板，测试Device B上的ARP功能是否可用。
图1-19 ARP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建ARP类型的NQA模板，模板名为arp。
<DeviceA> system-view
[DeviceA] nqa template arp arp
# 配置ARP测试操作中探测报文的目的地址为10.1.1.2。
[DeviceA-nqatplt-arp-arp] destination ip 10.1.1.2
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-arp-arp] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-arp-arp] reaction trigger probe-fail 2
[DeviceA-nqatplt-arp-arp] quit
外部特性通过引用ICMP类型的NQA模板，测试本端（Device A）发送的报文是否可以到达指定的目的端（Device B）。
图1-20 ICMP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建ICMP类型的NQA模板，模板名为icmp，并配置操作中探测报文的目的地址为10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa template icmp icmp
[DeviceA-nqatplt-icmp-icmp] destination ip 10.2.2.2
# 配置ICMP一次探测的超时时间为500毫秒，连续两次探测开始时间的时间间隔为3000毫秒。
[DeviceA-nqatplt-icmp-icmp] probe timeout 500
[DeviceA-nqatplt-icmp-icmp] frequency 3000
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-icmp-icmp] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，是外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-icmp-icmp] reaction trigger probe-fail 2
[DeviceA-nqatplt-icmp-icmp] quit
外部特性通过引用IMAP类型的NQA模板，测试Device A是否可以和指定的IMAP服务器Device B建立连接，以及能否登录服务器邮箱。登录IMAP服务器的用户名为admin，密码为123456，要登录的邮箱名为test。
组网图
图1-21 IMAP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建IMAP类型的NQA模板，模板名为imap。
<DeviceA> system-view
[DeviceA] nqa template imap imap
# 配置IMAP测试操作中探测报文的目的地址为10.2.2.2。
[DeviceA-nqatplt-imap-imap] destination ip 10.2.2.2
# 配置登录IMAP服务器的用户名为admin。
[DeviceA-nqatplt-imap-imap] username admin
# 配置登录IMAP服务器的密码为123456。
[DeviceA-nqatplt-imap-imap] password simple 123456
# 配置登录IMAP服务器的邮箱名为test。
[DeviceA-nqatplt-imap-imap] mailbox test
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-imap-imap] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-imap-imap] reaction trigger probe-fail 2
[DeviceA-nqatplt-imap-imap] quit
外部特性通过引用DNS类型的NQA模板，测试Device A是否可以通过指定的DNS服务器将域名host.com解析为IP地址。
图1-22 DNS类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建DNS类型的NQA模板，模板名为dns。
<DeviceA> system-view
[DeviceA] nqa template dns dns
# 配置操作中探测报文的目的地址为DNS服务器的IP地址10.2.2.2，要解析的域名为host.com，解析类型为A，用户期望返回的IP地址为3.3.3.3。
[DeviceA-nqatplt-dns-dns] destination ip 10.2.2.2
[DeviceA-nqatplt-dns-dns] resolve-target host.com
[DeviceA-nqatplt-dns-dns] resolve-type A
[DeviceA-nqatplt-dns-dns] expect ip 3.3.3.3
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-dns-dns] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-dns-dns] reaction trigger probe-fail 2
[DeviceA-nqatplt-dns-dns] quit
外部特性通过引用POP3类型的NQA模板，测试Device A是否可以和指定的POP3服务器（Device B）建立连接，以及能否登录服务器。登录POP3服务器的用户名为admin，密码为123456。
图1-23 POP3类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
#创建POP3类型的NQA模板，模板名为pop3。
<DeviceA> system-view
[DeviceA] nqa template pop3 pop3
# 配置POP3测试操作中探测报文的目的地址为10.2.2.2。
[DeviceA-nqatplt-pop3-pop3] destination ip 10.2.2.2
# 配置登录POP3服务器的用户名为admin。
[DeviceA-nqatplt-pop3-pop3] username admin
# 配置登录POP3服务器的密码为123456。
[DeviceA-nqatplt-pop3-pop3] password simple 123456
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-pop3-pop3] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-pop3-pop3] reaction trigger probe-fail 2
[DeviceA-nqatplt-pop3-pop3] quit
外部特性通过引用SMTP类型的NQA模板，测试Device A是否可以和指定的SMTP服务器（Device B）建立连接，以及能否登录服务器邮箱。
图1-24 SMTP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
#创建SMTP类型的NQA模板，模板名为smtp。
<DeviceA>system-view
[DeviceA] nqa template smtp smtp
# 配置SMTP测试操作中探测报文的目的地址为10.2.2.2。
[DeviceA-nqatplt-smtp-smtp] destination ip 10.2.2.2
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-smtp-smtp] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-smtp-smtp] reaction trigger probe-fail 2
[DeviceA-nqatplt-smtp-smtp] quit
外部特性通过引用TCP类型的NQA模板，测试本端（Device A）和服务器（Device B）的端口之间能否建立TCP连接，并处理服务器端的应答数据。
图1-25 TCP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(1) 配置Device B
# 使能NQA服务器，配置监听的IP地址为10.2.2.2，TCP端口号为9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server tcp-connect 10.2.2.2 9000
(2) 配置Device A
# 创建TCP类型的NQA模板，模板名为tcp。
<DeviceA> system-view
[DeviceA] nqa template tcp tcp
# 配置TCP探测报文的目的地址为10.2.2.2，目的端口号为9000。
[DeviceA-nqatplt-tcp-tcp] destination ip 10.2.2.2
[DeviceA-nqatplt-tcp-tcp] destination port 9000
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-tcp-tcp] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-tcp-tcp] reaction trigger probe-fail 2
[DeviceA-nqatplt-tcp-tcp] quit
外部特性通过引用TCP Half Open类型的NQA模板，测试本端（Device A）和服务器（Device B）的TCP服务是否可用。
图1-26 TCP Half Open类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建TCP Half Open类型的NQA模板，模板名为test。
<DeviceA> system-view
[DeviceA] nqa template tcphalfopen test
# 配置TCP Half Open探测报文的目的地址为10.2.2.2。
[DeviceA-nqatplt-tcphalfopen-test] destination ip 10.2.2.2
# 配置连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-tcphalfopen-test] reaction trigger probe-pass 2
# 配置连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-tcphalfopen-test] reaction trigger probe-fail 2
[DeviceA-nqatplt-tcphalfopen-test] quit
外部特性通过引用UDP类型的NQA模板，测试本端（Device A）和服务器（Device B）的端口之间的UDP报文交互，并处理服务器端的应答数据。
图1-27 UDP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(1) 配置Device B
# 使能NQA服务器，配置监听的IP地址为10.2.2.2，UDP端口号为9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 9000
(2) 配置Device A
# 创建UDP类型的NQA模板，模板名为udp。
<DeviceA> system-view
[DeviceA] nqa template udp udp
# 配置UDP探测报文的目的地址为10.2.2.2，目的端口号为9000。
[DeviceA-nqatplt-udp-udp] destination ip 10.2.2.2
[DeviceA-nqatplt-udp-udp] destination port 9000
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-udp-udp] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-udp-udp] reaction trigger probe-fail 2
[DeviceA-nqatplt-udp-udp] quit
外部特性通过引用HTTP类型的NQA模板，测试是否可以和指定的HTTP服务器之间建立连接，以及能否从HTTP服务器获取数据。
图1-28 HTTP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建HTTP类型的NQA模板，模板名为http。
<DeviceA> system-view
[DeviceA] nqa template http http
# 配置HTTP测试的网址为https://10.2.2.2/index.html。
[DeviceA-nqatplt-http-http] url http://10.2.2.2/index.html
# 配置HTTP测试的操作方式为get操作。（get操作为缺省操作方式，因此，可以不执行本配置）
[DeviceA-nqatplt-http-http] operation get
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-http-http] reaction trigger probe-pass 2
[DeviceA-nqatplt-http-http] quit
外部特性通过引用HTTPS类型的NQA模板，测试是否可以和指定的HTTPS服务器之间建立连接，以及能否从HTTPS服务器获取数据。
图1-29 HTTPS类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 在Device A上配置SSL客户端策略，确保客户端与服务器端可以建立SSL安全连接。（配置过程略）
# 创建HTTPS类型的NQA模板，模板名为test。
<DeviceA> system-view
[DeviceA] nqa template https https
# 配置HTTPS测试的网址为https://10.2.2.2/index.html。
[DeviceA-nqatplt-https-https] url https://10.2.2.2/index.html
# 配置HTTPS绑定的SSL客户端策略为abc。
[DeviceA-nqatplt-https-https] ssl-client-policy abc
# 配置HTTPS测试的操作方式为get操作。（get操作为缺省操作方式，可不执行本配置）
[DeviceA-nqatplt-https-https] operation get
# 配置HTTPS测试使用的版本为1.0。（缺省情况下使用的版本为1.0，可不执行本配置）
[DeviceA-nqatplt-https-https] version v1.0
# 配置连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-https-https] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-https-https] reaction trigger probe-fail 2
[DeviceA-nqatplt-https-https] quit
外部特性通过引用FTP类型的NQA模板，测试Device A是否可以和指定的FTP服务器Device B建立连接，以及能否往FTP服务器上传文件。登录FTP服务器的用户名为admin，密码为systemtest，要传送到服务器的文件名为config.txt。
图1-30 FTP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 创建FTP类型的NQA模板，模板名为ftp。
<DeviceA> system-view
[DeviceA] nqa template ftp ftp
# 配置操作的目的地址为FTP服务器的IP地址10.2.2.2。
[DeviceA-nqatplt-ftp-ftp] url ftp://10.2.2.2
# 配置探测报文的源IP地址为10.1.1.1。
[DeviceA-nqatplt-ftp-ftp] source ip 10.1.1.1
# 配置执行的操作为向FTP服务器上传文件config.txt。
[DeviceA-nqatplt-ftp-ftp] operation put
[DeviceA-nqatplt-ftp-ftp] filename config.txt
# 配置登录FTP服务器的用户名为admin。
[DeviceA-nqatplt-ftp-ftp] username admin
# 配置登录FTP服务器的密码为systemtest。
[DeviceA-nqatplt-ftp-ftp] password simple systemtest
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-ftp-ftp] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-ftp-ftp] reaction trigger probe-fail 2
[DeviceA-nqatplt-ftp-ftp] quit
外部特性通过引用RADIUS类型的NQA模板，测试Device A是否可以和指定的RADIUS服务器Device B建立连接，并检测Device B是否提供服务。RADIUS用户名为admin，RADIUS密码为systemtest，RADIUS认证使用的共享密钥为123456。
图1-31 RADIUS类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 配置RADIUS服务器Device B。（配置步骤略）
# 创建RADIUS类型的NQA模板，模板名为radius。
<DeviceA> system-view
[DeviceA] nqa template radius radius
# 配置RADIUS探测报文的目的地址为10.2.2.2。
[DeviceA-nqatplt-radius-radius] destination ip 10.2.2.2
# 配置RADIUS RADIUS用户名为admin，RADIUS密码为明文systemtest。
[DeviceA-nqatplt-radius-radius] username admin
[DeviceA-nqatplt-radius-radius] password simple systemtest
# 配置RADIUS用于RADIUS认证的共享密钥为明文123456。
[DeviceA-nqatplt-radius-radius] key simple 123456
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-radius-radius] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-radius-radius] reaction trigger probe-fail 2
[DeviceA-nqatplt-radius-radius] quit
外部特性通过引用SNMP类型的NQA模板，测试Device B上的SNMP功能是否可用。
图1-32 SNMP类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(1) 配置SNMP Agent（Device B）
# 启动SNMP Agent服务，设置SNMP版本为all、只读团体名为public、读写团体名为private。
<DeviceB> system-view
[DeviceB] snmp-agent sys-info version all
[DeviceB] snmp-agent community read public
[DeviceB] snmp-agent community write private
(2) 配置Device A
# 创建SNMP类型的NQA模板，模板名为snmp。
<DeviceA> system-view
[DeviceA] nqa template snmp snmp
# 配置SNMP测试操作中探测报文的目的地址为10.2.2.2，目的端口号为161。
[DeviceA-nqatplt-snmp-snmp] destination ip 10.2.2.2
[DeviceA-nqatplt-snmp-snmp] destination port 161
# 配置SNMP测试操作中SNMP团体名称为public。
[DeviceA-nqatplt-snmp-snmp] community read simple public
# 配置确定节点有效前需要连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-snmp-snmp] reaction trigger probe-pass 2
# 配置确定节点失效需要连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-snmp-snmp] reaction trigger probe-fail 2
[DeviceA-nqatplt-snmp-snmp] quit
外部特性通过引用SSL类型的NQA模板，本端（Device A）通过引用指定的SSL客户端策略与SSL服务器（Device B）建立SSL连接，从而测试SSL客户端和服务器端的连通性和性能。
图1-33 SSL类型的NQA模板配置组网图
# 配置各接口的IP地址。（配置过程略）
# 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
# 在Device A上配置SSL客户端策略，确保客户端与服务器端可以建立SSL安全连接。（配置过程略）
# 创建SSL类型的NQA模板，模板名为ssl。
<DeviceA> system-view
[DeviceA] nqa template ssl ssl
# 配置SSL探测报文的目的地址为10.2.2.2，目的端口号为9000。
[DeviceA-nqatplt-ssl-ssl] destination ip 10.2.2.2
[DeviceA-nqatplt-ssl-ssl] destination port 9000
# 配置SSL绑定的SSL客户端策略为abc。
[DeviceA-nqatplt-ssl-ssl] ssl-client-policy abc
# 配置连续探测成功的次数为2。当连续探测成功次数达到2次时，NQA客户端把探测成功的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-ssl-ssl] reaction trigger probe-pass 2
# 配置连续探测失败的次数为2。当连续探测失败次数达到2次时，NQA客户端把探测失败的消息发送给外部特性，使外部特性能利用NQA测试的结果进行相应处理。
[DeviceA-nqatplt-ssl-ssl] reaction trigger probe-fail 2
[DeviceA-nqatplt-ssl-ssl] quit
TWAMP（Two-Way Active Measurement Protocol，双向主动测量协议）是一种用于IP链路的网络质量测量技术，它使用UDP报文测量网络双向路径时延、抖动及丢包率。
TWAMP基于NQA客户端-服务器通信模型，在NQA客户端上定义了两个角色：
· TWAMP Client：负责发起和管理TWAMP控制会话，协商TWAMP测试会话。
· Session-Sender：负责启动、停止TWAMP测试会话，并统计探测结果，是NQA TWAMP测试的源端设备。
在NQA服务器端上定义了两个角色：
· TWAMP Server：负责接受和维护TWAMP控制会话，协商TWAMP测试会话。
· Session-Reflector：负责将NQA TWAMP客户端发来的探测报文反射回去，是NQA TWAMP测试的目的端设备。
对于TWAMP功能，设备支持作为IPv4 TWAMP Server和（或）IPv6 TWAMP Server，不支持作为TWAMP Client。用户可根据需要分别同时进行多个IPv4 TWAMP测试和IPv6 TWAMP测试。
如图2-1所示，NQA TWAMP测试过程分为以下几个阶段：
(1) NQA服务器端开启IPv4 TWAMP Server或IPv6 TWAMP Server功能，侦听NQA客户端的连接请求。
(2) TWAMP Server接收到客户端发起的TCP连接请求后，回应Server-greeting消息，并侦听该TCP连接。Server-greeting消息中携带的mode参数指定为unauthenticated。
(3) 客户端通过TCP连接发送Set-Up-Response消息。
(4) TWAMP Server确认Set-Up-Response消息中的mode为unauthenticated后，回应Server-Start消息。Server-Start消息中携带TWAMP Server的启动时间。
至此，控制会话建立成功。
(1) 客户端通过已经建立的TCP连接发送Request-TW-Session消息到TWAMP Server，请求协商测量会话。该消息中会携带发送端和接收端的端口号和IP地址。
(2) TWAMP Server检查消息的合法性后，回应Accpet-Session消息。若消息中accept字段为OK时，表示测量会话协商成功，并在该控制会话下创建测量会话Session-Reflector。
测量会话建立成功后，TWAMP Server等待客户端发送Start-Session消息启动测量会话。
TWAMP Server接收到Start-Session消息后会启动该控制会话下的所有测量会话，并反射NQA TWAMP客户端的报文。当有一个测量会话启动成功的时，回应Ack消息到客户端。
TWAMP Server接收到Stop-Session消息后会停止当前控制会话下的所有测量会话。
与TWAMP相关的协议规范有：
· RFC 5357：A Two-Way Active Measurement Protocol (TWAMP)
当TWAMP Client同时向设备（仅能作为TWAMP Server）发起多个TWAMP测试时，请确保：
· 每个控制会话使用的目的地址、端口号及VPN不能完全相同，否则，后发起的TWAMP测试将无法协商成功。
· 每个测试会话使用的目的地址、端口号及VPN不能完全相同，否则，会因为业务报文混淆而影响测试结果的准确性。
当设备同时进行TWAMP和TWAMP-light测试时，要求这两种测试类型的测试会话使用的地址、端口号及VPN不能完全相同，否则，会因为业务报文混淆而影响测试结果的准确性。
NQA TWAMP服务器上配置侦听端口时，有以下要求，否则会导致探测失败。
· 不能为知名端口。
· 不能是当前设备中其它服务正在使用的端口号。
¡ 通过display tcp和display udp命令显示信息中的Local Addr:port字段，可查看本端正在被使用的IPv4地址及端口号。
¡ 通过display ipv6 tcp和display ipv6 udp命令显示信息中的LAddr->port字段，可查看本端正在被使用的IPv6地址及端口号。
(1) 进入系统视图。
system-view
(2) 开启TWAMP Server功能，并进入对应的TWAMP Server视图。
（IPv4网络）
nqa twamp server
（IPv6网络）
nqa twamp ipv6 server
缺省情况下，TWAMP Server功能处于关闭状态。
(3) （可选）配置TWAMP Server关联的ACL。
client acl { acl-number | name acl-name }
缺省情况下，未使用ACL对可访问设备的TWAMP Client进行限制。
(4) 配置TWAMP Server的控制会话的会话老化时间。
control-session timeout timeout-value
缺省情况下，TWAMP Server的控制会话的会话老化时间为900秒。
(5) 配置TWAMP Server的TCP侦听端口号。
tcp port port-number [ all | vpn-instance vpn-instance-name ]
缺省情况下，TWAMP Server的TCP侦听端口号为862。
(1) 进入系统视图。
system-view
(2) 开启TWAMP Reflector功能，并进入TWAMP Reflector视图。
nqa twamp reflector
缺省情况下，TWAMP Reflector功能处于关闭状态。
(3) 配置TWAMP Reflector的测量会话的老化时间。
test-session timeout timeout-value
缺省情况下，TWAMP Reflector的测量会话的老化时间为900秒。
在完成上述配置后，在任意视图下执行display命令可以显示配置后NQA TWAMP的运行情况，通过查看显示信息验证配置的效果。
表2-1 NQA显示和维护（NQA TWAMP Server）
|
操作 |
命令 |
|
显示TWAMP Server的会话信息 |
display nqa twamp [ipv6] server session [ all | vpn-instance vpn-instance-name [ source source-ip ] ] |
|
显示TWAMP Server的全局信息 |
display nqa twamp [ipv6] server global-information |
使用NQA TWAMP功能，测试本端（Device A）到指定目的端（Device B）间的网络质量。
图2-2 NQA TWAMP测试配置组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，确保各设备之间路由可达。（配置过程略）
(3) TWAMP Client端（Device A）的配置请参见TWAMP Client的相关资料。
(4) 配置Device B
# 开启NQA服务器。
<DeviceB> system-view
[DeviceB] nqa server enable
# 配置TWAMP Server只接受3.1.1.1/16网段的客户端发起的TWAMP测试。
[DeviceB] acl basic 2000
[DeviceB-acl-ipv4-basic-2000] rule permit source 3.1.1.1 0.0.255.255
[DeviceB-acl-ipv4-basic-2000] quit
# 开启NQA TWAMP服务器，关联ACL 2000。
[DeviceB] nqa twamp server
[DeviceB-nqa-twamp-server] client acl 2000
# 配置TWAMP Server的控制会话的会话老化时间为1000秒。
[DeviceB-nqa-twamp-server] control-session timeout 1000
# 配置TWAMP Server的TCP侦听端口号为862。
[DeviceB-nqa-twamp-server] tcp port 862
[DeviceB-nqa-twamp-server] quit
# 开启TWAMP Reflector。
[DeviceB] nqa twamp reflector
# 配置TWAMP Reflector的测量会话的老化时间为1000秒。
[DeviceB-nqa-twamp-reflector] test-session timeout 1000
[DeviceB-nqa-twamp-reflector] quit
# 显示TWAMP Server的会话信息，可以看到Device A和Device B正在进行测量。
[DeviceB] display nqa twamp server session
Connection entry 1:
Client address : 3.1.1.2
Client port : 63181
Server address : 3.1.1.1
Server port : 862
VPN instance : --
Mode : No Authentication
Created at : 2020-07-06 07:10:41.56
Connection state : Active
Test session 1:
Sender address : 3.1.1.2
Sender port : 5450
Reflector address : 3.1.1.1
Reflector port : 5450
DSCP : 0
Padding length : 128
Created at : 2020-06-24 21:05:09.2
Session ID : 3.1.1.1:3803078737-1127519109:1d58edb7
Sent probe packets : 252
Received probe packets: 252
Session state : Active
TWAMP（Two-Way Active Measurement Protocol，双向主动测量协议）是一种用于IP链路的网络质量测量技术，它使用UDP报文测量网络双向路径时延、抖动及丢包率。TWAMP-light是TWAMP协议的轻量级架构，简化了建立性能测量会话的控制协议，提高了测试性能。
图3-1 NQA TWAMP-light网络架构示意图
TWAMP-light基于NQA客户端—服务器通信模型，它包括NQA客户端和NQA服务器端两种角色，如图3-1所示。
· Controller（NQA客户端）
TWAMP-light在NQA客户端上定义了两个角色：
¡ TWAMP-light Client：负责配置TWAMP-light测试会话。
¡ TWAMP-light Sender：负责启动、停止TWAMP-light测试会话，是NQA TWAMP-light测试的源端设备。
· Responder（NQA服务器端）
TWAMP-light在NQA服务器端上定义了TWAMP-light Responder。Responder负责配置反射端会话并将报文反射回去，所以Responder也是NQA TWAMP-light测试的目的端设备。
管理员通过TWAMP-light测试会话来实现对NQA TWAMP-light测试的管理。一个测试会话由测试会话（Test session）ID来标识，包含一组测试的参数，例如，测试源目的地址、测试源目的端口等。在一台设备上可以创建多个TWAMP-light测试会话，可以同时启动多个TWAMP-light测试会话进行测试。
启动TWAMP-light测试后，NQA TWAMP-light测试的源端设备每隔一段时间进行一次测试，每次测试发送一个探测报文，可以设置测试的持续时间和发送报文的数量。NQA TWAMP-light测试的测试机制如下：
(1) NQA客户端构造TWAMP-light探测报文，并发送给目的端设备；
(2) 目的端设备收到探测报文后，将报文反射回源端；
(3) NQA客户端根据是否收到应答报文，以及接收应答报文的时间，计算报文丢失率、往返时间等判断源到目的端链路的服务质量。
NQA TWAMP-light可以对探测结果进行监测，在本地记录监测结果，还可以通过日志、Trap/Inform消息将监测结果通知给网络管理系统，以便网络管理员了解NQA TWAMP-light测试运行结果和网络性能。
NQA TWAMP-light阈值告警功能支持的监测对象有：
· 源到目的和目的到源的双向抖动时间
· 源到目的和目的到源的双向时延
· 源到目的和目的到源的双向丢包率
测试启动后，系统将持续监控探测结果。
· 当探测结果从小于阈值变成大于等于上限阈值，则开始监控时间计时。如果在监控时间段内探测结果始终大于等于上限阈值，则打印日志并发送Trap或Inform消息。
· 当探测结果从大于下限阈值恢复到小于等于下限阈值，则开始监控时间计时。如果在监控时间段内探测结果始终小于等于下限阈值，则打印日志并发送Trap或Inform消息。
其中监控时间由start命令的monitor-time参数配置。
与TWAMP-light相关的协议规范有：
· RFC 5357：A Two-Way Active Measurement Protocol (TWAMP)
standard工作模式下，仅下表所列单板支持本功能。
表3-1 单板信息一览表
|
单板类型 |
单板丝印 |
|
CEPC单板 |
CEPC-CQ8L、CEPC-CQ16L1 |
|
CSPEX单板 |
CSPEX-1802XB、CSPEX-1802X、CSPEX-1812X-E、CSPEX-2304X-G、CSPEX-2612X-E |
|
SPE单板 |
RX-SPE200-E |
sdn-wan工作模式下，仅下表所列单板支持本功能。
表3-2 单板信息一览表
|
单板类型 |
单板丝印 |
|
CEPC单板 |
CEPC-XP4LX、CEPC-XP24LX、CEPC-XP48RX、CEPC-CP4RX、CEPC-CP4RX-L、CEPC-CQ8L、CEPC-CQ16L1 |
|
CSPEX单板 |
CSPEX-1304X、CSPEX-1304S、CSPEX-1404X、CSPEX-1404S、CSPEX-1502X、CSPEX-1504X、CSPEX-1504S、CSPEX-1602X、CSPEX-1804X、CSPEX-1512X、CSPEX-1612X、CSPEX-1812X、CSPEX-1802XB、CSPEX-1802X、CSPEX-1812X-E、CSPEX-2304X-G、CSPEX-2612X-E |
|
SPE单板 |
RX-SPE200、RX-SPE200-E |
如果TWAMP-light Responder端的测试报文出接口位于下表所列单板上，则需要在该接口上配置qos trust auto override命令，以确保报文的优先级的正确。关于qos trust命令的介绍，请参见“ACL和QoS命令参考”中的“QoS”。
表3-3 单板信息一览表
|
单板类型 |
单板丝印 |
|
CEPC单板 |
CEPC-CQ8L、CEPC-CQ16L1 |
|
CSPEX单板 |
CSPEX-1802XB、CSPEX-1802X、CSPEX-1812X-E、CSPEX-2304X-G、CSPEX-2612X-E |
|
SPE单板 |
RX-SPE200-E |
对于下表所列单板，测量双向时延时，建议测量的两端配置相同的时间戳格式，例如：两端都采用PTP时间戳格式或NTP时间戳格式，不建议一端采用PTP时间戳格式，另一端采用NTP时间戳格式。
|
单板类型 |
单板丝印 |
|
CEPC单板 |
CEPC-XP4LX、CEPC-XP24LX、CEPC-XP48RX、CEPC-CP4RX、CEPC-CP4RX-L |
|
CSPEX单板 |
CSPEX-1304X、CSPEX-1304S、CSPEX-1404X、CSPEX-1404S、CSPEX-1502X、CSPEX-1504X、CSPEX-1504S、CSPEX-1602X、CSPEX-1804X、CSPEX-1512X、CSPEX-1612X、CSPEX-1812X |
|
SPE单板 |
RX-SPE200 |
在聚合接口的所有成员口上进行TWAMP-light测试时，如果修改TWAMP-light服务端相关配置后导致探测失败，需要在TWAMP-light客户端上先执行stop命令停止探测再执行start命令重新启动探测。
当设备同时进行TWAMP和TWAMP-light测试时，要求这两种测试类型的测试会话使用的目的地址、端口号及VPN不能完全相同，否则，会因为业务报文混淆而影响测试结果的准确性。
在NQA TWAMP-light客户端和NQA TWAMP-light服务器上配置侦听端口时，均有以下要求，否则会导致探测失败。
· 不能为知名端口。
· 不能是当前设备中其它服务正在使用的端口号。
¡ 通过display tcp和display udp命令显示信息中的Local Addr:port字段，可查看本端正在被使用的IPv4地址及端口号。
¡ 通过display ipv6 tcp和display ipv6 udp命令显示信息中的LAddr->port字段，可查看本端正在被使用的IPv6地址及端口号。
在NQA TWAMP-light客户端上通过destination port命令配置的测试操作目的端口号，需要和服务器端配置的侦听端口号保持一致。
NQA TWAMP-light配置任务如下：
(2) 在NQA客户端上配置TWAMP-light Client
(3) （可选）在NQA客户端上配置TWAMP-light测试告警功能
(4) 在NQA客户端上启动NQA TWAMP-light测试
(5) （可选）在NQA客户端上停止NQA TWAMP-light测试
用户可以使用以下任意一种方式来开启测试会话的校验和字段调整功能：
· 全局开启该功能：该方式配置的测试报文校验和字段调整功能对TWAMP-light-responder视图下所有未创建的会话生效，不会影响当前正在进行的测试会话。
· 在test-session命令中开启该功能：该方式配置的测试报文校验和字段调整功能仅对当前即将开始的会话生效。
校验和字段调整功能仅对IPv6测试报文生效，对于IPv4测试报文不生效。
(1) 进入系统视图。
system-view
(2) 在NQA服务器上创建TWAMP-light Responder，并进入TWAMP-light-responder视图。
nqa twamp-light responder
(3) 全局开启测试报文中校验和字段调整功能。
adjust-udp-checksum global enable
缺省情况下，测试报文中校验和字段调整功能处于全局关闭状态。
(4) 在NQA服务器上创建TWAMP-light Responder端的测试会话。
test-session session-id [ interface interface-type interface-number [ service-instance instance-id ] ] [ link-bundle-interface interface-type interface-number ] { destination-mac mac-address source-mac mac-address | { ip | ipv6 } destination address source address destination-port port-number source-port port-number [ vpn-instance vpn-instance-name ] } * [ adjust-udp-checksum | description text | extended-packet | timestamp-format { ntp | ptp } | vlan { vlan-id | s-vid vlan-id c-vid vlan-id } ] *
(5) 退回系统视图。
quit
(6) 开启NQA服务器功能。
nqa server enable
缺省情况下，NQA服务器功能处于关闭状态。
如果同时启动多个TWAMP-light测试，那么每个测试会话指定的地址及端口号不能完全相同，否则多个测试匹配同一条流将影响测试结果。
用户可以使用以下任意一种方式来开启测试会话的校验和字段调整功能：
· 全局开启该功能：该方式配置的测试报文校验和字段调整功能对TWAMP-light-client视图下所有未创建的会话生效，不会影响当前正在进行的测试会话。
· 测试会话视图下开启该功能：该方式配置的测试报文校验和字段调整功能仅对当前即将开始的会话生效。
校验和字段调整功能仅对IPv6测试报文生效，对于IPv4测试报文不生效。
(1) 进入系统视图。
system-view
(2) 开启NQA客户端功能。
nqa agent enable
缺省情况下，NQA客户端功能处于开启状态。
只有使能NQA客户端功能后，NQA客户端的相关配置才会生效。
(1) 进入系统视图。
system-view
(2) 进入TWAMP-light-client视图。
nqa twamp-light client
(3) 全局开启测试报文中校验和字段调整功能。
adjust-udp-checksum global enable
缺省情况下，测试报文中校验和字段调整功能处于全局关闭状态。
(1) 进入系统视图。
system-view
(2) 进入TWAMP-light-client视图。
nqa twamp-light client
(3) 创建TWAMP-light Client的测试会话，并进入Client-session视图。
test-session session-id
(4) （可选）配置探测的描述信息。
description text
缺省情况下，未配置测试的描述信息。
(1) 进入系统视图。
system-view
(2) 进入TWAMP-light-client视图。
nqa twamp-light client
(3) 进入TWAMP-light测试的Client-session视图。
test-session session-id
(4) 配置探测报文的源IP地址。
（IPv4网络）
source ip ip-address
缺省情况下，未配置探测报文的源IP地址。
（IPv6网络）
source ipv6 ipv6-address
缺省情况下，未配置探测报文的源IPv6地址。
(5) 配置探测报文的目的IP地址。
（IPv4网络）
destination ip ipv4-address
缺省情况下，未配置探测报文的目的IPv4地址。
（IPv6网络）
destination ipv6 ipv6-address
缺省情况下，未配置探测报文的目的IPv6地址。
(6) 配置探测报文的源接口。
source interface interface-type interface-number [ service-instance instance-id ]
缺省情况下，未配置探测报文的源接口。
该命令指定的接口必须为up状态。
(7) 配置探测报文的源端口号。
source port port-number
缺省情况下，未配置测试操作的源端口号。
对于TWAMP-light测试，本命令必须配置，且配置的端口号不能是当前设备中其它服务正在使用的端口号，否则会导致探测失败。
(8) 配置探测报文的目的端口号。
destination port port-number
缺省情况下，未配置测试操作的目的端口号。
(9) 配置探测报文的源MAC地址。
source mac mac-address
缺省情况下，未配置探测报文的源MAC地址。
(10) 配置探测报文的目的MAC地址。
destination mac mac-address
缺省情况下，未配置探测报文的目的MAC地址。
(11) （可选）配置探测报文所属的VPN实例。
vpn-instance vpn-instance-name
缺省情况下，未指定探测报文所属的VPN实例，NQA用来测试公网的连通性。
system-view
(2) 进入TWAMP-light-client视图。
nqa twamp-light client
(3) 进入TWAMP-light测试的Client-session视图。
test-session session-id
(4) 配置TWAMP-light测试的时间戳格式
timestamp-format { ntp | ptp }
缺省情况下，TWAMP-light测试的时间戳格式为PTP。
(5) （可选）配置TWAMP-light测试报文的填充参数。
¡ 配置探测报文中的填充内容大小。
data-size size
缺省情况下，探测报文中的填充内容大小为142字节。
¡ 配置探测报文的填充字符串。请选择其中一项进行配置。
data-fill string
hex-data-fill hex
这两条命令的作用相同，多次执行这两条命令时，最后一次执行的命令生效。
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809。
(6) （可选）配置探测报文的优先级。
¡ 配置探测报文的802.1p优先级。
priority 8021p value
缺省情况下，探测报文的802.1p优先级为0。
¡ 配置探测报文中IP报文头中服务类型域的值。
tos value
缺省情况下，NQA探测报文中IP报文头中服务类型域的值为0。
(7) （可选）配置探测报文的VLAN标签。
vlan { vlan-id | s-vid vlan-id c-vid vlan-id }
缺省情况下，未配置探测报文的VLAN标签。
(8) （可选）配置TWAMP-light测试会话的绑定出接口。
test-session session-id bind interface interface-type interface-number
缺省情况下，未配置TWAMP-light测试会话的绑定出接口。
(9) （可选）开启测试报文中校验和字段调整功能。
adjust-udp-checksum enable
缺省情况下，测试报文中校验和字段调整功能处于关闭状态。
配置本功能时，需要注意：
¡ 不支持对TWAMP-light探测报文做出方向镜像。
¡ 仅支持三层聚合接口和三层聚合子接口。
¡ 仅支持普通IPv4和IPv6网络，不支持MPLS和SRv6等隧道网络
缺省情况下，如果TWAMP-light测试报文的出接口是个三层聚合接口或三层聚合子接口，则设备会自动选择聚合接口的一个成员口，在该成员口链路上进行测试，用该成员口链路的测试结果表示聚合口链路的质量。配置本功能后，设备会在聚合接口的所有成员口上进行TWAMP-light测试，测试结果为每个成员口链路的质量。
在TWAMP-light客户端和TWAMP-light服务端，聚合接口的所有成员口TWAMP-light测试功能的开启状态必须一致，否则，可能导致TWAMP-light测试失败或者测试数据不准确。
(1) 进入系统视图。
system-view
(2) 进入TWAMP-light-client视图。
nqa twamp-light client
(3) 进入TWAMP-light测试的Client-session视图。
test-session session-id
(4) 开启聚合接口的所有成员口TWAMP-light测试功能。
link-bundle-interface interface-type interface-number
缺省情况下，聚合接口的所有成员口的TWAMP-light测试功能处于关闭状态。
配置本功能时，需要注意：
¡ 不支持对TWAMP-light探测报文做出方向镜像。
¡ 仅支持三层聚合接口和三层聚合子接口。
¡ 仅支持普通IPv4和IPv6网络，不支持MPLS和SRv6等隧道网络。
开启TWAMP-light会话的单向时延统计功能后，对于新启动的测试会话，TWAMP-light在测量网络双向路径时延、抖动及丢包率的同时，会单独统计并记录TWAMP-light Client到TWAMP-light服务器、TWAMP-light服务器到TWAMP-light Client两个方向的时延和时延抖动。
执行one-way delay-measure global enable或one-way delay-measure enable命令均可以开启TWAMP-light会话的单向时延统计功能，one-way delay-measure global enable命令对TWAMP-light-client视图下所有新启动的测试会话生效，one-way delay-measure enable命令仅对当前测试会话生效。
(1) 进入系统视图。
system-view
(2) 进入TWAMP-light-client视图。
nqa twamp-light client
(3) 全局开启单向时延统计功能。
one-way delay-measure global enable
缺省情况下，单向时延统计功能处于全局关闭状态。
(4) 进入TWAMP-light测试的Client-session视图。
test-session session-id
(5) 开启当前TWAMP-light会话的单向时延统计功能。
one-way delay-measure enable
缺省情况下，当前TWAMP-light会话的单向时延统计功能处于关闭状态。
system-view
(2) 创建TWAMP-light Client并进入TWAMP-light-client视图。
nqa twamp-light client
(3) 创建TWAMP-light Client的测试会话，并进入Client-session视图。
test-session session-id
(4) 创建TWAMP-light测试的阈值告警组，请至少选择其中一项进行配置。
¡ 创建监测双向时延的阈值告警组。
reaction item-number checked-element two-way-delay threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
缺省情况下，不存在监测双向时延的阈值告警组。
¡ 创建监测双向丢包率的阈值告警组。
reaction item-number checked-element two-way-loss threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
缺省情况下，不存在监测双向丢包率的阈值告警组。
¡ 创建监测双向抖动的阈值告警组。
reaction item-number checked-element two-way-jitter threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
缺省情况下，不存在监测双向抖动的阈值告警组。
如果同时启动多个TWAMP-light测试，那么每个测试会话指定的源IP、源端口、目的IP和目的端口四个参数不能均相同，否则多个测试匹配同一条流将影响测试结果。
如果配置了data-fill命令，则启动TWAMP-light测试时报文发送周期不允许配置为10ms和100ms。
(1) 进入系统视图。
system-view
(2) 创建TWAMP-light Sender，并进入TWAMP-light-sender视图。
nqa twamp-light sender
(3) 启动TWAMP-light测试。
start test-session session-id { permanent | duration duration | packet-count count } [ tx-interval { 10 | 100 | 1000 | 10000 | 30000 } ] [ time-out timeout ] [ [ statistics-interval statistics-interval ] monitor-time time ]
(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的运行情况，通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除TWAMP-light测试会话的统计信息。
表3-5 NQA显示和维护（NQA客户端）
|
操作 |
命令 |
|
显示TWAMP-light Client会话的统计信息，包括双向时延、双向抖动和双向丢包信息 |
display nqa twamp-light client statistics { two-way-delay | two-way-loss } test-session session-id [ link-bundle-member interface-type interface-number ] |
|
显示TWAMP-light Client阈值告警组的当前监测结果 |
display nqa twamp-light client test-session reaction counters [ session-id [ item-number ] ] |
|
显示TWAMP-light Client会话的信息 |
display nqa twamp-light client [ link-bundle ] [ test-session session-id | verbose ] |
|
清除TWAMP-light测试会话的统计信息 |
reset nqa twamp-light statistics { all | test-session session-id } |
表3-6 NQA显示和维护（NQA服务器）
|
操作 |
命令 |
|
显示TWAMP-light Responder会话的信息 |
display nqa twamp-light responder [ test-session session-id ] |
使用NQA TWAMP-light功能，测试本端（Device A）到指定目的端（Device B）间的网络质量。
图3-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
[DeviceB-twamp-light-responder] quit
(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
[DeviceA-nqa-twamp-light-client-session1] quit
[DeviceA-nqa-twamp-light-client] quit
# 创建并进入TWAMP-light-sender视图，启动TWAMP-light测试，启动参数：发送报文的周期为100ms，统计周期为10000ms，监控时间为20000ms。
[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] quit
# 显示指定测试会话1的信息。
[DeviceA] display nqa twamp-light client
Brief information about all test sessions:
Total sessions: 1
Active sessions: 1
------------------------------------------------------------------------------------
ID Status Source IP/Port Destination IP/Port
1 Active 10.1.1.1/10000 10.2.2.2/20000
# 显示指定测试会话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%
如图3-3所示，用户网络有若干个站点，希望通过在骨干网上建立L2VPN，实现站点1与站点2互联，站点1和站点2通过以太网接口的方式接入PE。使用NQA TWAMP-light功能，测试L2VPN中PE 1到指定目的端PE 2间的网络质量。
图3-3 NQA TWAMP-light测试L2VPN组网配置组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，完成L2VPN网络的搭建和配置，确保各设备之间路由可达。具体配置过程可参见“MPLS配置指导”中的“MPLS L2VPN”。
(3) 配置PE 1（作为TWAMP-light客户端）
# 配置PE 1作为TWAMP-light客户端。
<PE1> system-view
[PE1] nqa twamp-light client
# TWAMP-light测试报文的目的IP地址（除PE 2上相连接口的IP地址之外的任意合法IP地址均可）、目的MAC地址（任意合法MAC地址均可）、目的端口号（任意合法端口号均可）。
[PE1-nqa-twamp-light-client] test-session 1
[PE1-nqa-twamp-light-client-session1] destination ip 4.4.4.2
[PE1-nqa-twamp-light-client-session1] destination mac 0001-0001-0002
[PE1-nqa-twamp-light-client-session1] destination port 8888
# TWAMP-light测试报文的源接口为Ten-GigabitEthernet3/1/1，源IP地址（除PE 1上相连接口的IP地址之外的任意合法IP地址均可）、源MAC地址（任意合法MAC地址均可）、源端口号（任意合法端口号均可）。
[PE1-nqa-twamp-light-client-session1] source interface ten-gigabitethernet 3/1/1
[PE1-nqa-twamp-light-client-session1] source ip 4.4.4.1
[PE1-nqa-twamp-light-client-session1] source mac 0001-0001-0001
[PE1-nqa-twamp-light-client-session1] source port 7777
[PE1-nqa-twamp-light-client-session1] quit
[PE1-nqa-twamp-light-client] quit
(4) 配置PE 2（作为TWAMP-light反射端）
<PE2> system-view
# 开启NQA服务器。
<DeviceB> system-view
[DeviceB] nqa server enable
# 创建TWAMP-light Responder端的测试会话1，配置报文的目的IP地址为4.4.4.2，源IP地址为4.4.4.1，配置报文的目的端口为8888，源端口为7777。
[PE2] nqa twamp-light responder
[PE2-nqa-twamp-light-responder] test-session 1 interface ten-gigabitethernet 3/1/1 ip destination 4.4.4.2 source 4.4.4.1 destination-port 8888 source-port 7777 destination-mac 1-1-2 source-mac 1-1-1
[PE2-nqa-twamp-light-responder] quit
(5) 在PE 1上启动探测
[PE1] nqa twamp-light sender
[PE1-nqa-twamp-light-sender] start test-session 1 permanent
# 显示指定测试会话1的信息。
[PE1] display nqa twamp-light client
Brief information about all test sessions:
Total sessions: 1
Active sessions: 1
-------------------------------------------------------------------
ID Status Source IP/Port Destination IP/Port
1 Active 4.4.4.1/7777 4.4.4.2/8888
# 显示指定测试会话1的双向丢包统计信息。
[PE1] 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
1 0 0.0000% 0 0.0000%
2 0 0.0000% 0 0.0000%
3 0 0.0000% 0 0.0000%
4 0 0.0000% 0 0.0000%
--------------------------------------------------------------------
Average loss count : 0 Average loss ratio : 0.0000%
Maximum loss count : 0 Maximum loss ratio : 0.0000%
Minimum loss count : 0 Minimum loss ratio : 0.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%
# 显示指定测试会话1的双向时延统计信息。
[PE1] display nqa twamp-light client statistics two-way-delay test-session 1
Latest two-way delay statistics(us):
Index Delay(Avg) Jitter(Avg) SD-jitter(Avg) DS-jitter(Avg)
1 46 1 2 1
2 46 1 2 1
3 46 0 1 1
4 46 0 1 1
--------------------------------------------------------------------
Average delay : 46 Average jitter : 1
Maximum delay : 46 Maximum jitter : 1
Minimum delay : 46 Minimum jitter : 0
Average SD jitter: 1 Average DS jitter: 1
Maximum SD jitter: 1 Maximum DS jitter: 1
Minimum SD jitter: 0 Minimum DS jitter: 0
如图3-4所示，用户网络有若干个站点，希望通过在骨干网上建立L3VPN，实现站点1与站点2互联，站点1和站点2通过以太网接口的方式接入PE。使用NQA TWAMP-light功能，测试L3VPN中PE 1到指定目的端PE 2间的网络质量。
图3-4 NQA TWAMP-light测试L3VPN组网配置组网图
(1) 配置各接口的IP地址。（配置过程略）
(2) 配置静态路由或动态路由协议，完成L3VPN网络的搭建和配置，确保各设备之间路由可达。具体配置过程可参见“MPLS配置指导”中的“MPLS L3VPN”。
(3) 配置PE 1（作为TWAMP-light客户端）
# 配置PE 1作为TWAMP-light客户端。
<PE1> system-view
[PE1] nqa twamp-light client
# TWAMP-light测试报文的目的IP地址为100.100.2.1、目的端口号为10000。
[PE1-nqa-twamp-light-client] test-session 1
[PE1-nqa-twamp-light-client-session1] destination ip 100.100.2.1
[PE1-nqa-twamp-light-client-session1] destination port 10000
# TWAMP-light测试报文的源IP地址为100.100.1.1、源端口号为20000、测试操作所属的VPN实例为1。
[PE1-nqa-twamp-light-client-session1] source ip 100.100.1.1
[PE1-nqa-twamp-light-client-session1] source port 20000
[PE1-nqa-twamp-light-client-session1] vpn-instance 1
[PE1-nqa-twamp-light-client-session1] quit
[PE1-nqa-twamp-light-client] quit
(4) 配置PE 2（作为TWAMP-light反射端）
# 开启NQA服务器。
<DeviceB> system-view
[DeviceB] nqa server enable
# 创建TWAMP-light Responder端的测试会话1，配置报文的目的IP地址为100.100.2.1，源IP地址为100.100.1.1，配置报文的目的端口为10000，源端口为20000。
<PE2> system-view
[PE2] nqa twamp-light responder
[PE2-nqa-twamp-light-responder] test-session 1 ip destination 100.100.2.1 source 100.100.1.1 destination-port 10000 source-port 20000 vpn-instance 1
[PE2-nqa-twamp-light-responder] quit
(5) 在PE 1上启动探测
[PE1] nqa twamp-light sender
[PE1-nqa-twamp-light-sender] start test-session 1 permanent
# 显示指定测试会话1的信息。
[PE1] display nqa twamp-light client
Brief information about all test sessions:
Total sessions: 1
Active sessions: 1
----------------------------------------------------------------------
ID Status Source IP/Port Destination IP/Port
1 Active 100.100.1.1/20000 100.100.2.1/10000
# 显示指定测试会话1的双向丢包统计信息。
[PE1] 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
1 0 0.0000% 0 0.0000%
2 0 0.0000% 0 0.0000%
3 0 0.0000% 0 0.0000%
4 0 0.0000% 0 0.0000%
--------------------------------------------------------------------
Average loss count : 0 Average loss ratio : 0.0000%
Maximum loss count : 0 Maximum loss ratio : 0.0000%
Minimum loss count : 0 Minimum loss ratio : 0.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%
# 显示指定测试会话1的双向时延统计信息。
[PE1] display nqa twamp-light client statistics two-way-delay test-session 1
Latest two-way delay statistics(us):
Index Delay(Avg) Jitter(Avg) SD-jitter(Avg) DS-jitter(Avg)
1 46 1 2 1
2 46 1 2 1
3 46 0 1 1
4 46 0 1 1
--------------------------------------------------------------------
Average delay : 46 Average jitter : 1
Maximum delay : 46 Maximum jitter : 1
Minimum delay : 46 Minimum jitter : 0
Average SD jitter: 1 Average DS jitter: 1
Maximum SD jitter: 1 Maximum DS jitter: 1
Minimum SD jitter: 0 Minimum DS jitter: 0
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
