11-NQA配置
本章节下载： 11-NQA配置 (309.51 KB)
目 录
NQA是Network Quality Analyzer（网络质量分析）的简称。NQA通过发送测试报文，对网络性能、网络提供的服务及服务质量进行分析，并为用户提供网络性能和服务质量的参数，如时延抖动、TCP连接时延、FTP连接时延和文件传输速率等。
利用NQA的测试结果，用户可以：
(1) 及时了解网络的性能状况，针对不同的网络性能进行相应处理。
(2) 对网络故障进行诊断和定位。
以往的Ping功能是使用ICMP（Internet Control Message Protocol，互联网控制报文协议）测试数据包在本端和指定目的端之间的往返时间。NQA是对Ping功能的扩展和增强，它增加了多种测试类型，提供了更多的功能。
目前NQA支持11种测试类型：ICMP-echo、DHCP、DNS、FTP、HTTP、UDP-jitter、SNMP、TCP、UDP-echo、Voice和DLSw测试。客户端向对端发送不同类型的测试报文，统计对端是否回应报文以及报文的往返时间等参数，以便用户根据统计结果判断协议的可用性和网络的性能。
NQA可以对探测结果进行监测，通过向网管服务器发送Trap消息，及时将监测结果通知给网管服务器，以便网络管理员根据Trap消息了解测试运行状况和网络性能。
(1) 监测对象
NQA阈值告警功能支持的监测对象及对应的测试类型，如表1-1所示：
表1-1 NQA阈值告警功能支持的监测对象
|
监测对象 |
支持的测试类型 |
|
探测持续时间 |
除UDP-jitter和Voice之外的测试类型 |
|
探测失败次数 |
除UDP-jitter和Voice之外的测试类型 |
|
报文往返时间 |
UDP-jitter和Voice测试类型 |
|
丢弃报文数目 |
UDP-jitter和Voice测试类型 |
|
源到目的和目的到源的单向时延抖动 |
UDP-jitter和Voice测试类型 |
|
源到目的和目的到源的单向时延 |
UDP-jitter和Voice测试类型 |
|
ICPIF（Calculated Planning Impairment Factor，计算计划损伤元素）值 |
Voice测试类型 |
|
MOS（Mean Opinion Scores，平均意见得分）值 |
Voice测试类型 |
(2) 阈值类型
NQA阈值告警功能支持的阈值类型包括：
l average：阈值类型为平均值，即：监测一次测试中探测结果的平均值，如果平均值不在指定的范围内，则该监测对象超出阈值。例如，监测一次测试中探测持续时间的平均值。
l accumulate：阈值类型为累计数目，即：监测一次测试中探测结果不在指定范围内的累计数目，如果累计数目达到或超过设定的值，则该监测对象超出阈值。
l consecutive：阈值类型为连续次数，即：NQA测试组启动后，监测探测结果连续不在指定范围内的次数，如果该次数达到或超过设定的值，则该监测对象超出阈值。
阈值类型为average和accumulate时，以每次测试为界限监测探测结果；阈值类型为consecutive时，不以测试为界限监测探测结果。
(3) 触发动作
NQA阈值告警功能可以触发如下动作：
l none：只在显示信息中记录监测结果，不向网管发送Trap消息。
l trap-only：在显示信息中记录监测结果的同时，向网管发送Trap消息。
DNS测试不支持发送Trap消息，即对于DNS测试，触发动作只能配置为none。
(4) 阈值告警组
NQA通过创建阈值告警组、在阈值告警组中配置监测的对象、阈值类型及触发的动作，来实现阈值告警功能。
阈值告警组包括invalid、over-threshold和below-threshold三种状态：
l NQA测试组未启动时，阈值告警组的状态为invalid。
l NQA测试组启动后，每次测试或探测结束时，检查监测的对象是否超出阈值。如果超出阈值，则阈值告警组的状态变为over-threshold；如果未超出阈值，则状态变为below-threshold。
若配置阈值告警组的触发动作为trap-only，则当阈值告警组的状态改变时，向网管发送Trap消息。
进行NQA测试前，需要创建NQA测试组。在NQA测试组中配置NQA测试的参数，如测试类型，测试目的地址，测试目的端口等。
每个测试组都有一个管理员名称和一个操作标签，管理员名称和操作标签可以唯一确定一个测试组。
启动NQA测试后，每隔一段时间启动一次测试，测试的时间间隔可以由用户来设定。
一次NQA测试由若干次连续的探测组成，探测的次数可以由用户来设定。
对于Voice测试，一次测试中只能进行一次探测。
不同测试类型中，探测的含义不同：
l 对于TCP和DLSw测试，一次探测是指一次连接；
l 对于UDP-jitter和Voice测试，一次探测中连续发送多个探测报文，发送探测报文的个数由用户来设定；
l 对于FTP、HTTP、DHCP和DNS测试，一次探测是指完成一次相应的功能；
l 对于ICMP-echo和UDP-echo测试，一次探测发送一个探测报文；
l 对于SNMP测试，一次探测发送三个探测报文。
NQA客户端是发起NQA测试的设备，NQA测试组在客户端创建。
NQA服务器负责处理NQA客户端发来的测试报文，如图1-1所示。NQA服务器通过监听指定IP地址和端口的报文对客户端发起的测试进行响应。
图1-1 NQA客户端与服务器之间的关系
在大多数的测试中，只需要配置NQA客户端。但在进行TCP、UDP-echo、UDP-jitter和Voice类型测试时，必须配置NQA服务器。
在一个NQA服务器上可以创建多个TCP或UDP监听服务，每个监听服务对应一个目的地址和一个端口号，配置的目的地址和端口号必须与NQA客户端的配置一致，且不能与已有的监听服务冲突。
NQA测试操作的过程为：
(1) NQA客户端构造指定测试类型的报文，并发送给对端；
(2) 对端收到测试报文后，回复带有时间戳的应答报文；
(3) NQA客户端根据是否收到应答报文，以及应答报文中的时间戳，计算报文丢失率、往返时间等参数。
对于TCP，UDP-jitter、UDP-echo和Voice测试，需要在对端设备上配置NQA服务器。
表1-2 NQA服务器配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
配置NQA服务器 |
对于TCP、UDP-echo和UDP-jitter和Voice四种测试类型，为必选 |
要成功进行某项测试，NQA客户端上需要进行如下操作：
(1) 使能NQA客户端功能。
(2) 创建测试组，根据测试类型进行相应测试参数的配置。不同测试类型对应的测试参数不同，详见下面具体的配置过程。
(3) 启动NQA测试。
测试完成后，可以通过显示命令或调试命令查看测试结果。
表1-3 NQA客户端配置任务简介
|
配置任务 |
说明 |
详细配置 |
|
|
使能NQA客户端功能 |
必选 |
||
|
创建NQA测试组 |
必选 |
||
|
配置NQA测试 |
配置ICMP-echo测试 |
必选其一 |
|
|
配置DHCP测试 |
|||
|
配置DNS测试 |
|||
|
配置FTP测试 |
|||
|
配置HTTP测试 |
|||
|
配置UDP-jitter测试 |
|||
|
配置SNMP测试 |
|||
|
配置TCP测试 |
|||
|
配置UDP-echo测试 |
|||
|
配置Voice测试 |
|||
|
配置DLSw测试 |
|||
|
配置阈值告警功能 |
可选 |
||
|
配置NQA统计功能 |
可选 |
||
|
配置NQA历史记录功能 |
可选 |
||
|
配置NQA测试组通用可选参数 |
可选 |
||
|
调度NQA测试组 |
必选 |
||
在进行TCP、UDP-echo、UDP-jitter和Voice类型测试前，必须在对端设备上配置NQA服务器。NQA服务器通过监听指定IP地址和端口的报文，对客户端发起的测试进行响应。
表1-4 配置NQA服务器
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
开启NQA服务器功能 |
nqa server enable |
必选 缺省情况下，NQA服务器功能处于关闭状态 |
|
在NQA服务器上配置监听服务 |
nqa server { tcp-connect | udp-echo } ip-address port-number |
必选 配置的IP地址和端口号必须与NQA客户端的配置一致，且不能与已有的监听服务冲突 |
只有使能NQA客户端功能后，NQA客户端的相关配置才会生效。
表1-5 使能NQA客户端功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
开启NQA客户端功能 |
nqa agent enable |
可选 缺省情况下，NQA客户端功能处于开启状态 |
一次测试对应一个测试组，创建测试组并进入测试组视图后，可以配置具体测试类型。
表1-6 创建NQA测试组
|
命令 |
说明 |
|
|
进入系统视图 |
system-view |
- |
|
创建NQA测试组，并进入NQA测试组视图 |
nqa entry admin-name operation-tag |
必选 |
执行nqa entry命令进入已经配置测试类型的测试组视图时，将直接进入测试组测试类型视图。
ICMP-echo测试利用ICMP协议，根据应答报文或超时信息判断目的主机的可达性。ICMP-echo测试的功能与Ping命令类似，但输出信息更为丰富。网络中出现连通性故障时，可以通过ICMP-echo测试对故障进行定位。
表1-7 配置ICMP-echo测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为ICMP-echo，并进入测试类型视图 |
type icmp-echo |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 |
|
配置发送的探测报文的大小 |
data-size size |
可选 缺省情况下，发送的探测报文为100字节 |
|
配置发送的探测报文的填充字符串 |
data-fill string |
可选 缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
配置将指定接口的IP地址作为ICMP-echo探测请求报文的源IP地址 |
source interface interface-type interface-number |
可选 缺省情况下，未配置发送探测请求报文的源接口 如果使用source ip命令配置了ICMP-echo测试的源地址，则此配置无效 该命令指定的接口必须为up状态，否则探测将会失败 |
|
配置探测请求报文的源IP地址 |
source ip ip-address |
可选 缺省情况下，未指定源IP地址 如果没有指定源IP地址，但是配置了source interface，则该源接口的IP地址将作为探测请求报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则探测将会失败 |
|
配置IP报文的下一跳IP地址 |
next-hop ip-address |
可选 缺省情况下，未配置下一跳IP地址 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
DHCP测试主要用来测试网络上是否有DHCP服务器，以及DHCP服务器响应客户端请求、为客户端分配IP地址所需的时间。
在进行DHCP测试之前，需要完成DHCP服务器的配置。如果NQA客户端（即DHCP客户端）和DHCP服务器在不同的网段，还需要配置DHCP中继。DHCP服务器和DHCP中继的配置方法，请参见“IP业务分册”中的“DHCP配置”。
表1-8 配置DHCP测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为DHCP，并进入测试类型视图 |
type dhcp |
必选 |
|
指定进行DHCP测试的接口 |
operation interface interface-type interface-number |
必选 缺省情况下，没有指定进行DHCP测试的接口 该命令指定的接口必须为up状态，否则会导致测试失败 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
l DHCP测试只是模拟DHCP申请地址的过程，进行DHCP测试的接口IP地址不会改变。
l DHCP测试完成后，NQA客户端将主动发送DHCP-RELEASE报文释放申请到的IP地址。
DNS测试主要用来测试NQA客户端是否可以通过指定的DNS服务器将域名解析为IP地址，以及域名解析过程需要的时间。
在进行DNS测试之前，需要在DNS服务器上创建域名和IP地址的映射关系。
表1-9 配置DNS测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为DNS，并进入测试类型视图 |
type dns |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 测试操作的目的IP地址，即DNS服务器的IP地址 |
|
配置要解析的域名 |
resolve-target domain-name |
必选 缺省情况下，没有配置要解析的域名 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
DNS测试只是模拟域名解析的过程，设备上不会保存要解析的域名与IP地址的对应关系。
FTP测试主要用来测试NQA客户端是否可以与指定的FTP服务器建立连接，以及与FTP服务器之间传送文件的时间。
在进行FTP测试之前，需要在FTP服务器上进行相应的配置，包括FTP客户端登录FTP服务器的用户名、密码等。FTP服务器的配置方法，请参见“IP业务分册”中的“FTP和TFTP配置”。
表1-10 配置FTP测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为FTP，并进入测试类型视图 |
type ftp |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 测试操作的目的IP地址，即FTP服务器的IP地址 |
|
配置探测请求报文的源IP地址 |
source ip ip-address |
必选 缺省情况下，未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
配置操作类型 |
operation { get | put } |
可选 缺省情况下，FTP操作方式为get操作，即从FTP服务器获取文件 |
|
配置FTP登录用户名 |
username name |
必选 缺省情况下，未配置FTP登录用户名 |
|
配置FTP登录密码 |
password password |
必选 缺省情况下，未配置FTP登录密码 |
|
配置FTP服务器和客户端传送文件的文件名 |
filename file-name |
必选 缺省情况下，未配置FTP服务器和客户端之间传送文件的文件名 |
|
配置FTP测试的数据传输方式 |
mode { active | passive } |
可选 缺省情况下，FTP测试的数据传输方式为主动方式 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
l 进行put操作时，服务器上会创建以file-name为名字的固定大小及内容的文件；进行get操作时，设备上也不会保存从服务器获取的文件。
l 进行get操作时，如果FTP服务器上没有以file-name为名字的文件，则测试不会成功。
l 进行get操作时，请选用较小的文件进行测试，如果文件较大，可能会因为超时而导致测试失败，或由于占用较多的网络带宽而影响其他业务。
HTTP测试主要用来测试NQA客户端是否可以与指定的HTTP服务器建立连接，以及从HTTP服务器获取数据所需的时间，从而判断HTTP服务器的连通性及性能。
在进行HTTP测试之前，需要完成HTTP服务器的配置。
表1-11 配置HTTP测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为HTTP，并进入测试类型视图 |
type http |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 测试操作的目的地址，即HTTP服务器的IP地址 |
|
配置探测请求报文的源IP地址 |
source ip ip-address |
可选 缺省情况下，未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
配置操作类型 |
operation { get | post } |
可选 缺省情况下，HTTP操作方式为get操作，即从HTTP服务器获取数据 |
|
配置HTTP测试访问的网址 |
url url |
必选 |
|
配置测试所使用的协议版本 |
http-version v1.0 |
可选 缺省情况下，HTTP测试使用的版本为1.0 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
HTTP测试中，HTTP服务器的TCP端口号只能为80。如果HTTP服务器采用其他TCP端口，测试将会失败。
建议不要对知名端口，即1～1023之间的端口，进行UDP-jitter测试，否则可能导致NQA测试失败或该知名端口对应的服务不可用。
语音、视频等实时性业务对Delay jitter（时延抖动）的要求较高。通过UDP-jitter测试，可以获得网络的单向和双向时延抖动，从而判断网络是否可以承载实时性业务。
Delay jitter（时延抖动）是指相邻两个报文的接收时间间隔减去这两个报文的发送时间间隔。UDP-jitter测试的过程如下：
l 源端以一定的时间间隔向目的端发送数据包。
l 目的端每收到一个数据包，就给它打上时间戳，然后再把这个数据包发回到源端。
l 源端收到数据包后通过计算目的端接收数据包时间间隔和源端发送数据包的时间间隔之差，计算出时延抖动，从而清晰地反映出网络状况。
UDP-jitter测试需要NQA服务器和客户端配合才能完成。进行UDP-jitter测试之前，必须保证NQA服务器端配置了UDP监听功能，配置方法请参见“1.3 配置NQA服务器”。
表1-12 配置UDP-jitter测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为UDP-jitter，并进入测试类型视图 |
type udp-jitter |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 测试操作的目的地址必须与NQA服务器上所配置的监听服务的IP地址一致 |
|
配置测试操作的目的端口 |
destination port port-number |
必选 缺省情况下，未配置测试操作的目的端口号 测试操作的目的端口号必须与NQA服务器上所配置的监听服务的端口号一致 |
|
配置请求报文中的源端口号 |
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 packet-interval |
可选 缺省情况下，UDP-jitter测试中发送探测报文的时间间隔为20毫秒 |
|
配置UDP-jitter测试中等待响应报文的超时时间 |
probe packet-timeout packet-timeout |
可选 缺省情况下，UDP-jitter测试中等待响应报文的超时时间为3000毫秒 |
|
配置测试操作中探测请求报文的源IP地址 |
source ip ip-address |
可选 缺省情况下，未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
一次UDP-jitter测试中探测的次数取决于probe count命令的配置，而每次探测所发送的探测包的个数由probe packet-number命令配置决定。
SNMP查询测试主要用来测试从NQA客户端向SNMP agent设备发出一个SNMP协议查询报文到接收响应报文的时间。
在进行SNMP测试之前，需要在作为SNMP agent的设备上启动SNMP agent功能。SNMP agent的配置方法，请参见“系统分册”中的“SNMP配置”。
表1-13 配置SNMP测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为SNMP，并进入测试类型视图 |
type snmp |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 |
|
配置测试操作中请求报文中的源端口号 |
source port port-number |
可选 缺省情况下，未指定源端口号 |
|
配置测试操作中探测请求报文的源IP地址 |
source ip ip-address |
可选 缺省情况下，未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
TCP测试通过测试客户端和服务器指定端口之间是否能够建立TCP连接，以及建立TCP连接所需的时间，来判断服务器指定端口上提供的服务是否可用，及服务性能。
TCP测试需要NQA服务器和客户端配合才能完成。在TCP测试之前，需要在NQA服务器端配置TCP监听功能，配置方法请参见“1.3 配置NQA服务器”。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为TCP，并进入测试类型视图 |
type tcp |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 必须与NQA服务器上配置的监听服务的IP地址一致 |
|
配置目的端口 |
destination port port-number |
必选 缺省情况下，未配置测试操作的目的端口号 必须与NQA服务器上配置的监听服务的端口号一致 |
|
配置测试操作中探测请求报文的源IP地址 |
source ip ip-address |
可选 缺省情况下，未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
UDP-echo测试可以用来测试客户端和服务器指定UDP端口之间的连通性以及UDP-echo协议报文的往返时间。
UDP-echo测试需要NQA服务器和客户端配合才能完成。在进行UDP-echo测试之前，需要在NQA服务器端配置UDP监听功能，配置方法请参见“1.3 配置NQA服务器”。
表1-15 配置UDP-echo测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为UDP-echo，并进入测试类型视图 |
type udp-echo |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 必须与NQA服务器上配置的监听服务的IP地址一致 |
|
配置目的端口 |
destination port port-number |
必选 缺省情况下，未配置测试操作的目的端口号 必须与NQA服务器上配置的监听服务的端口号一致 |
|
配置发送的探测报文的大小 |
data-size size |
可选 缺省情况下，UDP－echo测试中发送的探测报文为100字节 |
|
配置发送的探测报文的填充字符串 |
data-fill string |
可选 缺省情况下，探测报文的填充内容为十六进制数值00010203040506070809 |
|
配置测试操作中探测请求报文中的源端口号 |
source port port-number |
可选 缺省情况下，未指定源端口号 |
|
配置测试操作中探测请求报文的源IP地址 |
source ip ip-address |
可选 缺省情况下，未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
建议不要对知名端口，即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网络状况的语音参数值，包括：
l ICPIF（Calculated Planning Impairment Factor，计算计划损伤元素）：用来量化网络中语音数据的衰减，由单向网络延迟和丢包率等决定。数值越大，表明语音网络质量越差。
l MOS（Mean Opinion Scores，平均意见得分）：用来衡量语音网络的质量。通过计算网络中语音数据的衰减——ICPIF值，可以估算出MOS值，MOS值的范围为1～5。该值越高，表明语音网络质量越好。
对语音质量的评价具有一定的主观性，不同用户对语音质量的容忍程度不同，因此，衡量语音质量时，需要考虑用户的主观因素。对语音质量容忍程度较强的用户，可以通过advantage-factor命令配置补偿因子，在计算ICPIF值时将减去该补偿因子，修正ICPIF和MOS值，以便在比较语音质量时综合考虑客观和主观因素。
Voice测试需要NQA服务器和客户端配合才能完成。进行Voice测试之前，必须保证NQA服务器端配置了UDP监听功能，配置方法请参见“1.3 配置NQA服务器”。
表1-16 配置Voice测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为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地址，且接口为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 packet-interval |
可选 缺省情况下，Voice探测中发送探测报文的时间间隔为20毫秒 |
|
配置Voice测试中等待响应报文的超时时间 |
probe packet-timeout packet-timeout |
可选 缺省情况下，Voice测试中等待响应报文的超时时间为5000毫秒 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
一次Voice测试只能进行一次探测，而每次探测所发送的探测报文的个数由probe packet-number命令配置决定。
DLSw测试主要用来测试DLSw设备的响应时间。
在进行DLSw测试之前，需要在对端设备上使能DLSw功能。
表1-17 配置DLSw测试
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
配置测试类型为DLSw，并进入测试类型视图 |
type dlsw |
必选 |
|
配置测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下，未配置测试操作的目的IP地址 |
|
配置测试操作中探测请求报文的源IP地址 |
source ip ip-address |
可选 缺省情况下，未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址，且接口为up状态，否则测试将会失败 |
|
配置通用的可选参数 |
参见表1-21 |
可选 |
在配置阈值告警功能之前，需要执行以下操作：
l 通过snmp-agent target-host命令配置Trap消息的目的地址。snmp-agent target-host命令的详细介绍，请参见“系统分册”中的“SNMP命令”。
l 正确创建NQA测试组并配置相关参数。
表1-18 配置阈值告警功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
进入测试组测试类型视图 |
type { dhcp | dlsw | dns | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter | voice } |
- |
|
配置在指定条件下向网管服务器发送Trap消息 |
reaction trap { probe-failure consecutive-probe-failures | test-complete | test-failure cumulate-probe-failures } |
根据实际需要，选择配置发送Trap消息的方法 缺省情况下，不向网管服务器发送Trap消息 |
|
创建监测探测持续时间的阈值告警组（除UDP-jitter和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 } ] |
|
|
创建监测探测失败次数的阈值告警组（除UDP-jitter和Voice测试外，均支持） |
reaction item-number checked-element probe-fail threshold-type { accumulate accumulate-occurrences | consecutive consecutive-occurrences } [ action-type { none | trap-only } ] |
|
|
创建监测报文往返时延的阈值告警组（仅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 } ] |
|
|
创建监测每次测试中丢包数的阈值告警组（仅UDP-jitter和Voice测试支持） |
reaction item-number checked-element packet-loss threshold-type accumulate accumulate-occurrences [ action-type { none | trap-only } ] |
|
|
创建监测单向时延抖动的阈值告警组（仅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 } ] |
|
|
创建监测单向时延的阈值告警组（仅UDP-jitter和Voice测试支持） |
reaction item-number checked-element { owd-ds | owd-sd } threshold-value upper-value lower-value |
|
|
创建监测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 } ] |
l DNS测试不支持发送Trap消息，即对于DNS测试，触发动作只能配置为none。
l 在Voice测试类型视图下执行reaction trap命令时，只支持reaction trap test-complete。
NQA将在指定时间间隔内完成的NQA测试归为一组，计算该组测试结果的统计值，这些统计值构成一个统计组。通过display nqa statistics命令可以显示该统计组的信息。通过statistics interval命令可以设置统计的时间间隔。
当保留的统计组数目达到最大值时，如果形成新的统计组，保存时间最久的统计组将被删除。通过statistics max-group命令可以设置保留的最大统计组个数。
指定时间间隔内最后一次测试结束后，形成一个统计组。统计组具有老化功能，即统计组保存一定时间后，将被删除。通过statistics hold-time命令可以设置统计组的保留时间。
表1-19 配置NQA统计功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
进入测试组测试类型视图 |
type { dlsw | dns | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter | voice } |
- |
|
配置对测试结果进行统计的时间间隔 |
statistics interval interval |
可选 缺省情况下，对测试结果进行统计的时间间隔为60分钟 |
|
配置能够保留的最大统计组个数 |
statistics max-group number |
可选 缺省情况下，能够保留的最大统计组数为2 最大统计组个数为0时，不进行统计 |
|
配置统计组的保留时间 |
statistics hold-time hold-time |
可选 缺省情况下，统计组的保留时间为120分钟 |
l DHCP测试不支持配置NQA统计功能。
l 如果通过frequency命令指定连续两次测试开始时间的时间间隔为0，则不生成统计组信息。
开启NQA测试组的历史记录保存功能后，系统将记录NQA测试的历史信息，通过display nqa history命令可以查看该测试组的历史记录信息。
通过本配置任务还可以指定：
l 历史记录的保存时间：历史记录保存时间达到配置的值后，将删除该历史记录。
l 一个测试组中能够保存的最大历史记录个数：如果历史记录个数超过设定的最大数目，则最早的历史记录将会被删除。
表1-20 配置NQA历史记录功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
进入测试组测试类型视图 |
type { dhcp | dlsw | dns | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter | voice } |
- |
|
开启NQA测试组的历史记录保存功能 |
history-record enable |
必选 缺省情况下，NQA测试组的历史记录保存功能处于关闭状态 |
|
配置NQA测试组中历史记录的保存时间 |
history-record keep-time keep-time |
可选 缺省情况下，NQA测试组中历史记录的保存时间为120分钟 |
|
配置在一个测试组中能够保存的最大历史记录个数 |
history-record number number |
可选 缺省情况下，一个测试组中能够保存的最大历史记录个数为50 |
NQA测试组的通用可选参数，只对该测试组中的测试有效。
除特别说明外，所有测试类型都可以配置通用可选参数，可以根据实际情况选择配置测试组的参数。
表1-21 配置NQA测试组的通用可选参数
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
|
进入测试组测试类型视图 |
type { dhcp | dlsw | dns | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter | voice } |
- |
|
配置测试组的描述字符串 |
description text |
可选 缺省情况下，测试组没有描述字符串 |
|
配置测试组连续两次测试开始时间的时间间隔 |
frequency interval |
可选 缺省情况下，测试组连续两次测试开始时间的时间间隔为0毫秒，即只进行一次测试 如果到达frequency指定的时间间隔时，上次测试尚未完成，则不启动新一轮测试 |
|
配置一次NQA测试中进行探测的次数 |
probe count times |
可选 缺省情况下，一次测试中的探测次数为1次 Voice测试中探测次数只能为1，不支持该命令 |
|
配置NQA探测超时时间 |
probe timeout timeout |
可选 缺省情况下，探测的超时时间为3000毫秒 UDP-jitter测试不能配置该参数 |
|
配置探测报文在网络中可以经过的最大跳数 |
ttl value |
可选 缺省情况下，探测报文在网络中可以经过的最大跳数为20跳 DHCP测试不能配置该参数 |
|
配置NQA探测报文IP报文头中服务类型域的值 |
tos value |
可选 缺省情况下，NQA探测报文IP报文头中服务类型域的值为0 DHCP测试不能配置该参数 |
|
启动路由表旁路功能 |
route-option bypass-route |
可选 缺省情况下，路由表旁路功能处于关闭状态 DHCP测试不能配置该参数 |
通过本配置，可以设置测试组进行测试的启动时间和持续时间。启动时间取值可以是具体的时间值和now，now表示立即启动测试；持续时间取值可以是具体的时间值和forever，forever表示一直进行测试，直到用户通过undo nqa schedule命令手动停止测试。
系统时间在<启动时间>到<启动时间＋持续时间>范围内时，测试组进行测试。执行nqa schedule命令时，如果系统时间尚未到达启动时间，则到达启动时间后，启动测试；如果系统时间在启动时间～启动时间＋持续时间之间，则立即启动测试；如果系统时间已经超过启动时间＋持续时间，则不会启动测试。通过display clock命令可以查看系统的当前时间。
在调度NQA测试组之前，需要保证：
l 测试类型相应的测试参数配置完整；
l 对于需要与NQA服务器配合的测试类型，已经完成NQA服务器端的配置。
表1-22 调度NQA测试组
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
调度NQA测试组 |
nqa schedule admin-name operation-tag start-time { hh:mm:ss [ yyyy/mm/dd ] | now } lifetime { lifetime | forever } |
必选 |
|
配置处于测试状态的NQA测试的最大个数 |
nqa agent max-concurrent number |
可选 缺省情况下，设备允许配置处于测试状态的NQA测试的最大个数为2 |
l 测试组被调度后就不能再进入该测试组视图和测试类型视图。
l 对于已启动的测试组或已经完成测试的测试组，不受系统时间调整的影响，只有等待测试的测试组受系统时间调整的影响。
在完成上述配置后，在任意视图下执行display命令可以显示配置后NQA的运行情况，通过查看显示信息验证配置的效果。
表1-23 NQA显示和维护
|
操作 |
命令 |
|
显示NQA测试操作信息的历史记录 |
display nqa history [ admin-name operation-tag ] [ | { begin | exclude | include } regular-expression ] |
|
显示NQA阈值告警功能的当前监测结果 |
display nqa reaction counters [ admin-name operation-tag [ item-number ] ] [ | { begin | exclude | include } regular-expression ] |
|
显示最近一次NQA测试的结果 |
display nqa result [ admin-name operation-tag ] [ | { begin | exclude | include } regular-expression ] |
|
显示NQA测试的统计信息 |
display nqa statistics [ admin-name operation-tag ] [ | { begin | exclude | include } regular-expression ] |
|
显示服务器的状态信息 |
display nqa server status [ | { begin | exclude | include } regular-expression ] |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
