- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
02-NQA配置
本章节下载： 02-NQA配置 (455.60 KB)
目 录
NQA（Network Quality Analyzer，网络质量分析）通过发送探测报文，对链路状态、网络性能、网络提供的服务及服务质量进行分析，并为用户提供标识当前网络性能和服务质量的参数，如时延、抖动时间、TCP连接建立时间、FTP连接建立时间和文件传输速率等。
利用NQA的分析结果，用户可以：
· 及时了解网络的性能状况，针对不同的网络性能进行相应处理。
· 对网络故障进行诊断和定位。
NQA测试组是一组测试参数的集合，如测试类型、测试目的地址、测试目的端口等。NQA测试组由一个管理员名称和一个操作标签来标识。管理员通过NQA测试组来实现对NQA测试的管理和调度。
在一台设备上可以创建多个NQA测试组，可以同时启动多个NQA测试组进行测试。
启动NQA测试组后，每隔一段时间进行一次测试，测试的时间间隔由frequency命令来设定。
一次NQA测试由若干次连续的探测组成，探测的次数由probe count命令来设定。
对于Voice和Path-jitter测试，一次测试中只能进行一次探测，不能通过配置修改测试中探测的次数。
NQA支持多种测试类型：ICMP-echo、ICMP-jitter、DHCP、DNS、FTP、HTTP、UDP-jitter、SNMP、TCP、UDP-echo、UDP-tracert、Voice、Path-jitter和DLSw测试。不同测试类型中，探测的含义不同：
· 对于TCP和DLSw测试，一次探测操作是指建立一次TCP或DLSw连接；
· 对于ICMP-jitter和UDP-jitter和Voice测试，一次探测操作是指连续发送多个探测报文，发送探测报文的个数由probe packet-number命令来设定；
· 对于FTP、HTTP、DHCP和DNS测试，一次探测操作是指完成一次相应的功能，例如上传或下载一个文件，获取一个Web页面，申请一个IP地址，将一个域名解析为IP地址；
· 对于ICMP-echo和UDP-echo测试，一次探测操作是指发送一个探测报文；
· 对于SNMP测试，一次探测操作是指发送三个SNMP协议报文，分别对应SNMPv1、SNMPv2c和SNMPv3三个版本；
· 对于Path-jitter测试，一次探测操作分为两个步骤：首先通过tracert探路获取到达目的地址的路径（最大为64跳）；再根据tracert结果，分别向路径上的每一跳发送多个ICMP-echo探测报文，发送探测报文的个数由probe packet-number命令来设定；
· 对于UDP-tracert测试，一次探测操作是指一个特定TTL值的节点发送一个探测报文的操作；
图1-1 NQA测试典型组网图
如图1-1所示，NQA测试的典型组网中包括以下两部分：
· NQA测试的源端设备：又称为NQA客户端，负责发起NQA测试，并统计探测结果。NQA测试组在NQA客户端上创建。
· NQA测试的目的端设备：负责接收、处理和响应NQA客户端发来的探测报文。
¡ 在进行TCP、UDP-echo、UDP-jitter和Voice类型测试时，必须在目的端设备上配置NQA服务器功能，开启指定IP地址和端口上的监听服务。此时，目的端设备又称为NQA服务器。当NQA服务器接收到客户端发送给指定IP地址和端口的探测报文后，将对其进行处理，并发送响应报文。
¡ 在其他类型的测试中，目的端设备只要能够处理NQA客户端发送的探测报文即可，不需要配置NQA服务器功能。例如，在FTP测试中，目的端设备上需要配置FTP服务器相关功能，以便处理客户端发送的FTP报文，而无需配置NQA服务器功能。
NQA测试的过程为：
(1) NQA客户端构造指定测试类型的探测报文，并发送给目的端设备；
(2) 目的端设备收到探测报文后，回复应答报文；
(3) NQA客户端根据是否收到应答报文，以及接收应答报文的时间，计算报文丢失率、往返时间等。
NQA可以对探测结果进行监测，在本地记录监测结果，或通过Trap消息将监测结果通知给网络管理系统，以便网络管理员了解NQA测试运行结果和网络性能。
NQA通过创建阈值告警项，并在阈值告警项中配置监测的对象、阈值类型及触发的动作，来实现阈值告警功能。
阈值告警项包括invalid、over-threshold和below-threshold三种状态：
· NQA测试组未启动时，阈值告警项的状态为invalid。
· NQA测试组启动后，每次测试或探测结束时，检查监测的对象是否超出指定类型的阈值。如果超出阈值，则阈值告警项的状态变为over-threshold；如果未超出阈值，则状态变为below-threshold。
如果阈值告警项的触发动作为trap-only，则当阈值告警项的状态改变时，向网络管理系统发送Trap消息。
(1) 监测对象
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测试类型 |
(2) 阈值类型
NQA阈值告警功能支持的阈值类型包括：
· 平均值（average）：监测一次测试中探测结果的平均值，如果平均值不在指定的范围内，则该监测对象超出阈值。例如，监测一次测试中探测持续时间的平均值。
· 累计数目（accumulate）：监测一次测试中探测结果不在指定范围内的累计数目，如果累计数目达到或超过设定的值，则该监测对象超出阈值。
· 连续次数（consecutive）：NQA测试组启动后，监测探测结果连续不在指定范围内的次数，如果该次数达到或超过设定的值，则该监测对象超出阈值。
(3) 触发动作
NQA阈值告警功能可以触发如下动作：
· none：只在本地记录监测结果，以便通过显示命令查看，不向网络管理系统发送Trap消息。
· trap-only：不仅在本地记录监测结果，当阈值告警项的状态改变时，还向网络管理系统发送Trap消息。
DNS测试不支持发送Trap消息。
NQA客户端支持两种配置方式：NQA测试组和NQA模板。NQA测试组配置完毕后，通过调度测试组就可以进行测试操作；NQA模板配置完毕后并不启动测试，需要外部特性（如负载均衡）调用NQA模板，为该特性创建NQA测试组后，并自动启动NQA测试。
表1-2 NQA配置任务简介
|
操作 |
说明 |
详细配置 |
|
配置NQA服务器 |
对于TCP、UDP-echo、UDP-jitter和Voice为必选，其他测试类型为可选 |
|
|
使能NQA客户端功能 |
必选 |
|
|
在NQA客户端上配置NQA测试组 |
二者至少选其一 |
|
|
在NQA客户端上配置NQA模板 |
在进行TCP、UDP-echo、UDP-jitter和Voice类型测试前，必须在目的端设备上进行本配置。进行其他类型测试时，不需要进行本配置。
在一个NQA服务器上可以配置多个TCP（或UDP）监听服务，每个监听服务对应一个监听的IP地址和一个端口号。配置的监听IP地址和端口号必须与NQA客户端上配置的目的IP地址和目的端口号一致，且不能与已有的TCP（或UDP）监听服务冲突。
表1-3 配置NQA服务器
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
开启NQA服务器功能 |
nqa server enable |
缺省情况下，NQA服务器功能处于关闭状态 |
|
在NQA服务器上配置TCP监听服务 |
nqa server tcp-connect ip-address port-number [ tos tos ] |
二者至少选其一 缺省情况下，ToS值为0 配置的IP地址和端口号必须与NQA客户端的配置一致，且不能与已有的监听服务冲突 通过本命令可以指定发送应答NQA探测报文（TCP报文或UDP报文）中携带的ToS值 |
|
在NQA服务器上配置UDP监听服务 |
nqa server udp-echo ip-address port-number [ tos tos ] |
只有使能NQA客户端功能后，NQA客户端的相关配置才会生效。
表1-4 使能NQA客户端功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
使能NQA客户端功能 |
nqa agent enable |
缺省情况下，NQA客户端功能处于开启状态 |
表1-5 NQA测试组配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
配置ICMP-echo测试 |
至少选其一 |
|
|
配置ICMP-jitter测试 |
||
|
配置DHCP测试 |
||
|
配置DNS测试 |
||
|
配置FTP测试 |
||
|
配置HTTP测试 |
||
|
配置UDP-jitter测试 |
||
|
配置SNMP测试 |
||
|
配置TCP测试 |
||
|
配置UDP-echo测试 |
||
|
配置UDP-tracert测试 |
||
|
配置Voice测试 |
||
|
配置DLSw测试 |
||
|
配置Path-jitter测试 |
||
|
配置NQA测试组通用参数 |
可选 |
|
|
配置阈值告警功能 |
可选 |
|
|
配置NQA统计功能 |
可选 |
|
|
配置NQA历史记录功能 |
可选 |
|
|
在NQA客户端上调度NQA测试组 |
必选 |
ICMP-echo测试利用ICMP协议，根据是否接收到应答报文判断目的主机的可达性。ICMP-echo测试的功能与ping命令类似，但ICMP-echo测试中可以指定测试的下一跳设备。在源端和目的端设备之间存在多条路径时，通过配置下一跳设备可以指定测试的路径。并且，与ping命令相比，ICMP-echo测试输出的信息更为丰富。
表1-6 配置ICMP-echo测试
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
|
配置测试类型为ICMP-echo，并进入测试类型视图 |
type icmp-echo |
- |
|
|
配置探测报文的目的地址 |
配置探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
配置探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
||
|
（可选）配置探测报文中的填充内容大小 |
data-size size |
缺省情况下，探测报文中的填充内容大小为100字节 |
|
|
（可选）配置探测报文的填充字符串 |
data-fill string |
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
|
（可选）配置探测报文出接口 |
out interface interface-type interface-number |
缺省情况下，未配置探测报文的出接口 设备通过查询路由表信息确认报文出接口 |
|
|
（可选）配置使用指定接口的IP地址作为探测报文的源IP地址 |
source interface interface-type interface-number |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 source interface命令指定的接口必须为up状态 source ip、source ipv6和source interface命令作用相同，多次执行这三条命令时，最后一次执行的命令生效 |
|
|
（可选）配置探测报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
|
（可选）配置探测报文的下一跳地址 |
配置探测报文的下一跳IPv4地址 |
next-hop ip ip-address |
二者选其一 缺省情况下，未配置探测报文的下一跳地址 |
|
配置探测报文的下一跳IPv6地址 |
next-hop ipv6 ipv6-address |
||
语音、视频等实时性业务对时延抖动（Delay jitter）的要求较高。通过ICMP-jitter测试，可以获得网络的单向和双向时延抖动，从而判断网络是否可以承载实时性业务。
ICMP-jitter测试的过程如下：
(1) 源端以一定的时间间隔向目的端发送探测报文。
(2) 目的端收到探测报文后，为它打上时间戳，并把带有时间戳的报文发送给源端。
(3) 源端收到报文后，根据报文上的时间戳，计算出时延抖动，从而清晰地反映出网络状况。时延抖动的计算方法为相邻两个报文的目的端接收时间间隔减去这两个报文的发送时间间隔。
表1-7 配置ICMP-jitter测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为ICMP-jitter，并进入测试类型视图 |
type icmp-jitter |
- |
|
配置测试操作中探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置测试操作中探测报文的目的IP地址 测试操作的目的地址必须与NQA服务器上所配置的监听服务的IP地址一致 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
（可选）配置一次ICMP-jitter探测中发送探测报文的个数 |
probe packet-number packet-number |
缺省情况下，一次ICMP-jitter探测中发送10个探测报文 |
|
（可选）配置ICMP-jitter测试中发送探测报文的时间间隔 |
probe packet-interval packet-interval |
缺省情况下，ICMP-jitter测试中发送探测报文的时间间隔为20毫秒 |
|
（可选）配置ICMP-jitter测试中等待响应报文的超时时间 |
probe packet-timeout packet-timeout |
缺省情况下，ICMP-jitter测试中等待响应报文的超时时间为3000毫秒 |
display nqa history命令的显示信息无法反映ICMP-jitter测试的结果，如果想了解ICMP-jitter测试的结果，建议通过display nqa result命令查看最近一次NQA测试的当前结果，或通过display nqa statistics命令查看NQA测试的统计信息。
DHCP测试主要用来测试网络上的DHCP服务器能否响应客户端请求，以及为客户端分配IP地址所需的时间。
NQA客户端模拟DHCP中继转发DHCP请求报文向DHCP服务器申请IP地址的过程，DHCP服务器进行DHCP测试的接口IP地址不会改变。DHCP测试完成后，NQA客户端会主动发送报文释放申请到的IP地址。
表1-8 配置DHCP测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为DHCP，并进入测试类型视图 |
type dhcp |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 将DHCP服务器的IP地址配置为测试操作的目的IP地址 |
|
（可选）配置探测报文出接口 |
out interface interface-type interface-number |
缺省情况下，未配置探测报文的出接口 设备通过查询路由表信息确认报文出接口 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 source ip命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 存在DHCP中继的组网中，DHCP服务器是根据请求报文中的giaddr字段来选择地址池为客户端分配IP地址的。DHCP测试中，源IP地址需要添加到DHCP请求报文中的giaddr字段。关于giaddr字段的详细介绍，请参见“三层技术-IP业务”里的“DHCP” |
DNS测试主要用来测试NQA客户端是否可以通过指定的DNS服务器将域名解析为IP地址，以及域名解析过程需要的时间。
DNS测试只是模拟域名解析的过程，设备上不会保存要解析的域名与IP地址的对应关系。
表1-9 配置DNS测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为DNS，并进入测试类型视图 |
type dns |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 将DNS服务器的IP地址配置为测试操作的目的地址 |
|
配置要解析的域名 |
resolve-target domain-name |
缺省情况下，没有配置要解析的域名 |
FTP测试主要用来测试NQA客户端是否可以与指定的FTP服务器建立连接，以及与FTP服务器之间传送文件的时间，从而判断FTP服务器的连通性及性能。
在进行FTP测试之前，需要获取FTP用户的用户名和密码。
表1-10 配置FTP测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为FTP，并进入测试类型视图 |
type ftp |
- |
|
配置FTP测试访问的网址 |
url url |
缺省情况下，没有配置FTP测试访问的网址 url可以包括远端主机地址和文件名。当操作类型为get方式时，必须在url中配置文件名 url可以设置为ftp://host/filename或ftp://host:port/filename |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
（可选）配置FTP测试的操作类型 |
operation { get | put } |
缺省情况下，FTP操作方式为get操作，即从FTP服务器获取文件 |
|
配置FTP登录用户名 |
username username |
缺省情况下，未配置FTP登录用户名 |
|
配置FTP登录密码 |
password { cipher | simple } string |
缺省情况下，未配置FTP登录密码 |
|
（可选）配置FTP服务器和客户端传送文件的文件名 |
filename file-name |
缺省情况下，未配置FTP服务器和客户端之间传送文件的文件名 当操作类型为put方式时，此配置为必选项 |
|
配置FTP测试的数据传输方式 |
mode { active | passive } |
缺省情况下，FTP测试的数据传输方式为主动方式 |
· 进行put操作时，若配置了filename，发送数据前判断filename指定的文件是否存在，如果存在则上传该文件，如果不存在则探测失败。
· 进行get操作时，如果FTP服务器上没有以url中所配置的文件名为名称的文件，则测试不会成功。进行get操作时，设备上不会保存从服务器获取的文件。
· 进行get、put操作时，请选用较小的文件进行测试，如果文件较大，可能会因为超时而导致测试失败，或由于占用较多的网络带宽而影响其他业务。
HTTP测试主要用来测试NQA客户端是否可以与指定的HTTP服务器建立连接，以及从HTTP服务器获取数据所需的时间，从而判断HTTP服务器的连通性及性能。
表1-11 配置HTTP测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为HTTP，并进入测试类型视图 |
type http |
- |
|
配置HTTP测试访问的网址 |
url url |
缺省情况下，没有配置HTTP测试访问的网址 url配置形式为http://host/resource或http://host:port/resource |
|
配置HTTP登录用户名 |
username username |
缺省情况下，未配置HTTP登录用户名 |
|
配置HTTP登录密码 |
password { cipher | simple } string |
缺省情况下，未配置HTTP登录密码 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
（可选）配置HTTP测试所使用的协议版本 |
缺省情况下，HTTP测试使用的版本为1.0 |
|
|
（可选）配置HTTP测试的操作类型 |
operation { get | post | raw } |
缺省情况下，HTTP操作方式为get操作，即从HTTP服务器获取数据 如果HTTP操作方式为raw操作，则向服务器发送的探测报文的内容为raw-request子视图中的内容。 |
|
（可选）进入配置HTTP测试请求报文内容视图 |
raw-request |
输入raw-request命令进入raw-request视图，每次进入视图原有报文内容清除 |
|
（可选）配置HTTP测试请求报文内容 |
逐个字符输入或拷贝粘贴请求报文内容 |
缺省情况下，未配置HTTP测试请求报文内容 当配置operation为raw时，此配置为必选项 |
|
（可选）保存输入内容并退回测试类型视图 |
quit |
- |
建议不要对知名端口，即1～1023之间的端口，进行UDP-jitter测试，否则可能导致NQA测试失败或该知名端口对应的服务不可用。
语音、视频等实时性业务对时延的抖动时间（Delay jitter）的要求较高。通过UDP-jitter测试，可以获得网络的单向和双向抖动的时间，从而判断网络是否可以承载实时性业务。
UDP-jitter测试的过程如下：
(1) 源端以一定的时间间隔向目的端发送探测报文。
(2) 目的端收到探测报文后，为它打上时间戳，并把带有时间戳的报文发送给源端。
(3) 源端收到报文后，根据报文上的时间戳，计算出抖动时间，从而清晰地反映出网络状况。抖动时间的计算方法为相邻两个报文的目的端接收时间间隔减去这两个报文的发送时间间隔。
UDP-jitter测试需要NQA服务器和客户端配合才能完成。进行UDP-jitter测试之前，必须保证NQA服务器端配置了UDP监听功能，配置方法请参见“1.3 配置NQA服务器”。
表1-12 配置UDP-jitter测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为UDP-jitter，并进入测试类型视图 |
type udp-jitter |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 测试操作的目的地址必须与NQA服务器上所配置的监听服务的IP地址一致 |
|
配置测试操作的目的端口 |
destination port port-number |
缺省情况下，未配置测试操作的目的端口号 测试操作的目的端口号必须与NQA服务器上所配置的监听服务的端口号一致 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
（可选）配置探测报文的源端口号 |
source port port-number |
缺省情况下，未指定源端口号 |
|
（可选）配置探测报文中的填充内容的大小 |
data-size size |
缺省情况下，探测报文中的填充内容大小为100字节 |
|
（可选）配置探测报文的填充字符串 |
data-fill string |
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
（可选）配置一次UDP-jitter探测中发送探测报文的个数 |
probe packet-number packet-number |
缺省情况下，一次UDP-jitter探测中发送10个探测报文 |
|
（可选）配置UDP-jitter测试中发送探测报文的时间间隔 |
probe packet-interval interval |
缺省情况下，UDP-jitter测试中发送探测报文的时间间隔为20毫秒 |
|
（可选）配置UDP-jitter测试中等待响应报文的超时时间 |
probe packet-timeout timeout |
缺省情况下，UDP-jitter测试中等待响应报文的超时时间为3000毫秒 |
display nqa history命令的显示信息无法反映UDP-jitter测试的结果，如果想了解UDP-jitter测试的结果，建议通过display nqa result命令查看最近一次NQA测试的当前结果，或通过display nqa statistics命令查看NQA测试的统计信息。
SNMP测试主要用来测试从NQA客户端向SNMP Agent设备发出一个SNMP协议查询报文到接收响应报文的时间。
表1-13 配置SNMP测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为SNMP，并进入测试类型视图 |
type snmp |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 |
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，测试操作的目的端口号为161 |
|
（可选）配置探测报文的源端口号 |
source port port-number |
缺省情况下，未指定源端口号 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
（可选）配置SNMPv1或者SNMPv2c探测报文的团体名 |
community read { cipher | simple } community-name |
缺省情况下，SNMPv1或者SNMPv2c探测报文使用的团体名为public 该命令配置的团体名必须为SNMP Agent上已配置具有读权限的团体名 |
TCP测试用来测试客户端和服务器指定端口之间是否能够建立TCP连接，以及建立TCP连接所需的时间，从而判断服务器指定端口上提供的服务是否可用，及服务性能。
TCP测试需要NQA服务器和客户端配合才能完成。在TCP测试之前，需要在NQA服务器端配置TCP监听功能，配置方法请参见“1.3 配置NQA服务器”。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为TCP，并进入测试类型视图 |
type tcp |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 必须与NQA服务器上配置的监听服务的IP地址一致 |
|
配置测试操作的目的端口 |
destination port port-number |
缺省情况下，未配置测试操作的目的端口号 必须与NQA服务器上配置的监听服务的端口号一致 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
UDP-echo测试可以用来测试客户端和服务器指定UDP端口之间的连通性以及UDP报文的往返时间。
UDP-echo测试需要NQA服务器和客户端配合才能完成。在进行UDP-echo测试之前，需要在NQA服务器端配置UDP监听功能，配置方法请参见“1.3 配置NQA服务器”。
表1-15 配置UDP-echo测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为UDP-echo，并进入测试类型视图 |
type udp-echo |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 必须与NQA服务器上配置的监听服务的IP地址一致 |
|
配置测试操作的目的端口 |
destination port port-number |
缺省情况下，未配置测试操作的目的端口号 必须与NQA服务器上配置的监听服务的端口号一致 |
|
（可选）配置探测报文中的填充内容大小 |
data-size size |
缺省情况下，探测报文中的填充内容大小为100字节 |
|
（可选）配置探测报文的填充字符串 |
data-fill string |
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
（可选）配置探测报文的源端口号 |
source port port-number |
缺省情况下，未指定源端口号 |
|
（可选）配置测试操作的探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
UDP-tracert测试可以用来发现源端到目的端之间的路径信息。UDP-tracert测试和普通Tracert流程一致，由源端发送一个目的端口不可达的报文，当目的端收到该报文后，会回复源端一个端口不可达报文，以便使源端知道Tracert测试结束。
配置UDP-tracert测试需要在中间设备（源端与目的端之间的设备）上开启ICMP超时报文发送功能。如果中间设备是H3C设备，需要在设备上执行ip ttl-expires enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。需要在目的端开启ICMP目的不可达报文发送功能。如果目的端是H3C设备，需要在设备上执行ip unreachables enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。
表1-16 配置UDP-tracert测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为UDP-tracert，并进入测试类型视图 |
type udp-tracert |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 |
|
（可选）配置测试操作的目的端口 |
destination port port-number |
缺省情况下，测试操作的目的端口号为33434 该端口必须是对端设备上未启用的端口，这样对端设备会回复目的端口不可达的ICMP差错报文 |
|
（可选）配置探测报文中的填充内容大小 |
data-size size |
缺省情况下，探测报文中的填充内容大小为100字节 |
|
（可选）配置探测的禁止报文分片功能 |
no-fragment enable |
缺省情况下，禁止报文分片功能处于关闭状态 |
|
（可选）配置测试最大连续失败次数 |
max-failure times |
缺省情况下，最大失败次数为5 |
|
（可选）配置发送的探测报文的初始跳数 |
init-ttl value |
缺省情况下，UDP-tracert测试中探测报文初始跳数为1 |
|
（可选）配置探测报文的出接口 |
out interface interface-type interface-number |
缺省情况下，未指定探测报文的出接口 设备通过查询路由表信息确认报文出接口 |
|
（可选）配置探测报文的源端口号 |
source port port-number |
缺省情况下，未指定源端口号 |
|
（可选）配置使用指定接口的IP地址作为探测报文的源IP地址 |
source interface interface-type interface-number |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 source ip命令和source interface命令作用相同，多次执行这两条命令时，最后一次执行的命令生效 source interface命令指定的接口必须为up状态；source ip命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试会失败 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
UDP-tracert测试不支持在IPv6网络中使用，如果要测试IPv6网络中目的主机的可达性，可以使用tracert ipv6命令。tracert ipv6命令的详细介绍，请参见“网络管理和监控命令参考”中的“系统维护与调试”。
建议不要对知名端口，即1～1023之间的端口，进行Voice测试，否则可能导致NQA测试失败或该知名端口对应的服务不可用。
Voice测试主要用来测试VoIP（Voice over IP，在IP网络上传送语音）网络情况，统计VoIP网络参数，以便用户根据网络情况进行相应的调整。
Voice测试的过程如下：
(1) 源端（NQA客户端）以一定的时间间隔向目的端（NQA服务器）发送G.711 A律、G.711 µ律或G.729 A律编码格式的语音数据包。
(2) 目的端收到语音数据包后，为它打上时间戳，并把带有时间戳的数据包发送给源端。
(3) 源端收到数据包后，根据数据包上的时间戳等信息，计算出抖动时间、单向延迟等网络参数，从而清晰地反映出网络状况。
除了抖动时间等参数，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.3 配置NQA服务器”。
表1-17 配置Voice测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为Voice，并进入测试类型视图 |
type voice |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 测试操作的目的地址必须与NQA服务器上所配置的监听服务的IP地址一致 |
|
配置测试操作的目的端口 |
destination port port-number |
缺省情况下，未配置测试操作的目的端口号 测试操作的目的端口号必须与NQA服务器上所配置的监听服务的端口号一致 |
|
（可选）配置Voice测试的编码格式 |
codec-type { g711a | g711u | g729a } |
缺省情况下，语音编码格式为G.711 A律 |
|
（可选）配置用于计算MOS值和ICPIF值的补偿因子 |
advantage-factor factor |
缺省情况下，补偿因子取值为0 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
（可选）配置探测报文的源端口号 |
source port port-number |
缺省情况下，未指定源端口号 |
|
（可选）配置探测报文中的填充内容大小 |
data-size size |
缺省情况下，探测报文中的填充内容大小与配置的编码格式有关，编码格式为g.711a和g.711u时缺省报文大小为172字节，g.729a时为32字节 |
|
（可选）配置探测报文的填充字符串 |
data-fill string |
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
（可选）配置一次Voice探测中发送探测报文的个数 |
probe packet-number packet-number |
缺省情况下，一次Voice探测中发送1000个探测报文 |
|
（可选）配置Voice探测中发送探测报文的时间间隔 |
probe packet-interval interval |
缺省情况下，Voice探测中发送探测报文的时间间隔为20毫秒 |
|
（可选）配置Voice测试中等待响应报文的超时时间 |
probe packet-timeout timeout |
缺省情况下，Voice测试中等待响应报文的超时时间为5000毫秒 |
display nqa history命令的显示信息无法反映Voice测试的结果，如果想了解Voice测试的结果，建议通过display nqa result命令查看最近一次NQA测试的当前结果，或通过display nqa statistics命令查看NQA测试的统计信息。
DLSw测试主要用来测试DLSw设备的响应时间。
表1-18 配置DLSw测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为DLSw，并进入测试类型视图 |
type dlsw |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
Path-jitter测试可以作为UDP-jitter测试的一种补充，用于在抖动比较大的情况下，进一步探测中间路径的网络质量，以便查找出网络质量差的具体路段。
Path-jitter测试的过程如下：
(1) NQA客户端使用tracert机制发现到达目的地址的路径信息。
(2) NQA客户端根据tracert结果，逐跳使用ICMP机制探测从本机至该跳设备的路径上报文是否有丢失，同时计算该跳路径的时延和抖动时间等信息。
配置Path-jitter测试需要在中间设备（源端与目的端之间的设备）上开启ICMP超时报文发送功能。如果中间设备是H3C设备，需要在设备上执行ip ttl-expires enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。需要在目的端开启ICMP目的不可达报文发送功能。如果目的端是H3C设备，需要在设备上执行ip unreachables enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。
表1-19 配置Path-jitter测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试类型为Path-jitter，并进入测试类型视图 |
type path-jitter |
- |
|
配置探测报文的目的地址 |
destination ip ip-address |
缺省情况下，未配置探测报文的目的IP地址 |
|
（可选）配置探测报文中的填充内容大小 |
data-size size |
缺省情况下，探测报文中的填充内容大小为100字节 |
|
（可选）配置探测报文的填充字符串 |
data-fill string |
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
（可选）配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则探测将会失败 |
|
（可选）配置一次Path-jitter探测中发送探测报文的个数 |
probe packet-number packet-number |
缺省情况下，一次Path-jitter探测中发送10个ICMP探测报文 |
|
（可选）配置Path-jitter测试中发送探测报文的时间间隔 |
probe packet-interval interval |
缺省情况下，Path-jitter测试中发送探测报文的时间间隔为20毫秒 |
|
（可选）配置Path-jitter测试中等待响应报文的超时时间 |
probe packet-timeout timeout |
缺省情况下，Path-jitter测试中等待响应报文的超时时间为3000毫秒 |
|
（可选）配置松散路由 |
lsr-path ip-address&<1-8> |
缺省情况下，未配置松散路由 |
|
（可选）配置仅对目的地址探测 |
target-only |
缺省情况下，未配置仅对目的地址探测，Path-jitter测试中会逐跳进行探测 |
· 通过lsr-path命令配置松散路由，在tracert过程使用该配置进行探路，NQA客户端根据该松散路由计算时延和抖动时间。
· Path-jitter测试项对每一条路径记录结果，在路径上的每一跳均记录抖动值、正向抖动值和负向抖动值。
NQA测试组的通用参数，只对当前测试组中的测试有效。
除特别说明外，所有测试类型都可以根据实际情况选择配置下列通用参数。
表1-20 配置NQA测试组的通用参数
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入已配置测试类型的NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置测试组的描述信息 |
description text |
缺省情况下，未配置描述信息 |
|
配置测试组连续两次测试开始时间的时间间隔 |
frequency interval |
缺省情况下，Voice、Path-jitter测试中连续两次测试开始时间的时间间隔为60000毫秒；其他类型的测试中连续两次测试开始时间的时间间隔为0毫秒，即只进行一次测试 如果到达frequency指定的时间间隔时，上次测试尚未完成，则不启动新一轮测试 |
|
配置一次NQA测试中进行探测的次数 |
probe count times |
缺省情况下，对于UDP-tracert测试类型，对于一个TTL值的节点发送的探测报文次数为3次；其他类型的NQA测试一次测试中的探测次数为1次 Voice和Path-jitter测试中探测次数只能为1，不支持该命令 |
|
配置NQA探测超时时间 |
probe timeout timeout |
缺省情况下，探测的超时时间为3000毫秒 ICMP-jitter、UDP-jitter、Voice和Path-jitter测试不能配置该参数 |
|
配置探测报文在网络中可以经过的最大跳数 |
ttl value |
缺省情况下，UDP-tracert测试探测报文在网络中可以经过的最大跳数为30跳。其他类型的探测报文在网络中可以经过的最大跳数为20跳 DHCP和Path-jitter测试不能配置该参数 |
|
配置NQA探测报文IP报文头中服务类型域的值 |
tos value |
缺省情况下，NQA探测报文IP报文头中服务类型域的值为0 |
|
启动路由表旁路功能 |
route-option bypass-route |
缺省情况下，路由表旁路功能处于关闭状态 DHCP和Path-jitter测试不能配置该参数 |
通过snmp-agent target-host命令配置Trap消息的目的地址。snmp-agent target-host命令的详细介绍，请参见“网络管理和监控命令参考”中的“SNMP”。
表1-21 配置阈值告警功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入已配置测试类型的NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
配置在指定条件下向网管服务器发送Trap消息 |
reaction trap { path-change | probe-failure consecutive-probe-failures | test-complete | test-failure [ accumulate-probe-failures ] } |
缺省情况下，不向网管服务器发送Trap消息 根据实际需要，选择配置发送Trap消息的方法 |
|
创建监测探测持续时间的阈值告警组（除ICMP-jitter、UDP-jitter、UDP-tracert和Voice测试外，均支持） |
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和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 |
|
|
创建监测Voice测试ICPIF值的阈值告警组（仅Voice测试支持） |
reaction item-number checked-element icpif threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ] |
|
|
创建监测Voice测试MOS值的阈值告警组（仅Voice测试支持） |
reaction item-number checked-element mos threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ] |
· DNS测试不支持发送Trap消息，即对于DNS测试，触发动作只能配置为none。
· 在ICMP-jitter、UDP-jitter、Voice测试类型视图下执行reaction trap命令时，只支持reaction trap test-complete。
· UDP-tracert测试支持reaction trap path-change、reaction trap test-complete和reaction trap test-failure（其中UDP-tracert测试不支持reaction trap test-failure的accumulate-probe-failures参数）。
· Path-jitter测试不支持配置阈值告警功能。
NQA将在指定时间间隔内完成的NQA测试归为一组，计算该组测试结果的统计值，这些统计值构成一个统计组。通过display nqa statistics命令可以显示该统计组的信息。通过statistics interval命令可以设置统计的时间间隔。
当NQA设备上保留的统计组数目达到最大值时，如果形成新的统计组，保存时间最久的统计组将被删除。通过statistics max-group命令可以设置保留的最大统计组个数。
统计组具有老化功能，即统计组保存一定时间后，将被删除。通过statistics hold-time命令可以设置统计组的保存时间。
表1-22 配置NQA统计功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入已配置测试类型的NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
（可选）配置对测试结果进行统计的时间间隔 |
statistics interval interval |
缺省情况下，对测试结果进行统计的时间间隔为60分钟 |
|
（可选）配置能够保留的最大统计组个数 |
statistics max-group number |
缺省情况下，能够保留的最大统计组数为2 最大统计组个数为0时，不进行统计 |
|
（可选）配置统计组的保留时间 |
statistics hold-time hold-time |
缺省情况下，统计组的保留时间为120分钟 |
· UDP-tracert测试不支持配置NQA统计功能
· 如果通过frequency命令指定连续两次测试开始时间的时间间隔为0，则不生成统计组信息
开启NQA测试组的历史记录保存功能后，系统将记录NQA测试的历史信息，通过display nqa history命令可以查看该测试组的历史记录信息。
通过本配置任务还可以指定：
· 历史记录的保存时间：历史记录保存时间达到配置的值后，该历史记录将被删除。
· 一个测试组中能够保存的最大历史记录个数：如果历史记录个数超过设定的最大数目，则最早的历史记录将会被删除。
表1-23 配置NQA历史记录功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入已配置测试类型的NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下，不存在NQA测试组 |
|
开启NQA测试组的历史记录保存功能 |
history-record enable |
缺省情况下，UDP-tracert类型测试组的历史记录保存功能处于开启状态，其他类型的NQA测试组的历史记录保存功能处于关闭状态 |
|
（可选）配置NQA测试组中历史记录的保存时间 |
history-record keep-time keep-time |
缺省情况下，NQA测试组中历史记录的保存时间为120分钟 |
|
（可选）配置在一个测试组中能够保存的最大历史记录个数 |
history-record number number |
缺省情况下，一个测试组中能够保存的最大历史记录个数为50 |
ICMP-jitter、UDP-jitter、Voice和Path-jitter测试不支持配置历史记录功能。
通过本配置，可以设置测试组进行测试的启动时间和持续时间。
系统时间在<启动时间>到<启动时间＋持续时间>范围内时，测试组进行测试。执行nqa schedule命令时：
· 如果系统时间尚未到达启动时间，则到达启动时间后，启动测试；
· 如果系统时间在<启动时间>到<启动时间＋持续时间>之间，则立即启动测试；
· 如果系统时间已经超过<启动时间＋持续时间>，则不会启动测试。
通过display clock命令可以查看系统的当前时间。
若配置了recurring，则指定测试组每天都被调度运行。每天启动测试的时间由<启动时间>参数指定。
表1-24 在NQA客户端上调度NQA测试组
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
在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模板是一组测试参数的集合（如测试目的地址、测试目的端口、测试目标服务器的URL等）。NQA模板供外部特性调用，可以为外部特性提供测试数据，以便其进行相应处理。NQA模板通过模板名唯一标识。在一台设备上可以创建多个NQA模板。
目前NQA模板支持ARP、DNS、FTP、HTTP、HTTPS、ICMP、IMAP、POP3、RADIUS、RTSP、SMTP、SNMP、SNMP-DCA、SSL、TCP、TCP Half Open、UDP、WAP测试类型。
对于NQA各类型模板，某些测试参数既可以由外部特性提供，也可以手工直接进行配置。若同时通过以上两种方式获取到测试参数，则以手工配置的测试信息为准。
表1-25 NQA测试组配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
配置ARP类型的NQA模板 |
至少选其一 |
|
|
配置ICMP类型的NQA模板 |
||
|
配置IMAP类型的NQA模板 |
||
|
配置DNS类型的NQA模板 |
||
|
配置POP3类型的NQA模板 |
||
|
配置SMTP类型的NQA模板 |
||
|
配置TCP类型的NQA模板 |
||
|
配置TCP Half Open类型的NQA模板 |
||
|
配置UDP类型的NQA模板 |
||
|
配置HTTP类型的NQA模板 |
||
|
配置HTTPS类型的NQA模板 |
||
|
配置FTP类型的NQA模板 |
||
|
配置RADIUS类型的NQA模板 |
||
|
配置RTSP类型的NQA模板 |
||
|
配置SNMP类型的NQA模板 |
||
|
配置SNMP-DCA类型的NQA模板 |
||
|
配置SSL类型的NQA模板 |
||
|
配置WAP类型的NQA模板 |
||
|
配置NQA模板通用参数 |
可选 |
ARP类型的NQA模板为外部特性提供ARP类型测试，外部特性通过引用该模板启动ARP测试。测试时NQA客户端向目的端设备发送ARP请求报文，根据能否收到应答报文判断目的端设备的ARP服务是否可用。
表1-26 配置ARP类型的NQA模板
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建ARP类型的NQA模板，并进入模板视图 |
nqa template arp name |
缺省情况下，不存在NQA模板 |
|
（可选）配置测试操作的目的地址 |
destination ip ip-address |
缺省情况下，未配置测试操作中探测报文的目的IP地址 设备处于的局域网中必须存在该IP地址，否则探测会失败 |
|
（可选）配置测试操作中探测报文的源IP地址 |
source ip ip-address |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 发送报文的接口必须为up状态，否则测试将会失败 |
ICMP类型的NQA模板为外部特性提供ICMP类型的测试，外部特性通过引用该模板来启动ICMP测试，并根据是否接收到ICMP应答报文判断目的主机的可达性。ICMP类型的NQA模板支持IPv4和IPv6网络。
表1-27 配置ICMP类型的NQA模板
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建ICMP类型的NQA模板，并进入模板视图 |
nqa template icmp name |
缺省情况下，不存在NQA模板 |
|
|
（可选）配置测试操作的目的地址 |
配探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
配置探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
||
|
（可选）配置探测报文中的填充内容大小 |
data-size size |
缺省情况下，探测报文中的填充内容大小为100字节 |
|
|
（可选）配置探测报文的填充字符串 |
data-fill string |
缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
|
（可选）配置使用指定接口的IP地址作为探测报文的源IP地址 |
source interface interface-type interface-number |
缺省情况下，以报文发送接口的主IP地址作为探测报文中的源IP地址 source interface命令指定的接口必须为up状态 source ip、source ipv6和source interface命令作用相同，多次执行这三条命令时，最后一次执行的命令生效 |
|
|
（可选）配置探测报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
|
（可选）配置探测报文的下一跳地址 |
配置探测报文的下一跳IPv4地址 |
next-hop ip ip-address |
二者选其一 缺省情况下，未配置探测报文的下一跳地址 |
|
配置探测报文的下一跳IPv6地址 |
next-hop ipv6 ipv6-address |
||
|
配置每次探测结束时都将探测结果发送给外部特性 |
reaction trigger per-probe |
缺省情况下，连续探测成功或失败3次时，NQA客户端会把探测成功或失败的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理 reaction tringger per-probe命令与reaction trigger probe-pass命令作用相同，多次执行这两条命令时，最后一次执行的命令生效 reaction tringger per-probe命令与reaction trigger probe-fail命令作用相同，多次执行这两条命令时，最后一次执行的命令生效 |
|
IMAP（Internet Mail Access Protocol，Internet邮件访问协议）类型的NQA模板为外部特性提供IMAP类型测试，外部特性通过引用该模板，与指定的IMAP服务器建立连接，并计算与IMAP服务器之间报文交互的时间，来判断服务器IMAP业务的可用性。
在进行IMAP测试之前，需要在服务器上开启IMAP Server服务，并进行相应的配置，包括测试时登录IMAP服务器的用户名、密码、邮箱名等。
表1-28 配置IMAP类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建IMAP类型的NQA模板，并进入模板视图 |
nqa template imap name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置测试操作中探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置测试操作中探测报文的目的地址 |
|
|
配置测试操作中探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，测试操作的目的端口号为143 |
||
|
（可选）配置探测报文的源地址 |
配置测试操作中探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置测试操作中探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
|
配置IMAP登录用户名 |
username username |
缺省情况下，未配置IMAP登录用户名 |
||
|
配置IMAP登录密码 |
password { cipher | simple } string |
缺省情况下，未配置IMAP登录密码 |
||
|
配置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服务器配置方法，请参见“三层技术-IP业务配置指导”中的“域名解析”。
表1-29 配置DNS类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建DNS类型的NQA模板，并进入模板视图 |
nqa template dns name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
|
配置探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，操作的目的端口号为53 |
||
|
配置要解析的域名 |
resolve-target domain-name |
缺省情况下，没有配置要解析的域名 |
||
|
配置域名解析类型 |
resolve-type { A | AAAA } |
缺省情况下，域名解析类型为A类型 其中A类型表示将域名解析为IPv4地址，AAAA类型表示将域名解析为IPv6地址 |
||
|
（可选）配置探测报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
|
（可选）配置探测报文的源端口号 |
source port port-number |
缺省情况下，未配置探测报文的源端口号 |
||
|
（可选）配置用户期望返回的地址 |
配置用户期望返回的IPv4地址 |
expect ip ip-address |
二者选其一 缺省情况下，未设定期望返回的地址 |
|
|
配置用户期望返回的IPv6地址 |
expect ipv6 ipv6-address |
|||
POP3类型的NQA模板为外部特性提供POP3类型测试，外部特性通过引用该模板，与指定的POP3服务器建立连接，并计算与POP3服务器之间报文交互的时间，来判断服务器POP3业务的可用性。
在进行POP3测试之前，需要在POP3服务器上开启POP3 Server服务，并进行相应的配置，包括测试时登录POP3服务器的用户名、密码等。
表1-30 配置POP3类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建POP3类型的NQA模板，并进入模板视图 |
nqa template pop3 name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置测试操作中探测报文的目的IPv4地址 |
destination ip ip-address |
两者选其一 缺省情况下，未配置测试操作中探测报文的目的地址 |
|
|
配置测试操作中探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，测试操作的目的端口号为110 |
||
|
（可选）配置探测报文的源地址 |
配置测试操作中探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置测试操作中探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
|
配置POP3登录用户名 |
username username |
缺省情况下，未配置POP3登录用户名 |
||
|
配置POP3登录密码 |
password { cipher | simple } string |
缺省情况下，未配置POP3登录密码 |
||
SMTP类型的NQA模板为外部特性提供SMTP类型测试，外部特性通过引用该模板，与指定的SMTP服务器建立连接，并计算与SMTP服务器之间报文交互的时间，来判断服务器SMTP业务的可用性。
表1-31 配置SMTP类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建SMTP类型的NQA模板，并进入模板视图 |
nqa template smtp name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置测试操作中探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置测试操作中探测报文的目的地址 |
|
|
配置测试操作中探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，测试操作的目的端口号为25 |
||
|
（可选）配置探测报文的源地址 |
配置测试操作中探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置测试操作中探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
TCP类型的NQA模板为外部特性提供TCP类型测试，外部特性通过引用该模板，测试客户端和服务器指定端口之间能否建立TCP连接。
在TCP类型的NQA模板视图下，用户可以配置期望的应答内容。如果用户未配置期望的应答内容，则NQA客户端与服务器间只建立TCP连接。
TCP测试需要NQA服务器和客户端配合才能完成。在TCP测试之前，需要在NQA服务器端配置TCP监听功能。
表1-32 配置TCP类型的NQA模板
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建TCP类型的NQA模板，并进入模板视图 |
nqa template tcp name |
缺省情况下，不存在NQA模板 |
|
|
（可选）配置测试操作的目的地址 |
配置探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 必须与NQA服务器上配置的监听服务的地址一致，否则探测会失败 |
|
配置探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，未配置测试操作的目的端口号 必须与NQA服务器上配置的监听服务的端口号一致 |
|
|
（可选）配置探测报文的填充字符串 |
data-fill string |
二者选其一 缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
|
hex-data-fill hex |
|||
|
（可选）配置探测报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
|
（可选）配置用户期望的应答内容 |
配置用户期望测试成功的应答内容 |
expect { data | hex-data } string [ offset number ] |
缺省情况下,，未配置期望的应答内容 仅当data-fill或hex-data-fill和本命令都配置时，进行期望应答内容的检查，否则不做检查 同时配置本命令和expect { data | hex-data }命令时，以expect { data | hex-data }命令配置为准 |
|
配置期望测试失败的应答内容 |
expect { failed-data | hex-failed-data } string [ offset number ] |
||
|
（可选）配置向服务器发送的资源释放报文 |
resource-release { data-fill | hex-data-fill } string |
缺省情况下，未配置向服务器发送的资源释放报文 |
|
TCP Half Open类型的NQA模板为外部特性提供TCP Half Open类型测试。作为TCP测试的补充，TCP Half Open测试不需要指定目的端端口。当外部特性的现有TCP连接无法得到对端应答时，可以引用TCP Half Open模板进行测试。开启测试后，NQA客户端将主动向对端发出TCP ACK报文，以是否能收到对端返回的RST报文来判断对端的TCP服务是否可用。
表1-33 配置TCP Half Open类型的NQA模板
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建TCP Half Open类型的NQA模板，并进入模板视图 |
nqa template tcphalfopen name |
缺省情况下，不存在NQA模板 |
|
|
（可选）配置测试操作的目的地址 |
配置探测报文的目的IP地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
配置探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
||
|
（可选）配置探测报文的源地址 |
配置探测报文的源IP地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
|
（可选）配置探测报文的下一跳地址 |
配置探测报文的下一跳IP地址 |
next-hop ip ip-address |
二者选其一 缺省情况下，未配置探测报文的下一跳地址 |
|
配置探测报文的下一跳IPv6地址 |
next-hop ipv6 ipv6-address |
||
|
配置每次探测结束时都将探测结果发送给外部特性 |
reaction trigger per-probe |
缺省情况下，连续探测成功或失败3次时，NQA客户端会把探测成功或失败的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理 reaction tringger per-probe命令与reaction trigger probe-pass命令作用相同，多次执行这两条命令时，最后一次执行的命令生效 reaction tringger per-probe命令与reaction trigger probe-fail命令作用相同，多次执行这两条命令时，最后一次执行的命令生效 |
|
UDP类型的NQA模板为外部特性提供UDP类型测试，外部特性通过引用该模板，测试客户端和服务器指定端口之间UDP传输的联通性。NQA客户端通过处理服务器端的应答报文，判断服务器指定端口上提供的服务是否可用。
在UDP类型的NQA模板视图下，用户可以配置期望的应答内容。如果用户未配置期望的应答内容，则NQA客户端只要收到合法的回应报文就认为探测成功。
UDP测试需要NQA服务器和客户端配合才能完成。在进行UDP测试前，需要在NQA服务器端配置UDP监听服务。
表1-34 配置UDP类型的NQA模板
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建UDP类型的NQA模板，并进入模板视图 |
nqa template udp name |
缺省情况下，不存在NQA模板 |
|
|
（可选）配置测试操作的目的地址 |
配置探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 必须与NQA服务器上配置的监听服务的地址一致，否则探测会失败 |
|
配置探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，未配置测试操作的目的端口号 必须与NQA服务器上配置的监听服务的端口号一致 |
|
|
（可选）配置探测报文的填充字符串 |
data-fill string [ raw ] |
二者选其一 缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
|
hex-data-fill hex [ raw ] |
|||
|
（可选）配置探测报文中的填充内容大小 |
data-size size |
缺省情况下，探测报文中的填充内容大小为100字节 |
|
|
（可选）配置探测报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
|
（可选）配置用户期望的应答内容 |
配置用户期望测试成功的应答内容 |
expect { data | hex-data } string [ offset number ] |
缺省情况下，未配置期望的应答内容 仅当data-fill或hex-data-fill和本命令都配置时，进行期望应答内容的检查，否则不做检查 同时配置本命令和expect { data | hex-data }命令时，以expect { data | hex-data }命令配置为准 |
|
配置期望测试失败的应答内容 |
expect { failed-data | hex-failed-data } string [ offset number ] |
||
|
（可选）配置向服务器发送的资源释放报文 |
resource-release { data-fill | hex-data-fill } string |
缺省情况下，未配置向服务器发送的资源释放报文 |
|
HTTP类型的NQA模板为外部特性提供HTTP类型测试，外部特性通过引用该模板，测试NQA客户端是否可以与指定的HTTP服务器建立连接，以及从HTTP服务器获取数据所需的时间，从而判断HTTP服务器的连通性及性能。
在HTTP类型的NQA模板中，用户可以配置期望返回的数据。通过该功能用户可以判断HTTP服务器应答报文的合法性。当应答报文中存在“Content-Length”字段，且配置了expect data命令时，设备将进行期望应答内容的检查。
在HTTP类型的NQA模板中，用户可以配置应答状态码。应答状态码是由3位十进制数组成的字段，它包含HTTP服务器的状态信息，用户可以根据该状态码了解HTTP服务器的状态。状态码的第一位表示状态码的类型。
在进行HTTP测试之前，需要完成HTTP服务器的配置。
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建HTTP类型的NQA模板，并进入模板视图 |
nqa template http name |
缺省情况下，不存在NQA模板 |
|
|
配置HTTP测试访问的目的网址 |
url url |
缺省情况下，没有配置HTTP测试访问的网址 url配置形式为http://host/resource或http://host:port/resource |
|
|
配置HTTP登录用户名 |
username username |
缺省情况下，未配置HTTP登录用户名 |
|
|
配置HTTP登录密码 |
password { cipher | simple } string |
缺省情况下，未配置HTTP登录密码 |
|
|
（可选）配置HTTP所使用的协议版本 |
version { v1.0 | v1.1 } |
缺省情况下，HTTP使用的版本为v1.0 |
|
|
（可选）配置HTTP的操作方式 |
operation { get | post | raw } |
缺省情况下，HTTP操作方式为get操作，即从HTTP服务器获取数据。 如果HTTP操作方式为raw操作，则向服务器发送的探测报文的内容为raw-request子视图中的内容。 |
|
|
（可选）进入raw-request视图 |
raw-request |
每次进入视图后，之前配置的报文内容将会被清除 当配置operation为raw时，必须进行本配置 |
|
|
（可选）配置HTTP测试请求报文内容 |
逐个字符输入或拷贝粘贴请求报文内容 |
缺省情况下，未配置HTTP测试请求报文内容 当配置operation为raw时，必须进行本配置 |
|
|
（可选）退回到模板视图 |
quit |
退回模板类型视图时，raw-request视图下的配置将自动保存 |
|
|
（可选）配置探测报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
|
（可选）配置期望的应答状态码 |
expect status status-list |
缺省情况下，未配置期望的应答状态码 |
|
|
（可选）配置期望的应答内容 |
expect { data | hex-data } string [ 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-36 配置HTTPS类型的NQA模板
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建HTTPS类型的NQA模板，并进入模板视图 |
nqa template https name |
缺省情况下，不存在NQA模板 |
|
|
配置HTTPS测试访问的目的网址 |
url url |
缺省情况下，没有配置HTTPS测试访问的网址 url参数的格式为https://host/resource或https://host:port/resource |
|
|
配置HTTPS登录用户名 |
username username |
缺省情况下，未配置HTTPS登录用户名 |
|
|
配置HTTPS登录密码 |
password { cipher | simple } string |
缺省情况下，未配置HTTPS登录密码 |
|
|
绑定SSL客户端策略 |
ssl-client-policy policy-name |
缺省情况下，未绑定SSL客户端策略 |
|
|
（可选）配置HTTPS所使用的协议版本 |
version { v1.0 | v1.1 } |
缺省情况下，HTTPS使用的版本为v1.0 |
|
|
（可选）配置HTTPS的操作方式 |
operation { get | post | raw } |
缺省情况下，HTTPS操作方式为get操作，即从HTTPS服务器获取数据 如果HTTPS操作方式为raw操作，则向服务器发送的探测报文的内容为raw-request子视图中的内容。 |
|
|
（可选）进入raw-request视图 |
raw-request |
每次进入raw-request视图后，之前配置的报文内容将会被清除 当配置operation为raw时，必须进行本配置 |
|
|
（可选）配置HTTPS测试请求报文内容 |
逐个字符输入或拷贝粘贴请求报文内容 |
缺省情况下，未配置HTTPS测试请求报文内容 当配置operation为raw时，必须进行本配置 |
|
|
（可选）退回到模板视图 |
quit |
退回模板类型视图时，raw-request视图下的配置将自动保存 |
|
|
（可选）配置探测报文的源地址 |
配置探测报文的源IP地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
|
（可选）配置期望的应答内容 |
expect { data | hex-data } string [ offset number ] |
缺省情况下，未配置期望的应答内容 |
|
|
（可选）配置期望的应答状态码 |
expect status status-list |
缺省情况下，未配置期望的应答状态码 |
|
FTP类型的NQA模板为外部特性提供FTP类型测试，外部特性通过引用该模板，与指定的FTP服务器建立连接，以及与FTP服务器之间传送文件的时间，从而判断FTP服务器的连通性及性能。
在进行FTP测试之前，需要在FTP服务器上进行相应的配置，包括FTP客户端登录FTP服务器的用户名、密码等。FTP服务器的配置方法，请参见“基础配置指导”中的“FTP和TFTP”。
表1-37 配置FTP类型的NQA模板
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建FTP类型的NQA模板，并进入模板视图 |
nqa template ftp name |
缺省情况下，不存在NQA模板 |
|
|
配置FTP测试访问的目的网址 |
url url |
缺省情况下，没有配置FTP测试访问的网址 url内容包括远端主机地址和文件名。当操作类型为get方式时，必须在url中配置文件名，当操作类型为put方式时，不以该配置内容为准 url可以配置为：ftp://host/filename或ftp://host:port/filename |
|
|
（可选）配置FTP的操作类型 |
operation { get | put } |
缺省情况下，FTP操作方式为get操作，即从FTP服务器获取文件 |
|
|
配置FTP登录用户名 |
username username |
缺省情况下，未配置FTP登录用户名 |
|
|
配置FTP登录密码 |
password { cipher | simple } string |
缺省情况下，未配置FTP登录密码 |
|
|
（可选）配置FTP服务器和客户端传送文件的文件名 |
filename filename |
缺省情况下，未配置FTP服务器和客户端之间传送文件的文件名 当操作类型为put方式时，必须进行本配置，当配置类型为get方式时，不以该配置内容为准 |
|
|
配置FTP的数据传输方式 |
mode { active | passive } |
缺省情况下，FTP数据传输方式为主动方式 |
|
|
（可选）配置探测报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
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服务器配置方法，请参见“安全使用指导”中的“AAA”。
表1-38 配置RADIUS类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建RADIUS类型的NQA模板，并进入模板视图 |
nqa template radius name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
|
配置探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，测试操作的目的端口号为1812 |
||
|
配置RADIUS用户名 |
username username |
缺省情况下，未配置RADIUS用户名 |
||
|
配置RADIUS密码 |
password { cipher | simple } string |
缺省情况下，未配置RADIUS密码 |
||
|
配置RADIUS认证使用的共享密钥 |
key { cipher | simple } string |
缺省情况下，未配置RADIUS认证使用的共享密钥 |
||
|
（可选）配置测试报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
RTSP（Real Time Streaming Protocol，实时流传输协议）是一种多媒体播放控制协议，用来控制因特网上实时视频的播放，例如暂停/继续、前进/后退等。RTSP类型的NQA模板为外部特性提供RTSP类型测试，外部特性通过引用该模板来启动RTSP测试，来检测RTSP服务器的业务可用性。
表1-39 配置RTSP类型NQA模板
|
操作 |
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
|
创建RTSP类型的NQA模板，并进入模板视图 |
nqa template rtsp name |
缺省情况下，不存在NQA模板 |
|
|
（可选）配置测试操作的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
||
|
（可选）配置测试请求方式 |
Options模式 |
request-method options |
二者选其一 缺省情况下，配置请求方式为options 配置Option模式时，报文会返回RTSP服务器提供的方法 配置Describe模式时，报文会返回URL路径中指定对象的相关信息 配置Describe模式时，必须通过url命令配置文件路径，NQA客户端通过url命令指定的配置文件路径必须对应RTSP服务器上的文件路径 |
|
Describe模式 |
request-method describe |
||
|
（可选）配置期望的应答状态码 |
expect status status-list |
缺省情况下，未配置期望的应答状态码 |
|
|
（可选）配置RTSP测试访问的目的网址 |
url url |
缺省情况下，没有配置RTSP测试访问的网址 url配置形式为rtsp://host/resource或rtsp://host:port/resource |
|
SNMP类型的NQA模板为外部特性提供SNMP类型测试，外部特性通过引用该模板来启动SNMP测试。测试时NQA客户端向SNMP Agent设备发送一个协议查询报文，根据能否收到应答报文判断SNMP Agent上提供的SNMP服务是否可用。
表1-40 配置SNMP类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建SNMP类型的NQA模板，并进入模板视图 |
nqa template snmp name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置测试操作中探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
|
配置测试操作中探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，测试操作的目的端口号为161 |
||
|
（可选）配置探测报文的源地址 |
配置测试操作中探测报文的源IP地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置测试操作中探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
|
（可选）配置SNMPv1或者SNMPv2c探测报文的团体名 |
community read { cipher | simple } community-name |
缺省情况下，SNMPv1或者SNMPv2c探测报文使用的团体名为public 该命令配置的团体名必须为SNMP Agent上已配置具有读权限的团体名 |
||
SNMP-DCA（SNMP Data Collection Agent，SNMP数据收集代理）测试模板用来监测SNMP Agent的状态。SNMP-DCA类型的NQA模板为外部特性提供SNMP-DCA类型测试，外部特性通过引用该模板来启动SNMP-DCA测试。测试时NQA客户端向SNMP Agent发送设备资源（如CPU/内存/硬盘）查询报文来获取被管理设备当前已经使用的资源，并将获取结果告知外部特性，外部特性根据这些参数综合计算被管理设备的状态。
在进行SNMP-DCA测试之前，需要完成SNMP Agent的配置。
表1-41 配置SNMP-DCA类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建SNMPDCA类型的NQA模板，并进入模板视图 |
nqa template snmpdca name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置测试操作中探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
|
配置测试操作中探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，测试操作的目的端口号为161 |
||
|
（可选）配置探测报文的源地址 |
配置测试操作中探测报文的源IP地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置测试操作中探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
|
（可选）配置SNMPv1或者SNMPv2c探测报文的团体名 |
community read { cipher | simple } community-name |
缺省情况下，SNMPv1或者SNMPv2c探测报文使用的团体名为public 该命令配置的团体名必须为SNMP Agent上已配置具有读权限的团体名 |
||
|
（可选）配置SNMP-DCA测试的SNMP Agent类型 |
agent-type { net-snmp | user-defined | windows } |
缺省情况下，SNMP Agent类型为Net-snmp |
||
|
（可选）配置SNMP-DCA测试使用的SNMP版本 |
version { v1 | v2c } |
缺省情况下，SNMP-DCA探测报文的版本为SNMPv1 |
||
|
（可选）配置SNMP-DCA测试的CPU的阈值和权重 |
cpu { threshold threshold-value | weight weight-value } * |
缺省情况下，CPU阈值为80，权重为3 |
||
|
（可选）配置SNMP-DCA测试的内存的阈值和权重 |
memory { threshold threshold-value | weight weight-value } * |
缺省情况下，内存的阈值为70，权重为2 |
||
|
（可选）配置SNMP-DCA测试的硬盘的阈值和权重 |
disk { threshold threshold-value | weight weight-value } * |
缺省情况下，硬盘的阈值为90，权重为4 |
||
|
（可选）配置SNMP-DCA测试的MIB节点的阈值和权重 |
oid oid threshold threshold-value weight weight-value |
缺省情况下，未配置SNMP-DCA测试的自定义MIB节点的阈值和权重 当agent-type配置为User-defined时，必须进行本配置 |
||
SSL类型的NQA模板为外部特性提供SSL类型测试，外部特性通过引用该模板，测试NQA客户端是否可以与指定的SSL服务器建立SSL连接，从而通过SSL连接建立的时间判断服务器的连通性及性能。
在进行SSL测试之前，需要在测试客户端完成SSL客户端策略配置。SSL客户端策略配置方法请参见“安全配置指导”中的“SSL”。
表1-42 配置SSL类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建SSL类型的NQA模板，并进入模板视图 |
nqa template ssl name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
|
配置探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，未配置测试操作的目的端口号 |
||
|
（可选）配置探测报文的源地址 |
配置探测报文的源IP地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
|
绑定SSL客户端策略 |
ssl-client-policy policy-name |
缺省情况下，未绑定SSL客户端策略 |
||
WAP（Wireless Application Protocol，无线应用协议）是WAP论坛制定的技术规范，它规定了适用于多种无线设备的网络协议和应用程序框架。WAP类型的NQA模板为外部特性提供WAP类型测试，外部特性通过引用该模板，测试NQA客户端是否可以与指定的WAP服务器（网关）建立连接，从而判断WAP网关的可用性。当配置URL时，设备将进行期望应答状态的检查。
在进行WAP测试之前，需要完成WAP网关的配置。
表1-43 配置WAP类型的NQA模板
|
操作 |
命令 |
说明 |
||
|
进入系统视图 |
system-view |
- |
||
|
创建WAP类型的NQA模板，并进入模板视图 |
nqa template wap name |
缺省情况下，不存在NQA模板 |
||
|
（可选）配置测试操作的目的地址 |
配置测试操作中探测报文的目的IPv4地址 |
destination ip ip-address |
二者选其一 缺省情况下，未配置探测报文的目的地址 |
|
|
配置测试操作中探测报文的目的IPv6地址 |
destination ipv6 ipv6-address |
|||
|
（可选）配置测试操作的目的端口号 |
destination port port-number |
缺省情况下，测试操作的目的端口号为9201 |
||
|
（可选）配置探测报文的源地址 |
配置探测报文的源IPv4地址 |
source ip ip-address |
二者选其一 缺省情况下，以报文发送接口的IP地址作为探测报文中的源IP地址 该命令指定的源地址必须是设备上接口的地址，且接口为up状态，否则测试将会失败 |
|
|
配置探测报文的源IPv6地址 |
source ipv6 ipv6-address |
|||
|
（可选）配置期望测试成功的应答内容 |
expect { data | hex-data } string [ offset number ] |
缺省情况下，未配置期望测试成功的应答内容 |
||
|
（可选）配置WAP测试访问的目的网址 |
url url |
缺省情况下，没有配置WAP测试访问的网址 url配置形式为： · http://host/resource · http://host:port/resource · https://host/resource · https://host:port/resource |
||
NQA模板的通用参数，只对当前模板的测试有效。
除特别说明外，所有类型NQA模板都可以根据实际情况选择配置下列通用参数。
表1-44 配置NQA模板通用参数
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入已存在的NQA模板视图 |
nqa template { arp | dns | ftp | http | https | icmp | imap | pop3 | rtsp | smtp | snmp | snmpdca | ssl | tcp | tcphalfopen | udp | wap } name |
缺省情况下，不存在NQA模板 |
|
配置NQA模板的描述信息 |
description text |
缺省情况下，未配置模板的信息 |
|
配置连续两次探测开始时间的时间间隔 |
frequency interval |
缺省情况下，连续两次探测开始时间的时间间隔为5000毫秒 如果到达frequency指定的时间间隔时，上次探测尚未完成，则不启动新一轮探测 |
|
配置每次探测超时时间 |
probe timeout timeout |
缺省情况下，探测的超时时间为3000毫秒 |
|
配置探测报文在网络中可以经过的最大跳数 |
ttl value |
缺省情况下，探测报文在网络中可以经过的最大跳数为20跳 ARP类型的NQA模板不支持配置本命令 |
|
配置NQA探测报文IP报文头中服务类型域的值 |
tos value |
缺省情况下，NQA探测报文IP报文头中服务类型域的值为0 ARP类型的NQA模板不支持配置本命令 |
|
配置连续探测成功的次数，当连续探测成功次数达到命令配置的数值时，NQA客户端会把探测成功的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理 |
reaction trigger probe-pass count |
缺省情况下，连续探测成功3次时，NQA客户端会把探测成功的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理 |
|
配置连续探测失败的次数，当连续探测失败次数达到命令配置的数值时，NQA客户端会把探测失败的消息发送给外部特性，使外部特性利用NQA测试的结果进行相应处理 |
reaction trigger probe-fail count |
缺省情况下，连续探测失败3次时，NQA客户端会把探测失败的消息发送给外部特性，是外部特性利用NQA测试的结果进行相应处理 |
在完成上述配置后，在任意视图下执行display命令可以显示配置后NQA的运行情况，通过查看显示信息验证配置的效果。
表1-45 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 statistics [ admin-name operation-tag ] |
|
显示服务器的状态信息 |
display nqa server |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
