所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

CloudEngine 8800, 7800, 6800, 5800 V200R002C50 命令参考

本文档介绍了设备中各特性的配置命令,包括每条命令的功能、格式、参数、视图、缺省级别、使用指南、举例和相关命令。
评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
NQA配置命令

NQA配置命令

说明:

仅CE8860EI、CE8850EI、CE7855EI、CE7850EI、CE6870EI、CE6860EI、CE6856HI、CE6855HI、CE6851HI、CE6850HI和CE6850U-HI支持LSP Ping和LSP Trace测试例。

CE6810LI设备不支持IPv4、IPv6的三层转发,接口使能了IPv4、IPv6功能后,配置的IPv4、IPv6地址只能用来管理设备。

adv-factor

命令功能

adv-factor用来配置NQA Jitter模拟语音测试计算的补偿因子。

undo adv-factor用来恢复NQA Jitter模拟语音测试计算补偿因子的缺省值。

缺省情况下,NQA Jitter模拟语音测试计算的补偿因子的值为0。

命令格式

adv-factor factor-value

undo adv-factor

参数说明

参数 参数说明 取值
factor-value 模拟语音测试计算补偿因子的值。 整数形式,取值范围是0~20。缺省值是0。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

在承载VoIP(Voice over IP)业务的网络中,当需要对VoIP业务进行检测时,需要使用UDP Jitter测试例。通过执行adv-factor命令配置语音测试计算的补偿因子,从而实现模拟真实语音数据包的抖动测试。

factor-value参数是指在计算语音传输网络的传输质量R值时,根据被测传输网络距离和介质的不同,而由测试人员指定的值。此值就是补偿因子,是用户对被测网络语音传输质量损耗的预期补偿。这个值与被测网络类型有关,由用户自行定义。越是预期损耗大的网络,该值则越大。factor-value表明用户对该网络传输的语音质量损耗有一个预先的容忍度。

例如:

  • 在测试常规的有线通信系统中,该值建议为0。
  • 在测试经多跳中继卫星连接的网络时,该值建议为20。

前置条件

必须符合以下前提条件才能执行adv-factor命令配置补偿因子。

  • 测试例类型为Jitter。
  • 已经执行jitter-codec命令配置Jitter测试例模拟语音测试的编码类型。编码类型包括g711a、g711u和g729a,是指在VoIP业务中,针对语音模拟信号和数字信号之间转换所采用的编解码方式。
  • 要确认对端设备已经执行nqa-server udpecho命令回应Jitter测试。

配置影响

如果已经配置过补偿因子,再次执行adv-factor命令将覆盖原有配置。

如果测试例执行jitter-codec命令改变了编码类型,原来配置的补偿因子失效,需要重新配置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 配置NQA jitter模拟语音测试计算的补偿因子值为20。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance admin jitter
[*HUAWEI-nqa-admin-jitter] test-type jitter
[*HUAWEI-nqa-admin-jitter] jitter-codec g711a
[*HUAWEI-nqa-admin-jitter] adv-factor 20

agetime

命令功能

agetime命令用来配置NQA测试例的老化时间。

undo agetime命令用来恢复NQA测试例老化时间的缺省值。

缺省情况下,老化时间为0,表示测试例永不老化。

命令格式

agetime hh:mm:ss

undo agetime

参数说明

参数 参数说明 取值
hh:mm:ss 老化时间。 hh取值范围是0~23,mm取值范围是0~59,ss取值范围是0~59。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

为了防止测试例无休止地运行在系统中,需要定期对测试例进行老化。执行agetime命令配置老化时间,可以改变测试例在系统中存在的时间。

  • 当测试例处于inactive状态时,老化时间启动。当老化时间超时后,系统自动删除该测试例。
  • 当测试例处于active状态时,老化时间重新开始计时。

前置条件

使用命令前,必先用命令test-type指定测试例的测试类型。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的老化时间。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] agetime 1:0:0
相关主题

clear-records

命令功能

clear-records命令用来清除NQA测试例的统计信息。

命令格式

clear-records

参数说明

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

不允许清除正在运行的测试例的统计信息。

使用该命令的前提为测试例下已有用test-type命令指定测试例的测试类型存在。

使用实例

# 清除测试例user test的所有统计结果。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] clear-records

datafill

命令功能

datafill命令用来配置NQA测试例的填充字符。

undo datafill命令用来删除NQA测试例的填充字符。

缺省情况下,无填充字符。

命令格式

datafill fillstring

undo datafill

参数说明

参数 参数说明 取值
fillstring NQA测试报文的填充字符串。 字符串形式,支持空格但是不支持“?”,区分大小写,长度范围是1~230。缺省值是空字符串(长度为零)。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

在NQA测试中,为了得到更精确的统计数据,需要根据实际业务模拟数据报的大小,通过执行datasize命令可以设置报文数据区大小。为了能够区分不同的测试例发出的报文,可以在报文数据区填充指定的特殊字符串,来实现对测试报文的标识。

前置条件

必先执行test-type命令指定测试例的测试类型,支持的测试类型为:

  • ICMP
  • ICMP Jitter(在icmp-jitter-mode设置为icmp-echo之后,datafill命令才支持ICMP Jitter类型)
  • Jitter
  • LSP Ping
  • Trace

配置影响

在执行datafill命令进行报文填充时:

  • 如果测试例发送数据包的大小比配置的填充数据小,只使用填充字符串的前一部分。

  • 如果测试例发送数据包的大小比配置的填充数据大,则使用填充字符串循环填充。

例如,配置填充字符串为“abcd”,如果测试数据包大小为3,则只使用“abc”填充;如果测试数据包大小为6,则使用“abcdab”填充。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的填充字符串为“abcd”。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] datafill abcd

datasize

命令功能

datasize命令用来配置NQA测试例的报文大小。

undo datasize命令用来恢复NQA测试例的报文大小的缺省值。

缺省情况下,datasize的值为0,表示不携带负载报文。

命令格式

datasize size

undo datasize

参数说明

参数 参数说明 取值
size

NQA测试发送的报文大小。

单位是字节,整数形式,取值范围是0~8100。如果配置的报文大小比报文默认长度小,实际的报文大小就按默认报文长度处理。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

执行datasize命令可以设置报文数据区大小,从而实现模拟实际业务数据包大小,得到更加精确的统计数据。

例如,使用UDP jitter测试例对VoIP(Voice over IP)业务进行检测时,可以执行datasize命令设置数据包大小,使其与实际的语音数据包大小一致,实现在一段时间内模拟某种数据的真实流量。

前置条件

使用命令前,必先用命令test-type指定测试类的测试类型。

支持配置报文大小的测试例类型为:

  • ICMP
  • ICMP Jitter(在icmp-jitter-mode设置为icmp-echo之后,datasize命令才支持ICMP Jitter类型)
  • Jitter
  • LSP Ping
  • Trace

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test发送的报文大小为100字节。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] datasize 100

description(NQA测试例视图)

命令功能

description命令用来配置NQA测试例的描述信息。

undo description命令用来删除NQA测试例的描述信息。

缺省情况下,NQA测试例没有配置描述信息。

命令格式

description string

undo description

参数说明

参数 参数说明 取值
string NQA测试例的描述信息。 字符串形式,支持空格,区分大小写,长度范围是1~230。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

执行description命令可以对一个测试例进行简要的描述,以方便维护。通常用于描述一个测试例所做的测试项或测试目的。

前置条件

使用命令前,必先用命令test-type指定测试例的测试类型。

配置影响

如果已经配置过某个测试例的描述信息,再执行description命令操作将覆盖原来的设置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的描述信息为“fortest”。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] description fortest
相关主题

destination-address

命令功能

destination-address命令用来配置NQA测试例的目的地址。

undo destination-address命令用来删除NQA测试例的目的地址。

缺省情况下,没有配置目的地址。

命令格式

destination-address { ipv4 ipv4-address [ lsp-masklen masklen | lsp-loopback loopback-address ] * | ipv6 ipv6-address }

undo destination-address

参数说明

参数 参数说明 取值
ipv4 ipv4-address 目的地址为IPv4类型。 地址采用点分十进制格式。
lsp-masklen masklen 设置LSP IPv4地址前缀的掩码长度。 整数形式,取值范围是0~32。
lsp-loopback loopback-address 设置MPLS Echo Request报文头中127/8系列的IP地址。 -
ipv6 ipv6-address 设置目的地址为IPv6类型。
说明:

目前,只有ICMP、Trace测试例支持IPv6目的地址。

总长度为128位,通常分为8组,每组为4个十六进制数的形式。格式为X:X:X:X:X:X:X:X。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

NQA对业务特性的检测是通过创建测试例来完成的。NQA把测试两端称为客户端和服务器端,NQA的测试是由客户端发起。在客户端通过命令行配置测试例后,NQA把相应的操作类型放入到测试例队列中。在测试例启动后,根据返回的报文,可以对相关协议的运行状态提供数据信息。

注意事项

只有LSP类型的测试例可以配置LSP参数。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的目的地址。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] destination-address ipv4 10.1.1.1
相关主题

destination-port

命令功能

destination-port命令用来配置NQA测试例的目的端口号。

undo destination-port命令用来恢复NQA测试例目的端口号的缺省值。

缺省情况下,各个测试例的目的端口号是:
  • jitter:无缺省端口号,为必配参数
  • TCP:7
  • trace:33434

命令格式

destination-port port-number

undo destination-port

参数说明

参数 参数说明 取值
port-number 目的端口号。

整数形式,取值范围是1~65535。不能是知名端口号或者被其他模块占用的端口号。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

NQA对业务特性的检测是通过创建测试例来完成的。NQA把测试两端称为客户端和服务器端,NQA的测试是由客户端发起。在客户端通过命令行配置测试例后,NQA把相应的操作类型放入到测试例队列中。在测试例启动后,根据返回的报文,可以对相关协议的运行状态提供数据信息。

注意事项

支持配置目的端口号的测试例类型为:
  • Jitter
  • TCP
  • Trace
测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的目的端口号为2020。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] destination-port 2020
相关主题

display nqa history

命令功能

display nqa history命令用来查看NQA测试的历史统计信息。

命令格式

display nqa history [ test-instance admin-name test-name ]

参数说明

参数 参数说明 取值
test-instance 指定NQA测试例。 -
admin-name 指定NQA测试例的管理者。

设备上已经存在的NQA测试例的管理者。

test-name 指定NQA测试例的测试例名。

设备上已经存在的NQA测试例的测试例名。

视图

所有视图

缺省级别

1:监控级

使用指南

应用场景

NQA(Network Quality Analysis)提供的测试例不仅可以实现对网络运行情况的准确测试,输出统计信息,还有效的节约了成本。NQA可以测量网络上运行的各种协议的性能。

执行display nqa history命令可以查询到测试例检测过程中每个探测包的执行情况,包括每个探测包的状态,往返时延等,深入了解网络状态。

配置影响

对于Jitter类型的测试,如果测试失败,将不会记录在历史统计中。

注意事项

如果不指定可选参数,将显示所有NQA测试例的历史统计信息。

为了使用户每次查看的结果表和历史表总是最新的,增加用户体验,NQA测试例在分屏显示结果表和历史表信息时,总是尽量优先显示最新的记录。

使用实例

# 查看NQA测试的历史统计信息。

