• 产品与解决方案
  • 行业解决方案
  • 服务
  • 支持
  • 合作伙伴
  • 新华三人才研学中心
  • 关于我们

10-网络管理和监控配置指导

目录

07-NQA配置

本章节下载 07-NQA配置  (472.01 KB)

docurl=/cn/Service/Document_Software/Document_Center/Switches/Catalog/S5800/S5830/Configure/Operation_Manual/H3C_S5830_CG-Release_(R1115[R1118])-6W102/10/201910/1236002_30005_0.htm

07-NQA配置


1 NQA

1.1  NQA简介

NQA(Network Quality Analyzer,网络质量分析)通过发送探测报文,对链路状态、网络性能、网络提供的服务及服务质量进行分析,并为用户提供标识当前网络性能和服务质量的参数,如时延抖动、TCP连接建立时间、FTP连接建立时间和文件传输速率等。

利用NQA的分析结果,用户可以:

·     及时了解网络的性能状况,针对不同的网络性能进行相应处理。

·     对网络故障进行诊断和定位。

1.1.1  NQA基本概念

1. 测试组

NQA测试组是一组测试参数的集合,如测试类型、测试目的地址、测试目的端口等。NQA测试组由一个管理员名称和一个操作标签来标识。管理员通过NQA测试组来实现对NQA测试的管理和调度。

在一台设备上可以创建多个NQA测试组,可以同时启动多个NQA测试组进行测试。

2. 测试和探测

启动NQA测试组后,每隔一段时间进行一次测试,测试的时间间隔由frequency命令来设定。

一次NQA测试由若干次连续的探测组成,探测的次数由probe count命令来设定。

说明

对于Voice测试,一次测试中只能进行一次探测,不能通过配置修改测试中探测的次数。

 

NQA支持多种测试类型:ICMP-echo、DHCP、DNS、FTP、HTTP、UDP-jitter、SNMP、TCP、UDP-echo、Voice和DLSw测试。不同测试类型中,探测的含义不同:

·     对于TCP和DLSw测试,一次探测操作是指建立一次TCP或DLSw连接;

·     对于UDP-jitter和Voice测试,一次探测操作是指连续发送多个探测报文,发送探测报文的个数由probe packet-number命令来设定;

·     对于FTP、HTTP、DHCP和DNS测试,一次探测操作是指完成一次相应的功能,例如上传或下载一个文件,获取一个Web页面,为接口申请一个IP地址,将一个域名解析为IP地址;

·     对于ICMP-echo和UDP-echo测试,一次探测操作是指发送一个探测报文;

·     对于SNMP测试,一次探测操作是指发送三个SNMP协议报文,分别对应SNMPv1、SNMPv2c和SNMPv3三个版本。

1.1.2  NQA工作机制

图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客户端根据是否收到应答报文,以及应答报文中的时间戳,计算报文丢失率、往返时间等。

1.1.3  支持联动功能

联动功能是指在监测模块、Track模块和应用模块之间建立关联,实现这些模块之间的联合动作。联动功能利用监测模块对链路状态、网络性能等进行监测,并通过Track模块将监测结果及时通知给应用模块,以便应用模块进行相应的处理。联动功能的详细介绍,请参见“可靠性配置指导”中的“Track”。

图1-2所示,NQA可以作为联动功能的监测模块,对NQA探测结果进行监测,当连续探测失败次数达到一定数目时,就通过Track模块触发应用模块进行相应的处理。

图1-2 联动功能实现示意图

 

以静态路由为例,用户配置了一条静态路由,下一跳为192.168.0.88。通过在NQA、Track模块和静态路由模块之间建立联动,可以实现静态路由有效性的判断:

(1)     通过NQA监测地址192.168.0.88是否可达。

(2)     如果192.168.0.88可达,则认为该静态路由有效,NQA不通知Track模块改变Track项的状态;如果NQA发现192.168.0.88不可达,则通知Track模块改变Track项的状态。

(3)     Track模块将改变后的Track项状态通知给静态路由模块。静态路由模块据此可以判断该静态路由项是否有效。

1.1.4  支持阈值告警功能

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阈值告警功能支持的监测对象及对应的测试类型

监测对象

支持的测试类型

探测持续时间

除UDP-jitter和Voice之外的测试类型

探测失败次数

除UDP-jitter和Voice之外的测试类型

报文往返时间

UDP-jitter和Voice测试类型

丢弃报文数目

UDP-jitter和Voice测试类型

源到目的和目的到源的单向时延抖动

UDP-jitter和Voice测试类型

源到目的和目的到源的单向时延

UDP-jitter和Voice测试类型

ICPIF(Calculated Planning Impairment Factor,计算计划损伤元素)值

ICPIF的详细介绍请参见“1.3.12  配置Voice测试

Voice测试类型

MOS(Mean Opinion Scores,平均意见得分)值

MOS的详细介绍请参见“1.3.12  配置Voice测试

Voice测试类型

 

2. 阈值类型

NQA阈值告警功能支持的阈值类型包括:

·     平均值(average):监测一次测试中探测结果的平均值,如果平均值不在指定的范围内,则该监测对象超出阈值。例如,监测一次测试中探测持续时间的平均值。

