12-NQA配置
本章节下载: 12-NQA配置 (393.43 KB)
目 录
NQA是Network Quality Analyzer(网络质量分析)的简称。NQA通过发送测试报文,对网络性能、网络提供的服务及服务质量进行分析,并为用户提供网络性能和服务质量的参数,如时延抖动、TCP连接时延、FTP连接时延和文件传输速率等。
利用NQA的测试结果,用户可以:
(1) 及时了解网络的性能状况,针对不同的网络性能进行相应处理。
(2) 对网络故障进行诊断和定位。
以往的Ping功能是使用ICMP(Internet Control Message Protocol,互联网控制报文协议)测试数据包在本端和指定目的端之间的往返时间。NQA是对Ping功能的扩展和增强,它增加了多种测试类型,提供了更多的功能。
目前NQA支持九种测试类型:ICMP-echo、DHCP、FTP、HTTP、UDP-jitter、SNMP、TCP、UDP-echo和DLSw测试。客户端向对端发送不同类型的测试报文,统计对端是否回应报文以及报文的往返时间等参数,以便用户根据统计结果判断协议的可用性和网络的性能。
联动功能是指通过建立联动项,对当前所在测试组中的探测结果进行监测,当连续探测失败次数达到一定数目时,就触发其他模块联动。联动功能的实现如图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) 如果发现192.168.0.88不可达,NQA将通过Track模块通知静态路由模块;
(3) 静态路由模块可以据此判断该静态路由项无效。
Track模块的详细介绍,请参见“系统分册”中的“Track配置”。
NQA测试过程中可以通过设置Trap开关控制是否向网管服务器发送Trap消息。在探测失败或测试完成时通知网管服务器,以便网络管理员根据Trap消息及时了解测试运行状况和网络性能。
进行NQA测试前,需要创建NQA测试组。在NQA测试组中配置NQA测试的参数,如测试类型,测试目的地址,测试目的端口等。
每个测试组都有一个管理员名称和一个操作标签,管理员名称和操作标签可以唯一确定一个测试组。
启动NQA测试后,每隔一段时间启动一次测试,测试的时间间隔可以由用户来设定。
一次NQA测试由若干次连续的探测组成,探测的次数可以由用户来设定。
不同测试类型中,探测的含义不同:
l 对于TCP和DLSw测试,一次探测是指一次连接;
l 对于UDP-jitter测试,一次探测发送探测报文的个数由用户来设定;
l 对于FTP、HTTP和DHCP测试,一次探测是指完成一次相应的功能;
l 对于ICMP-echo和UDP-echo测试,一次探测发送一个探测报文;
l 对于SNMP测试,一次探测发送三个探测报文。
NQA客户端是发起NQA测试的设备,NQA测试组在客户端创建。
NQA服务器负责处理NQA客户端发来的测试报文,如图1-2所示。NQA服务器通过监听指定IP地址和端口的报文对客户端发起的测试进行响应。
图1-2 NQA客户端与服务器之间的关系
在大多数的测试中,只需要配置NQA客户端。但在进行TCP、UDP-echo和UDP-jitter类型测试时,必须配置NQA服务器。
在一个NQA服务器上可以创建多个TCP或UDP监听服务,每个监听服务对应一个目的地址和一个端口号,配置的目的地址和端口号必须与NQA客户端的配置一致,且不能与已有的监听服务冲突。
NQA测试操作的过程为:
(1) NQA客户端构造指定测试类型的报文,并发送给对端;
(2) 对端收到测试报文后,回复带有时间戳的应答报文;
(3) NQA客户端根据是否收到应答报文,以及应答报文中的时间戳,计算报文丢失率、往返时间等参数。
要成功进行某项测试,需要在NQA客户端上进行如下操作:
(1) 使能NQA客户端功能。
(2) 创建测试组,根据测试类型进行相应测试参数的配置。不同测试类型对应的测试参数不同,详见下面具体的配置过程。
(3) 启动NQA测试。
(4) 通过显示命令或调试命令查看测试结果。
对于TCP,UDP-jitter和UDP-echo测试,还需要在对端设备上配置NQA服务器。
表1-1 NQA配置任务简介
配置任务 |
说明 |
详细配置 |
|
配置NQA服务器 |
对于TCP、UDP-echo和UDP-jitter三种测试类型,为必选 |
||
使能NQA客户端功能 |
可选 |
||
创建NQA测试组 |
必选 |
||
配置NQA测试 |
配置ICMP-echo测试 |
必选其一 |
|
配置DHCP测试 |
|||
配置FTP测试 |
|||
配置HTTP测试 |
|||
配置UDP-jitter测试 |
|||
配置SNMP测试 |
|||
配置TCP测试 |
|||
配置UDP-echo测试 |
|||
配置DLSw测试 |
|||
配置联动功能 |
可选 |
||
配置发送Trap消息 |
可选 |
||
配置NQA测试组通用可选参数 |
可选 |
||
调度NQA测试组 |
必选 |
在进行TCP、UDP-echo和UDP-jitter类型测试前,必须在对端设备上配置NQA服务器。NQA服务器通过监听指定IP地址和端口的报文对客户端发起的测试进行响应。
表1-2 配置NQA服务器
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
开启NQA服务器功能 |
nqa server enable |
必选 缺省情况下,NQA服务器功能处于关闭状态 |
在NQA服务器上配置监听服务 |
nqa server { tcp-connect | udp-echo } ip-address port-number |
必选 配置的IP地址和端口号必须与NQA客户端的配置一致,且不能与已有的监听服务冲突 |
只有使能NQA客户端功能后,NQA客户端的相关配置才会生效。
表1-3 使能NQA客户端功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
开启NQA客户端功能 |
nqa agent enable |
可选 缺省情况下,NQA客户端功能处于开启状态 |
一次测试对应一个测试组,创建测试组并进入测试组视图后,可以配置具体测试类型。
表1-4 创建NQA测试组
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
创建NQA测试组,并进入NQA测试组视图 |
nqa entry admin-name operation-tag |
必选 |
执行nqa entry命令进入已经配置测试类型的测试组视图时,将直接进入测试组测试类型视图。
ICMP-echo测试利用ICMP协议,根据应答报文或超时信息判断目的主机的可达性。ICMP-echo测试的功能与Ping命令类似,但输出信息更为丰富。网络中出现连通性故障时,可以通过ICMP-echo测试对故障进行定位。
表1-5 配置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 instance |
可选 缺省情况下,未配置VPN实例信息 |
配置将指定接口的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-16 |
可选 |
对于S3500-EA系列交换机,只有当工作在MCE模式下时才支持vpn-instance命令,有关交换机工作模式的介绍,请参见IP业务分册中的“双协议栈配置”。
DHCP测试主要用来测试网络上是否有DHCP服务器,以及DHCP服务器响应客户端请求、为客户端分配IP地址所需的时间。
在进行DHCP测试之前,需要完成DHCP服务器的配置。如果NQA客户端(即DHCP客户端)和DHCP服务器在不同的网段,还需要配置DHCP中继。DHCP服务器和DHCP中继的配置方法,请参见“IP业务分册”中的“DHCP配置”。
表1-6 配置DHCP测试
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
配置测试类型为DHCP,并进入测试类型视图 |
type dhcp |
必选 |
指定进行DHCP测试的接口 |
operation interface interface-type interface-number |
必选 缺省情况下,没有指定进行DHCP测试的接口 该命令指定的接口必须为up状态,否则会导致测试失败 |
配置通用的可选参数 |
参见表1-16 |
可选 |
l DHCP测试只是模拟DHCP申请地址的过程,进行DHCP测试的接口IP地址不会改变。
l DHCP测试完成后,NQA客户端将主动发送DHCP-RELEASE报文释放申请到的IP地址。
FTP测试主要用来测试NQA客户端是否可以与指定的FTP服务器建立连接,以及与FTP服务器之间传送文件的时间。
在进行FTP测试之前,需要在FTP服务器上进行相应的配置,包括FTP客户端登录FTP服务器的用户名、密码等。FTP服务器的配置方法,请参见“系统分册”中的“文件系统管理配置”。
表1-7 配置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服务器和客户端之间传送文件的文件名 |
配置通用的可选参数 |
参见表1-16 |
可选 |
l 进行put操作时,服务器上会创建以file-name为名字的固定大小及内容的文件;进行get操作时,设备上也不会保存从服务器获取的文件。
l 进行get操作时,如果FTP服务器上没有以file-name为名字的文件,则测试不会成功。
l 进行get操作时,请选用较小的文件进行测试,如果文件较大,可能会因为超时而导致测试失败,或由于占用较多的网络带宽而影响其他业务。
HTTP测试主要用来测试NQA客户端是否可以与指定的HTTP服务器建立连接,以及从HTTP服务器获取数据所需的时间,从而判断HTTP服务器的连通性及性能。
在进行HTTP测试之前,需要完成HTTP服务器的配置。
表1-8 配置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-16 |
可选 |
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-9 配置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-16 |
可选 |
一次UDP-jitter测试中探测的次数取决于probe count命令的配置,而每次探测所发送的探测包的个数由probe packet-number命令决定。
SNMP查询测试主要用来测试从NQA客户端向SNMP agent设备发出一个SNMP协议查询报文到接收响应报文的时间。
在进行SNMP测试之前,需要在作为SNMP agent的设备上启动SNMP agent功能。SNMP agent的配置方法,请参见“系统分册”中的“SNMP配置”。
表1-10 配置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-16 |
可选 |
TCP测试通过测试客户端和服务器指定端口之间是否能够建立TCP连接,以及建立TCP连接所需的时间,来判断服务器指定端口上提供的服务是否可用,及服务性能。
TCP测试需要NQA服务器和客户端配合才能完成。在TCP测试之前,需要在NQA服务器端配置TCP监听功能。
操作 |
命令 |
说明 |
进入系统视图 |
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-16 |
可选 |
UDP-echo测试可以用来测试客户端和服务器指定UDP端口之间的连通性以及UDP-echo协议报文的往返时间。
UDP-echo测试需要NQA服务器和客户端配合才能完成。在进行UDP-echo测试之前,需要在NQA服务器端配置UDP监听功能。
表1-12 配置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-16 |
可选 |
DLSw测试主要用来测试DLSw设备的响应时间。
在进行DLSw测试之前,需要在对端设备上使能DLSw功能。DLSw的配置方法,请参见支持DLSw功能的路由器的相关手册。
表1-13 配置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-16 |
可选 |
联动功能是通过建立联动项,对当前所在测试组中的探测进行监测,当连续探测失败次数达到阈值时,就触发配置的动作类型。
表1-14 配置联动功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
进入测试组测试类型视图 |
type { dhcp | dlsw | ftp | http | icmp-echo | snmp | tcp | udp-echo } |
- UDP-jitter测试不支持联动功能 |
建立联动项 |
reaction item-num checked-element probe-fail threshold-type consecutive occurrences [ action-type { none | trigger-only } ] |
必选 缺省情况下,未配置联动项 |
退回系统视图 |
quit |
- |
创建与NQA测试组中指定联动项关联的Track项 |
track entry-number nqa entry admin-name operation-tag reaction item-num |
必选 缺省情况下,未配置Track项 |
联动项创建后,不能再通过reaction命令修改该联动项的内容。
NQA测试中可以通过设置Trap开关,控制是否向网管发送Trap消息。
在配置发送Trap消息之前,需要通过snmp-agent target-host命令配置Trap消息的目的地址,正确创建NQA测试组并配置相关参数。snmp-agent target-host命令的详细介绍,请参见“系统分册”中的“SNMP命令”。
表1-15 配置发送Trap消息
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
进入测试组测试类型视图 |
type { dhcp | dlsw | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter } |
- |
配置在指定条件下向网管服务器发送Trap消息 |
reaction trap { probe-failure consecutive-probe-failures | test-complete | test-failure cumulate-probe-failures } |
可选 缺省情况下,不向网管服务器发送Trap消息 |
NQA测试组的通用可选参数,只对该测试组中的测试有效。
除特别说明外,所有测试类型都可以配置通用可选参数,可以根据实际情况选择配置测试组的参数。
表1-16 配置NQA测试组的通用可选参数
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入NQA测试组视图 |
nqa entry admin-name operation-tag |
- |
进入测试组测试类型视图 |
type { dhcp | dlsw | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter } |
- |
配置测试组的描述字符串 |
description text |
可选 缺省情况下,测试组没有描述字符串 |
配置测试组连续两次测试开始时间的时间间隔 |
frequency interval |
可选 缺省情况下,测试组连续两次测试开始时间的时间间隔为0毫秒,即只进行一次测试 如果到达frequency指定的时间间隔时,上次测试尚未完成,则不启动新一轮测试 |
配置一次NQA测试中进行探测的次数 |
probe count times |
可选 缺省情况下,一次测试中的探测次数为1次 |
配置NQA探测超时时间 |
probe timeout timeout |
可选 缺省情况下,探测的超时时间为3000毫秒 UDP-jitter测试不能配置该参数 |
配置在一个测试组中能够保存的最大历史记录个数 |
history-records number |
可选 缺省情况下,一个测试组中能够保存的最大历史记录个数为50 |
配置探测报文在网络中可以经过的最大跳数 |
ttl value |
可选 缺省情况下,探测报文在网络中可以经过的最大跳数为20跳 DHCP测试不能配置该参数 |
配置NQA探测报文IP报文头中服务类型域的值 |
tos value |
可选 缺省情况下,NQA探测报文IP报文头中服务类型域的值为0 DHCP测试不能配置该参数 |
启动路由表旁路功能 |
route-option bypass-route |
可选 缺省情况下,路由表旁路功能处于关闭状态 DHCP测试不能配置该参数 |
通过本配置,可以设置测试组进行测试的起始时间和时间周期,并启动测试。
在调度NQA测试组之前,需要保证:
l 测试类型相应的测试参数配置完整;
l 对于需要与NQA服务器配合的测试类型,已经完成NQA服务器端的配置。
表1-17 调度NQA测试组
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
调度NQA测试组 |
nqa schedule admin-name operation-tag start-time now lifetime forever |
必选 |
配置处于测试状态的NQA测试的最大个数 |
nqa agent max-concurrent number |
可选 处于测试状态的NQA测试的最大个数为2个 |
l 测试组被调度后就不能再进入该测试组视图和测试类型视图。
l 设备暂不支持配置NQA测试的结束时间,需要通过执行undo nqa schedule命令停止测试。
在完成上述配置后,在任意视图下执行display命令可以显示配置后NQA的运行情况,通过查看显示信息验证配置的效果。
表1-18 NQA显示和维护
操作 |
命令 |
显示NQA测试操作信息 |
display nqa { result | history } [ admin-name operation-tag ] |
显示服务器的状态信息 |
display nqa server status |
使用NQA进行ICMP-echo测试,测试本端(Device A)发送的报文是否可以到达指定的目的端(Device B),以及报文的往返时间。
图1-3 ICMP-echo测试组网图
# 创建ICMP-echo类型的NQA测试组并配置相关测试参数。
<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
# 配置可选参数。
[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
[DeviceA-nqa-admin-test-icmp-echo] history-records 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: 2007-08-23 15:00:01.2
Extend results:
Packet lost 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
# 显示ICMP-echo测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry(admin admin, tag test) history record(s):
Index Response Status Time
370 3 Succeeded 2007-08-23 15:00:01.2
369 3 Succeeded 2007-08-23 15:00:01.2
368 3 Succeeded 2007-08-23 15:00:01.2
367 5 Succeeded 2007-08-23 15:00:01.2
366 3 Succeeded 2007-08-23 15:00:01.2
365 3 Succeeded 2007-08-23 15:00:01.2
364 3 Succeeded 2007-08-23 15:00:01.1
363 2 Succeeded 2007-08-23 15:00:01.1
362 3 Succeeded 2007-08-23 15:00:01.1
361 2 Succeeded 2007-08-23 15:00:01.1
使用DHCP功能测试Switch A从DHCP服务器Switch B申请到IP地址所需的时间。
图1-4 配置DHCP组网图
# 创建DHCP类型的NQA测试组并配置相关测试参数。
<SwitchA> system-view
[SwitchA] nqa entry admin test
[SwitchA-nqa-admin-test] type dhcp
[SwitchA-nqa-admin-test-dhcp] operation interface vlan-interface 2
[SwitchA-nqa-admin-test-dhcp] quit
# 启动DHCP测试操作。
[SwitchA] nqa schedule admin test start-time now lifetime forever
# 测试执行一段时间后,停止DHCP测试操作。
[SwitchA] undo nqa schedule admin test
# 显示DHCP测试中最后一次测试的结果。
[SwitchA] 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: 2007-11-22 09:56:03.2
Extend results:
Packet lost 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
# 显示DHCP测试的历史记录。
[SwitchA] display nqa history admin test
NQA entry(admin admin, tag test) history record(s):
Index Response Status Time
1 624 Succeeded 2007-11-22 09:56:03.2
使用FTP功能测试Device A是否可以和指定的FTP服务器Device B建立连接,以及往FTP服务器上传一个文件的时间。登录FTP服务器的用户名为admin,密码为systemtest,要传送到服务器的文件名为config.txt。
图1-5 配置FTP组网图
# 创建FTP类型的NQA测试组并配置相关测试参数。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type ftp
[DeviceA-nqa-admin-test-ftp] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-ftp] source ip 10.1.1.1
[DeviceA-nqa-admin-test-ftp] operation put
[DeviceA-nqa-admin-test-ftp] username admin
[DeviceA-nqa-admin-test-ftp] password systemtest
[DeviceA-nqa-admin-test-ftp] filename config.txt
[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: 2007-11-22 10:07:28.6
Extend results:
Packet lost 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
# 显示FTP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry(admin admin, tag test) history record(s):
Index Response Status Time
1 173 Succeeded 2007-11-22 10:07:28.6
使用HTTP功能,测试是否可以和指定的HTTP服务器之间建立连接,以及从HTTP服务器获取数据的时间。
图1-6 HTTP测试组网图
# 创建HTTP类型的NQA测试组并配置相关测试参数。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type http
[DeviceA-nqa-admin-test-http] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-http] operation get
[DeviceA-nqa-admin-test-http] url /index.htm
[DeviceA-nqa-admin-test-http] http-version v1.0
[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: 2007-11-22 10:12:47.9
Extend results:
Packet lost 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
# 显示HTTP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry(admin admin, tag test) history record(s):
Index Response Status Time
1 64 Succeeded 2007-11-22 10:12:47.9
使用UDP-jitter功能测试本端(Device A)和指定的目的端(Device B)之间传送报文的时延抖动。
图1-7 UDP-jitter测试组网图
(1) 配置Device B
# 使能NQA服务器,配置监听的IP地址为10.2.2.2,端口号为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
[DeviceA-nqa-admin-test-udp-jitter] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-udp-jitter] destination port 9000
[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: 7/10/8
Square-Sum of round trip time: 646
Last succeeded probe time: 2007-11-22 10:16:49.0
Extend results:
Packet lost 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
UDP-jitter results:
RTT number: 10
SD max delay: 5 DS max delay: 5
Min positive SD: 1 Min positive DS: 0
Max positive SD: 1 Max positive DS: 0
Positive SD number: 2 Positive DS number: 0
Positive SD sum: 2 Positive DS sum: 0
Positive SD average: 1 Positive DS average: 0
Positive SD square sum: 2 Positive DS square sum: 0
Min negative SD: 1 Min negative DS: 0
Max negative SD: 2 Max negative DS: 0
Negative SD number: 3 Negative DS number: 0
Negative SD sum: 4 Negative DS sum: 0
Negative SD average: 1 Negative DS average: 0
Negative SD square sum: 6 Negative DS square sum: 0
SD lost packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
UDP-jitter测试中每次探测发送一组报文,这组报文对应一条历史记录。因此,如果想了解UDP-jitter测试的结果,建议通过display nqa result命令来查看探测结果,不要通过display nqa history命令查看历史记录。
使用SNMP查询测试从Device A发出一个SNMP协议查询报文到收到SNMP agent(Device B)响应报文所用的时间。
图1-8 SNMP配置测试组网图
(1) 在SNMP agent上进行配置
# 启动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查询类型的测试组并配置相关测试参数。
<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
[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: 2007-11-22 10:24:41.1
Extend results:
Packet lost 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
# 显示SNMP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry(admin admin, tag test) history record(s):
Index Response Status Time
1 50 Timeout 2007-11-22 10:24:41.1
使用TCP功能测试本端(Device A)和指定目的端(Device B)之间建立TCP连接所需的时间,使用的端口号为9000。
图1-9 TCP测试组网图
(1) 配置Device B
# 使能NQA服务器,配置监听IP地址10.2.2.2和端口号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
[DeviceA-nqa-admin-test-tcp] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-tcp] destination port 9000
[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: 2007-11-22 10:27:25.1
Extend results:
Packet lost 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
# 显示TCP测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry(admin admin, tag test) history record(s):
Index Response Status Time
1 13 Succeeded 2007-11-22 10:27:25.1
使用UDP-echo功能测试本端(Device A)和指定目的端(Device B)之间UDP协议报文的往返时间,使用的端口号设置为8000。
图1-10 UDP-echo测试组网图
(1) 配置Device B
# 使能NQA服务器,配置监听的IP地址为10.2.2.2,端口号为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
[DeviceA-nqa-admin-test-udp-echo] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-udp-echo] destination port 8000
[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: 2007-11-22 10:36:17.9
Extend results:
Packet lost 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
# 显示UDP-echo测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry(admin admin, tag test) history record(s):
Index Response Status Time
1 25 Succeeded 2007-11-22 10:36:17.9
使用DLSw功能测试DLSw设备的响应时间。
图1-11 DLSw测试组网图
# 创建DLSw类型的测试组并配置相关测试参数。
<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
[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: 2007-11-22 10:40:27.7
Extend results:
Packet lost 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
# 显示DLSw测试的历史记录。
[DeviceA] display nqa history admin test
NQA entry(admin admin, tag test) history record(s):
Index Response Status Time
1 19 Succeeded 2007-11-22 10:40:27.7
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!