<HUAWEI> display nqa history
T/H/P = Test ID/Hop ID/Probe ID   
NQA entry(admin,tcp) history: 
--------------------------------------------------------------------------------
Index T/H/P       Response (ms) Status       Address         Time                    
                                                                                
--------------------------------------------------------------------------------
 1    1/1/1          290       success      10.1.1.5        2013-09-10 21:40:33.737 
                                                                                
 2    1/1/2          484       success      10.1.1.5        2013-09-10 21:40:37.937 
                                                                                
 3    1/1/3          479       success      10.1.1.5        2013-09-10 21:40:41.943 
                                                                                
--------------------------------------------------------------------------------
表18-49  display nqa history命令输出信息描述

项目

描述

NQA entry(admin, tcp)

NQA测试项。包括:
  • admin是NQA测试例的管理者标识。
  • tcp是NQA测试例的测试例名称。

Index

历史记录序列号。

T

发送探测包次数。

H

发送探测包跳数。

P

发送探测包数。

Response (ms)

RTT(Round-Trip Time往返时间)值。单位是毫秒。

Status

NQA测试包状态
  • timeout:返回包超时。探测失败。
  • success:探测成功。
  • busy:由于系统资源不足,发送包失败。探测失败。
  • drop:由于测试例配置错误,发送包失败。探测失败。

Address

目的地址。

Time

收到报文时间。

display nqa history this

命令功能

display nqa history this命令用来在指定的测试例视图下查看NQA测试的历史统计。

命令格式

display nqa history this

参数说明

视图

NQA测试例视图

缺省级别

1:监控级

使用指南

应用场景

NQA提供的测试例不仅可以实现对网络运行情况的准确测试,输出统计信息,还有效的节约了成本。NQA可以测量网络上运行的各种协议的性能。

对于指定NQA测试例执行情况的历史信息,可以在该测试例的视图下执行display nqa history this命令进行查询。可以查询到测试例检测过程中每个探测包的执行情况,包括每个探测包的状态,往返时延等,进而深入了解网络状态。

前置条件

在执行该命令前,请先配置NQA测试例。

配置影响

对于Jitter类型的测试,如果测试失败,将不会记录在历史统计中。

注意事项

执行display nqa history this命令需要在NQA测试例视图下进行,并只对该测试例下的历史统计信息进行显示。而执行display nqa history命令则可以查看系统中所有NQA测试例的历史表。

使用实例

# 查看NQA测试例的历史统计。

<HUAWEI> system-view 
[~HUAWEI] nqa test-instance admin tcp
[~HUAWEI-nqa-admin-tcp] display nqa history this
T/H/P = Test ID/Hop ID/Probe ID                                                 
NQA entry(admin,tcp) history:                                                   
--------------------------------------------------------------------------------
Index T/H/P       Response (ms) Status       Address         Time                    
                                                                                
--------------------------------------------------------------------------------
 1    1/1/1          290       success      10.1.1.5        2013-09-10 21:40:33.737 
                                                                                
 2    1/1/2          484       success      10.1.1.5        2013-09-10 21:40:37.937 
                                                                                
 3    1/1/3          479       success      10.1.1.5        2013-09-10 21:40:41.943 
                                                                                
 4    2/1/1          279       success      10.1.1.5        2013-09-11 09:26:36.358 
                                                                                
 5    2/1/2          272       success      10.1.1.5        2013-09-11 09:26:40.346 
                                                                                
--------------------------------------------------------------------------------
表18-50  display nqa history this命令输出信息描述

项目

描述

NQA entry(admin, tcp)

NQA测试项。包括:
  • admin是NQA测试例的管理者标识。
  • tcp是NQA测试例的测试例名称。

Index

历史记录序列号。

T

发送探测包次数。

H

发送探测包跳数。

P

发送探测包数。

Response (ms)

RTT(Round-Trip Time往返时间)值。单位是毫秒。

Status

NQA测试包状态
  • timeout:返回包超时。探测失败。
  • success:探测成功。
  • busy:由于系统资源不足,发送包失败。探测失败。
  • drop:由于测试例配置错误,发送包失败。探测失败。

Address

目的地址。

Time

收到报文时间。

display nqa results

命令功能

display nqa results命令用来查看NQA测试的结果信息。

命令格式

display nqa results [ collection ] [ test-instance admin-name test-name ]

参数说明

参数 参数说明 取值
collection 指定显示累加的统计结果。只有ICMP Jitter和Jitter测试例支持配置此项参数。 -
test-instance 指定NQA测试例。 -
admin-name 指定NQA测试例的管理者。 设备上已经存在的NQA测试例的管理者。
test-name 指定NQA测试例的测试例名。 设备上已经存在的NQA测试例的测试例名。

视图

所有视图

缺省级别

1:监控级

使用指南

应用场景

NQA的测试结果不会自动输出,必须通过display nqa results命令查看。

display nqa results命令只能查看已经结束的测试例的测试结果。

注意事项

如果不指定可选参数,将显示所有NQA测试例的结果统计。

使用实例

# 查看ICMP类型的NQA测试例测试结果。

<HUAWEI> display nqa results test-instance admin icmp
NQA entry(admin, icmp): test flag is inactive, test type is ICMP                
  1 . Test 1 result   The test is finished                                      
   Send operation times: 3                Receive response times: 3             
   Completion: success                    RTD over thresholds number: 0         
   Attempts number: 1                     Drop operation number: 0              
   Disconnect operation number: 0         Operation timeout number: 0           
   System busy operation number: 0        Connection fail number: 0             
   Operation sequence errors number: 0    RTT Status errors number: 0            
   Destination IP address: 10.138.77.21                                           
   Min/Max/Average completion time: 2/7/3                                       
   Sum/Square-Sum  completion time: 11/57                                       
   Last response packet receiving time: 2012-07-27 02:42:20.3+08:00             
   Lost packet ratio: 0 %     
表18-51  display nqa results test-instance admin icmp命令输出信息描述

项目

描述

NQA entry(admin, icmp)

NQA测试项,包括:
  • admin:NQA测试例的管理者标识。

  • icmp:NQA测试例的名称。

test flag

测试标志:
  • active:测试正在执行。执行中查看测试结果没有实际意义。

  • inactive:测试已经结束。此时显示的是实际测试结果。

test type

测试例的测试类型。

1 . Test 1 result

测试结果的序号,按测试完成的时间顺序编号。

The test is finished

测试的状态:
  • finished:测试已经结束。

  • running:测试正在运行。

Send operation times

发送的测试包数此字段表示发送的报文个数,不是测试次数。

Receive response times

收到的响应包数此字段接收的报文个数,不是测试次数。

Completion

测试完成状态。
  • success:测试成功结束。

  • no result:测试正在运行,还没有得到结果。

  • failed:测试失败。

RTD over thresholds number

超过双向延时阈值的次数。

Attempts number

测试次数。

Drop operation number

分配系统资源失败的次数。

Disconnect operation number

对方强制断开连接的次数。

Operation timeout number

测试过程中超时的次数。

System busy operation number

测试冲突的次数。

Connection fail number

和对方建立连接失败的次数。

Operation sequence errors number

收到的失序包数。

RTT Status errors number

RTT状态错误数。

Destination IP address

测试的目的地址。

Min/Max/Average completion time

最小/最大/平均完成时间。

Sum/Square-Sum completion time

完成时间的总和以及完成时间的平方和。

Last response packet receiving time

最近一次探测完成的时间。

Lost packet ratio

丢包率。

# 查看Jitter类型的NQA测试例测试结果。

<HUAWEI> display nqa results test-instance admin jitter
                                                                                
NQA entry(admin, jitter): test flag is inactive, test type is JITTER
  1 . Test 1 result   The test is finished
   SendProbe: 60                           ResponseProbe: 60                      
   Completion: success                     RTD over thresholds number: 0           
   OWD over thresholds SD number: 0        OWD over thresholds DS number: 0        
   Min/Max/Avg/Sum RTT: 1/132/8/491        RTT square sum: 41843                  
   Num of RTT: 60                          Drop operation number: 0               
   Operation sequence errors number: 0     RTT Status errors number: 0             
   System busy operation number: 0         Operation timeout number: 0            
   Min positive SD: 0                      Min positive DS: 8                     
   Max positive SD: 0                      Max positive DS: 24                    
   Positive SD number: 0                   Positive DS number: 54                 
   Positive SD sum: 0                      Positive DS sum: 1153                  
   Positive SD square sum: 0               Positive DS square sum: 24847          
   Min negative SD: 20                     Min negative DS: 2                     
   Max negative SD: 23                     Max negative DS: 3                     
   Negative SD number: 59                  Negative DS number: 5                  
   Negative SD sum: 1273                   Negative DS sum: 12                    
   Negative SD square sum: 27491           Negative DS square sum: 30             
   Min delay SD: 1                         Min delay DS: 0                        
   Avg delay SD: 7                         Avg delay DS: 0                        
   Max delay SD: 132                       Max delay DS: 0                        
   Delay SD square sum: 41825              Delay DS square sum: 0                 
   Packet loss SD: 0                       Packet loss DS: 0                      
   Packet loss unknown: 0                  Average of jitter: 20                  
   Average of jitter SD: 21                Average of jitter DS: 19               
   Jitter out value: 15.9377600            Jitter in value: 14.1930380            
   Number of OWD: 60                       Packet loss ratio: 0 %                 
   OWD SD sum: 473                         OWD DS sum: 0                          
   ICPIF value: 0                          MOS-CQ value: 0                        
   TimeStamp unit: ms                     
表18-52  display nqa results test-instance admin jitter命令输出信息描述
项目 描述
NQA entry NQA测试项,包括:
  • admin:NQA测试例的管理者标识。
  • jitter:NQA测试例的名称。
test flag 测试标志:
  • active:测试正在执行。执行中查看测试结果没有实际意义。
  • inactive:测试已经结束。此时显示的是实际测试结果。
test type 测试例的测试类型。
SendProbe 发送的探针的数目。
ResponseProbe 接收到回应探针的数目。
Completion 测试完成状态。
  • success:测试成功结束。
  • no result:测试正在运行,还没有得到结果。
  • failed:测试失败。
RTD over thresholds number 超过双向延时阈值的次数。
OWD over thresholds SD number 超过源到目的的单向阈值的次数。
OWD over thresholds DS number 超过目的到源的单向阈值的次数。
Min/Max/Avg/Sum RTT 探针往返时间的最小值、最大值、平均值和总和。
RTT square sum 探针往返时间的平方和。
Num of RTT RTT值的数量。
Drop operation number 分配系统资源失败的次数。
Operation sequence errors number 客户端收到错误报文的顺序号。
RTT Status errors number RTT状态错误数。
System busy operation number 测试冲突的次数。
Operation timeout number 测试过程中超时的次数。
Min positive SD 从源到目的的最小正向抖动值。
Min positive DS 从目的到源的最小正向抖动值。
Max positive SD 从源到目的的最大正向抖动值。
Max positive DS 从目的到源的最大正向抖动值。
Positive SD number 从源到目的的正向抖动次数。
Positive DS number 从目的到源的正向抖动次数。
Positive SD sum 从源到目的正向抖动值之和。
Positive DS sum 从目的到源的正向抖动值之和。
Positive SD square sum 从源到目的正向抖动值平方和。
Positive DS square sum 从目的到源的正向抖动值平方和。
Min negative SD 从源到目的的最小负向抖动值。
Min negative DS 从目的到源的最小负向抖动值。
Max negative SD 从源到目的的最大负向抖动值。
Max negative DS 从目的到源的最大负向抖动值。
Negative SD number 从源到目的的负向抖动次数。
Negative DS number 从目的到源的负向抖动次数。
Negative SD sum 从源到目的负向抖动值之和。
Negative DS sum 从目的到源的负向抖动值之和。
Negative SD square sum 从源到目的的负向抖动平方和。
Negative DS square sum 从目的到源的负向抖动平方和。
Min delay SD 从源到目的最小延时。
Min delay DS 从目的到源最小延时。
Avg delay SD