·     累计数目(accumulate):监测一次测试中探测结果不在指定范围内的累计数目,如果累计数目达到或超过设定的值,则该监测对象超出阈值。

·     连续次数(consecutive):NQA测试组启动后,监测探测结果连续不在指定范围内的次数,如果该次数达到或超过设定的值,则该监测对象超出阈值。

3. 触发动作

NQA阈值告警功能可以触发如下动作:

·     none:只在本地记录监测结果,以便通过显示命令查看,不向网络管理系统发送Trap消息。

·     trap-only:不仅在本地记录监测结果,当阈值告警项的状态改变时,还向网络管理系统发送Trap消息。

说明

DNS测试不支持发送Trap消息,即对于DNS测试,触发动作只能为none

 

1.2  配置NQA服务器

在进行TCP、UDP-echo、UDP-jitter和Voice类型测试前,必须在目的端设备上进行本配置。进行其它类型测试时,不需要进行本配置。

在一个NQA服务器上可以配置多个TCP(或UDP)监听服务,每个监听服务对应一个监听的IP地址和一个端口号。配置的监听IP地址和端口号必须与NQA客户端上配置的目的IP地址和目的端口号一致,且不能与已有的TCP(或UDP)监听服务冲突。

表1-2 配置NQA服务器

操作

命令

说明

进入系统视图

system-view

-

开启NQA服务器功能

nqa server enable

必选

缺省情况下,NQA服务器功能处于关闭状态

在NQA服务器上配置TCP监听服务

nqa server tcp-connect ip-address port-number

二者至少选其一

在NQA服务器上配置UDP监听服务

nqa server udp-echo ip-address port-number

配置NQA服务器TCP/UDP监听服务发送报文的ToS值

nqa server { tcp-connect | udp-echo } tos tos

可选

缺省情况下,NQA服务器TCP/UDP监听服务发送报文的ToS值为0

 

1.3  配置NQA客户端

1.3.1  NQA客户端配置任务简介

表1-3 NQA客户端配置任务简介

配置任务

说明

详细配置

开启NQA客户端功能

必选

1.3.2 

配置ICMP-echo测试

至少选其一

1.3.3 

配置DHCP测试

1.3.4 

配置DNS测试

1.3.5 

配置FTP测试

1.3.6 

配置HTTP测试

1.3.7 

配置UDP-jitter测试

1.3.8 

配置SNMP测试

1.3.9 

配置TCP测试

1.3.10 

配置UDP-echo测试

1.3.11 

配置Voice测试

1.3.12 

配置DLSw测试

1.3.13 

配置NQA测试组通用可选参数

可选

1.3.14 

配置联动功能

可选

1.3.15 

配置阈值告警功能

可选

1.3.16 

配置NQA统计功能

可选

1.3.17 

配置NQA历史记录功能

可选

1.3.18 

调度NQA测试组

必选

1.3.19 

 

1.3.2  开启NQA客户端功能

只有开启NQA客户端功能后,NQA客户端的相关配置才会生效。

表1-4 开启NQA客户端功能

操作

命令

说明

进入系统视图

system-view

-

开启NQA客户端功能

nqa agent enable

可选

缺省情况下,NQA客户端功能处于开启状态

 

1.3.3  配置ICMP-echo测试

ICMP-echo测试利用ICMP协议,根据是否接收到应答报文判断目的端设备的可达性。ICMP-echo测试的功能与ping命令类似,但ICMP-echo测试中可以指定测试的下一跳设备。在源端和目的端设备之间存在多条路径时,通过配置下一跳设备可以指定测试的路径。并且,与ping命令相比,ICMP-echo测试输出的信息更为丰富。

表1-5 配置ICMP-echo测试

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型为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

可选

缺省情况下,未配置探测报文的源接口和源IP地址,以报文发送接口的主IP地址作为探测报文中的源IP地址

如果配置了source ip命令,则source interface命令的配置无效;否则,source interface命令指定的源接口的主IP地址将作为ICMP-echo探测报文的源IP地址

source interface命令指定的接口必须为up状态;source ip命令指定的源IP地址必须是设备上接口的IP地址,且接口为up状态

配置探测报文的源IP地址

source ip ip-address

配置探测报文的下一跳IP地址

next-hop ip-address

可选

缺省情况下,未配置下一跳IP地址

 

说明

ICMP-echo测试不支持在IPv6网络中使用,如果要测试IPv6网络中目的主机的可达性,可以使用ping ipv6命令。ping ipv6命令的详细介绍,请参见“网络管理和监控命令参考”中的“系统维护与调试”。

 

1.3.4  配置DHCP测试

DHCP测试用来测试网络上是否有DHCP服务器,以及DHCP服务器响应客户端请求、为客户端分配IP地址所需的时间。

表1-6 配置DHCP测试

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型为DHCP,并进入测试类型视图

type dhcp

必选

指定进行DHCP测试的接口

operation interface interface-type interface-number

必选

缺省情况下,没有指定进行DHCP测试的接口

该命令指定的接口必须为up状态,否则会导致测试失败

 

说明

