07-NQA配置
本章节下载: 07-NQA配置 (465.87 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探测结果进行监测,当连续探测失败次数达到一定数目时,就通过Track模块触发应用模块联动。联动功能的实现如图1-1所示。
图1-1 联动功能实现示意图
联动功能由监测模块、Track模块和应用模块三部分组成:
l 监测模块负责对链路状态、网络性能等进行监测,并将探测结果通知给Track模块。
l Track模块接收到监测模块的探测结果后,及时改变Track项的状态,并通知应用模块。Track模块位于应用模块和监测模块之间,可以屏蔽不同监测模块的差异,为应用模块提供统一的接口。
l 应用模块根据Track项的状态,进行相应的处理,从而实现联动。
以静态路由为例,用户配置了一条静态路由,下一跳为192.168.0.88,如果192.168.0.88可达,那么该静态路由有效;如果192.168.0.88不可达,则该静态路由无效。通过在NQA、Track模块和静态路由模块之间建立联动,可以实现静态路由有效性的实时判断:
(1) 通过NQA监测地址192.168.0.88是否可达。
(2) 如果NQA发现192.168.0.88不可达,则通知Track模块改变Track项的状态。
(3) Track项将改变后的状态通知给静态路由模块。静态路由模块据此可以判断该静态路由项无效。
联动功能和Track模块的详细介绍,请参见“可靠性配置指导”中的“Track”。
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测试组中配置NQA测试的参数,如测试类型,测试目的地址,测试目的端口等。
每个测试组都有一个管理员名称和一个操作标签,管理员名称和操作标签可以唯一确定一个测试组。
启动NQA测试组后,每隔一段时间进行一次测试,测试的时间间隔可以由用户来设定。
一次NQA测试由若干次连续的探测组成,探测的次数可以由用户来设定。
对于Voice测试,一次测试中只能进行一次探测。
不同测试类型中,探测的含义不同:
l 对于TCP和DLSw测试,一次探测操作是指建立一次连接;
l 对于UDP-jitter和Voice测试,一次探测操作是指连续发送多个探测报文,发送探测报文的个数由用户来设定;
l 对于FTP、HTTP、DHCP和DNS测试,一次探测操作是指完成一次相应的功能,例如上传或下载一个文件,获取一个Web页面,为接口申请一个IP地址,将一个域名解析为IP地址;
l 对于ICMP-echo和UDP-echo测试,一次探测操作是指发送一个探测报文;
l 对于SNMP测试,一次探测操作是指发送三个SNMP协议报文,分别对应SNMP v1、SNMP v2c和SNMP v3三个版本。
NQA客户端是发起NQA测试的设备,NQA测试组在客户端创建。
NQA服务器负责处理NQA客户端发来的探测报文,如图1-2所示。NQA服务器监听指定IP地址和端口的报文,并对客户端发送的探测报文进行响应。
图1-2 NQA客户端与服务器之间的关系
在大多数的测试中,只需要配置NQA客户端。但在进行TCP、UDP-echo、UDP-jitter和Voice类型测试时,必须配置NQA服务器。
在一个NQA服务器上可以创建多个TCP或UDP监听服务,每个监听服务对应一个目的地址和一个端口号,配置的目的地址和端口号必须与NQA客户端的配置一致,且不能与已有的监听服务冲突。
NQA测试操作的过程为:
(1) NQA客户端构造指定测试类型的探测报文,并发送给对端;
(2) 对端收到探测报文后,回复带有时间戳的应答报文;
(3) 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客户端功能处于开启状态 |
进行NQA测试前,需要先创建NQA测试组。创建测试组并进入测试组视图后,可以配置测试的类型。
表1-6 创建NQA测试组
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
创建NQA测试组,并进入NQA测试组视图 |
nqa entry admin-name operation-tag |
必选 |
执行nqa entry命令进入已经配置测试类型的测试组视图时,将直接进入测试组测试类型视图。
ICMP-echo测试利用ICMP协议,根据是否接收到应答报文判断目的主机的可达性。ICMP-echo测试的功能与Ping命令类似,但ICMP-echo测试中可以指定测试的下一跳设备,并且ICMP-echo测试的输出信息更为丰富。网络中出现连通性故障时,可以通过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 |
指定测试操作所属的VPN |
vpn-instance vpn-instance-name |
可选 缺省情况下,未指定测试操作所属的VPN,NQA用来测试公网的连通性 |
配置探测报文的源接口 |
source interface interface-type interface-number |
可选 缺省情况下,未配置探测报文的源接口 如果使用source ip命令配置了ICMP-echo测试的源地址,则此配置无效;否则,指定的源接口的IP地址将作为ICMP-echo探测报文的源IP地址 该命令指定的接口必须为up状态,否则探测将会失败 |
配置探测报文的源IP地址 |
source ip ip-address |
可选 缺省情况下,未指定源IP地址 如果没有指定源IP地址,但是配置了source interface,则该源接口的IP地址将作为探测报文中的源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址,且接口为up状态,否则探测将会失败 |
配置探测报文的下一跳IP地址 |
next-hop ip-address |
可选 缺省情况下,未配置下一跳IP地址 |
配置通用的可选参数 |
参见表1-22 |
可选 |
ICMP-echo测试不支持在IPv6网络中使用,如果要测试IPv6网络中目的主机的可达性,可以使用ping ipv6命令。ping ipv6命令的详细介绍,请参见“网络管理和监控命令参考”中的“系统维护与调试”。
DHCP测试主要用来测试网络上是否有DHCP服务器,以及DHCP服务器响应客户端请求、为客户端分配IP地址所需的时间。
在进行DHCP测试之前,需要完成DHCP服务器的配置。如果NQA客户端(即DHCP客户端)和DHCP服务器在不同的网段,还需要配置DHCP中继。DHCP服务器和DHCP中继的配置方法,请参见“三层技术-IP业务配置指导”中的“DHCP服务器”和“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-22 |
可选 |
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 |
必选 |
将DNS服务器的IP地址配置为测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下,未配置测试操作的目的IP地址 |
配置要解析的域名 |
resolve-target domain-name |
必选 缺省情况下,没有配置要解析的域名 |
配置通用的可选参数 |
参见表1-22 |
可选 |
DNS测试只是模拟域名解析的过程,设备上不会保存要解析的域名与IP地址的对应关系。
FTP测试主要用来测试NQA客户端是否可以与指定的FTP服务器建立连接,以及与FTP服务器之间传送文件的时间。
在进行FTP测试之前,需要在FTP服务器上进行相应的配置,包括FTP客户端登录FTP服务器的用户名、密码等。FTP服务器的配置方法,请参见“基础配置指导”中的“FTP”。
表1-10 配置FTP测试
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
配置测试类型为FTP,并进入测试类型视图 |
type ftp |
必选 |
将FTP服务器的IP地址配置为测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下,未配置测试操作的目的IP地址 |
配置探测报文的源IP地址 |
source ip ip-address |
必选 缺省情况下,未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址,且接口为up状态,否则测试将会失败 |
配置FTP测试的操作类型 |
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-22 |
可选 |
l 进行put操作时,NQA客户端将在FTP服务器会创建以file-name为文件名的固定大小的测试文件,此文件与NQA客户端存储设备中保存的文件无关;进行get操作时,设备上不会保存从服务器获取的文件。
l 进行get操作时,如果FTP服务器上没有以file-name为名字的文件,则测试不会成功。
l 进行FTP测试时,建议选用较小的测试文件并将NQA探测超时时间调大,如果测试文件太大或探测超时时间太小,可能会导致探测超时。
HTTP测试主要用来测试NQA客户端是否可以与指定的HTTP服务器建立连接,以及从HTTP服务器获取数据所需的时间,从而判断HTTP服务器的连通性及性能。
在进行HTTP测试之前,需要完成HTTP服务器的配置。
表1-11 配置HTTP测试
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
配置测试类型为HTTP,并进入测试类型视图 |
type http |
必选 |
将HTTP服务器的IP地址配置为测试操作的目的地址 |
destination ip ip-address |
必选 缺省情况下,未配置测试操作的目的IP地址 |
配置探测报文的源IP地址 |
source ip ip-address |
可选 缺省情况下,未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址,且接口为up状态,否则测试将会失败 |
配置HTTP测试的操作类型 |
operation { get | post } |
可选 缺省情况下,HTTP操作方式为get操作,即从HTTP服务器获取数据 |
配置HTTP测试访问的网址 |
url url |
必选 |
配置HTTP测试所使用的协议版本 |
http-version v1.0 |
可选 缺省情况下,HTTP测试使用的版本为1.0 |
配置通用的可选参数 |
参见表1-22 |
可选 |
HTTP测试中,HTTP服务器的TCP端口号只能为80。如果HTTP服务器采用其他TCP端口,测试将会失败。
建议不要对知名端口,即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 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-22 |
可选 |
一次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-22 |
可选 |
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-22 |
可选 |
UDP-echo测试可以用来测试客户端和服务器指定UDP端口之间的连通性以及UDP报文的往返时间。
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-22 |
可选 |
建议不要对知名端口,即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,平均意见得分):语音网络的质量得分。MOS值的范围为1~5,该值越高,表明语音网络质量越好。通过计算网络中语音数据的衰减——ICPIF值,可以估算出MOS值。
对语音质量的评价具有一定的主观性,不同用户对语音质量的容忍程度不同,因此,衡量语音质量时,需要考虑用户的主观因素。对语音质量容忍程度较强的用户,可以通过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-22 |
可选 |
一次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-22 |
可选 |
联动功能是通过建立联动项,对当前所在测试组中的探测进行监测,当连续探测失败次数达到阈值时,就触发配置的动作类型。
表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测试不支持联动功能 |
建立联动项 |
reaction item-number checked-element probe-fail threshold-type consecutive consecutive-occurrences action-type trigger-only |
必选 缺省情况下,未配置联动项 |
退回系统视图 |
quit |
- |
创建与NQA测试组中指定联动项关联的Track项 |
track entry-number nqa entry admin-name operation-tag reaction item-number |
必选 缺省情况下,未配置Track项 |
l 联动项创建后,不能再通过reaction命令修改该联动项的内容。
l UDP-jitter和Voice测试不支持联动功能。
在配置阈值告警功能之前,需要执行以下操作:
l 通过snmp-agent target-host命令配置Trap消息的目的地址。snmp-agent target-host命令的详细介绍,请参见“网络管理和监控命令参考”中的“SNMP”。
l 正确创建NQA测试组并配置相关参数。
表1-19 配置阈值告警功能
操作 |
命令 |
说明 |
进入系统视图 |
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-20 配置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-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 } |
- |
开启NQA测试组的历史记录保存功能 |
history-record enable |
必选 缺省情况下,NQA测试组的历史记录保存功能处于关闭状态 |
配置NQA测试组中历史记录的保存时间 |
history-record keep-time keep-time |
可选 缺省情况下,NQA测试组中历史记录的保存时间为120分钟 |
配置在一个测试组中能够保存的最大历史记录个数 |
history-record number number |
可选 缺省情况下,一个测试组中能够保存的最大历史记录个数为50 |
NQA测试组的通用可选参数,只对该测试组中的测试有效。
除特别说明外,所有测试类型都可以配置通用可选参数,可以根据实际情况选择配置测试组的参数。
表1-22 配置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-23 调度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-24 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 ] |
使用NQA的ICMP-echo测试功能,测试本端(Device A)发送的报文是否可以经过指定的下一跳设备(Device C)到达指定的目的端(Device B),以及报文的往返时间。
图1-3 ICMP-echo测试组网图
进行下面的配置之前,需要确保各设备之间路由可达。
# 创建ICMP-echo类型的NQA测试组,并配置测试操作的目的地址为10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type icmp-echo
[DeviceA-nqa-admin-test-icmp-echo] destination ip 10.2.2.2
# 配置下一跳地址为10.1.1.2,以便测试报文经过指定的下一跳设备(Device C)到达目的端,而不是通过Device D到达目的端。
[DeviceA-nqa-admin-test-icmp-echo] next-hop 10.1.1.2
# 配置可选参数:一次NQA测试中探测的次数为10,探测的超时时间为500毫秒,测试组连续两次测试开始时间的时间间隔为5000毫秒。
[DeviceA-nqa-admin-test-icmp-echo] probe count 10
[DeviceA-nqa-admin-test-icmp-echo] probe timeout 500
[DeviceA-nqa-admin-test-icmp-echo] frequency 5000
# 开启NQA历史记录保存功能,并配置一个测试组中能够保存的最大历史记录个数为10。
[DeviceA-nqa-admin-test-icmp-echo] history-record enable
[DeviceA-nqa-admin-test-icmp-echo] history-record number 10
[DeviceA-nqa-admin-test-icmp-echo] quit
# 启动ICMP-echo测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止ICMP-echo测试操作。
[DeviceA] undo nqa schedule admin test
# 显示ICMP-echo测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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 in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示ICMP-echo测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
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
使用NQA的DHCP测试功能,测试Device A从DHCP服务器Device B申请到IP地址所需的时间。
图1-4 配置DHCP组网图
# 创建DHCP类型的NQA测试组,并指定进行DHCP测试的接口为VLAN接口2。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type dhcp
[DeviceA-nqa-admin-test-dhcp] operation interface vlan-interface 2
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test-dhcp] history-record enable
[DeviceA-nqa-admin-test-dhcp] quit
# 启动DHCP测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止DHCP测试操作。
[DeviceA] undo nqa schedule admin test
# 显示DHCP测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 624/624/624
Square-Sum of round trip time: 389376
Last succeeded probe time: 2011-01-22 09:56:03.2
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示DHCP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 624 Succeeded 2011-01-22 09:56:03.2
使用NQA的DNS测试功能,测试Device A是否可以通过指定的DNS服务器将域名host.com解析为IP地址,并测试域名解析所需的时间。
图1-5 配置DNS组网图
进行下面的配置之前,需要确保各设备之间路由可达。
# 创建DNS类型的NQA测试组。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type dns
# 配置测试操作的目的地址为DNS服务器的IP地址10.2.2.2,要解析的域名为host.com。
[DeviceA-nqa-admin-test-dns] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-dns] resolve-target host.com
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test-dns] history-record enable
[DeviceA-nqa-admin-test-dns] quit
# 启动DNS测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止DNS测试操作。
[DeviceA] undo nqa schedule admin test
# 显示DNS测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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-01-23 10:49:37.3
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示DNS测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 62 Succeeded 2011-01-23 10:49:37.3
使用NQA的FTP测试功能,测试Device A是否可以和指定的FTP服务器Device B建立连接,以及往FTP服务器上传一个文件的时间。登录FTP服务器的用户名为admin,密码为systemtest,要传送到服务器的文件名为config.txt。
图1-6 配置FTP组网图
进行下面的配置之前,需要确保各设备之间路由可达。
# 创建FTP类型的NQA测试组。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type ftp
# 配置测试操作的目的地址为FTP服务器的IP地址10.2.2.2。
[DeviceA-nqa-admin-test-ftp] destination ip 10.2.2.2
# 配置探测报文的源IP地址为10.1.1.1。
[DeviceA-nqa-admin-test-ftp] source ip 10.1.1.1
# 配置登录FTP服务器的用户名为admin,密码为systemtest。
[DeviceA-nqa-admin-test-ftp] username admin
[DeviceA-nqa-admin-test-ftp] password systemtest
# 配置测试执行的操作为向FTP服务器上传文件config.txt。
[DeviceA-nqa-admin-test-ftp] operation put
[DeviceA-nqa-admin-test-ftp] filename config.txt
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test-ftp] history-record enable
[DeviceA-nqa-admin-test-ftp] quit
# 启动FTP测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止FTP测试操作。
[DeviceA] undo nqa schedule admin test
# 显示FTP测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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-01-22 10:07:28.6
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示FTP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 173 Succeeded 2011-01-22 10:07:28.6
使用NQA的HTTP测试功能,测试是否可以和指定的HTTP服务器之间建立连接,以及从HTTP服务器获取数据的时间。
图1-7 HTTP测试组网图
进行下面的配置之前,需要确保各设备之间路由可达。
# 创建HTTP类型的NQA测试组。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type http
# 配置测试操作的目的地址为HTTP服务器的IP地址10.2.2.2。
[DeviceA-nqa-admin-test-http] destination ip 10.2.2.2
# 配置HTTP测试的操作方式为get操作。(get操作为缺省操作方式,因此,可以不执行本配置)
[DeviceA-nqa-admin-test-http] operation get
# 配置HTTP测试访问的网址为/index.htm。
[DeviceA-nqa-admin-test-http] url /index.htm
# 配置HTTP测试使用的版本为1.0。(缺省情况下使用的版本为1.0,因此,可以不执行本配置)
[DeviceA-nqa-admin-test-http] http-version v1.0
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test-http] history-record enable
[DeviceA-nqa-admin-test-http] quit
# 启动HTTP测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止HTTP测试操作。
[DeviceA] undo nqa schedule admin test
# 显示HTTP测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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-01-22 10:12:47.9
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示HTTP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 64 Succeeded 2011-01-22 10:12:47.9
使用NQA的UDP-jitter测试功能,测试本端(Device A)和指定目的端(Device B)的端口9000之间传送报文的时延抖动。
图1-8 UDP-jitter测试组网图
进行下面的配置之前,需要确保各设备之间路由可达。
(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-jitter类型的NQA测试组。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type udp-jitter
# 配置测试操作的目的地址为10.2.2.2,目的端口号为9000。
[DeviceA-nqa-admin-test-udp-jitter] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-udp-jitter] destination port 9000
# 配置可选参数:测试组连续两次测试开始时间的时间间隔为1000毫秒。
[DeviceA-nqa-admin-test-udp-jitter] frequency 1000
[DeviceA-nqa-admin-test-udp-jitter] quit
# 启动UDP-jitter测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止UDP-jitter测试操作。
[DeviceA] undo nqa schedule admin test
# 显示UDP-jitter测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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 succeeded probe time: 2011-01-29 13:56:17.6
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) 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
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 packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
# 显示UDP-jitter测试的统计结果。
[DeviceA] display nqa statistics admin test
NQA entry (admin admin, tag test) test statistics:
NO. : 1
Destination IP address: 10.2.2.2
Start time: 2011-01-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 in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) 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
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 packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
display nqa history命令的显示信息无法反映UDP-jitter测试的结果,如果想了解UDP-jitter测试的结果,建议通过display nqa result命令查看最近一次NQA测试的结果,或通过display nqa statistics命令查看NQA测试的统计信息。
使用NQA的SNMP测试功能,测试从Device A发出一个SNMP协议查询报文到收到SNMP agent(Device B)响应报文所用的时间。
图1-9 SNMP配置测试组网图
进行下面的配置之前,需要确保各设备之间路由可达。
(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类型的测试组,并配置测试操作的目的地址为SNMP agent的IP地址10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type snmp
[DeviceA-nqa-admin-test-snmp] destination ip 10.2.2.2
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test-snmp] history-record enable
[DeviceA-nqa-admin-test-snmp] quit
# 启动测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止SNMP测试操作。
[DeviceA] undo nqa schedule admin test
# 显示SNMP测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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-01-22 10:24:41.1
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示SNMP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 50 Timeout 2011-01-22 10:24:41.1
使用NQA的TCP测试功能,测试本端(Device A)和指定目的端(Device B)的端口9000之间建立TCP连接所需的时间。
图1-10 TCP测试组网图
进行下面的配置之前,需要确保各设备之间路由可达。
(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类型的测试组。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type tcp
# 配置测试操作的目的地址为10.2.2.2,目的端口号为9000。
[DeviceA-nqa-admin-test-tcp] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-tcp] destination port 9000
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test-tcp] history-record enable
[DeviceA-nqa-admin-test-tcp] quit
# 启动测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止TCP测试操作。
[DeviceA] undo nqa schedule admin test
# 显示TCP测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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-01-22 10:27:25.1
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示TCP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 13 Succeeded 2011-01-22 10:27:25.1
使用NQA的UDP-echo测试功能,测试本端(Device A)和指定目的端(Device B)的端口8000之间UDP协议报文的往返时间。
图1-11 UDP-echo测试组网图
进行下面的配置之前,需要确保各设备之间路由可达。
(1) 配置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
(2) 配置Device A
# 创建UDP-echo类型的测试组。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type udp-echo
# 配置测试操作的目的地址为10.2.2.2,目的端口号为8000。
[DeviceA-nqa-admin-test-udp-echo] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-udp-echo] destination port 8000
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test-udp-echo] history-record enable
[DeviceA-nqa-admin-test-udp-echo] quit
# 启动测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止UDP-echo测试操作。
[DeviceA] undo nqa schedule admin test
# 显示UDP-echo测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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-01-22 10:36:17.9
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示UDP-echo测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 25 Succeeded 2011-01-22 10:36:17.9
使用NQA的Voice测试功能,测试本端(Device A)和指定的目的端(Device B)之间传送语音报文的时延抖动和网络语音质量参数。
图1-12 Voice测试组网图
进行下面的配置之前,需要确保各设备之间路由可达。
(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
# 创建Voice类型的NQA测试组。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type voice
# 配置测试操作的目的地址为10.2.2.2,目的端口号为9000。
[DeviceA-nqa-admin-test-voice] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-voice] destination port 9000
[DeviceA-nqa-admin-test-voice] quit
# 启动Voice测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止Voice测试操作。
[DeviceA] undo nqa schedule admin test
# 显示Voice测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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 succeeded probe time: 2011-01-13 09:49:31.1
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) 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
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 packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
Voice scores:
MOS value: 4.38 ICPIF value: 0
# 显示Voice测试的统计结果。
[DeviceA] display nqa statistics admin test
NQA entry (admin admin, tag test) test statistics:
NO. : 1
Destination IP address: 10.2.2.2
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 in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) 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
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 packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
Voice scores:
Max MOS value: 4.38 Min MOS value: 4.38
Max ICPIF value: 0 Min ICPIF value: 0
display nqa history命令的显示信息无法反映Voice测试的结果,如果想了解Voice测试的结果,建议通过display nqa result命令查看最近一次NQA测试的结果,或通过display nqa statistics命令查看NQA测试的统计信息。
使用NQA的DLSw测试功能,测试DLSw设备的响应时间。
图1-13 DLSw测试组网图
进行下面的配置之前,需要确保各设备之间路由可达。
# 创建DLSw类型的测试组,并配置测试操作的目的地址为10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type dlsw
[DeviceA-nqa-admin-test-dlsw] destination ip 10.2.2.2
# 开启NQA测试组的历史记录保存功能。
[DeviceA-nqa-admin-test-dlsw] history-record enable
[DeviceA-nqa-admin-test-dlsw] quit
# 启动测试操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止DLSw测试操作。
[DeviceA] undo nqa schedule admin test
# 显示DLSw测试中最后一次测试的结果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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-01-22 10:40:27.7
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 显示DLSw测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 19 Succeeded 2011-01-22 10:40:27.7
l Device A到达Device C的静态路由下一跳为Device B。
l 在Device A上通过静态路由、Track与NQA联动,对到达Device C的静态路由有效性进行实时判断。
图1-14 NQA联动配置组网图
(1) 按照图1-14配置各接口的IP地址,具体配置过程略。
(2) 在Device A上配置静态路由,并与Track项关联
# 配置到达Device C的静态路由下一跳地址为10.2.1.1,并配置静态路由与Track项1关联。
<DeviceA> system-view
[DeviceA] ip route-static 10.1.1.2 24 10.2.1.1 track 1
(3) 在Device A上配置NQA测试组
# 创建管理员名为admin、操作标签为test的NQA测试组。
[DeviceA] nqa entry admin test
# 配置测试类型为ICMP-echo。
[DeviceA-nqa-admin-test] type icmp-echo
# 配置目的地址为10.2.1.1。
[DeviceA-nqa-admin-test-icmp-echo] destination ip 10.2.1.1
# 测试频率为100ms。
[DeviceA-nqa-admin-test-icmp-echo] frequency 100
# 配置联动项1(连续失败5次触发联动)。
[DeviceA-nqa-admin-test-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only
[DeviceA-nqa-admin-test-icmp-echo] quit
# 启动探测。
[DeviceA] nqa schedule admin test start-time now lifetime forever
(4) 在Device A上配置Track项
# 配置Track项1,关联NQA测试组(管理员为admin,操作标签为test)的联动项1。
[DeviceA] track 1 nqa entry admin test reaction 1
(5) 验证配置结果
# 显示Device A上Track项的信息。
[DeviceA] display track all
Track ID: 1
Status: Positive
Notification delay: Positive 0, Negative 0 (in seconds)
Reference object:
NQA entry: admin test
Reaction: 1
# 显示Device A的路由表。
[DeviceA] display ip routing-table
Routing Tables: Public
Destinations : 5 Routes : 5
Destination/Mask Proto Pre Cost NextHop Interface
10.1.1.0/24 Static 60 0 10.2.1.1 Vlan3
10.2.1.0/24 Direct 0 0 10.2.1.2 Vlan3
10.2.1.2/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
以上显示信息表示,NQA测试的结果为下一跳地址10.2.1.1可达(Track项状态为Positive),配置的静态路由生效。
# 在Device B上删除VLAN接口3的IP地址。
<DeviceB> system-view
[DeviceB] interface vlan-interface 3
[DeviceB-Vlan-interface3] undo ip address
# 显示Device A上Track项的信息。
[DeviceA] display track all
Track ID: 1
Status: Negative
Notification delay: Positive 0, Negative 0 (in seconds)
Reference object:
NQA entry: admin test
Reaction: 1
# 显示Device A的路由表。
[DeviceA] display ip routing-table
Routing Tables: Public
Destinations : 4 Routes : 4
Destination/Mask Proto Pre Cost NextHop Interface
10.2.1.0/24 Direct 0 0 10.2.1.2 Vlan3
10.2.1.2/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
以上显示信息表示,NQA测试的结果为下一跳地址10.2.1.1不可达(Track项状态为Negative),配置的静态路由无效。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!