从源到目的平均延时。

Avg delay DS

从目的到源的平均延时。

Max delay SD

从源到目的最大延时。

Max delay DS

从目的到源的最大延时。

Delay SD square sum

从源到目的的延时抖动平方和。

Delay DS square sum

从目的到源的延时抖动平方和。

Packet loss SD 从源到目的方向的最大丢包数。
Packet loss DS 从目的到源方向的最大丢包数。
Packet loss unknown 未知方向的丢包数。
Average of jitter 平均抖动值。
Average of jitter SD 从源到目的的平均抖动值。
Average of jitter DS 从目的到源的平均抖动值。
Jitter out value 发送报文的抖动值。
Jitter in value 接收报文的抖动值。
Number of OWD 单向延时报文的数量。
OWD SD sum 从源到目的的单向延时总和。
OWD DS sum 从目的到源的单向延时总和。
Packet loss ratio 丢包率。
MOS-CQ value VoIP性能的平均评价分数。
ICPIF value 补偿因子。
TimeStamp unit 时间戳单位。
相关主题

display nqa results this

命令功能

display nqa results this命令用来在指定的测试例视图下查看NQA测试的结果统计。

命令格式

display nqa results [ collection ] this

参数说明

参数 参数说明 取值
collection 指定显示累加的统计结果。只有ICMP Jitter和Jitter测试例支持配置此项参数。 -

视图

NQA测试例视图

缺省级别

1:监控级

使用指南

应用场景

NQA(Network Quality Analysis)提供的测试例不仅可以实现对网络运行情况的准确测试,输出统计信息,还有效的节约了成本。NQA可以测量网络上运行的各种协议的性能,使运营商能够实时采集到各种网络运行指标。

对于指定NQA测试例执行情况的结果信息,可以在该测试例的视图下通过display nqa results this命令查询到,对测试例执行情况可以做宏观、全面了解。

display nqa results collection this将显示所有累加表的统计信息。

前置条件

在执行该命令前,请先配置NQA测试例。

注意事项

执行display nqa results this命令需要在NQA视图下进行,并只对该测试例下的统计结果信息进行显示。而执行display nqa results命令则可以查看系统中所有NQA测试例的统计结果。

使用实例

# 查看ICMP类型的NQA测试例的结果统计。

<HUAWEI> system-view 
[~HUAWEI] nqa test-instance admin icmp
[~HUAWEI-nqa-admin-icmp] display nqa results this
  NQA entry(admin, icmp): test flag is inactive, test type is ICMP                  
  1 . Test 1 result   The test is finished                                      
   Send operation times: 3              Receive response times: 3               
   Completion:success                   RTD over thresholds number: 0            
   Attempts number:1                    Drop operation number:0                 
   Disconnect operation number:0        Operation timeout number:0              
   System busy operation number:0       Connection fail number:0                
   Operation sequence errors number:0   RTT Status errors number:0              
   Destination IP address:10.138.77.21                                          
   Min/Max/Average completion time: 2/2/2                                       
   Sum/Square-Sum  completion time: 6/12                                        
   Last response packet receiving time: 2012-07-02 17:09:18.1                                  
   Lost packet ratio: 0 %      
表18-53  display nqa results this命令输出信息描述

项目

描述

NQA entry(admin, icmp)

NQA测试项,包括:
  • admin:NQA测试例的管理者标识。
  • icmp:NQA测试例的名称。

test flag

测试标志:
  • active:测试正在执行。执行中查看测试结果没有实际意义。

  • inactive:测试已经结束。此时显示的是实际测试结果。

test type

测试例的测试类型。

1 . Test 1 result

测试结果的序号,按测试完成的时间顺序编号。

The test is finished

测试的状态:
  • finished:测试已经结束。
  • running:测试正在运行。

Send operation times:

发送的测试包数。此字段表示发送的报文个数,不是测试次数。

Receive response times:

收到的响应包数。此字段接收的报文个数,不是测试次数。

Completion:

测试完成状态。
  • success:测试成功结束。
  • no result:测试正在运行,还没有得到结果。
  • failed:测试失败。

RTD over thresholds number:

超过双向延时阈值的次数。

Attempts number:

测试次数。

Drop operation number:

分配系统资源失败的次数。

Disconnect operation number:

对方强制断开连接的次数。

Operation timeout number:

测试过程中超时的次数。

System busy operation number:

测试冲突的次数。

Connection fail number:

和对方建立连接失败的次数。

Operation sequence errors number:

收到的失序包数。

RTT Status errors number:

RTT状态错误数。

Destination IP address:

测试的目的地址。

Min/Max/Average completion time:

最小/最大/平均完成时间。

Sum/Square-Sum completion time:

完成时间的总和以及完成时间的平方和。

Last response packet receiving time:

最近一次探测完成的时间。

Lost packet ratio:

丢包率。

# 查看Jitter类型的NQA测试例测试的累加结果统计。
<HUAWEI> system-view 
[~HUAWEI] nqa test-instance admin jitter 
[~HUAWEI-nqa-admin-jitter] display nqa results collection this

NQA entry(admin, jitter): test type is JITTER                                   
    1 . Test 1 collect result                                                   
   SendProbe: 60                          ResponseProbe: 60                     
   Completion: 2                          RTD over thresholds number: 0         
   OWD over thresholds SD number: 0       OWD over thresholds DS number: 0      
   Min/Max/Avg/Sum RTT: 2/145/13/785      RTT square sum: 64179                 
   Num of RTT: 60                         Drop operation number: 0              
   Operation sequence errors number: 0    RTT Status errors number: 0            
   System busy operation number: 0        Operation timeout number: 0           
   Min positive SD: 1                     Min positive DS: 1                    
   Max positive SD: 6                     Max positive DS: 6                    
   Positive SD number: 15                 Positive DS number: 11                
   Positive SD sum: 23                    Positive DS sum: 21                   
   Positive SD square sum: 61             Positive DS square sum: 61            
   Min negative SD: 1                     Min negative DS: 1                    
   Max negative SD: 6                     Max negative DS: 20                   
   Negative SD number: 14                 Negative DS number: 18                
   Negative SD sum: 23                    Negative DS sum: 163                  
   Negative SD square sum: 63             Negative DS square sum: 2819          
   Min delay SD: 0                        Min delay DS: 0                       
   Avg delay SD: 6                        Avg delay DS: 5                       
   Max delay SD: 72                       Max delay DS: 72                      
   Delay SD square sum: 15787             Delay DS square sum: 15560            
   Packet loss SD: 0                      Packet loss DS: 0                     
   Packet loss unknown: 0                 Average of jitter: 3                  
   Average of jitter SD: 1                Average of jitter DS: 6               
   Jitter out value: 0.5683860            Jitter in value: 2.7267760            
   Number of OWD: 60                      Packet loss ratio: 0 %                
   OWD SD sum: 375                        OWD DS sum: 350                       
   ICPIF value: 0                         MOS-CQ value: 0                       
   TimeStamp unit: ms                                                
表18-54  display nqa results collection this命令输出信息描述
项目 描述
NQA entry (admin, jitter) NQA测试项,包括:
  • admin:NQA测试例的管理者标识。
  • jitter:NQA测试例的名称。

test flag

测试标志:
  • active:测试正在执行。执行中查看测试结果没有实际意义。

  • inactive:测试已经结束。此时显示的是实际测试结果。

test type 测试例的测试类型。
SendProbe 发送的探针的数目。
ResponseProbe 接收到回应探针的数目。
Completion 测试次数。
RTD over thresholds number 超过双向延时阈值的次数。
OWD over thresholds SD number 超过源到目的的单向阈值的次数。
OWD over thresholds DS number 超过目的到源的单向阈值的次数。
Min/Max/Avg/Sum RTT 探针往返时间的最小值、最大值、平均值和总和。
RTT square sum 探针往返时间的平方和。
Num of RTT RTT值的数量。
Drop operation number 分配系统资源失败的次数。
Operation sequence errors number 客户端收到错误报文的顺序号。
RTT Status errors number RTT状态错误数。
System busy operation number 测试冲突的次数。
Operation timeout number 测试过程中超时的次数。
Min positive SD 从源到目的的最小正向抖动值。
Min positive DS 从目的到源的最小正向抖动值。
Max positive SD 从源到目的的最大正向抖动值。
Max positive DS 从目的到源的最大正向抖动值。
Positive SD number 从源到目的的正向抖动次数。
Positive DS number 从目的到源的正向抖动次数。
Positive SD sum 从源到目的正向抖动值之和。
Positive DS sum 从目的到源的正向抖动值之和。
Positive SD square sum 从源到目的正向抖动值平方和。
Positive DS square sum 从目的到源的正向抖动值平方和。
Min negative SD 从源到目的的最小负向抖动值。
Min negative DS 从目的到源的最小负向抖动值。
Max negative SD 从源到目的的最大负向抖动值。
Max negative DS 从目的到源的最大负向抖动值。
Negative SD number 从源到目的的负向抖动次数。
Negative DS number 从目的到源的负向抖动次数。
Negative SD sum 从源到目的负向抖动值之和。
Negative DS sum 从目的到源的负向抖动值之和。
Negative SD square sum 从源到目的的负向抖动平方和。
Negative DS square sum 从目的到源的负向抖动平方和。
Min delay SD 从源到目的的最小延时。
Min delay DS 从目的到源的最小延时。
Avg delay SD

从源到目的平均延时。

Avg delay DS

从目的到源的平均延时。

Max delay SD 从源到目的最大延时。
Max delay DS 从目的到源的最大延时。
Delay SD square sum

从源到目的的延时抖动平方和。

Delay DS square sum

从目的到源的延时抖动平方和。

Packet loss SD 从源到目的方向的最大丢包数。
Packet loss DS 从目的到源方向的最大丢包数。
Packet loss unknown 未知方向的丢包数。
Average of jitter 平均抖动值。
Average of jitter SD 从源到目的的平均抖动值。
Average of jitter DS 从目的到源的平均抖动值。
Jitter out value 发送报文的抖动值。
Jitter in value 接收报文的抖动值。
Number of OWD 单向延时报文的数量。
OWD SD sum 从源到目的的单向延时总和。
OWD DS sum 从目的到源的单向延时总和。
Packet loss ratio 丢包率。
MOS-CQ value VoIP性能的平均评价分数。
ICPIF value 补偿因子。
TimeStamp unit 时间戳单位。

display nqa server

命令功能

display nqa server命令用来查看NQA测试的服务器端信息。

命令格式

display nqa server

参数说明

视图

所有视图

缺省级别

1:监控级

使用指南

NQA的TCP和Jitter测试例在启动前不光要配置客户端,还要执行对服务器端进行配置,否则测试例启动失败。