·     启动DHCP测试后,通过operation interface命令指定的接口将作为DHCP客户端向DHCP服务器申请IP地址。DHCP测试只是模拟DHCP申请地址的过程,进行DHCP测试的接口不会使用申请到的IP地址,即该接口的IP地址不会改变。

·     DHCP测试完成后,NQA客户端将主动发送报文释放申请到的IP地址。

 

1.3.5  配置DNS测试

DNS测试用来测试NQA客户端是否可以通过指定的DNS服务器将域名解析为IP地址,以及域名解析过程需要的时间。

DNS测试只是模拟域名解析的过程,设备上不会保存要解析的域名与IP地址的对应关系。

表1-7 配置DNS测试

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型为DNS,并进入测试类型视图

type dns

必选

将DNS服务器的IP地址配置为测试操作的目的地址

destination ip ip-address

必选

缺省情况下,未配置测试操作的目的IP地址

配置要解析的域名

resolve-target domain-name

必选

缺省情况下,没有配置要解析的域名

 

1.3.6  配置FTP测试

FTP测试用来测试NQA客户端是否可以与指定的FTP服务器建立连接,以及与FTP服务器之间传送文件的时间,从而判断FTP服务器的连通性及性能。

1. 配置准备

在进行FTP测试之前,需要获取FTP用户的用户名和密码。

2. 配置FTP测试

表1-8 配置FTP测试

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型为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 [ cipher | simple ] password

可选

缺省情况下,未配置FTP登录密码

配置FTP服务器和客户端传送文件的文件名

filename file-name

必选

缺省情况下,未配置FTP服务器和客户端之间传送文件的文件名

配置FTP测试的数据传输方式

mode { active | passive }

可选

缺省情况下,FTP测试的数据传输方式为主动方式

 

说明

·     进行put操作时,NQA客户端将在FTP服务器上创建以file-name为文件名的固定大小的测试文件,此文件不是NQA客户端上实际存在的文件;进行get操作时,设备上不会保存从服务器获取的文件。

·     进行get操作时,如果FTP服务器上没有以file-name为名字的文件,则测试将会失败。

·     进行FTP测试时,建议选用较小的测试文件并将NQA探测超时时间调大,如果测试文件太大或探测超时时间太小,可能会导致探测超时。

 

1.3.7  配置HTTP测试

HTTP测试用来测试NQA客户端是否可以与指定的HTTP服务器建立连接,以及从HTTP服务器获取数据所需的时间,从而判断HTTP服务器的连通性及性能。

表1-9 配置HTTP测试

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型为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

 

说明

HTTP测试只能用来测试TCP端口号为80的HTTP服务器。如果HTTP服务器采用其它TCP端口,测试将会失败。

 

1.3.8  配置UDP-jitter测试

注意

建议不要对知名端口(即1~1023之间的端口)进行UDP-jitter测试,否则可能导致NQA测试失败或该知名端口对应的服务不可用。

 

语音、视频等实时性业务对Delay jitter(时延抖动)的要求较高。通过UDP-jitter测试,可以获得网络的单向和双向时延抖动,从而判断网络是否可以承载实时性业务。

UDP-jitter测试的过程如下:

(1)     源端以一定的时间间隔向目的端发送探测报文。

(2)     目的端收到探测报文后,为它打上时间戳,并把带有时间戳的报文发送给源端。

(3)     源端收到报文后,根据报文上的时间戳,计算出时延抖动。时延抖动的计算方法为相邻两个报文的接收时间间隔减去这两个报文的发送时间间隔。

1. 配置准备

UDP-jitter测试需要NQA服务器和客户端配合才能完成。进行UDP-jitter测试之前,必须保证NQA服务器端配置了UDP监听功能,配置方法请参见“1.2  配置NQA服务器”。

2. 配置UDP-jitter测试

表1-10 配置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服务器上所配置的监听服务的端口号一致

配置探测报文的源端口号

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状态,否则测试将会失败

 

说明

display nqa history命令的显示信息无法反映UDP-jitter测试的结果,如果想了解UDP-jitter测试的结果,建议通过display nqa result命令查看最近一次NQA测试的结果,或通过display nqa statistics命令查看NQA测试的统计信息。

 

1.3.9  配置SNMP测试

SNMP查询测试用来测试从NQA客户端向SNMP agent设备发出一个SNMP协议查询报文到接收响应报文的时间。

表1-11 配置SNMP测试

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型为SNMP,并进入测试类型视图

type snmp

必选

配置测试操作的目的地址

destination ip ip-address

必选

缺省情况下,未配置测试操作的目的IP地址

配置探测报文的源端口号

source port port-number

可选

缺省情况下,未指定源端口号

配置探测报文的源IP地址

source ip ip-address

可选

缺省情况下,未指定源IP地址

该命令指定的源IP地址必须是设备上接口的IP地址,且接口为up状态,否则测试将会失败

 

1.3.10  配置TCP测试

TCP测试用来测试客户端和服务器指定端口之间是否能够建立TCP连接,以及建立TCP连接所需的时间,从而判断服务器指定端口上提供的服务是否可用,及服务性能。

1. 配置准备

TCP测试需要NQA服务器和客户端配合才能完成。在TCP测试之前,需要在NQA服务器端配置TCP监听功能,配置方法请参见“1.2  配置NQA服务器”。

