05-NQA配置
本章节下载: 05-NQA配置 (289.16 KB)
目 录
NQA(Network Quality Analyzer,网络质量分析)通过发送探测报文,对链路状态、网络性能、网络提供的服务及服务质量进行分析,并为用户提供标识当前网络性能和服务质量的参数。
利用NQA的分析结果,用户可以:
· 及时了解网络的性能状况,针对不同的网络性能进行相应处理。
· 对网络故障进行诊断和定位。
NQA测试组是一组测试参数的集合,如测试类型、测试目的地址、测试目的端口等。NQA测试组由一个管理员名称和一个操作标签来标识。管理员通过NQA测试组来实现对NQA测试的管理和调度。
在一台设备上可以创建多个NQA测试组,可以同时启动多个NQA测试组进行测试。
启动NQA测试组后,每隔一段时间进行一次测试,测试的时间间隔由frequency命令来设定。
一次NQA测试由若干次连续的探测组成,探测的次数由probe count命令来设定。
NQA支持ICMP-echo和UDP-echo测试,一次探测操作是指发送一个探测报文。
图1-1 NQA测试典型组网图
如图1-1所示,NQA测试的典型组网中包括以下两部分:
· NQA测试的源端设备:又称为NQA客户端,负责发起NQA测试,并统计探测结果。NQA测试组在NQA客户端上创建。
· NQA测试的目的端设备:负责接收、处理和响应NQA客户端发来的探测报文。
¡ 在进行UDP-echo测试时,必须在目的端设备上配置NQA服务器功能,开启指定IP地址和端口上的监听服务。此时,目的端设备又称为NQA服务器。当NQA服务器接收到客户端发送给指定IP地址和端口的探测报文后,将对其进行处理,并发送响应报文。
¡ 在ICMP-echo测试中,目的端设备只要能够处理NQA客户端发送的探测报文即可,不需要配置NQA服务器功能。
NQA测试的过程为:
(1) NQA客户端构造指定测试类型的探测报文,并发送给目的端设备;
(2) 目的端设备收到探测报文后,回复带有时间戳的应答报文;
(3) NQA客户端根据是否收到应答报文,以及应答报文中的时间戳,计算报文丢失率、往返时间等。
联动功能是指在监测模块、Track模块和应用模块之间建立关联,实现这些模块之间的联合动作。联动功能利用监测模块对链路状态、网络性能等进行监测,并通过Track模块将监测结果及时通知给应用模块,以便应用模块进行相应的处理。联动功能的详细介绍,请参见“可靠性配置指导”中的“Track”。
如图1-2所示,NQA可以作为联动功能的监测模块,对NQA探测结果进行监测,当连续探测失败次数达到一定数目时,就通过Track模块触发应用模块进行相应的处理。
以静态路由为例,用户配置了一条静态路由,下一跳为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项状态通知给静态路由模块。静态路由模块据此可以判断该静态路由项是否有效。
NQA可以对探测结果进行监测,并在本地记录监测结果,以便网络管理员了解NQA测试运行结果和网络性能。
NQA通过创建阈值告警项,并在阈值告警项中配置监测的对象、阈值类型及触发的动作,来实现阈值告警功能。
阈值告警项包括invalid、over-threshold和below-threshold三种状态:
· NQA测试组未启动时,阈值告警项的状态为invalid。
· NQA测试组启动后,每次测试或探测结束时,检查监测的对象是否超出指定类型的阈值。如果超出阈值,则阈值告警项的状态变为over-threshold;如果未超出阈值,则状态变为below-threshold。
(1) 监测对象
NQA阈值告警功能支持的监测对象及对应的测试类型,如表1-1所示。
表1-1 NQA阈值告警功能支持的监测对象及对应的测试类型
监测对象 |
支持的测试类型 |
探测持续时间 |
ICMP-echo和UDP-echo |
探测失败次数 |
ICMP-echo和UDP-echo |
(2) 阈值类型
NQA阈值告警功能支持的阈值类型包括:
· 平均值(average):监测一次测试中探测结果的平均值,如果平均值不在指定的范围内,则该监测对象超出阈值。例如,监测一次测试中探测持续时间的平均值。
· 累计数目(accumulate):监测一次测试中探测结果不在指定范围内的累计数目,如果累计数目达到或超过设定的值,则该监测对象超出阈值。
· 连续次数(consecutive):NQA测试组启动后,监测探测结果连续不在指定范围内的次数,如果该次数达到或超过设定的值,则该监测对象超出阈值。
(3) 触发动作
NQA阈值告警功能可以触发如下动作:
· none:只在本地记录监测结果,以便通过显示命令查看。
· trigger-only:在显示信息中记录监测结果的同时,触发其他模块联动。
表1-2 NQA客户端配置任务简介
配置任务 |
说明 |
详细配置 |
使能NQA客户端功能 |
必选 |
|
配置ICMP-echo测试 |
至少选其一 |
|
配置UDP-echo测试 |
||
配置NQA测试组通用可选参数 |
可选 |
|
配置联动功能 |
可选 |
|
配置阈值告警功能 |
可选 |
|
配置NQA统计功能 |
可选 |
|
配置NQA历史记录功能 |
可选 |
|
调度NQA测试组 |
必选 |
只有开启NQA客户端功能后,NQA客户端的相关配置才会生效。
表1-3 使能NQA客户端功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
使能NQA客户端功能 |
nqa agent enable |
缺省情况下,NQA客户端功能处于开启状态 |
ICMP-echo测试利用ICMP协议,根据是否接收到应答报文判断目的主机的可达性。ICMP-echo测试的功能与ping命令类似,但ICMP-echo测试中可以指定测试的下一跳设备。在源端和目的端设备之间存在多条路径时,通过配置下一跳设备可以指定测试的路径。并且,与ping命令相比,ICMP-echo测试输出的信息更为丰富。
表1-4 配置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 |
(可选)配置探测报文的源接口 |
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命令的详细介绍,请参见“网络管理和监控命令参考”中的“系统维护与调试”。
UDP-echo测试可以用来测试客户端和服务器指定UDP端口之间的连通性以及UDP报文的往返时间。
UDP-echo测试需要NQA服务器和客户端配合才能完成。在进行UDP-echo测试之前,需要在NQA服务器端配置UDP监听功能。
表1-5 配置UDP-echo测试
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建NQA测试组,进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下,设备上不存在任何NQA测试组 |
配置测试类型为UDP-echo,并进入测试类型视图 |
type udp-echo |
- |
配置测试操作的目的地址 |
destination ip ip-address |
缺省情况下,未配置测试操作的目的IP地址 必须与NQA服务器上配置的监听服务的IP地址一致 |
配置测试操作的目的端口 |
destination port port-number |
缺省情况下,未配置测试操作的目的端口号 必须与NQA服务器上配置的监听服务的端口号一致 |
(可选)配置发送的探测报文的大小 |
data-size size |
缺省情况下,UDP-echo测试中发送的探测报文为100字节 |
(可选)配置发送的探测报文的填充字符串 |
data-fill string |
缺省情况下,探测报文的填充内容为十六进制数值00010203040506070809 |
(可选)配置探测报文的源端口号 |
source port port-number |
缺省情况下,未指定源端口号 |
(可选)配置探测报文的源IP地址 |
source ip ip-address |
缺省情况下,未指定源IP地址 该命令指定的源IP地址必须是设备上接口的IP地址,且接口为up状态,否则测试将会失败 |
NQA测试组的通用可选参数,只对当前测试组中的测试有效。
除特别说明外,所有测试类型都可以配置通用可选参数,可以根据实际情况选择配置测试组的参数。
表1-6 配置NQA测试组的通用可选参数
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建NQA测试组,进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下,设备上不存在任何NQA测试组 |
进入测试组测试类型视图 |
type { icmp-echo | udp-echo } |
- |
(可选)配置测试组的描述字符串 |
description text |
缺省情况下,测试组没有描述字符串 |
(可选)配置测试组连续两次测试开始时间的时间间隔 |
frequency interval |
缺省情况下,测试组连续两次测试开始时间的时间间隔为0毫秒,即只进行一次测试 如果到达frequency指定的时间间隔时,上次测试尚未完成,则不启动新一轮测试 |
(可选)配置一次NQA测试中进行探测的次数 |
probe count times |
缺省情况下,一次测试中的探测次数为1次 |
(可选)配置NQA探测超时时间 |
probe timeout timeout |
缺省情况下,探测的超时时间为3000毫秒 |
(可选)配置探测报文在网络中可以经过的最大跳数 |
ttl value |
缺省情况下,探测报文在网络中可以经过的最大跳数为20跳 |
(可选)配置NQA探测报文IP报文头中服务类型域的值 |
tos value |
缺省情况下,NQA探测报文IP报文头中服务类型域的值为0 |
(可选)启动路由表旁路功能 |
route-option bypass-route |
缺省情况下,路由表旁路功能处于关闭状态 |
联动功能是通过建立联动项,对当前所在测试组中的探测进行监测,当连续探测失败次数达到阈值时,就触发配置的动作类型。
表1-7 配置联动功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建NQA测试组,进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下,设备上不存在任何NQA测试组 |
进入测试组测试类型视图 |
type { icmp-echo | udp-echo } |
- |
建立联动项 |
reaction item-number checked-element probe-fail threshold-type consecutive consecutive-occurrences action-type trigger-only |
缺省情况下,未配置联动项 |
退回系统视图 |
quit |
- |
配置Track与NQA联动 |
配置方法请参见“可靠性配置指导”中的“Track” |
- |
配置Track与应用模块联动 |
配置方法请参见“可靠性配置指导”中的“Track” |
- |
联动项创建后,不能再通过reaction命令修改该联动项的内容。
表1-8 配置阈值告警功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建NQA测试组,进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下,设备上不存在任何NQA测试组 |
进入测试组测试类型视图 |
type { icmp-echo | udp-echo } |
- |
创建监测探测持续时间的阈值告警组 |
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 ] |
缺省情况下,没有创建监测探测失败次数的阈值告警项 |
创建监测探测失败次数的阈值告警组 |
reaction item-number checked-element probe-fail threshold-type { accumulate accumulate-occurrences | consecutive consecutive-occurrences } [ action-type none ] |
NQA将在指定时间间隔内完成的NQA测试归为一组,计算该组测试结果的统计值,这些统计值构成一个统计组。通过display nqa statistics命令可以显示该统计组的信息。通过statistics interval命令可以设置统计的时间间隔。
当NQA设备上保留的统计组数目达到最大值时,如果形成新的统计组,保存时间最久的统计组将被删除。通过statistics max-group命令可以设置保留的最大统计组个数。
指定时间间隔内最后一次测试结束后,形成一个统计组。统计组具有老化功能,即统计组保存一定时间后,将被删除。通过statistics hold-time命令可以设置统计组的保存时间。
表1-9 配置NQA统计功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建NQA测试组,进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下,设备上不存在任何NQA测试组 |
进入测试组测试类型视图 |
type { icmp-echo | udp-echo } |
- |
(可选)配置对测试结果进行统计的时间间隔 |
statistics interval interval |
缺省情况下,对测试结果进行统计的时间间隔为60分钟 |
(可选)配置能够保留的最大统计组个数 |
statistics max-group number |
缺省情况下,能够保留的最大统计组数为2 最大统计组个数为0时,不进行统计 |
(可选)配置统计组的保留时间 |
statistics hold-time hold-time |
缺省情况下,统计组的保留时间为120分钟 |
如果通过frequency命令指定连续两次测试开始时间的时间间隔为0,则不生成统计组信息。
开启NQA测试组的历史记录保存功能后,系统将记录NQA测试的历史信息,通过display nqa history命令可以查看该测试组的历史记录信息。
通过本配置任务还可以指定:
· 历史记录的保存时间:历史记录保存时间达到配置的值后,该历史记录将被删除。
· 一个测试组中能够保存的最大历史记录个数:如果历史记录个数超过设定的最大数目,则最早的历史记录将会被删除。
表1-10 配置NQA历史记录功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建NQA测试组,进入NQA测试组视图 |
nqa entry admin-name operation-tag |
缺省情况下,设备上不存在任何NQA测试组 |
进入测试组测试类型视图 |
type { icmp-echo | udp-echo } |
- |
开启NQA测试组的历史记录保存功能 |
history-record enable |
缺省情况下,NQA测试组的历史记录保存功能处于关闭状态 |
(可选)配置NQA测试组中历史记录的保存时间 |
history-record keep-time keep-time |
缺省情况下,NQA测试组中历史记录的保存时间为120分钟 |
(可选)配置在一个测试组中能够保存的最大历史记录个数 |
history-record number number |
缺省情况下,一个测试组中能够保存的最大历史记录个数为50 |
通过本配置,可以设置测试组进行测试的启动时间和持续时间。
系统时间在<启动时间>到<启动时间+持续时间>范围内时,测试组进行测试。执行nqa schedule命令时:
· 如果系统时间尚未到达启动时间,则到达启动时间后,启动测试;
· 如果系统时间在<启动时间>到<启动时间+持续时间>之间,则立即启动测试;
· 如果系统时间已经超过<启动时间+持续时间>,则不会启动测试。
通过display clock命令可以查看系统的当前时间。
若配置了recurring,则指定测试组每天都被调度运行。每天启动测试的时间由<启动时间>参数指定。
表1-11 调度NQA测试组
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
调度NQA测试组 |
nqa schedule admin-name operation-tag start-time { hh:mm:ss [ yyyy/mm/dd | mm/dd/yyyy ] | now } lifetime { lifetime | forever } [ recurring ] |
- |
· 测试组被调度后就不能再进入该测试组视图和测试类型视图,也不能通过iMC下发与该测试组相关的配置;如果需要对测试类型视图下的配置进行修改,则需要先停止对该测试组的调度。
· 对于已启动的测试组或已经完成测试的测试组,不受系统时间调整的影响,只有等待测试的测试组受系统时间调整的影响。
在完成上述配置后,在任意视图下执行display命令可以显示配置后NQA的运行情况,通过查看显示信息验证配置的效果。
表1-12 NQA显示和维护
操作 |
命令 |
显示NQA测试组的历史记录 |
display nqa history [ admin-name operation-tag ] |
显示NQA阈值告警功能的当前监测结果 |
display nqa reaction counters [ admin-name operation-tag [ item-number ] ] |
显示最近一次NQA测试的结果 |
display nqa result [ admin-name operation-tag ] |
显示NQA测试的统计信息 |
display nqa statistics [ admin-name operation-tag ] |
使用NQA的ICMP-echo测试功能,测试本端(Device A)发送的报文是否可以经过指定的下一跳设备(Device C)到达指定的目的端(Device B),以及报文的往返时间。
图1-3 ICMP-echo测试组网图
# 配置各接口的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:
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 ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示ICMP-echo测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
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毫秒。
使用NQA的UDP-echo测试功能,测试本端(Device A)和指定目的端(Device B)的端口8000之间UDP协议报文的往返时间。
目的端设备Device B必须支持NQA服务器功能。
图1-4 UDP-echo测试组网图
(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:
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 ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 显示UDP-echo测试的历史记录。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 25 Succeeded 2011-11-22 10:36:17.9
以上显示信息表示,Device A和Device B的端口8000之间UDP协议报文的往返时间为25毫秒。
· Switch A到达Switch C的静态路由下一跳为Switch B。
· 在Switch A上通过静态路由、Track与NQA联动,对到达Switch C的静态路由有效性进行实时判断。
图1-5 NQA联动配置组网图
(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
# 显示Switch A上Track项的信息。
[SwitchA] display track all
Track ID: 1
State: Positive
Duration: 0 days 0 hours 0 minutes 0 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test1
Reaction: 1
# 显示Switch A的路由表。
[SwitchA] display ip routing-table
Destinations : 13 Routes : 13
Destination/Mask Proto Pre Cost NextHop Interface
0.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
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.0/32 Direct 0 0 10.2.1.2 Vlan3
10.2.1.2/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.255/32 Direct 0 0 10.2.1.2 Vlan3
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
127.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
224.0.0.0/4 Direct 0 0 0.0.0.0 NULL0
224.0.0.0/24 Direct 0 0 0.0.0.0 NULL0
255.255.255.255/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
State: Negative
Duration: 0 days 0 hours 0 minutes 0 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test1
Reaction: 1
# 显示Switch A的路由表。
[SwitchA] display ip routing-table
Destinations : 12 Routes : 12
Destination/Mask Proto Pre Cost NextHop Interface
0.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.0/24 Direct 0 0 10.2.1.2 Vlan3
10.2.1.0/32 Direct 0 0 10.2.1.2 Vlan3
10.2.1.2/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.255/32 Direct 0 0 10.2.1.2 Vlan3
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
127.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
224.0.0.0/4 Direct 0 0 0.0.0.0 NULL0
224.0.0.0/24 Direct 0 0 0.0.0.0 NULL0
255.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
以上显示信息表示,NQA测试的结果为下一跳地址10.2.1.1不可达(Track项状态为Negative),配置的静态路由无效。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!