执行display nqa-server命令用来查看的服务器信息。每使能一次服务器,则对应的服务器类型统计数加一。

使用实例

# 查看所有NQA测试的服务器端信息。

<HUAWEI> display nqa server 
NQA Server Max: 100              NQA Server Num: 2 
NQA Concurrent TCP Server: 1     NQA Concurrent UDP Server: 1 
-----------------------------------------------------------------
Type           VPN         Address        Port       Status        
-----------------------------------------------------------------
tcpconnect     ---         10.1.1.1         22        ACTIVE         
udpecho        vpn1        10.1.1.1         22        NOTINSERVICE      
表18-55  display nqa server命令输出信息描述

项目

描述

NQA Server Max

可配置的NQA服务器的最大数量。

NQA Server Num

当前NQA服务器的数量。

NQA Concurrent TCP Server

配置的TCP服务器的数量。

NQA Concurrent UDP Server

配置的UDP服务器的数量。

Type NQA服务器的类型。
VPN

NQA服务器所属的VPN实例名称。

Address

NQA服务器侦听的IP地址。

Port

NQA服务器侦听的端口号。

Status
NQA服务器项目的状态。
  • ACTIVE:开启。
  • NOTINSERVICE:关闭。

display snmp-agent trap feature-name nqa all

命令功能

display snmp-agent trap feature-name nqa all命令用来查看NQA模块的所有告警开关的信息。

命令格式

display snmp-agent trap feature-name nqa all

参数说明

视图

所有视图

缺省级别

3:管理级

使用指南

使用实例

# 查看NQA模块的所有告警信息。

<HUAWEI> display snmp-agent trap feature-name nqa all
------------------------------------------------------------------------------  
Feature name: NQA
Trap number : 13
------------------------------------------------------------------------------
Trap name                      Default switch status   Current switch status
nqaJitterStatsOWDThresholdNotificationDS
                               on                      on
nqaJitterStatsOWDThresholdNotificationSD
                               on                      on
nqaJitterStatsRTDThresholdNotification
                               on                      on
nqaJitterStatsTestFailed       on                      on
nqaResultsProbeFailed          on                      on
nqaResultsTestCompleted        on                      on
nqaResultsTestFailed           on                      on
nqaResultsThresholdNotification
                               on                      on
pingProbeFailed                on                      on
pingTestCompleted              on                      on
pingTestFailed                 on                      on
traceRouteTestCompleted        on                      on
traceRouteTestFailed           on                      on
表18-56   display snmp-agent trap feature-name nqa all命令输出信息描述

项目

描述

Feature name

告警所属的模块名称。

Trap number

告警的数量。

Trap name

告警的名称。

Default switch status

缺省告警开关状态:
  • on:表示告警处于开启状态。
  • off:表示告警处于关闭状态。

Current switch status

当前告警开关状态:
  • on:表示告警处于开启状态。
  • off:表示告警处于关闭状态。

fail-percent

命令功能

fail-percent命令用来配置NQA测试失败百分比。

undo fail-percent命令用来删除NQA测试失败百分比。

缺省情况下,测试失败百分比为100%,即只有全部探测失败,本次测试才视为失败。

命令格式

fail-percent percent

undo fail-percent

参数说明

参数 参数说明 取值
percent 指定NQA测试失败的百分比。 整数形式,取值范围是1~100。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

当启动一个NQA测试例进行测试时,每次测试会发送多个探针进行检测。通过多次探测得到的统计数据,对网络质量进行检测。

在实际情况中,由于网络中存在的一些干扰,会导致某次探测失败,但是,并不能认为一次探测失败即可说明整个测试的失败。可以通过设置NQA测试失败的百分比(测试例中探测失败次数占总探测次数的百分比),来判断某次测试是否失败。如果发送探测包失败的次数超过该比值,则认为该次测试失败。

例如,执行probe-count命令设置发包个数为10,但是在探测过程中7个探测包丢失:
  • 如果设置fail-percent是80,则测试例探测结果显示成功。
  • 如果设置fail-percent是60,则测试例探测结果显示失败。

前置条件

必先执行命令test-type指定测试例的测试类型。

支持该配置的测试例类型为:
  • ICMP
  • ICMP Jitter
  • Jitter
  • LSP Ping
  • TCP

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 配置对于测试例user test,当探测失败比例达到10%时,就认为本次测试失败。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] fail-percent 10
相关主题

fragment enable

命令功能

fragment enable命令用来使能NQA测试例中MPLS报文的分片功能。

undo fragment enable命令用来恢复缺省配置。

缺省情况下,NQA测试例中MPLS报文的分片功能处于未使能状态。

命令格式

fragment enable

undo fragment enable

参数说明

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

使用场景

在LSP Ping测试或LSP Trace测试中,当MPLS报文长度大于设置的MPLS隧道MTU时,报文将不能通过MPLS隧道。通过fragment enable命令使能NQA测试例中MPLS报文的分片功能,可以将NQA测试例中的MPLS报文进行分片,从而进行NQA测试。

前置条件

使用此命令前,必先执行test-type { lspping | lsptrace }命令指定测试例的测试类型为LSP Ping或LSP Trace。

使用实例

# 使能NQA测试例中MPLS报文的分片功能。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type lspping
[*HUAWEI-nqa-user-test] fragment enable

frequency

命令功能

frequency命令用来配置NQA测试例自动执行测试的时间间隔。

undo frequency命令用来取消NQA测试例自动执行测试的时间间隔。

缺省情况下,没有配置自动测试间隔,即只进行一次测试。

命令格式

frequency interval

undo frequency

参数说明

参数 参数说明 取值
interval 测试例连续两次执行的时间间隔。 整数形式,取值范围是1~604800,单位是秒。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

执行start命令可以配置测试例启动的开始时间和结束时间。如果需要测试例在开始时间到结束时间内进行周期性测试,可以执行frequency命令配置NQA测试例自动执行测试的时间间隔,过了间隔时间,测试例自动执行一次。

配置NQA测试例自动执行测试的时间间隔,避免了繁琐的手动执行。

前置条件

使用命令前,必先用命令test-type指定测试例的测试类型。

注意事项

自动执行测试的时间间隔frequency取值有以下几种情况,当frequency取值不符合frequency校验公式时,测试例执行结果可能为no result。

测试例类型 frequency检验公式 变量解释
  • ICMP测试例
  • LSP Ping测试例
  • TCP测试例

frequency > interval x ( probeCount - 1 ) + timeout

  • frequency:NQA测试例自动执行测试的时间间隔。
  • interval:NQA测试例发送报文的时间间隔。
  • probeCount:NQA测试例一次测试的探针数目。
  • timeout:NQA测试例一次探测的超时时间。
  • ICMP Jitter测试例
  • UDP Jitter测试例
frequency > interval x ( probeCount x jitter-packetnum - 1 ) + timeout
  • frequency:NQA测试例自动执行测试的时间间隔。
  • interval:NQA测试例发送报文的时间间隔。
  • probeCount:NQA测试例一次测试的探针数目。
  • jitter-packetnum:NQA测试例每次探测时发送报文的个数。
  • timeout:NQA测试例一次探测的超时时间。
  • LSP Trace测试例
  • Trace测试例
frequency大于等于60 frequency:NQA测试例自动执行测试的时间间隔。
测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test两次测试之间间隔20秒。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] frequency 20

icmp-jitter-mode

命令功能

icmp-jitter-mode命令用来指定ICMP Jitter测试例测试模式的类型。

undo icmp-jitter-mode命令用来恢复ICMP Jitter测试例测试模式的缺省类型。

缺省情况下,ICMP Jitter测试例测试模式的类型为icmp-timestamp。

命令格式

icmp-jitter-mode { icmp-echo | icmp-timestamp }

undo icmp-jitter-mode

参数说明

参数 参数说明 取值
icmp-echo 指定ICMP Jitter测试例的测试模式为使用ICMP Echo报文进行测试。 -
icmp-timestamp 指定ICMP Jitter测试例的测试模式为使用ICMP Timestamp报文进行测试。 -

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

进行ICMP Jitter测试时,如果需要指定ICMP Jitter测试例测试模式的类型,可以通过icmp-jitter-mode命令进行设置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 指定ICMP Jitter测试的模式类型为使用ICMP echo报文进行测试。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance admin icmpjitter
[*HUAWEI-nqa-admin-icmpjitter] test-type icmpjitter
[*HUAWEI-nqa-admin-icmpjitter] icmp-jitter-mode icmp-echo
相关主题

interval(NQA测试例视图)

命令功能

interval命令用来配置NQA测试例的发送报文的时间间隔。

undo interval命令用来恢复NQA测试例的发送报文的时间间隔的缺省值。

  • 对于Jitter和ICMP jitter类型的测试例,时间间隔是20毫秒。

  • 对于其他类型的测试例,时间间隔是4秒。

命令格式

interval { milliseconds interval | seconds interval }

undo interval

参数说明

参数 参数说明 取值
milliseconds interval

以毫秒为单位设置发送报文的时间间隔。

说明:
当配置的发包间隔的毫秒数是1000的整数倍时,系统会自动把毫秒数转换为秒的形式。
整数形式,取值范围是10~60000
seconds interval 指定以秒设置发送报文的时间间隔。 整数形式,取值范围是1~60。单位是秒。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

当启动一个NQA测试例进行测试时,每次测试会发送多个探针进行检测。通过多次探测得到的统计数据,对网络质量进行检测。探测报文(即探针)是以一定的时间间隔进行发送的。

  • 网络质量较差,就需要增大发送报文的时间间隔,否则测试例会导致网络恶化。
  • 网络质量良好,就可以减小发送报文的时间间隔,避免长时间等待测试例结束。

前置条件

必先执行test-type命令指定测试例的测试类型。只能对Jitter、ICMP、ICMP Jitter、LSP Ping或TCP类型的测试例配置发送报文的时间间隔。

配置影响

  • 当配置的发包间隔的毫秒数是1000的整数倍时,系统会自动把毫秒数转换为秒的形式。
  • 只能对Jitter和ICMP Jitter类型的测试例配置毫秒级的报文时间间隔。除了Jitter和ICMP Jitter类型的测试例外,其他类型测试例的发包间隔必须大于timeout命令设置的测试超时时间。
  • 如果已经配置过发送报文的时间间隔,再次执行interval命令将覆盖原有配置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的报文间隔为1000毫秒。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] interval milliseconds 1000

jitter-codec

命令功能

jitter-codec命令用来配置NQA测试Jitter测试例模拟语音测试的编码类型。

undo jitter-codec命令用来删除NQA测试Jitter测试例模拟语音测试的编码类型。

缺省情况下,NQA测试Jitter测试例为非模拟语音测试。

命令格式

jitter-codec { g711a | g711u | g729a }

undo jitter-codec

参数说明

参数 参数说明 取值
g711a 指定模拟语音测试编码类型为g711alaw。G.711alaw编解码的传输速率为64 kbit/s。 -
g711u 指定模拟语音测试编码类型为g711ulaw。G.711ulaw编解码的传输速率为64 kbit/s。 -
g729a 指定模拟语音测试编码类型为g729a。G.729a编解码的传输速率为8 kbit/s。 -

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

当使用Jitter测试例对VoIP(Voice over IP)业务进行检测,必须执行jitter-codec命令配置语音测试中语音模拟信号和数字信号之间转换所采用的编解码方式。可以根据被测试的VoIP应用中,实际编码方式而选用不同的编码方式。