2. 配置TCP测试

表1-12 配置TCP测试

操作

命令

说明

进入系统视图

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地址,且接口为up状态,否则测试将会失败

 

1.3.11  配置UDP-echo测试

UDP-echo测试可以用来测试客户端和服务器指定UDP端口之间的连通性以及UDP报文的往返时间。

1. 配置准备

UDP-echo测试需要NQA服务器和客户端配合才能完成。在进行UDP-echo测试之前,需要在NQA服务器端配置UDP监听功能,配置方法请参见“1.2  配置NQA服务器”。

2. 配置UDP-echo测试

表1-13 配置UDP-echo测试

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型为UDP-echo,并进入测试类型视图

type udp-echo

必选

配置测试操作的目的地址

destination ip ip-address

必选

缺省情况下,未配置测试操作的目的IP地址

测试操作的目的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.3.12  配置Voice测试

注意

建议不要对知名端口(即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值,以便在比较语音质量时综合考虑客观和主观因素。

1. 配置准备

Voice测试需要NQA服务器和客户端配合才能完成。进行Voice测试之前,必须保证NQA服务器端配置了UDP监听功能,配置方法请参见“1.2  配置NQA服务器”。

2. 配置Voice测试

表1-14 配置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地址,且接口为up状态,否则测试将会失败

配置探测报文的源端口号

source port port-number

可选

缺省情况下,未指定源端口号

配置发送的探测报文的大小

data-size size

可选

缺省情况下,发送的探测报文大小与配置的编码格式有关,编码格式为g.711ag.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毫秒

 

说明

·     一次Voice测试只能进行一次探测,而每次探测所发送的探测报文的个数由probe packet-number命令配置决定。

·     display nqa history命令的显示信息无法反映Voice测试的结果,如果想了解Voice测试的结果,建议通过display nqa result命令查看最近一次NQA测试的结果,或通过display nqa statistics命令查看NQA测试的统计信息。

 

1.3.13  配置DLSw测试

DLSw测试用来测试DLSw设备的响应时间。

表1-15 配置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地址,且接口为up状态,否则测试将会失败

 

1.3.14  配置NQA测试组通用可选参数

NQA测试组的通用可选参数,只对该测试组中的测试有效。

除特别说明外,所有测试类型都可以配置通用可选参数,可以根据实际情况选择配置测试组的参数。

表1-16 配置NQA测试组的通用可选参数

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,并进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型,并进入测试类型视图

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测试不能配置该参数

 

1.3.15  配置联动功能

联动功能是通过建立联动项,对当前所在测试组中的探测进行监测,当连续探测失败次数达到阈值时,就触发配置的动作类型。

表1-17 配置联动功能

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型,并进入测试类型视图

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

-

配置Track与NQA联动

配置方法请参见“可靠性配置指导”中的“Track”

必选

配置Track与应用模块联动

配置方法请参见“可靠性配置指导”中的“Track”

必选

 

说明

联动项创建后,不能再通过reaction命令修改该联动项的内容。

 

1.3.16  配置阈值告警功能

1. 配置准备

在配置阈值告警功能之前,需要先通过snmp-agent target-host命令配置Trap消息的目的地址。snmp-agent target-host命令的详细介绍,请参见“网络管理和监控命令参考”中的“SNMP”。

2. 配置阈值告警功能

表1-18 配置阈值告警功能

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型,并进入测试类型视图

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 } ]

 

说明

·     DNS测试不支持发送Trap消息,即对于DNS测试,触发动作只能配置为none

·     在Voice测试类型视图下执行reaction trap命令时,只支持reaction trap test-complete

 

1.3.17  配置NQA统计功能

NQA将在指定时间间隔内完成的NQA测试归为一组,计算该组测试中探测结果的统计值,这些统计值构成一个统计组。通过display nqa statistics命令可以显示该统计组的信息。通过statistics interval命令可以设置统计的时间间隔。

当保存的统计组数目达到最大值时,如果形成新的统计组,保存时间最久的统计组将被删除。通过statistics max-group命令可以设置保存的最大统计组个数。

指定的统计时间间隔内最后一次测试结束后,形成一个统计组。统计组具有老化功能,即统计组保存一定时间后,将被删除。通过statistics hold-time命令可以设置统计组的保存时间。

表1-19 配置NQA统计功能

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型,并进入测试类型视图

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分钟

 

说明

·     DHCP测试不支持配置NQA统计功能。

·     如果通过frequency命令指定连续两次测试开始时间的时间间隔为0,则不生成统计组信息。

 

1.3.18  配置NQA历史记录功能

开启NQA测试组的历史记录功能后,系统将记录NQA测试的历史信息,通过display nqa history命令可以查看该测试组的历史记录信息。

通过本配置任务还可以指定:

·     历史记录的保存时间:历史记录保存时间达到配置的值后,该历史记录将会被删除。

·     一个测试组中能够保存的最大历史记录个数:如果历史记录个数超过设定的最大数目,则最早的历史记录将会被删除。

表1-20 配置NQA历史记录功能

操作

命令

说明

进入系统视图

system-view

-

创建NQA测试组,进入NQA测试组视图

nqa entry admin-name operation-tag

