09-NQA配置
本章节下载: 09-NQA配置 (240.08 KB)
目 录
NQA(Network Quality Analyzer,网络质量分析)通过发送探测报文,对链路状态、网络性能、网络提供的服务及服务质量进行分析,并为用户提供标识当前网络性能和服务质量的参数,如时延、抖动时间、TCP连接建立时间、FTP连接建立时间和文件传输速率等。
利用NQA的分析结果,用户可以:
· 及时了解网络的性能状况,针对不同的网络性能进行相应处理。
· 对网络故障进行诊断和定位。
NQA测试组是一组测试参数的集合,如测试类型、测试目的地址、测试目的端口等。NQA测试组由一个管理员名称和一个操作标签来标识。管理员通过NQA测试组来实现对NQA测试的管理和调度。
在一台设备上可以创建多个NQA测试组,可以同时启动多个NQA测试组进行测试。
启动NQA测试组后,每隔一段时间进行一次测试,测试的时间间隔由frequency命令来设定。
一次NQA测试由若干次连续的探测组成,探测的次数由probe count命令来设定。
NQA支持多种测试类型: Frame-loss、Throughput和Latency测试。Frame-loss、Throughput和Latency测试均属于路径服务质量测试。对于路径服务质量测试,一次探测操作是指在一段时间内以一定的速率连续发送并接收特定长度的探测帧。路径服务质量测试以二层数据帧作为测试的探测报文。
图1-1 NQA测试典型组网图
如图1-1所示,NQA测试的典型组网中包括以下两部分:
· NQA测试的源端设备:又称为NQA客户端,负责发起NQA测试,并统计探测结果。NQA测试组在NQA客户端上创建。
· NQA测试的目的端设备:负责接收、处理和响应NQA客户端发来的探测报文。
NQA测试的过程为:
(1) NQA客户端构造指定测试类型的探测报文,并发送给目的端设备;
(2) 目的端设备收到探测报文后,回复应答报文;
(3) NQA客户端根据是否收到应答报文,以及接收应答报文的时间,计算报文丢失率、往返时间等。
NQA客户端支持两种配置方式:NQA测试组和NQA模板。NQA测试组配置完毕后,通过调度测试组就可以进行测试操作;NQA模板配置完毕后并不启动测试,需要外部特性(如负载均衡)调用NQA模板,为该特性创建NQA测试组后,并自动启动NQA测试。
表1-1 NQA配置任务简介
操作 |
说明 |
详细配置 |
使能NQA客户端功能 |
必选 |
|
在NQA客户端上配置NQA测试组 |
必选 |
只有使能NQA客户端功能后,NQA客户端的相关配置才会生效。
表1-2 使能NQA客户端功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
使能NQA客户端功能 |
nqa agent enable |
缺省情况下,NQA客户端功能处于开启状态 |
表1-3 NQA测试组配置任务简介
配置任务 |
说明 |
详细配置 |
配置路径服务质量测试 |
|
|
配置NQA测试组通用参数 |
可选 |
|
在NQA客户端上调度NQA测试组 |
必选 |
路径服务质量测试可以测试的服务质量指标包括:丢包率、吞吐量、时延。
丢包率测试的具体测试过程如下:
(1) 用户首先设定一种或多种探测帧的长度。测试开始后,NQA客户端按用户设定的首个长度构造环回探测帧,以指定的速率发送,发送持续时间为一个探测周期。
(2) 目的端收到探测帧后,将探测帧返还给NQA客户端。
(3) NQA客户端记录一个探测周期内发送和接收探测帧的总数量,计算出在传输过程中丢失的探测帧占总发送报文的比例,即丢包率。丢包率计算公式为:
丢包率=((发送报文数-接收报文数)* 100 )/发送报文数
(4) NQA客户端按用户设定的第二个长度构造探测帧,测试此类探测帧的丢包率,依此类推,直至完成所有长度的探测帧的测试。
吞吐量测试的具体测试过程如下:
(1) 用户首先设定一种或多种探测帧的长度。测试开始后,NQA客户端按用户设定的首个长度构造环回探测帧,以指定的速率发送,发送持续时间为一个探测周期。
(2) NQA客户端根据接收到的目的端返回探测帧数目计算出路径上的丢包率,记录测试结果。
(3) NQA客户端调整发送速率,重新发送探测帧,直到计算出的丢包率小于等于可接受的丢包率上限。所有发送速率中的最大速率,即为本次探测的吞吐量。
(4) NQA客户端按用户设定的第二个长度构造探测帧,测试此类探测帧的吞吐量,依此类推,直至完成所有长度的探测帧的测试。
时延测试的具体测试过程如下:
(1) 用户首先设定一种或多种探测帧的长度。测试开始后,NQA客户端按用户设定的首个长度构造环回探测帧,以指定的速率发送,发送持续时间为一个探测周期。
(2) 接收到对端返回的探测帧后,NQA客户端将接收探测帧的时间减去探测帧中记录的发送时间,计算该探测帧在路径上往返所需的时间,即时延。
(3) 探测周期结束后,NQA客户端通过公式计算出本周期内所有探测帧的时延平均值。平均时延计算公式为:
平均时延=探测帧时延之和/发送探测帧的数量
(4) NQA客户端按用户设定的第二个长度构造探测帧,测试此类探测帧的时延平均值,依此类推,直至完成所有长度的探测帧的测试。
表1-4 配置路径服务质量测试
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
(可选)配置测试结果上传的FTP服务器信息 |
nqa report-ftp url url [ username username ] [ password { cipher | simple } string ] |
缺省情况下,未配置FTP服务器信息 配置该命令后将上传测试结果 仅路径服务质量测试支持上传测试结果到服务器 |
|
创建NQA测试组,进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下,不存在NQA测试组 |
|
配置路径服务质量测试类型 |
配置测试类型为丢包率测试 |
type frame-loss |
三者至少选其一 |
配置测试类型为吞吐量测试 |
type throughput |
||
配置测试类型为时延测试 |
type latency |
||
配置探测帧的源IP地址 |
source ip ip-address |
缺省情况下,未配置探测帧的源IP地址 |
|
配置探测帧的目的地址 |
destination ip ip-address |
缺省情况下,未配置探测帧的目的IP地址 |
|
配置探测帧的源AC口 |
source interface interface-type interface-number service-instance instance-id |
缺省情况下,未配置探测帧的源AC口。 source interface命令指定的接口必须为up状态 |
|
(可选)配置探测帧的源端口号 |
source port port-number |
缺省情况下,操作的源端口号为49184 |
|
(可选)配置测试操作的目的端口号 |
destination port port-number |
缺省情况下,操作的目的端口号为7 |
|
(可选)配置探测帧的目的MAC地址 |
destination mac mac-address |
缺省情况下,探测帧的目的MAC地址为0023-8900-0001 |
|
(可选)配置探测帧的长度 |
frame-size size-list |
缺省情况下,发送的探测帧的大小为1518字节 报文的长度可以指定一种或同时指定多种 |
|
(可选)配置发送探测帧的初始速率 |
speed init init-speed |
缺省情况下,探测帧的初始速率为100000Kbps 在进行丢包率和时延测试时,设备始终以设定的速率发送探测帧;在进行吞吐量测试时,每完成一个探测周期,设备将按照速率调整精度调整一次发送速率 |
|
(可选)配置探测帧的速率调整精度 |
speed granularity value |
缺省情况下,速率调整精度为1000Kbps 仅在进行吞吐量测试时支持配置该数值 在进行吞吐量测试时,设备由初始速率开始,以设定值为调整精度调整发送探测帧的速率 |
|
(可选)配置可接受的丢包率上限 |
allowed-loss-ratio ratio |
缺省情况下,可接受的丢包率上限为1/10000 仅在进行吞吐量测试时支持配置该数值 |
|
(可选)配置探测的时间间隔 |
probe interval interval |
缺省情况下,探测的时间间隔为4秒 |
|
(可选)配置探测周期的时长 |
probe duration time |
缺省情况下,探测周期的时长为60秒 |
|
(可选)配置探测帧的所属的VLAN |
vlan vlan-id |
缺省情况下,未配置探测帧所属的VLAN |
|
启动吞吐量测试、丢包率测试、时延测试 |
start |
路径服务质量测试既可以使用本命令启动,也可以使用调度NQA测试组功能启动。调度NQA测试组功能的配置方法请参见1.4.4 在NQA客户端上调度NQA测试组 |
|
停止吞吐量测试、丢包率测试、时延测试 |
路径服务质量测试既可以使用本命令停止,也可以使用undo nqa schedule命令停止 |
通过display nqa result命令查看最近一次NQA测试的当前结果。
NQA测试组的通用参数,只对当前测试组中的测试有效。
除特别说明外,所有测试类型都可以根据实际情况选择配置下列通用参数。
表1-5 配置NQA测试组的通用参数
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建NQA测试组,进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下,不存在NQA测试组 |
进入测试组测试类型视图 |
type { frame-loss | latency | throughput } |
- |
配置测试组的描述信息 |
description text |
缺省情况下,未配置描述信息 |
配置NQA探测报文IP报文头中服务类型域的值 |
tos value |
缺省情况下,NQA探测报文IP报文头中服务类型域的值为0 |
通过本配置,可以设置测试组进行测试的启动时间和持续时间。
系统时间在<启动时间>到<启动时间+持续时间>范围内时,测试组进行测试。执行nqa schedule命令时:
· 如果系统时间尚未到达启动时间,则到达启动时间后,启动测试;
· 如果系统时间在<启动时间>到<启动时间+持续时间>之间,则立即启动测试;
· 如果系统时间已经超过<启动时间+持续时间>,则不会启动测试。
通过display clock命令可以查看系统的当前时间。
若配置了recurring,则指定测试组每天都被调度运行。每天启动测试的时间由<启动时间>参数指定。
表1-6 在NQA客户端上调度NQA测试组
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
在NQA客户端上调度NQA测试组 |
nqa schedule admin-name operation-tag start-time { hh:mm:ss [ yyyy/mm/dd | mm/dd/yyyy ] | now } lifetime { lifetime | forever } [ recurring ] |
- |
· 测试组被调度后就不能再进入该测试组视图和测试类型视图。
· 对于已启动的测试组或已经完成测试的测试组,不受系统时间调整的影响,只有等待测试的测试组受系统时间调整的影响。
在完成上述配置后,在任意视图下执行display命令可以显示配置后NQA的运行情况,通过查看显示信息验证配置的效果。
表1-7 NQA显示和维护
操作 |
命令 |
显示最近一次NQA测试的当前结果 |
display nqa result [ admin-name operation-tag ] |
显示服务器的状态信息 |
display nqa server |
使用NQA的Frame-loss/Throughput/Latency测试功能,测试本端(Device A)到指定目的端(Device C)间的网络质量。
Frame-loss/Throughput/Latency三个测试配置相似,本举例以Throughput测试为例。
图1-2 路径服务质量测试组网图
# 配置各接口的IP地址。(配置过程略)
# 配置静态路由或动态路由协议,确保各设备之间路由可达。(配置过程略)
#在DeviceC上配置L2VPN reflector。(配置过程略)
# 创建路径服务质量类型的NQA测试组(管理员为admin,操作标签为test1),并配置探测帧的目的地址为10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type throughput
[DeviceA-nqa_admin-test1-throughput] source ip 10.1.1.1
[DeviceA-nqa_admin-test1-throughput] destination ip 10.2.2.2
[DeviceA-nqa_admin-test1-throughput] source interface gigabitethernet 1/0/1 service-instance 1
[DeviceA-nqa-admin-test1-throughput] frame-size 64 512 1024 1518
# 启动路径服务质量测试操作,并一直进行测试。
[DeviceA-nqa-admin-test1-throughput] start
# 显示路径服务质量测试的当前结果。
<DeviceA>display nqa result
NQA entry (admin nn, tag mm) test results:
Basic results :
Initial speed(Kbps) : 100000
Speed granularity(Kbps): 1000
Probe duration(s) : 60
Probe interval(s) : 4
Allowed-loss-ratio : 1/10000
Throughput results:
Frame size(Byte): 64
Current speed(Kbps): -
Frame-loss(Loss/Tx): -
Status : Failed
Time : 2015-03-17 07:20:40.8
Frame size(Byte): 512
Current speed(Kbps): 4000
Frame-loss(Loss/Tx): 0/10000
Status : Succeeded
Time : 2015-03-17 07:21:40.8
Frame size(Byte): 1024
Current speed(Kbps): 8000
Frame-loss(Loss/Tx): 0/10000
Status : Succeeded
Time : 2015-03-17 07:22:52.8
Frame size(Byte): 1280
Current speed(Kbps): 10000
Frame-loss(Loss/Tx): 0/10000
Status : Succeeded
Time : 2015-03-17 07:23:45.8
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!