当编解码方式不同时,对应的Jitter测试报文大小不同:
  • 编解码方式为g711a时:datasize size所配置的报文大小缺省值为172字节。
  • 编解码方式为g711u时:datasize size所配置的报文大小缺省值为172字节。
  • 编解码方式为g729a时:datasize size所配置的报文大小缺省值为32字节。

Jitter测试例对三种编解码方式g711a、g711u和g729a实现的区别:

表18-57  编解码方式实现区别
编解码方式 数据区长度 发包个数 发包间隔
g711a 172字节 1000 20毫秒
g711u 172字节 1000 20毫秒
g729a 32字节 1000 20毫秒

在配置编解码类型之后,可以执行adv-factor命令配置语音测试计算的补偿因子,从而实现模拟真实语音数据包的抖动测试。

通过jitter-codecadv-factor命令对Jitter测试例的进行配置,调整测试数据包模拟VoIP业务进行发送,对检测VoIP网络、分析业务流量非常有帮助。

前置条件

  • 必须使被测试的VoIP业务中所应用的实际编码方式一致。
  • 必须执行test-type jitter命令配置测试例的类型为Jitter。
  • 启动Jitter测试例前,要确保对端设备已经执行nqa-server udpecho命令回应Jitter测试。

配置影响

  • 如果已经配置过编码类型,那么再次执行jitter-codec命令将覆盖原有配置。
  • 如果改变了编码类型,那么原来配置的补偿因子失效,需要重新配置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 配置模拟语音测试编码类型为g711a。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance admin jitter
[*HUAWEI-nqa-admin-jitter] test-type jitter
[*HUAWEI-nqa-admin-jitter] jitter-codec g711a

jitter-packetnum

命令功能

jitter-packetnum命令用来配置NQA测试例每次探测的发包数。

undo jitter-packetnum命令用来恢复NQA测试例每次探测发包数的缺省值。

缺省情况下,每次探测的发包数是20。

命令格式

jitter-packetnum number

undo jitter-packetnum

参数说明

参数 参数说明 取值
number 测试例每次探测(probe-count)执行的发包数。 整数形式,取值范围是1~3000。缺省值是20。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

当进行NQA测试时,如果希望模拟出在一段时间内某种数据的真实流量,通过执行jitter-packetnum命令设置连续发包数目来实现。可以更加精确地进行业务模拟,应用广泛。

例如,当需要使用Jitter测试例对VoIP(Voice over IP)业务进行检测,执行jitter-packetnum命令设置连续发包数为3000,并以20毫秒的时间间隔进行发送,可以在一分钟内模拟G.711流量。

前置条件

必须执行test-type命令配置测试例执行类型,只能对Jitter类型和ICMP Jitter的测试例配置发包数。

配置影响

  • 对于Jitter测试例、ICMP Jitter测试例,测试例发送的报文数是jitter-packetnumprobe-count的乘积,且该乘积不能超过3000。

  • 如果已经配置过发包数,那么再次执行jitter-packetnum命令将覆盖原有配置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的一次测试包含3次探测,每次探测发送1000个报文。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] probe-count 3
[*HUAWEI-nqa-user-test] jitter-packetnum 1000

lsp-exp

命令功能

lsp-exp命令用来配置NQA测试的LSP EXP值。

undo lsp-exp命令用来恢复缺省配置。

缺省情况下,LSP EXP值是0。

命令格式

lsp-exp exp

undo lsp-exp

参数说明

参数 参数说明 取值
exp EXP值。 整数形式,取值范围是0~7。缺省值是0。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

实验比特位EXP(Experimental Bits)是MPLS报文头中长度为3bit的保留域段。该域通常用于标识MPLS报文的服务级别。

通过配置LSP的EXP值,可以指定探测报文选择的队列,其目的在于:
  • 让探测报文走不同队列,避免链路拥塞。
  • 让探测报文走指定队列,实现对某队列的检测。

注意事项

只能对LSP类型的测试例配置LSP EXP。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的LSP EXP值为5。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type lspping
[*HUAWEI-nqa-user-test] lsp-exp 5
相关主题

lsp-nexthop

命令功能

lsp-nexthop命令在发起测试的节点有负载分担的情况下,配置下一跳IP地址。

undo lsp-nexthop命令用来取消当前配置。

缺省情况下,随机在负载分担链路中选择下一跳地址。

命令格式

lsp-nexthop nexthop-ip-address

undo lsp-nexthop

参数说明

参数 参数说明 取值
nexthop-ip-address 指定下一跳地址。 点分十进制形式。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

可以执行lsp-nexthop命令配置下一跳IP地址。目前只有LSP Ping测试例支持。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 为测试例类型为LSP Ping,lsp-type为IPv4的测试例指定下一跳地址。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type lspping
[*HUAWEI-nqa-user-test] lsp-type ipv4
[*HUAWEI-nqa-user-test] lsp-nexthop 10.1.2.20 
相关主题

lsp-replymode

命令功能

lsp-replymode命令用来配置NQA测试LSP测试例的响应模式。

undo lsp-replymode命令用来恢复缺省配置。

缺省情况下,以UDP报文响应。

命令格式

lsp-replymode { level-control-channel | no-reply | udp }

undo lsp-replymode

参数说明

参数 参数说明 取值
level-control-channel 指定通过隧道回复NQA探测。 -
no-reply 不响应。

如果设置no-reply参数,目的端不会回应NQA探测报文,这种配置通常用于在目的端针对收到的探测报文进行统计或者其他应用,无需回应探测报文。同时,NQA测试例因为无法收到回应报文而失败。

udp 以IPv4 UDP报文响应。 -

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

可以执行lsp-replymode命令设置测试例的应答报文按照什么方式响应。目前支持的测试例类型如下:
  • LSP Ping
  • LSP Trace

注意事项

配置lsp-replymode no-reply进行单向测试,客户端显示超时表明测试成功。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的响应模式是以UDP报文响应。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type lspping
[*HUAWEI-nqa-user-test] lsp-replymode udp
相关主题

lsp-type

命令功能

lsp-type命令用来配置NQA测试例的LSP测试类型。

undo lsp-type命令用来恢复缺省配置。

缺省情况下,测试类型为IPv4。

命令格式

lsp-type ipv4

undo lsp-type

参数说明

参数 参数说明 取值
ipv4

指定LSP测试类型为IPv4。

-

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

执行lsp-type命令可以配置NQA测试例的LSP测试类型,实现对LDP隧道的检测:
  • 如果配置ipv4参数,NQA测试例会对指定LDP进行测试。此时目的地址应已通过destination-address命令进行指定。

前置条件

  • 对于IPv4 LSP测试类型,必须指定NQA的测试例类型为LSP Ping、LSP Trace。

使用实例

# 设置测试例user test的LSP测试类型为IPv4的LSP Ping。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type lspping
[*HUAWEI-nqa-user-test] lsp-type ipv4
相关主题

nqa

命令功能

nqa命令用来创建NQA测试例,并进入NQA测试例视图。

undo nqa命令用来删除NQA测试例。

命令格式

nqa test-instance admin-name test-name

undo nqa { test-instance admin-name test-name | all-test-instance }

参数说明

参数 参数说明 取值
admin-name NQA测试例的管理者。

字符串形式,区分大小写,长度范围是1~32,不能包含?、-、单个"或者连续的"。

test-name NQA测试例的测试例名。

字符串形式,区分大小写,长度范围是1~32,不能包含?、-、单个"或者连续的"。

all-test-instance 所有NQA测试例实例。 -

视图

系统视图

缺省级别

2:配置级

使用指南

应用场景

网络质量分析NQA(Network Quality Analysis)是设备上集成网络测试功能,不仅可以实现对网络运行情况的准确测试,输出统计信息,有效的节约成本。

对于上述诸多业务特性的检测,NQA是通过创建测试例来完成的。NQA把测试两端称为客户端和目的端,并在客户端发起测试,目的端接收报文后,返回给源端相应的回应信息。根据返回的报文信息,了解相应的网络状况。

配置影响

执行命令undo nqa all-test-instance,将删除所有的NQA测试例(不包括正在运行的测试例)。

注意事项

不能删除正在运行的测试例。

使用实例

# 创建名为user test的测试例。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test]
相关主题

nqa jitter tag-version

命令功能

nqa jitter tag-version命令用来配置NQA测试Jitter测试例的报文版本号。

undo nqa jitter tag-version命令用来恢复NQA测试Jitter测试例的报文版本号的缺省值。

缺省情况下,Jitter测试例的报文版本号是1。

命令格式

nqa jitter tag-version version-number

undo nqa jitter tag-version

参数说明

参数 参数说明 取值
version-number Jitter测试例的报文版本号。 取值是1或者2。

视图

系统视图

缺省级别

2:配置级

使用指南

应用场景

版本1不支持单向丢包统计。

版本2的报文统计更加精确,其统计结果可以为网络管理员定位网络故障、检测恶意对网络的攻击提供依据。在配置Jitter报文的版本号为2并配置单向丢包统计后,在测试结果中将可以看到,从源端到目的端、从目的端到源端和未知方向的丢包情况。

因此,推荐配置版本号为2。

配置影响

如果已经配置过Jitter测试例的报文版本号,那么再次执行nqa jitter tag-version命令将覆盖原有配置。

使用实例

# 配置Jitter测试例的报文版本号为2。

<HUAWEI> system-view
[~HUAWEI] nqa jitter tag-version 2

nqa server tcpconnect

命令功能

nqa server tcpconnect命令用来配置TCP测试例的TCP服务器。

undo nqa server tcpconnect命令用来删除TCP测试例的TCP服务器。

缺省情况下,未配置TCP服务器。

命令格式

nqa server tcpconnect [ vpn-instance vpn-instance-name ] ip-address port-number

undo nqa server tcpconnect [ vpn-instance vpn-instance-name ] ip-address port-number

参数说明

参数 参数说明 取值
vpn-instance vpn-instance-name 指定TCP服务器所属的VPN实例名。 字符串形式,区分大小写,不支持空格,长度范围是1~31。当输入的字符串两端使用双引号时,可在字符串中输入空格。不能以“_public_”作为VPN实例名称,作为保留使用。
ip-address 指定TCP服务器端的地址。 点分十进制格式。
port-number 指定TCP服务器端的端口号。

整数形式,取值范围是1~65535。不能是知名端口号或者被其他模块占用的端口号。

视图

系统视图

缺省级别

2:配置级

使用指南

应用场景

NQA的TCP测试用于检测主机与TCP Server之间经过三次握手建立TCP连接的速度。对于TCP测试例,需要配置TCP服务器,以对探测报文进行回应。

在客户端有以下针对服务器的配置:
  • 客户端执行destination-address命令配置NQA测试例的目的地址,即执行本命令所配置的TCP服务器地址。
  • 客户端执行destination-port命令配置NQA测试例的目的端口号,即执行本命令所配置的TCP服务器启动的端口号。TCP服务器端使用port-number参数对服务器端口进行开启,以供测试例访问。

如果客户端与服务器通过VPN相连,还需要指定VPN实例名。

注意事项

只有TCP测试例才需要配置TCP服务器。

使用实例

# 创建TCP服务器,IP地址是10.10.10.1,TCP端口号是5000。