必选

缺省情况下,设备上不存在任何NQA测试组

配置测试类型,并进入测试类型视图

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

 

1.3.19  调度NQA测试组

通过本配置,可以设置测试组进行测试的启动时间和持续时间。

系统时间在<启动时间>到<启动时间+持续时间>范围内时,测试组进行测试。执行nqa schedule命令时:

·     如果系统时间尚未到达启动时间,则到达启动时间后,启动测试;

·     如果系统时间在<启动时间>到<启动时间+持续时间>之间,则立即启动测试;

·     如果系统时间已经超过<启动时间+持续时间>,则不会启动测试。

通过display clock命令可以查看系统的当前时间。

用户还可以根据设备的实际情况设置允许同时处于测试状态的NQA测试的最大个数,以避免NQA测试占用过多的系统资源。

表1-21 调度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

 

注意

·     测试组被调度后就不能再进入该测试组视图和测试类型视图,也不能通过iMC下发与该测试组相关的配置;如果需要对测试类型视图下的配置进行修改,则需要先停止对该测试组的调度。

·     对于已启动的测试组或已经完成测试的测试组,不受系统时间调整的影响,只有等待测试的测试组受系统时间调整的影响。

 

1.4  NQA显示和维护

在完成上述配置后,在任意视图下执行display命令可以显示配置后NQA的运行情况,通过查看显示信息验证配置的效果。

表1-22 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 ]

显示NQA服务器的状态信息

display nqa server status [ | { begin | exclude | include } regular-expression ]

 

1.5  NQA典型配置举例

1.5.1  ICMP-echo测试配置举例

1. 组网需求

使用NQA的ICMP-echo测试功能,测试本端(Device A)发送的报文是否可以经过指定的下一跳设备(Device C)到达指定的目的端(Device B),并计算报文的往返时间。

2. 组网图

图1-3 ICMP-echo测试组网图

 

3. 配置步骤

# 配置各接口的IP地址。(配置过程略)

# 配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

# 创建ICMP-echo类型的NQA测试组(管理员为admin,操作标签为test1),并配置测试操作的目的地址为10.2.2.2。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type icmp-echo

[DeviceA-nqa-admin-test1-icmp-echo] destination ip 10.2.2.2

# 配置下一跳地址为10.1.1.2,以便测试报文经过指定的下一跳设备(Device C)到达目的端,而不是通过Device D到达目的端。

[DeviceA-nqa-admin-test1-icmp-echo] next-hop 10.1.1.2

# 配置可选参数:一次NQA测试中探测的次数为10,探测的超时时间为500毫秒,测试组连续两次测试开始时间的时间间隔为5000毫秒。

[DeviceA-nqa-admin-test1-icmp-echo] probe count 10

[DeviceA-nqa-admin-test1-icmp-echo] probe timeout 500

[DeviceA-nqa-admin-test1-icmp-echo] frequency 5000

# 开启NQA历史记录保存功能,并配置一个测试组中能够保存的最大历史记录个数为10。

[DeviceA-nqa-admin-test1-icmp-echo] history-record enable

[DeviceA-nqa-admin-test1-icmp-echo] history-record number 10

[DeviceA-nqa-admin-test1-icmp-echo] quit

# 立即启动ICMP-echo测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止ICMP-echo测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示ICMP-echo测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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 test1

  NQA entry (admin admin, tag test1) 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

以上显示信息表示,Device A发送的报文可以通过Device C到达Device B;测试过程中未发生丢包;报文的最小、最大、平均往返时间分别为2毫秒、5毫秒和3毫秒。

1.5.2  DHCP测试配置举例

1. 组网需求

使用NQA的DHCP测试功能,测试Switch A从DHCP服务器Switch B申请到IP地址所需的时间。

2. 组网图

图1-4 配置DHCP组网图

 

3. 配置步骤

# 创建DHCP类型的NQA测试组(管理员为admin,操作标签为test1),并指定进行DHCP测试的接口为VLAN接口2。

<SwitchA> system-view

[SwitchA] nqa entry admin test1

[SwitchA-nqa-admin-test1] type dhcp

[SwitchA-nqa-admin-test1-dhcp] operation interface vlan-interface 2

# 开启NQA测试组的历史记录保存功能。

[SwitchA-nqa-admin-test1-dhcp] history-record enable

[SwitchA-nqa-admin-test1-dhcp] quit

# 立即启动DHCP测试操作,并一直进行测试。

