02-Track配置
本章节下载: 02-Track配置 (268.84 KB)
Track的用途是实现联动功能。如图1-1所示,联动功能通过在监测模块、Track模块和应用模块之间建立关联,实现这些模块之间的联合动作。联动功能利用监测模块对链路状态、网络性能等进行监测,并通过Track模块将监测结果及时通知给应用模块,以便应用模块进行相应的处理。例如,在静态路由、Track和NQA之间建立联动,利用NQA监测静态路由的下一跳地址是否可达。NQA监测到下一跳不可达时,通过Track通知静态路由模块该监测结果,以便静态路由模块将该条路由置为无效,确保报文不再通过该静态路由转发。
如果应用模块直接与监测模块关联,由于不同监测模块通知给应用模块的监测结果形式各不相同,应用模块需要分别处理不同形式的监测结果。联动功能在应用模块和监测模块之间增加了Track模块,通过Track模块屏蔽不同监测模块的差异,将监测结果以统一的形式通知给应用模块,从而简化应用模块的处理。
联动功能的工作原理分为两部分:
· Track项与监测项联动
· 应用项与Track项联动
Track模块和监测模块之间通过Track项建立关联。监测模块负责对接口状态、链路状态等进行监测,并将监测结果通知给Track模块;Track模块根据监测结果改变Track项的状态。
· 如果监测结果为监测对象工作正常(如接口处于up状态、网络可达),则对应Track项的状态为Positive。
· 如果监测结果为监测对象出现异常(如接口处于down状态、网络不可达),则对应Track项的状态为Negative。
· 如果监测结果无效(如NQA作为监测模块时,与Track项关联的NQA测试组不存在),则对应Track项的状态为NotReady。
目前,可以与Track模块实现联动功能的监测模块包括:
· NQA(Network Quality Analyzer,网络质量分析)
· 接口管理
· 路由管理
另外,Track模块支持与监测模块列表建立关联。监测对象列表是多个监测对象的集合,这些监测对象依据其状态和列表的类型共同决定Track项的状态,主要有4种类型的列表:
· 布尔与类型列表:基于列表中对象状态的布尔与运算结果决定Track项的状态。
· 布尔或类型列表:基于列表中对象状态的布尔或运算结果决定Track项的状态。
· 比例类型列表:由Track列表中Positive对象/Negative对象的总比例和threshold percentage命令配置的门限值的大小决定Track项的状态。
· 权重类型列表:由Track列表中Positive对象/Negative对象的总权重和threshold weight命令配置的权重值的大小决定Track项的状态。
应用模块和Track模块之间通过Track项建立关联。Track项的状态改变后,通知应用模块;应用模块根据Track项的状态,及时进行相应的处理,从而避免通信的中断或服务质量的降低。
目前,可以与Track模块实现联动功能的应用模块包括:
· 静态路由
· 策略路由
· 接口备份
· EAA
在某些情况下,Track项状态发生变化后,如果立即通知应用模块,则可能会由于路由无法及时恢复等原因,导致通信中断。
为了实现联动功能,需要在Track与监测模块、Track项与应用模块之间分别建立联动关系。
表1-1 Track配置任务简介
配置任务 |
说明 |
详细配置 |
|
配置Track与监测模块联动 |
配置Track与NQA联动 |
必选其一 |
|
配置Track与接口管理联动 |
|||
配置Track与路由管理联动 |
|||
配置Track与监测对象列表联动 |
配置Track与布尔类型的监测对象列表联动 |
||
配置Track与比例类型的监测对象列表联动 |
|||
配置Track与权重类型的监测对象列表联动 |
|||
配置Track与应用模块联动 |
配置Track与静态路由联动 |
必选其一 |
|
配置Track与接口备份联动 |
|||
配置Track与EAA联动 |
NQA测试组周期性地探测某个目的地址是否可达、是否可以与某个目的服务器建立TCP连接等。如果在Track项和NQA测试组之间建立了关联,则当连续探测失败的次数达到指定的阈值时,NQA将通知Track模块监测对象出现异常,Track模块将与NQA测试组关联的Track项的状态置为Negative;否则,NQA通知Track模块监测对象正常工作,Track模块将Track项的状态置为Positive。NQA的详细介绍,请参见“网络管理和监控配置指导”中的“NQA”。
表1-2 配置Track与NQA联动
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
创建与NQA测试组中指定联动项关联的Track项,并进入Track视图 |
track track-entry-number nqa entry admin-name operation-tag reaction item-number |
缺省情况下,设备上不存在任何Track项 配置Track项时,引用的NQA测试组或联动项可以不存在,此时该Track项的状态为NotReady |
指定Track项状态变化时通知应用模块的延迟时间 |
delay { negative negative-time | positive positive-time } * |
缺省情况下,Track项状态变化时立即通知应用模块 |
接口管理用来监视接口的链路状态和网络层协议状态。如果在Track项和接口之间建立了关联,则当接口的链路状态或网络层协议状态为up时,接口管理通知Track模块将与接口关联的Track项的状态置为Positive;接口的链路状态或网络层协议状态为down时,接口管理通知Track模块将Track项的状态为Negative。
表1-3 配置Track与接口管理联动
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建和接口管理关联的Track项,监视接口的链路状态,并进入Track视图 |
track track-entry-number interface interface-type interface-number |
三者选其一 缺省情况下,设备上不存在任何Track项 |
创建和接口管理关联的Track项,监视接口的物理状态,并进入Track视图 |
track track-entry-number interface interface-type interface-number physical |
|
创建和接口管理关联的Track项,监视接口的网络层协议状态,并进入Track视图 |
track track-entry-number interface interface-type interface-number protocol { ipv4 | ipv6 } |
|
指定Track项状态变化时通知应用模块的延迟时间 |
delay { negative negative-time | positive positive-time } * |
缺省情况下,Track项状态变化时立即通知应用模块 |
如果在Track项和路由管理之间建立了关联,当对应的路由条目在路由表中存在时,路由管理通知Track模块将与之关联的Track项状态设置为Positive;当对应的路由条目在路由表中被删除时,路由管理将通知Track模块将与之关联的Track项状态设置为Negative。
表1-4 配置Track与路由管理联动
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建与路由管理关联的Track项,并进入Track视图 |
track track-entry-number ip route ip-address { mask-length | mask } reachability |
缺省情况下,设备上不存在任何Track项 |
指定Track项状态变化时通知应用模块的延迟时间 |
delay { negative negative-time | positive positive-time } * |
缺省情况下,Track项状态变化时立即通知应用模块 |
对于布尔与类型的列表,如果列表中的所有监测对象的状态都是Positive,那么此Track项的状态为Positive;如果有一个或多个监测对象的状态为Negative,那么此Track项的状态为Negative。对于布尔或类型的列表,如果列表中至少有一个监测对象的状态是Positive,那么此Track项的状态为Positive,如果所有的监测对象的状态都是Negative,那么此Track项的状态为Negative。
表1-5 配置Track与布尔类型的监测对象列表联动
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建与单个监控对象关联的Track项 |
请参见“1.3 配置Track与单个监测模块联动” |
可配置至少一个与单个监控对象关联的Track项 |
创建和布尔类型列表关联的Track项,并进入Track视图 |
track track-entry-number list boolean { and | or } |
缺省情况下,不存在Track项 |
向列表中添加与单个监测对象联动的Track项 |
object track-entry-id [ not ] |
Track列表中需添加所有需要联动的Track对象 缺省情况下,列表中不存在与单个监测对象联动的Track项 |
(可选)指定Track项状态变化时通知应用模块的延迟时间 |
delay { negative negative-time | positive positive-time } * |
缺省情况下,Track项状态变化时立即通知应用模块 |
Track项的状态由Track列表中Positive对象/Negative对象的总比例和threshold percentage命令配置的门限值的大小决定。当列表中Positive对象所占百分比大于或等于Positive门限值时,Track项状态变为Positive;小于或等于Negative门限值时,Track项状态变为Negative。当关联列表中的Positive对象比例小于Positive参数指定值或Negative对象比例大于Negative参数指定值时,Track项状态保持不变。
表1-6 配置Track与比例类型的监测对象列表联动
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建与单个监控对象关联的Track项 |
请参见“1.3 配置Track与单个监测模块联动” |
可配置至少一个与单个监控对象关联的Track项 |
创建和比例类型列表关联的Track项,并进入Track视图 |
track track-entry-number list threshold percentage |
缺省情况下,不存在Track项 |
向列表中添加与单个监测对象联动的Track项 |
object track-entry-id |
Track列表中需添加所有需要联动的Track对象 缺省情况下,列表中不存在与单个监测对象联动的Track项 |
配置状态变化的门限值 |
threshold percentage { negative negative-threshold | positive positive-threshold } * |
缺省情况下,Negative门限值为0%,Positive门限值为1% |
(可选)指定Track项状态变化时通知应用模块的延迟时间 |
delay { negative negative-time | positive positive-time } * |
缺省情况下,Track项状态变化时立即通知应用模块 |
Track项的状态由Track列表中Positive对象/Negative对象的总权重和threshold weight命令配置的权重值的大小决定。每个加入列表的Track对象都拥有一个权重值,当处于Positive的监测项的权重之和大于或等于Positive门限值时,Track项状态变为Positive;当处于Negative的监测项的权重之和小于或等于Negative门限值时,Track项状态变为Negative。当关联列表中的Positive对象权重小于Positive参数指定值或Negative对象权重大于Negative参数指定值时,Track项状态保持不变。
表1-7 配置Track与权重类型的监测对象列表联动
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建与单个监控对象关联的Track项 |
请参见“1.3 配置Track与单个监测模块联动” |
可配置至少一个与单个监控对象关联的Track项 |
创建和权重类型列表关联的Track项,并进入Track视图 |
track track-entry-number list threshold weight |
缺省情况下,不存在Track项 |
向列表中添加与单个监测对象联动的Track项 |
object track-entry-id [ weight weight ] |
Track列表中需添加所有需要联动的Track项 缺省情况下,列表中不存在与单个监测对象联动的Track对象 |
配置状态变化的权重值 |
threshold weight { negative negative-threshold | positive positive-threshold } * |
缺省情况下,Negative权重值为0,Positive权重值为1 |
(可选)指定Track项状态变化时通知应用模块的延迟时间 |
delay { negative negative-time | positive positive-time } * |
缺省情况下,Track项状态变化时立即通知应用模块 |
用户配置Track和应用模块联动时,需保证联动的Track项已被创建,否则应用模块可能会获取到错误的Track项状态信息。
静态路由是一种特殊的路由,由管理员手工配置。配置静态路由后,去往指定目的地的报文将按照管理员指定的路径进行转发。静态路由配置的详细介绍,请参见“三层技术-IP路由配置指导”中的“静态路由”。
静态路由的缺点在于:不能自动适应网络拓扑结构的变化,当网络发生故障或者拓扑发生变化时,可能会导致静态路由不可达,网络通信中断。
为了防止这种情况发生,可以配置其它路由和静态路由形成备份关系。静态路由可达时,根据静态路由转发报文,其它路由处于备份状态;静态路由不可达时,根据备份路由转发报文,从而避免通信中断,提高了网络可靠性。
通过在Track模块和静态路由之间建立联动,可以实现静态路由可达性的实时判断。
如果在配置静态路由时只指定了下一跳而没有指定出接口,可以通过联动功能,利用监测模块监视静态路由下一跳的可达性,并根据Track项的状态来判断静态路由的可达性:
· 当Track项状态为Positive时,静态路由的下一跳可达,配置的静态路由将生效;
· 当Track项状态为Negative时,静态路由的下一跳不可达,配置的静态路由无效;
· 当Track项状态为NotReady时,无法判断静态路由的下一跳是否可达,此时配置的静态路由生效。
配置Track与静态路由联动时,需要注意的是,在静态路由进行迭代时,Track项监测的应该是静态路由迭代后最终的下一跳地址,而不是配置中指定的下一跳地址。否则,可能导致错误地将有效路由判断为无效路由。
表1-8 配置Track与静态路由联动
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置通过Track与静态路由联动,检测静态路由下一跳是否可达 |
ip route-static { dest-address { mask-length | mask } | group group-name } { interface-type interface-number [ next-hop-address ] | next-hop-address } [ permanent | track track-entry-number ] [ preference preference-value ] [ tag tag-value ] [ description description-text ] |
缺省情况下,没有配置Track与静态路由联动 |
设备各款型对于本节所描述的特性支持情况有所不同,详细差异信息如下:
系列 |
型号 |
产品代码 |
特性 |
描述 |
WX1800H系列 |
WX1804H |
EWP-WX1804H-PWR-CN |
Track与接口备份联动 |
支持 |
WX2500系列 |
WX2510H WX2510H-F WX2540H WX2540H-F WX2560H |
EWP-WX2510H-PWR EWP-WX2510H-F-PWR EWP-WX2540H EWP-WX2540H-F EWP-WX2560H |
支持 |
|
WX3000H系列 |
WX3010H WX3010H-X WX3010H-L WX3024H WX3024H-L WX3024H-F |
EWP-WX3010H EWP-WX3010H-X-PWR EWP-WX3010H-L-PWR EWP-WX3024H EWP-WX3024H-L-PWR EWP-WX3024H-F |
WX3010H支持 WX3010H-X不支持 WX3010H-L不支持 WX3024H支持 WX3024H-L不支持 WX3024H-F支持 |
|
WX3500H系列 |
WX3508H WX3510H WX3520H WX3520H-F WX3540H |
EWP-WX3508H EWP-WX3510H EWP-WX3520H EWP-WX3520H-F EWP-WX3540H |
不支持 |
|
WX5500E系列 |
WX5510E WX5540E |
EWP-WX5510E EWP-WX5540E |
不支持 |
|
WX5500H系列 |
WX5540H WX5560H WX5580H |
EWP-WX5540H EWP-WX5560H EWP-WX5580H |
不支持 |
|
AC插卡系列 |
LSUM1WCME0 EWPXM1WCME0 LSQM1WCMX20 LSUM1WCMX20RT LSQM1WCMX40 LSUM1WCMX40RT EWPXM2WCMD0F EWPXM1MAC0F |
LSUM1WCME0 EWPXM1WCME0 LSQM1WCMX20 LSUM1WCMX20RT LSQM1WCMX40 LSUM1WCMX40RT EWPXM2WCMD0F EWPXM1MAC0F |
不支持 |
接口备份是指同一台设备上的各接口之间形成备份关系,通常由主接口承担业务传输,备份接口处于备份状态。当主接口本身或其所在线路发生故障而导致业务传输无法正常进行时,接口备份可以启用备份接口进行通讯,从而提高了网络的可靠性。接口备份配置的详细介绍,请参见“可靠性配置指导”中的“接口备份”。
用户可以配置备份接口与Track项关联,使该接口通过Track项来监测主接口的状态,从而根据网络环境改变其备份状态:
· 如果Track项的状态为Positive,说明主接口所在链路通信正常,备份接口保持在备份状态;
· 如果Track项的状态为Negative,说明主接口所在链路出现故障,备份接口将成为主接口负责业务传输;
· 如果Track项创建后一直处于NotReady状态,则说明Track关联监测模块的配置尚未生效,各接口维持原有转发状态不变;如果Track项由其它状态转变为NotReady状态,则备份接口将成为主接口。
表1-9 配置Track与接口备份联动
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
进入接口视图 |
interface interface-type interface-number |
- |
配置接口与Track项关联 |
backup track track-entry-number |
缺省情况下,接口不与Track项关联 一个接口只能关联一个Track项,重复执行backup track命令,后面的配置将覆盖前面的配置。 |
配置Track与EAA联动后,当关联的Track项状态由Positive变为Negative或者Negative变为Positive时,触发监控策略执行;如果关联多个Track项,则最后一个处于Positive(Negative)状态的Track项变为Negative(Positive)时,触发监控策略执行。
如果配置了抑制时间,触发策略的同时开始计时,定时器超时前,收到状态从Positive(Negative)变为Negative(Positive)的消息,直接丢弃,不会处理。直到定时器超后,收到状态从Positive(Negative)变为Negative(Positive)的消息才处理,再一次触发策略执行。
EAA的详细介绍,请参见“网络管理和监控”中的“EAA”。
表1-10 配置Track与EAA联动
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建CLI监控策略并进入CLI监控策略视图 |
rtm cli-policy policy-name |
缺省情况下,不存在CLI监控策略。如果CLI策略已创建,则直接进入CLI监控策略视图 |
配置Track监控事件 |
event track track-entry-number-list state { negative | positive } [ suppress-time suppress-time ] |
缺省情况下,未配置Track监控事件 |
在完成上述配置后,在任意视图下执行display命令可以显示配置后Track的运行情况,通过查看显示信息验证配置的效果。
表1-11 Track显示和维护
操作 |
命令 |
显示Track项的信息 |
display track { track-entry-number | all [ negative | positive ] } [ brief ] |
AC、Switch A、Switch B和Switch C连接了20.1.1.0/24和30.1.1.0/24两个网段,在设备上配置静态路由以实现两个网段的互通,并配置路由备份以提高网络的可靠性。
AC作为20.1.1.0/24网段内主机的缺省网关,在AC上存在两条到达30.1.1.0/24网段的静态路由,下一跳分别为Switch A和Switch B。这两条静态路由形成备份,其中:
· 下一跳为Switch A的静态路由优先级高,作为主路由。该路由可达时,AC通过Switch A将报文转发到30.1.1.0/24网段。
· 下一跳为Switch B的静态路作为备份路由。
· 在AC上通过静态路由、Track与NQA联动,实时判断主路由是否可达。当主路由不可达时,备份路由生效,AC通过Switch B将报文转发到30.1.1.0/24网段。
同样地,Switch C作为30.1.1.0/24网段内主机的缺省网关,在Switch C上存在两条到达20.1.1.0/24网段的静态路由,下一跳分别为Switch A和Switch B。这两条静态路由形成备份,其中:
· 下一跳为Switch A的静态路由优先级高,作为主路由。该路由可达时,Switch C通过Switch A将报文转发到20.1.1.0/24网段。
· 下一跳为Switch B的静态路作为备份路由。
· 在Switch C上通过静态路由、Track与NQA联动,实时判断主路由是否可达。当主路由不可达时,备份路由生效,Switch C通过Switch B将报文转发到20.1.1.0/24网段。
图1-2 静态路由、Track与NQA联动配置组网图
(1) 按照图1-2创建VLAN,在VLAN中加入对应的端口,并配置各VLAN接口的IP地址,具体配置过程略。
# 配置到达30.1.1.0/24网段的静态路由:下一跳地址为10.1.1.2,优先级为缺省值60,该路由与Track项1关联。
<AC> system-view
[AC] ip route-static 30.1.1.0 24 10.1.1.2 track 1
# 配置到达30.1.1.0/24网段的静态路由:下一跳地址为10.3.1.3,优先级为80。
[AC] ip route-static 30.1.1.0 24 10.3.1.3 preference 80
# 配置到达10.2.1.4的静态路由:下一跳地址为10.1.1.2。
[AC] ip route-static 10.2.1.4 24 10.1.1.2
# 创建管理员名为admin、操作标签为test的NQA测试组。
[AC] nqa entry admin test
# 配置测试类型为ICMP-echo。
[AC-nqa-admin-test] type icmp-echo
# 配置测试的目的地址为10.2.1.4,下一跳地址为10.1.1.2,以便通过NQA检测AC-Switch A-Switch C这条路径的连通性。
[AC-nqa-admin-test-icmp-echo] destination ip 10.2.1.4
[AC-nqa-admin-test-icmp-echo] next-hop ip 10.1.1.2
# 配置测试频率为100ms。
[AC-nqa-admin-test-icmp-echo] frequency 100
# 配置联动项1(连续失败5次触发联动)。
[AC-nqa-admin-test-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only
[AC-nqa-admin-test-icmp-echo] quit
# 启动探测。
[AC] nqa schedule admin test start-time now lifetime forever
# 配置Track项1,关联NQA测试组(管理员为admin,操作标签为test)的联动项1。
[AC] track 1 nqa entry admin test reaction 1
(3) 配置Switch A
# 配置到达30.1.1.0/24网段的静态路由:下一跳地址为10.2.1.4。
<SwitchA> system-view
[SwitchA] ip route-static 30.1.1.0 24 10.2.1.4
# 配置到达20.1.1.0/24网段的静态路由:下一跳地址为10.1.1.1。
[SwitchA] ip route-static 20.1.1.0 24 10.1.1.1
(4) 配置Switch B
# 配置到达30.1.1.0/24网段的静态路由:下一跳地址为10.4.1.4。
<SwitchB> system-view
[SwitchB] ip route-static 30.1.1.0 24 10.4.1.4
# 配置到达20.1.1.0/24网段的静态路由:下一跳地址为10.3.1.1。
[SwitchB] ip route-static 20.1.1.0 24 10.3.1.1
(5) 配置Switch C
# 配置到达20.1.1.0/24网段的静态路由:下一跳地址为10.2.1.2,优先级为缺省值60,该路由与Track项1关联。
<SwitchC> system-view
[SwitchC] ip route-static 20.1.1.0 24 10.2.1.2 track 1
# 配置到达20.1.1.0/24网段的静态路由:下一跳地址为10.4.1.3,优先级为80。
[SwitchC] ip route-static 20.1.1.0 24 10.4.1.3 preference 80
# 配置到达10.1.1.1的静态路由:下一跳地址为10.2.1.2。
[SwitchC] ip route-static 10.1.1.1 24 10.2.1.2
# 创建管理员名为admin、操作标签为test的NQA测试组。
[SwitchC] nqa entry admin test
# 配置测试类型为ICMP-echo。
[SwitchC-nqa-admin-test] type icmp-echo
# 配置测试的目的地址为10.1.1.1,下一跳地址为10.2.1.2,以便通过NQA检测Switch C-Switch A-AC这条路径的连通性。
[SwitchC-nqa-admin-test-icmp-echo] destination ip 10.1.1.1
[SwitchC-nqa-admin-test-icmp-echo] next-hop ip 10.2.1.2
# 配置测试频率为100ms。
[SwitchC-nqa-admin-test-icmp-echo] frequency 100
# 配置联动项1(连续失败5次触发联动)。
[SwitchC-nqa-admin-test-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only
[SwitchC-nqa-admin-test-icmp-echo] quit
# 启动探测。
[SwitchC] nqa schedule admin test start-time now lifetime forever
# 配置Track项1,关联NQA测试组(管理员为admin,操作标签为test)的联动项1。
[SwitchC] track 1 nqa entry admin test reaction 1
# 显示AC上Track项的信息。
[AC] display track all
Track ID: 1
State: Positive
Duration: 0 days 0 hours 0 minutes 32 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test
Reaction: 1
Remote IP/URL:--
Local IP:--
Interface:--
# 显示AC的路由表。
[AC] display ip routing-table
Destinations : 10 Routes : 10
Destination/Mask Proto Pre Cost NextHop Interface
10.1.1.0/24 Direct 0 0 10.1.1.1 Vlan2
10.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.0/24 Static 60 0 10.1.1.2 Vlan2
10.3.1.0/24 Direct 0 0 10.3.1.1 Vlan3
10.3.1.1/32 Direct 0 0 127.0.0.1 InLoop0
20.1.1.0/24 Direct 0 0 20.1.1.1 Vlan6
20.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
30.1.1.0/24 Static 60 0 10.1.1.2 Vlan2
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测试的结果为主路由可达(Track项状态为Positive),AC通过Switch A将报文转发到30.1.1.0/24网段。
# 在Switch A上删除VLAN接口2的IP地址。
<SwitchA> system-view
[SwitchA] interface vlan-interface 2
[SwitchA-Vlan-interface2] undo ip address
# 显示AC上Track项的信息。
[AC] display track all
Track ID: 1
State: Negative
Duration: 0 days 0 hours 0 minutes 32 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test
Reaction: 1
Remote IP/URL:--
Local IP:--
Interface:--
# 显示AC的路由表。
[AC] display ip routing-table
Destinations : 10 Routes : 10
Destination/Mask Proto Pre Cost NextHop Interface
10.1.1.0/24 Direct 0 0 10.1.1.1 Vlan2
10.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.0/24 Static 60 0 10.1.1.2 Vlan2
10.3.1.0/24 Direct 0 0 10.3.1.1 Vlan3
10.3.1.1/32 Direct 0 0 127.0.0.1 InLoop0
20.1.1.0/24 Direct 0 0 20.1.1.1 Vlan6
20.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
30.1.1.0/24 Static 80 0 10.3.1.3 Vlan3
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测试的结果为主路由不可达(Track项状态为Negative),则备份路由生效,AC通过Switch B将报文转发到30.1.1.0/24网段。
# 主路由出现故障后,20.1.1.0/24网段内的主机仍然可以与30.1.1.0/24网段内的主机通信。
[AC] ping -a 20.1.1.1 30.1.1.1
Ping 30.1.1.1: 56 data bytes, press CTRL_C to break
Reply from 30.1.1.1: bytes=56 Sequence=1 ttl=254 time=2 ms
Reply from 30.1.1.1: bytes=56 Sequence=2 ttl=254 time=1 ms
Reply from 30.1.1.1: bytes=56 Sequence=3 ttl=254 time=1 ms
Reply from 30.1.1.1: bytes=56 Sequence=4 ttl=254 time=2 ms
Reply from 30.1.1.1: bytes=56 Sequence=5 ttl=254 time=1 ms
--- Ping statistics for 30.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.00% packet loss
round-trip min/avg/max/std-dev = 1/1/2/1 ms
# Switch C上的显示信息与AC类似。主路由出现故障后,30.1.1.0/24网段内的主机仍然可以与20.1.1.0/24网段内的主机通信。
[SwitchA] ping -a 30.1.1.1 20.1.1.1
Ping 20.1.1.1: 56 data bytes, press CTRL_C to break
Reply from 20.1.1.1: bytes=56 Sequence=1 ttl=254 time=2 ms
Reply from 20.1.1.1: bytes=56 Sequence=2 ttl=254 time=1 ms
Reply from 20.1.1.1: bytes=56 Sequence=3 ttl=254 time=1 ms
Reply from 20.1.1.1: bytes=56 Sequence=4 ttl=254 time=1 ms
Reply from 20.1.1.1: bytes=56 Sequence=5 ttl=254 time=1 ms
--- Ping statistics for 20.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.00% packet loss
round-trip min/avg/max/std-dev = 1/1/2/1 ms
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!