<HUAWEI> system-view
[~HUAWEI] nqa server tcpconnect 10.10.10.1 5000

nqa server udpecho

命令功能

nqa server udpecho命令用来配置NQA测试的UDP服务器。

undo nqa server udpecho命令用来删除当前配置的NQA测试的UDP服务器。

缺省情况下,未配置UDP服务器。

命令格式

nqa server udpecho [ vpn-instance vpn-instance-name ] ip-address port-number

undo nqa server udpecho [ vpn-instance vpn-instance-name ] ip-address port-number

参数说明

参数 参数说明 取值
vpn-instance vpn-instance-name 指定服务器所属的VPN实例名。 必须是已存在的VPN实例名。
ip-address 指定UDP服务器端UDP的地址。 点分十进制格式。
port-number 指定UDP服务器端的端口号。

整数形式,取值范围是1~65535。不能是知名端口号或者被其他模块占用的端口号。

视图

系统视图

缺省级别

2:配置级

使用指南

应用场景

该命令在UDP服务器端配置。

Jitter是以UDP报文为承载,通过记录在报文中的时间戳信息来统计时延、抖动和丢包。需要配置UDP服务器,以对探测报文进行回应。

如果客户端与服务器通过VPN相连,还需要指定VPN实例名。

注意事项

只有Jitter测试例才需要配置UDP服务器。

使用实例

# 创建NQA UDP服务器,服务器的IP地址是10.10.10.2,端口号是6000。

<HUAWEI> system-view
[~HUAWEI] nqa server udpecho 10.10.10.2 6000

probe-count

命令功能

probe-count命令用来配置NQA测试例的一次测试探针数目。

undo probe-count命令用来恢复NQA测试例的一次测试探针数目的缺省值。

缺省情况下,一次测试探针数目是3。

命令格式

probe-count number

undo probe-count

参数说明

参数 参数说明 取值
number 在一次NQA测试中测试探针的次数,即一次测试中探测的次数。

整数形式,取值范围是1~15。缺省值是3。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

在NQA测试时,一次测试包含多次探测。在默认情况下,对于一次测试,有一次或一次以上探测成功,即认为该测试是成功的;若全部探测失败,则认为该测试失败。因此,可根据网络质量来具体配置一次测试中探测的次数的大小:
  • 对于可靠的网络,可将探测次数设置的相对小些。因为可能发送较小次数的探测报文便能获得探测成功。
  • 对于不可靠网络,可将探测次数设置的相对大些。因为可能发送较大次数的探测报文才能获得探测成功。
反之,也可通过不断的调整探测的次数,根据多次探测得到的统计数据检测网络的质量,例如,
  • 若探测次数设置为一个较小的数值,即可获得探测成功,则说明网络质量较好。
  • 若探测次数设置为一个较大的数值,但是仍无法探测成功,则说明网络质量较差。

前置条件

使用命令前,必先用命令test-type指定测试例的测试类型。

配置影响

  • 对于Jitter测试例、ICMP Jitter测试例,测试例发送的报文数是probe-countjitter-packetnum的乘积,且该乘积不能超过3000。

  • 如果已经配置过发送探针次数,那么再次执行probe-count命令将覆盖原有配置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

当NQA测试例为Trace时,配置一次测试的探针次数不能大于10。

使用实例

# 设置测试例user test的探测次数为6。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] probe-count 6

probe-failtimes

命令功能

probe-failtimes命令用来配置NQA测试探测失败后发送trap的阈值。即,连续探测失败的次数。

undo probe-failtimes命令用来恢复NQA测试探测失败后发送trap的阈值的缺省值。

缺省情况下,探测失败一次就会发送一条Trap信息。

命令格式

probe-failtimes times

undo probe-failtimes

参数说明

参数 参数说明 取值
times NQA测试中发送trap的阈值。即,连续探测失败的次数。 整数形式,取值范围是1~15。缺省值是1。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

NQA探测是用来检测某个探针是否收到相应的响应报文。如果连续没有收到响应报文的次数达到指定数目,系统就会根据配置的网管地址向网管发送探测失败Trap消息。

前置条件

使用命令前,必先用命令test-type指定测试例的测试类型。

后续任务

配置了probe-failtimes命令后,需执行send-trap probefailure命令打开发送探测失败Trap开关。否则无法正常发送Trap消息。

注意事项

ICMP Jitter、Jitter、LSP Ping、LSP Trace和Trace测试例不能配置此项参数。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的连续探测失败数为10次。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type tcp
[*HUAWEI-nqa-user-test] probe-failtimes 10

records

命令功能

records命令用来配置NQA测试的历史记录和结果记录的最大数目。

undo records命令用来恢复NQA测试的历史记录和结果记录的最大数目的缺省值。

缺省情况下,历史记录为60;结果记录为5。

命令格式

records { history number | result number }

undo records { history | result }

参数说明

参数 参数说明 取值
history number 指定历史统计最大条数。

整数形式,取值范围是0~1000,缺省值是60

result number 指定结果统计最大条数。 整数形式,取值范围是1~10,缺省值是5。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

用户可根据需要通过执行records配置保存NQA测试结果记录的数目。

用户创建的每个测试例都默认支持50条历史记录,为了保证历史记录总条数不会过大,需要控制设备上可产生总的历史记录条数。同时,需要设定一个用户可增加的历史表条数,即历史表余量。测试例配置的历史表条数相对历史表默认条数的增量的总和不能大于历史表余量。

注意事项

使用命令前,必先用命令test-type指定测试例的测试类型。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的历史统计最大个数为30。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] records history 30

restart(NQA测试例视图)

命令功能

restart命令用来停止当前正在执行的测试例,重新启动该测试例。

命令格式

restart

参数说明

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

执行restart命令的效果相当于执行start now命令。

使用实例

# 重新启动测试例user test。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] destination-port 8000
[*HUAWEI-nqa-user-test] destination-address ipv4 10.1.1.1
[*HUAWEI-nqa-user-test] restart
相关主题

sendpacket passroute

命令功能

sendpacket passroute命令用来配置NQA测试例不查找路由表发送报文。

undo sendpacket passroute命令用来恢复NQA测试例查找路由表发送报文。

缺省情况下,NQA测试查找路由表发送报文。

命令格式

sendpacket passroute

undo sendpacket passroute

参数说明

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

使用命令前,必先用命令test-type指定测试类的测试类型。

不能对ICMP Jitter、LSP Ping和LSP Trace测试例进行此配置。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test不查找路由表发送报文。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] sendpacket passroute
相关主题

send-trap

命令功能

send-trap命令用来配置Trap消息的发送条件。

undo send-trap命令用来删除Trap消息的发送条件。

缺省情况下,不发送Trap消息。

命令格式

send-trap { all | { owd-ds | owd-sd | probefailure | rtd | testcomplete | testfailure } * }

undo send-trap { all | { owd-ds | owd-sd | probefailure | rtd | testcomplete | testfailure } * }

参数说明

参数 参数说明 取值
all
下面任何一种情况发生时,发送Trap消息:
  • 单向延时超过阈值
  • 双向延时超过阈值
  • 探测失败
  • 测试成功
  • 测试失败
-
owd-ds 从目的到源的单向延时超过阈值,发送Trap消息。
说明:
只能对Jitter类型的测试例配置该参数。
-
owd-sd 从源到目的的单向延时超过阈值,发送Trap消息。
说明:
只能对Jitter类型的测试例配置该参数。
-
probefailure 当探测失败时,发送Trap消息。
说明:
不能对Jitter和Trace类型的测试例配置该参数。
-
rtd 双向延时超过阈值时,发送Trap消息。 -
testcomplete 当测试成功时,发送Trap消息。
说明:
不能对Jitter类型的测试例配置该参数。
-
testfailure 当测试失败时,发送Trap消息。 -

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

NQA测试成功或者失败都会产生Trap消息,可以通过设置Trap开关控制向网管发送何种类型的Trap消息。

当以下情况发生时,会向网管发送Trap消息
  • 发送单向延时超过阈值:

    如果从源到目的或从目的到源,任意一个方向的传输延迟超过设置的阈值,则根据配置的网管地址向网管发送Trap消息。

  • 发送双向延迟超过阈值:

    如果双向传输延迟超过设置的阈值时,则根据配置的网管地址向网管发送Trap消息。

  • 发送NQA探测失败:

    检查某个探针是否收到相应的响应报文。如果连续没有收到响应报文的次数达到指定数目,则根据配置的网管地址向网管发送Trap消息。

  • 发送NQA测试成功:

    当对某个目的地址的测试成功后,发送Trap通知网管。如果收到相应的响应报文,则根据配置的网管地址向网管发送Trap消息。

  • 发送NQA测试失败:

    检查某个测试是否失败。如果测试例连续测试的失败次数达到指定数目,则根据配置的网管地址向网管发送Trap消息。

执行send-trap可以配置发送Trap的条件,当符合指定条件时便向网管发送Trap消息。

前置条件

使用命令前,必先用命令test-type指定测试例的测试类型。

注意事项

不能对ICMP Jitter、LSP Ping和LSP Trace测试例进行此配置。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

多个测试例同时打开TRAP开关时,可能会产生大量TRAP(日志),导致CPU升高,影响其他业务。

使用实例

# 允许测试例user test在测试失败情况下发送Trap消息。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] send-trap testfailure

set-df

命令功能