[SwitchA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止DHCP测试操作。

[SwitchA] undo nqa schedule admin test1

# 显示DHCP测试中最后一次测试的结果。

[SwitchA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

      Send operation times: 1              Receive response times: 1

      Min/Max/Average round trip time: 624/624/624

      Square-Sum of round trip time: 389376

      Last succeeded probe time: 2011-11-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测试的历史记录。

[SwitchA] display nqa history admin test1

  NQA entry (admin admin, tag test1) history record(s):

    Index      Response     Status           Time

    1          624          Succeeded        2011-11-22 09:56:03.2

以上显示信息表示,Switch A可以从DHCP服务器获取IP地址,获取IP地址所需的时间为624毫秒。

1.5.3  DNS测试配置举例

1. 组网需求

使用NQA的DNS测试功能,测试Device A是否可以通过指定的DNS服务器将域名host.com解析为IP地址,并测试域名解析所需的时间。

2. 组网图

图1-5 配置DNS组网图

 

3. 配置步骤

# 配置各接口的IP地址。(配置过程略)

# 配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

# 创建DNS类型的NQA测试组(管理员为admin,操作标签为test1)。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type dns

# 配置测试操作的目的地址为DNS服务器的IP地址10.2.2.2,要解析的域名为host.com。

[DeviceA-nqa-admin-test1-dns] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-dns] resolve-target host.com

# 开启NQA测试组的历史记录保存功能。

[DeviceA-nqa-admin-test1-dns] history-record enable

[DeviceA-nqa-admin-test1-dns] quit

# 立即启动DNS测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止DNS测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示DNS测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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-11-10 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 test1

  NQA entry (admin admin, tag test1) history record(s):

    Index      Response     Status           Time

    1          62           Succeeded        2011-11-10 10:49:37.3

以上显示信息表示,Device A可以通过指定的DNS服务器将域名host.com解析为IP地址,域名解析所需的时间为62毫秒。

1.5.4  FTP测试配置举例

1. 组网需求

使用NQA的FTP测试功能,测试Device A是否可以和指定的FTP服务器Device B建立连接,以及往FTP服务器上传一个文件的时间。登录FTP服务器的用户名为admin,密码为systemtest,要传送到服务器的文件名为config.txt。

2. 组网图

图1-6 配置FTP组网图

 

3. 配置步骤

# 配置各接口的IP地址。(配置过程略)

# 配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

# 创建FTP类型的NQA测试组(管理员为admin,操作标签为test1)。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type ftp

# 配置测试操作的目的地址为FTP服务器的IP地址10.2.2.2。

[DeviceA-nqa-admin-test1-ftp] destination ip 10.2.2.2

# 配置探测报文的源IP地址为10.1.1.1。

[DeviceA-nqa-admin-test1-ftp] source ip 10.1.1.1

# 配置登录FTP服务器的用户名为admin,密码为systemtest。

[DeviceA-nqa-admin-test1-ftp] username admin

[DeviceA-nqa-admin-test1-ftp] password simple systemtest

# 配置测试执行的操作为向FTP服务器上传文件config.txt。

[DeviceA-nqa-admin-test1-ftp] operation put

[DeviceA-nqa-admin-test1-ftp] filename config.txt

# 开启NQA测试组的历史记录保存功能。

[DeviceA-nqa-admin-test1-ftp] history-record enable

[DeviceA-nqa-admin-test1-ftp] quit

# 立即启动FTP测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止FTP测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示FTP测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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-11-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 test1

  NQA entry (admin admin, tag test1) history record(s):

    Index      Response     Status           Time

    1          173          Succeeded        2011-11-22 10:07:28.6

以上显示信息表示,Device A可以和指定的FTP服务器Device B建立连接,向FTP服务器上传一个文件的时间是173毫秒。

1.5.5  HTTP测试配置举例

1. 组网需求

使用NQA的HTTP测试功能,测试是否可以和指定的HTTP服务器之间建立连接,以及从HTTP服务器获取数据的时间。

2. 组网图

图1-7 HTTP测试组网图

 

3. 配置步骤

# 配置各接口的IP地址。(配置过程略)

# 配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

# 创建HTTP类型的NQA测试组(管理员为admin,操作标签为test1)。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type http

# 配置测试操作的目的地址为HTTP服务器的IP地址10.2.2.2。

[DeviceA-nqa-admin-test1-http] destination ip 10.2.2.2

# 配置HTTP测试的操作方式为get操作。(get操作为缺省操作方式,因此,可以不执行本配置)

[DeviceA-nqa-admin-test1-http] operation get

# 配置HTTP测试访问的网址为/index.htm。

[DeviceA-nqa-admin-test1-http] url /index.htm

# 配置HTTP测试使用的版本为1.0。(缺省情况下使用的版本为1.0,因此,可以不执行本配置)

[DeviceA-nqa-admin-test1-http] http-version v1.0

# 开启NQA测试组的历史记录保存功能。

[DeviceA-nqa-admin-test1-http] history-record enable

[DeviceA-nqa-admin-test1-http] quit

# 立即启动HTTP测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止HTTP测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示HTTP测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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-11-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 test1

  NQA entry (admin admin, tag test1) history record(s):

    Index      Response     Status           Time

    1          64           Succeeded        2011-11-22 10:12:47.9

以上显示信息表示,Device A可以和指定的HTTP服务器Device B建立连接,从HTTP服务器获取数据的时间为64毫秒。

1.5.6  UDP-jitter测试配置举例

1. 组网需求

使用NQA的UDP-jitter测试功能,测试本端(Device A)和指定目的端(Device B)的端口9000之间传送报文的时延抖动。

2. 组网图

图1-8 UDP-jitter测试组网图

 

3. 配置步骤

(1)     配置各接口的IP地址。(配置过程略)

(2)     配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

(3)     配置Device B

# 开启NQA服务器功能,配置监听的IP地址为10.2.2.2,UDP端口号为9000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server udp-echo 10.2.2.2 9000

(4)     配置Device A

# 创建UDP-jitter类型的NQA测试组(管理员为admin,操作标签为test1)。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type udp-jitter

# 配置测试操作的目的地址为10.2.2.2,目的端口号为9000。

[DeviceA-nqa-admin-test1-udp-jitter] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-udp-jitter] destination port 9000