set-df命令用来设置报文的DF(Don't Fragment)位。即,不允许报文分片。

undo set-df命令用来恢复报文的DF(Don't Fragment)位的缺省值。

缺省情况下,允许报文被分片。

命令格式

set-df

undo set-df

参数说明

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

如果两台主机之间的通信需要经过多个网络,那么每个网络都可能具有不同的MTU值,所有网络中最小的MTU才是路径MTU。因此,当报文在不同网络中进行传输时,只有得知路径MTU才能确保报文的正常传输。

如果不设置对报文不分片,那么当报文的长度大于MTU值时,会将报文分成小于路径MTU的若干片,这样便无法检测出路径MTU。因此,如果想探测路径MTU,必须执行set-df设置测试例不允许报文分片,通过不断增加报文大小,达到测试路径MTU的目的。

前置条件

使用此命令前,必先执行test-type trace命令指定测试例的测试类型为Trace测试例。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test发送的报文不被分片。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type trace
[*HUAWEI-nqa-user-test] set-df
相关主题

snmp-agent trap enable feature-name nqa

命令功能

snmp-agent trap enable feature-name nqa命令用来打开NQA模块的告警开关。

undo snmp-agent trap enable feature-name nqa命令用来关闭NQA模块的告警开关。

缺省情况下,NQA模块的告警开关处于开启状态。

命令格式

snmp-agent trap enable feature-name nqa [ trap-name { nqajitterstatsowdthresholdnotificationds | nqajitterstatsowdthresholdnotificationsd | nqajitterstatsrtdthresholdnotification | nqajitterstatstestfailed | nqaresultsprobefailed | nqaresultstestcompleted | nqaresultstestfailed | nqaresultsthresholdnotification | pingprobefailed | pingtestcompleted | pingtestfailed | traceroutetestcompleted | traceroutetestfailed } ]

undo snmp-agent trap enable feature-name nqa [ trap-name { nqajitterstatsowdthresholdnotificationds | nqajitterstatsowdthresholdnotificationsd | nqajitterstatsrtdthresholdnotification | nqajitterstatstestfailed | nqaresultsprobefailed | nqaresultstestcompleted | nqaresultstestfailed | nqaresultsthresholdnotification | pingprobefailed | pingtestcompleted | pingtestfailed | traceroutetestcompleted | traceroutetestfailed } ]

参数说明

参数 参数说明 取值
trap-name NQA模块的指定类型事件的告警开关。 -
nqajitterstatsowdthresholdnotificationds 使能在Jitter测试例中当从目的端到源端的时间超出设定值时告警。 -
nqajitterstatsowdthresholdnotificationsd 使能在Jitter测试例中当从源端到目的端的时间超出设定值时告警。 -
nqajitterstatsrtdthresholdnotification 使能在Jitter测试例中当完成时间超出设定值时告警。 -
nqajitterstatstestfailed 使能当Jitter测试例失败时告警。 -
nqaresultsprobefailed 使能当探测连续失败数超过设定值时告警。 -
nqaresultstestcompleted 使能当普通测试例完成时告警。 -
nqaresultstestfailed 使能当普通测试例失败时告警。 -
nqaresultsthresholdnotification 使能当测试例完成时间超出设定值时告警。 -
pingprobefailed 使能当ICMP测试例探测连续失败数超过设定值时告警。 -
pingtestcompleted 使能当ICMP测试例完成时告警。 -
pingtestfailed 使能当ICMP测试例失败时告警。 -
traceroutetestcompleted 使能当Trace测试例获取目的端路径时告警。
说明:

CE8860EI、CE8850EI、CE7855EI、CE7850EI、CE6880EI、CE6870EI、CE6860EI、CE6856HI、CE6855HI、CE6851HI、CE6850HICE6850HI不支持该参数。

-
traceroutetestfailed 使能当Trace测试例不能获取目的端路径时告警。
说明:

CE8860EI、CE8850EI、CE7855EI、CE7850EI、CE6880EI、CE6870EI、CE6860EI、CE6856HI、CE6855HI、CE6851HI、CE6850HICE6850HI不支持该参数。

-

视图

系统视图

缺省级别

3:管理级

使用指南

如果只打开某个或几个事件的告警开关时,请选择trap-name。

使用实例

# 打开NQA模块的nqajitterstatsowdthresholdnotificationds的trap开关。

<HUAWEI> system-view
[~HUAWEI] snmp-agent trap enable feature-name nqa trap-name nqajitterstatsowdthresholdnotificationds

source-address

命令功能

source-address命令用来配置NQA测试的源端的IP地址。

undo source-address命令用来恢复NQA测试的源端的IP地址的缺省值。

缺省情况下,使用发送测试报文的接口IP地址作为源IP地址。

命令格式

source-address { ipv4 ipv4-address | ipv6 ipv6-address }

undo source-address

参数说明

参数 参数说明 取值
ipv4 ipv4-address NQA测试例的IPv4源端地址。 IP地址为合法的点分十进制格式。
ipv6 ipv6-address NQA测试例的IPv6源端地址。
说明:

目前,只有ICMP、Trace测试例支持IPv6源地址。

总长度为128位,通常分为8组,每组为4个十六进制数的形式。格式为X:X:X:X:X:X:X:X。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

当测试报文到达目的地址后,会将NQA测试例的源地址作为目的地址进行回应。执行source-address命令配置本次测试的源IP地址。若不指定源IP地址,系统将会使用发送测试报文的接口IP地址作为源IP地址。

前置条件

必先执行test-type命令指定测试例的测试类型。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的源地址为10.1.1.1。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] source-address ipv4 10.1.1.1

source-interface

命令功能

source-interface命令用来配置NQA测试例的源端接口。

undo source-interface命令用来取消NQA测试例的源端接口配置。

缺省情况下,没有配置NQA测试例的源端接口。

命令格式

source-interface interface-type interface-number

undo source-interface

参数说明

参数 参数说明 取值
interface-type interface-number NQA测试源端接口类型和源端接口编号。 -

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

当测试报文到达目的地址后,会将NQA测试例的请求报文进行回应。执行source-interface命令可以配置NQA测试例的源接口,具体的应用场景如下:
  • 如果执行source-address命令指定NQA测试例的源IP地址,并且指定了NQA测试例的源接口。此时报文会从指定源接口发送出去,但是回应报文会从配置的源IP地址的接口返回。
  • 如果不指定NQA测试例的源IP地址,NQA测试例将会使用出接口的IP地址作为NQA测试例的源IP地址。此时NQA测试例的发送和回应报文都会走source-interface命令指定的出接口。

前置条件

使用命令前,必先用命令test-type定测试类的测试类型,但只能对ICMP、ICMP Jitter、Jitter类型的测试例配置源接口。

注意事项

配置NQA测试例的源端接口必须是已经配置了IP地址的接口,否则命令无法生效。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的源接口为vlanif 100

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] source-interface vlanif 100

source-port

命令功能

source-port命令用来配置NQA测试的源端口号。

undo source-port命令用来删除本次NQA测试的源端口号的配置。

缺省情况下,测试例没有默认源端口号,由系统随机分配。

命令格式

source-port port-number

undo source-port

参数说明

参数 参数说明 取值
port-number 指定测试的源端口号。 不能配置成知名端口号。整数形式,取值范围是1~65535。不能是知名端口号或者被其他模块占用的端口号。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

通过指定NQA测试例的源端口号,可以更加准确的规范NQA测试报文,避免类似ACL规则等对探测报文的过滤。执行source-port命令可以配置本次测试的源端口号:
  • 如果不指定NQA测试例的源端口号,则会随机选择可用的源端口收发NQA测试例的报文。
  • 如果指定NQA测试例的源端口号,则会从指定的源端口号收发NQA测试例的报文。

必先执行test-type命令指定测试例的测试类型,所支持的测试类型为TCP、Jitter。

注意事项

执行source-port命令配置的源端口号必须是有效端口号,否则探测失败。

[61441,65535]之间的端口号为产品预留端口号,不可使用,否则会导致探测失败。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的源端口号为3000。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type tcp
[*HUAWEI-nqa-user-test] source-port 3000

start

命令功能

start命令用来配置NQA测试例的启动方式和结束方式。

undo start命令用来终止当前正在执行的测试例或者删除未执行NQA测试例的启动方式和结束方式的配置。

缺省情况下,测试报文发送完毕后,测试自动结束。

命令格式

start at [ yyyy/mm/dd ] hh:mm:ss [ end { at [ yyyy/mm/dd ] hh:mm:ss | delay { seconds second | hh:mm:ss } | lifetime { seconds second | hh:mm:ss } } ]

start delay { seconds second | hh:mm:ss } [ end { at [ yyyy/mm/dd ] hh:mm:ss | delay { seconds second | hh:mm:ss } | lifetime { seconds second | hh:mm:ss } } ]

start now [ end { at [ yyyy/mm/dd ] hh:mm:ss | delay { seconds second | hh:mm:ss } | lifetime { seconds second | hh:mm:ss } } ]

start daily hh:mm:ss to hh:mm:ss [ begin { yyyy-mm-dd | yyyy/mm/dd } ] [ end { yyyy-mm-dd | yyyy/mm/dd } ]

undo start

参数说明

参数 参数说明 取值
start at [ yyyy/mm/dd ] hh:mm:ss

开始执行测试例的时间点。

说明:

设定的时间必须晚于当前设备的时间。

-
start delay { seconds second | hh:mm:ss }

延迟启动测试例执行的时间段。

  • seconds second:延迟指定的时间后启动。整数形式,取值范围是1~86399,单位是秒。

  • hh:mm:ss:延迟指定的时间后启动。以这种方式指定延迟时间后,系统会自动转换成以秒表示的形式。比如1:0:0表示延迟1小时(即3600秒)后启动。

start now 立即启动执行当前测试例。 -
end at [ yyyy/mm/dd ] hh:mm:ss 在指定的时间点结束当前执行的测试例。 -
end delay { seconds second | hh:mm:ss } 延迟结束测试例的执行。该延迟是相对于当前系统时间的延迟。例如:当用户在8:59:40执行命令start at 9:00:00 end delay seconds 60时,测试例在9:00:00开始执行,在9:00:40结束。
  • seconds second:延迟指定的时间后停止。整数形式,取值范围是6~86399,单位是秒。

  • hh:mm:ss:延迟指定的时间后停止。比如1:0:0表示测试例从当前系统时间算起,延迟3600s后停止。

end lifetime { seconds second | hh:mm:ss } 配置测试例的持续时间。以测试例启动时间开始算起。例如:当用户在9:00:00执行命令start delay seconds 60 end lifetime seconds 120时,测试例开始执行时间是09:01:00,持续时间为120s,结束时间是09:03:00。
  • seconds second:以秒为单位设置测试例的生命周期。整数形式,取值范围是6~86399,单位是秒。

  • hh:mm:ss:设置测试例的生命周期。比如1:0:0表示从启动测试例时间算起,测试例的生命周期为3600s。

start daily hh:mm:ss to hh:mm:ss [ begin { yyyy-mm-dd | yyyy/mm/dd } ] [ end { yyyy-mm-dd | yyyy/mm/dd } ] 指定每日定时启动。 -

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

执行start命令可以配置NQA测试例的启动方式和结束方式。

主要以下几种使用场景:
  • 在指定时间点执行测试例,并且在指定时间点结束测试例。执行start at yyyy/mm/dd hh:mm:ss end at yyyy/mm/dd hh:mm:ss命令。
  • 在指定时间点执行测试例,持续指定的秒数后结束测试例。执行start at yyyy/mm/dd hh:mm:ss end lifetime seconds second命令。
  • 在指定的秒数后执行测试例,并且在指定时间点结束测试例。执行start delay seconds second end at yyyy/mm/dd hh:mm:ss命令。
  • 立即执行测试例,并且在指定的秒数后结束测试例。执行start now end lifetime seconds second命令。
  • 在每天指定时间执行测试例,并且在指定时间结束测试例。执行start daily hh:mm:ss to hh:mm:ss命令。

根据业务需求,选择合适的测试例启动方法。

注意事项

如果当前正在执行的测试例总数已经达到系统允许的最大数目,start命令将失败。

对于同一个测试例,执行start now命令需要在上一次测试执行完成后,才能再次执行。

当配置在指定时间点开始测试例的运行时,需要注意当前设备的时间,以免造成设置无效时间。

当NQA测试例相关参数配置不满足表18-58所示的frequency检验公式时,可能会导致测试结果不准确。NQA测试例在启动检测时,会对NQA测试例自动执行测试的时间间隔frequency进行检验。当frequency不满足frequency检验公式时,设备会提示用户配置合适的frequency。为了测试结果的准确性,请用户根据实际情况修改配置。

表18-58  frequency校验
测试例类型 frequency检验公式 变量解释
  • ICMP测试例
  • LSP Ping测试例
  • TCP测试例

frequency > interval x ( probeCount - 1 ) + timeout

  • frequency:NQA测试例自动执行测试的时间间隔。
  • interval:NQA测试例发送报文的时间间隔。
  • probeCount:NQA测试例一次测试的探针数目。
  • timeout:NQA测试例一次探测的超时时间。
  • ICMP Jitter测试例
  • UDP Jitter测试例
frequency > interval x ( probeCount x jitter-packetnum - 1 ) + timeout
  • frequency:NQA测试例自动执行测试的时间间隔。
  • interval:NQA测试例发送报文的时间间隔。
  • probeCount:NQA测试例一次测试的探针数目。
  • jitter-packetnum:NQA测试例每次探测时发送报文的个数。
  • timeout:NQA测试例一次探测的超时时间。
  • LSP Trace测试例
  • Trace测试例
frequency大于等于60 frequency:NQA测试例自动执行测试的时间间隔。

使用实例

# 测试在当10小时后启动。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] destination-address ipv4 10.1.1.1
[*HUAWEI-nqa-user-test] destination-port 4000
[*HUAWEI-nqa-user-test] start delay 10:00:00
相关主题

stop

命令功能

stop命令用来终止当前正在执行的NQA测试例。

命令格式

stop

参数说明

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

使用该命令只能终止当前正在进行的NQA测试例,也就是只能终止处于Active状态的测试例。

使用实例

# 停止测试例user test。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[~HUAWEI-nqa-user-test] stop
相关主题

test-failtimes

命令功能

test-failtimes命令用来配置在NQA测试失败后发送Trap的阈值。即,连续测试失败的次数。

undo test-failtimes命令用来恢复NQA测试失败后发送Trap的阈值的缺省值。

缺省情况下,测试失败一次就会发送一条Trap信息。

命令格式

test-failtimes times

undo test-failtimes

参数说明

参数 参数说明 取值
times NQA测试失败后发送trap的阈值。即,连续测试失败的次数。 整数形式,取值范围是1~15。缺省值是1。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

在NQA测试时,一次测试包含多次探测。在默认情况下,对于一次测试,有一次或一次以上探测成功,即认为该测试是成功的;若全部探测失败,则认为该测试失败。如果连续测试失败的次数达到了指定的数目,系统就会根据配置的网管地址向网管发送Trap消息。

前置条件

使用命令前,必先用命令test-type指定测试例的测试类型。

后续任务

配置了test-failtimes命令后,需执行send-trap testfailure命令打开发送测试失败Trap开关。否则无法正常发送Trap消息。

注意事项

不能对ICMP Jitter、LSP Ping和LSP Trace测试例进行此配置。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的连续测试失败数为10。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] test-failtimes 10

test-type

命令功能

test-type命令用来配置NQA测试例的测试类型。

undo test-type命令用来取消NQA测试例的测试类型。

缺省情况下,未配置任何测试类型。

命令格式

test-type { icmp | icmpjitter | jitter | tcp | lspping | lsptrace | trace }

undo test-type

参数说明

参数 参数说明 取值
icmp ICMP测试。 -
icmpjitter ICMP Jitter测试,通过ICMP报文测试网络的抖动情况。 -
jitter Jitter测试,测试对UDP报文处理的抖动情况。 -
lspping LSP Ping测试。 -
lsptrace LSP Trace route测试。 -
tcp TCP测试。 -
trace Trace测试。 -

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

不能修改正在运行的测试例的类型,否则会导致NQA测试失败。

使用实例

# 配置NQA测试例的测试类型为TCP测试。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type tcp
相关主题

threshold

命令功能

threshold命令用来设置双向传输延迟、单向传输延迟的阈值。

undo threshold命令用来取消双向传输延迟、单向传输延迟的阈值。

缺省情况下,没有配置阈值。

命令格式

threshold { owd-ds owd-ds-value | owd-sd owd-sd-value | rtd rtd-value }

undo threshold { owd-ds | owd-sd | rtd }

参数说明

参数 参数说明 取值
owd-ds owd-ds-value 从目的到源的单向时延阈值。 整数形式,取值范围是1~60000,单位是毫秒
owd-sd owd-sd-value 从源到目的的单向延时阈值。 整数形式,取值范围是1~60000,单位是毫秒
rtd rtd-value 往返时延阈值。 整数形式,取值范围是1~60000,单位是毫秒

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。
说明:

LSP Ping、LSP Trace和ICMP Jitter测试例不支持本命令。

使用实例

# 设置往返时延阈值2ms。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] threshold rtd 2
相关主题

timeout

命令功能

timeout命令用来配置NQA测试例的一次探测的超时时间。

undo timeout命令用来恢复NQA测试例的一次探测的超时时间的缺省值。

缺省情况下,超时时间为3秒。

命令格式

timeout time

undo timeout

参数说明

参数 参数说明 取值
time 指定一次探测的超时时间。 整数形式,取值范围是1~60,单位是秒。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

测试超时时间是指发送完探测报文后,等待响应报文的时间。如果超过此时间没有收到响应报文,认为该次测试失败。超时时间的设定需要根据具体网络,如果设定过小,可能会导致NQA测试例失败。

对于质量较差、传输速率不高的网络,为了保证NQA探测报文能够收到回应,需要加大发送探测报文的超时时间。

前置条件

必先执行test-type命令指定测试例的测试类型。

注意事项

  • 建议根据测试例执行测试结果的RTT值来配置超时时间,要保证timeout命令设置的超时时间必须大于RTT值。
  • 除了Jitter和ICMP Jitter类型的测试例外,timeout命令设置的超时时间必须小于interval命令设置的NQA测试例发送报文的时间间隔,否则会导致报文超时。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的超时时间为20秒。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type jitter
[*HUAWEI-nqa-user-test] timeout 20

tracert-hopfailtimes

命令功能

tracert-hopfailtimes命令用来配置NQA测试中Trace测试例失败的失败跳数。

undo tracert-hopfailtimes命令用来恢复NQA测试中Trace测试例失败的失败跳数的缺省值。

缺省情况下,一次探测中的失败跳数达到5次就认为此次探测失败。

命令格式

tracert-hopfailtimes times

undo tracert-hopfailtimes

参数说明

参数 参数说明 取值
times NQA测试连续失败跳数。 整数形式,取值范围是1~255。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

只能对Trace和LSP Trace类型的测试例配置连续失败跳数。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的连续测试失败数为6次。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type trace
[*HUAWEI-nqa-user-test] tracert-hopfailtimes 6
相关主题

tracert-livetime

命令功能

tracert-livetime命令用来配置NQA测试Trace和LSP Trace测试例的生存时间。

undo tracert-livetime命令用来将NQA测试Trace和LSP Trace测试例的生存时间恢复为缺省值。

缺省情况下,初始TTL值为1,最大TTL值为30。

命令格式

tracert-livetime first-ttl first-ttl max-ttl max-ttl

undo tracert-livetime

参数说明

参数 参数说明 取值
first-ttl first-ttl 指定报文的初始TTL值。 整数形式,取值范围是1~255。缺省值是1。
max-ttl max-ttl 指定报文的最大TTL值。 整数形式,取值范围是1~255。max-ttl的值不能小于first-ttl。缺省情况下,报文的最大TTL值为30。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

只能对Trace和LSP Trace类型的测试例配置tracert-livetime命令。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的生存时间,初始TTL为5,最大TTL为20。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type trace
[*HUAWEI-nqa-user-test] tracert-livetime first-ttl 5 max-ttl 20
相关主题

tos

命令功能

tos命令用来配置NQA测试报文的服务类型。

undo tos命令用来恢复NQA测试报文的服务类型的缺省值。

缺省情况下,ToS的值为0。

命令格式

tos value

undo tos

参数说明

参数 参数说明 取值
value 报文的服务类型。 整数形式,取值范围是0~255。缺省值是0。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

ToS值包含两个子字段:优先权和ToS。其中优先权用来设置报文的优先级,ToS字段通常不用(所有位被设置为0)。通过配置ToS值,可以设置探测报文的优先级别。这样,在报文流量较大时可以优先处理优先级高的报文。

前置条件

必先执行命令test-type指定测试例的测试类型。

支持该配置的测试例类型为:
  • ICMP
  • ICMP Jitter
  • Jitter
  • TCP

配置影响

如果已经配置测试例的ToS值,再执行tos命令将覆盖原有配置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的服务类型为10。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] tos 10
相关主题

ttl

命令功能

ttl命令用来配置NQA测试例测试报文的TTL值。

undo ttl命令用来恢复NQA测试例测试报文的TTL值的缺省值。

缺省情况下,TTL值为30。

命令格式

ttl number

undo ttl

参数说明

参数 参数说明 取值
number 指定TTL值。 整数形式,取值范围是1~255。缺省值是30。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

为了防止测试报文无休止地被传输,必须保证测试例在一定跳数范围内执行。

在最初创建测试报文时,ttl命令设置TTL为某个特定的值。当测试报文逐个沿三层路由设备进行传输时,每台三层路由设备都使TTL的数值减1,当TTL的值减为0时,三层路由设备将会丢弃该测试报文并向发送端发送错误信息。从而有效地防止了报文的无休止传输。

前置条件

必先执行test-type命令指定测试类的测试类型。

支持该配置的测试例类型为:
  • ICMP
  • ICMP Jitter
  • Jitter
  • TCP
  • LSP Ping

配置影响

如果已经配置过TTL值,那么再次执行ttl命令将覆盖原有配置。

注意事项

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的报文TTL值为10。

<HUAWEI> system-view
[~HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] ttl 10
相关主题

vpn-instance

命令功能

vpn-instance命令用来配置NQA测试例的VPN实例名。

undo vpn-instance命令用来删除NQA测试例的VPN实例名。

缺省情况下,未配置VPN实例名。

命令格式

vpn-instance vpn-instance-name

undo vpn-instance

参数说明

参数 参数说明 取值
vpn-instance-name 数据报文所属VPN实例的名称。 字符串形式,区分大小写,不支持空格,长度范围是1~31。当输入的字符串两端使用双引号时,可在字符串中输入空格。不能以“_public_”作为VPN实例名称,作为保留使用。

视图

NQA测试例视图

缺省级别

2:配置级

使用指南

应用场景

执行vpn-instance命令可以配置NQA测试例的VPN实例名。

例如在VPN网络中进行NQA测试,必须指定NQA所属的VPN实例才可以进行测试。

配置影响

必须保证VPN实例已经创建并且有效,否则测试例探测失败。

当删除VPN后,使用该VPN的NQA测试例将被删除。

注意事项

只能对ICMP、ICMP Jitter、Jitter、TCP和Trace类型的NQA测试例配置VPN实例。

测试例运行过程中,修改此项参数时系统将提示是否停止测试例运行,请根据实际需要选择“Y”或者“N”:
  • 如果选择“Y”,将停止当前测试例的运行,同时修改参数,用户执行commit后,被修改参数生效。若该测试例需要重新启动,请执行start命令。
  • 如果选择“N”,则修改参数失败,当前测试例继续运行。

使用实例

# 设置测试例user test的VPN实例vrf1。

<HUAWEI> system-view
[~HUAWEI] ip vpn-instance vrf1
[*HUAWEI-vpn-instance-vrf1] ipv4-family
[*HUAWEI-vpn-instance-vrf1-af-ipv4] route-distinguisher 100:1
[*HUAWEI-vpn-instance-vrf1-af-ipv4] quit
[*HUAWEI-vpn-instance-vrf1] quit
[*HUAWEI] nqa test-instance user test
[*HUAWEI-nqa-user-test] test-type icmp
[*HUAWEI-nqa-user-test] vpn-instance vrf1
相关主题
翻译
下载文档
更新时间:2019-03-20

文档编号:EDOC1000166474

浏览量:15862

下载量:402

平均得分:
本文档适用于这些产品
相关文档
相关版本
Share
上一页 下一页