# 配置可选参数:测试组连续两次测试开始时间的时间间隔为1000毫秒。

[DeviceA-nqa-admin-test1-udp-jitter] frequency 1000

[DeviceA-nqa-admin-test1-udp-jitter] quit

# 立即启动UDP-jitter测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止UDP-jitter测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示UDP-jitter测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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-05-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 test1

  NQA entry (admin admin, tag test1) test statistics:

    NO. : 1

    Destination IP address: 10.2.2.2

      Start time: 2011-05-29 13:56:14.0

      Life time: 47 seconds

      Send operation times: 410            Receive response times: 410

      Min/Max/Average round trip time: 1/93/19

      Square-Sum of round trip time: 206176

    Extended results:

      Packet loss 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

1.5.7  SNMP测试配置举例

1. 组网需求

使用NQA的SNMP测试功能,测试从Device A发出一个SNMP协议查询报文到收到SNMP agent(Device B)响应报文所用的时间。

2. 组网图

图1-9 SNMP配置测试组网图

 

3. 配置步骤

(1)     配置各接口的IP地址。(配置过程略)

(2)     配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

(3)     配置SNMP agent(Device B)

# 启动SNMP agent服务,设置SNMP版本为all、只读团体名为public、读写团体名为private。

<DeviceB> system-view

[DeviceB] snmp-agent

[DeviceB] snmp-agent sys-info version all

[DeviceB] snmp-agent community read public

[DeviceB] snmp-agent community write private

(4)     配置Device A

# 创建SNMP类型的测试组(管理员为admin,操作标签为test1),并配置测试操作的目的地址为SNMP agent的IP地址10.2.2.2。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type snmp

[DeviceA-nqa-admin-test1-snmp] destination ip 10.2.2.2

# 开启NQA测试组的历史记录保存功能。

[DeviceA-nqa-admin-test1-snmp] history-record enable

[DeviceA-nqa-admin-test1-snmp] quit

# 启动测试操作。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止SNMP测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示SNMP测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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-11-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 test1

  NQA entry (admin admin, tag test1) history record(s):

    Index      Response     Status           Time

    1          50           Timeout          2011-11-22 10:24:41.1

以上显示信息表示,Device A可以和SNMP agent(Device B)建立连接,从Device A发出一个SNMP协议查询报文到收到SNMP agent响应报文所用的时间为50毫秒。

1.5.8  TCP测试配置举例

1. 组网需求

使用NQA的TCP测试功能,测试本端(Device A)和指定目的端(Device B)的端口9000之间建立TCP连接所需的时间。

2. 组网图

图1-10 TCP测试组网图

 

3. 配置步骤

(1)     配置各接口的IP地址。(配置过程略)

(2)     配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

(3)     配置Device B

# 开启NQA服务器功能,配置监听的IP地址为10.2.2.2,TCP端口号为9000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server tcp-connect 10.2.2.2 9000

(4)     配置Device A

# 创建TCP类型的测试组(管理员为admin,操作标签为test1)。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type tcp

# 配置测试操作的目的地址为10.2.2.2,目的端口号为9000。

[DeviceA-nqa-admin-test1-tcp] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-tcp] destination port 9000

# 开启NQA测试组的历史记录保存功能。

[DeviceA-nqa-admin-test1-tcp] history-record enable

[DeviceA-nqa-admin-test1-tcp] quit

# 立即启动测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止TCP测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示TCP测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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-11-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 test1

  NQA entry (admin admin, tag test1) history record(s):

    Index      Response     Status           Time

    1          13           Succeeded        2011-11-22 10:27:25.1

以上显示信息表示,Device A可以与Device B的端口9000建立TCP连接,建立连接所需的时间为13毫秒。

1.5.9  UDP-echo测试配置举例

1. 组网需求

使用NQA的UDP-echo测试功能,测试本端(Device A)和指定目的端(Device B)的端口8000之间UDP协议报文的往返时间。

2. 组网图

图1-11 UDP-echo测试组网图

 

3. 配置步骤

(1)     配置各接口的IP地址。(配置过程略)

(2)     配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

(3)     配置Device B

# 开启NQA服务器功能,配置监听的IP地址为10.2.2.2,UDP端口号为8000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server udp-echo 10.2.2.2 8000

(4)     配置Device A

# 创建UDP-echo类型的测试组(管理员为admin,操作标签为test1)。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type udp-echo

# 配置测试操作的目的地址为10.2.2.2,目的端口号为8000。

[DeviceA-nqa-admin-test1-udp-echo] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-udp-echo] destination port 8000

# 开启NQA测试组的历史记录保存功能。

[DeviceA-nqa-admin-test1-udp-echo] history-record enable

[DeviceA-nqa-admin-test1-udp-echo] quit

# 立即启动测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止UDP-echo测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示UDP-echo测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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-11-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 test1

  NQA entry (admin admin, tag test1) history record(s):

    Index      Response     Status           Time

    1          25           Succeeded        2011-11-22 10:36:17.9

以上显示信息表示,Device A和Device B的端口8000之间UDP协议报文的往返时间为25毫秒。

1.5.10  Voice测试配置举例

1. 组网需求

使用NQA的Voice测试功能,测试本端(Device A)和指定的目的端(Device B)之间传送语音报文的时延抖动和网络语音质量参数。

2. 组网图

图1-12 Voice测试组网图

 

3. 配置步骤

(1)     配置各接口的IP地址。(配置过程略)

(2)     配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

(3)     配置Device B

# 开启NQA服务器功能,配置监听的IP地址为10.2.2.2,UDP端口号为9000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server udp-echo 10.2.2.2 9000

(4)     配置Device A

# 创建Voice类型的NQA测试组(管理员为admin,操作标签为test1)。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type voice

# 配置测试操作的目的地址为10.2.2.2,目的端口号为9000。

[DeviceA-nqa-admin-test1-voice] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-voice] destination port 9000

[DeviceA-nqa-admin-test1-voice] quit

# 立即启动Voice测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止Voice测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示Voice测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) test results:

    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-06-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 test1

  NQA entry (admin admin, tag test1) 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

1.5.11  DLSw测试配置举例

1. 组网需求

使用NQA的DLSw测试功能,测试DLSw设备的响应时间。

2. 组网图

图1-13 DLSw测试组网图

 

3. 配置步骤

# 配置各接口的IP地址。(配置过程略)

# 配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)

# 创建DLSw类型的测试组,并配置测试操作的目的地址为10.2.2.2。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type dlsw

[DeviceA-nqa-admin-test1-dlsw] destination ip 10.2.2.2

# 开启NQA测试组的历史记录保存功能。

[DeviceA-nqa-admin-test1-dlsw] history-record enable

[DeviceA-nqa-admin-test1-dlsw] quit

# 立即启动测试操作,并一直进行测试。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 测试执行一段时间后,停止DLSw测试操作。

[DeviceA] undo nqa schedule admin test1

# 显示DLSw测试中最后一次测试的结果。

[DeviceA] display nqa result admin test1

  NQA entry (admin admin, tag test1) 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-11-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 test1

  NQA entry (admin admin, tag test1) history record(s):

    Index      Response     Status           Time

    1          19           Succeeded        2011-11-22 10:40:27.7

以上显示信息表示,DLSw设备的响应时间为19毫秒。

1.5.12  NQA联动配置举例

1. 组网需求

·     Switch A到达Switch C的静态路由下一跳为Switch B。

·     在Switch A上通过静态路由、Track与NQA联动,对到达Switch C的静态路由有效性进行实时判断。

2. 组网图

图1-14 NQA联动配置组网图

 

3. 配置步骤

(1)     配置各接口的IP地址。(配置过程略)

(2)     在Switch A上配置静态路由,并与Track项关联

# 配置到达Switch C的静态路由下一跳地址为10.2.1.1,并配置静态路由与Track项1关联。

<SwitchA> system-view

[SwitchA] ip route-static 10.1.1.2 24 10.2.1.1 track 1

(3)     在Switch A上配置NQA测试组

# 创建管理员名为admin、操作标签为test1的NQA测试组。

[SwitchA] nqa entry admin test1

# 配置测试类型为ICMP-echo。

[SwitchA-nqa-admin-test1] type icmp-echo

# 配置目的地址为10.2.1.1。

[SwitchA-nqa-admin-test1-icmp-echo] destination ip 10.2.1.1

# 测试频率为100ms。

[SwitchA-nqa-admin-test1-icmp-echo] frequency 100

# 配置联动项1(连续失败5次触发联动)。

[SwitchA-nqa-admin-test1-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only

[SwitchA-nqa-admin-test1-icmp-echo] quit

# 立即启动ICMP-echo测试操作,并一直进行测试。

[SwitchA] nqa schedule admin test1 start-time now lifetime forever

(4)     在Switch A上配置Track项

# 配置Track项1,关联NQA测试组(管理员为admin,操作标签为test1)的联动项1。

[SwitchA] track 1 nqa entry admin test1 reaction 1

(5)     验证配置结果

# 显示Switch A上Track项的信息。

[SwitchA] display track all

Track ID: 1

  Status: Positive

  Notification delay: Positive 0, Negative 0 (in seconds)

  Reference object:

    NQA entry: admin test1

    Reaction: 1

# 显示Switch A的路由表。

[SwitchA] 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),配置的静态路由生效。

# 在Switch B上删除VLAN接口3的IP地址。

<SwitchB> system-view

[SwitchB] interface vlan-interface 3

[SwitchB-Vlan-interface3] undo ip address

# 显示Switch A上Track项的信息。

[SwitchA] display track all

Track ID: 1

  Status: Negative

  Notification delay: Positive 0, Negative 0 (in seconds)

  Reference object:

    NQA entry: admin test1

    Reaction: 1

# 显示Switch A的路由表。

[SwitchA] 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保留在没有任何通知或提示的情况下对资料内容进行修改的权利!

新华三官网
联系我们