目  录

1 Track

1.1 Track简介

1.1.1 联动功能实现机制

1.1.2 与Track模块实现联动功能的监测模块

1.1.3 与Track模块实现联动功能的应用模块

1.2 Track配置限制和指导

1.3 联动功能应用举例

1.4 Track配置任务简介

1.5 配置Track与单个监测模块联动

1.5.1 配置Track与NQA联动

1.5.2 配置Track与接口管理联动

1.5.3 配置Track与路由管理联动

1.6 配置Track与监测对象列表联动

1.6.1 配置Track与布尔类型的监测对象列表联动

1.6.2 配置Track与比例类型的监测对象列表联动

1.6.3 配置Track与权重类型的监测对象列表联动

1.7 配置Track与应用模块联动

1.7.1 Track与应用模块联动配置准备

1.7.2 配置Track与静态路由联动

1.7.3 配置Track与策略路由联动

1.7.4 配置Track与接口备份联动

1.7.5 配置Track与WLAN上行链路检测联动

1.7.6 配置Track与EAA联动

1.7.7 配置Track与安全策略联动

1.8 Track显示和维护

1.9 Track典型配置举例

1.9.1 静态路由、Track与NQA联动配置举例

 

1 Track

1.1  Track简介

Track用于在监测模块、Track模块和应用模块之间建立关联，来实现这些模块之间的联合动作。联动功能在应用模块和监测模块之间增加了Track模块，通过Track模块屏蔽不同监测模块的差异，将监测结果以统一的形式通知给应用模块，从而简化应用模块的处理。

1.1.1  联动功能实现机制

如图1-1所示，联动功能利用监测模块对链路状态、网络性能等进行监测，并通过Track模块将监测结果及时通知给应用模块，以便应用模块进行相应的处理。例如，在NQA、Track和静态路由之间建立联动，利用NQA监测静态路由的下一跳地址是否可达。NQA监测到下一跳不可达时，通过Track通知静态路由模块该监测结果，以便静态路由模块将该条路由置为无效，确保报文不再通过该静态路由转发。

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

 

1. Track模块与监测模块联动

Track模块通过Track项与监测模块建立关联。Track项定义了Positive、Negative和NotReady三种状态。监测模块负责对接口状态、链路状态等进行监测，并将监测结果通知给Track模块；Track模块根据监测结果改变Track项的状态。

·     如果监测结果为监测对象工作正常（如接口处于up状态、网络可达），则对应Track项的状态为Positive。

·     如果监测结果为监测对象出现异常（如接口处于down状态、网络不可达），则对应Track项的状态为Negative。

·     如果监测结果无效（如NQA作为监测模块时，与Track项关联的NQA测试组不存在），则对应Track项的状态为NotReady。

2. Track模块与应用模块联动

应用模块通过引用Track项与Track模块建立关联。Track项的状态改变后，通知应用模块；应用模块根据Track项的状态，及时进行相应的处理，从而避免通信的中断或服务质量的降低。

1.1.2  与Track模块实现联动功能的监测模块

目前，可以与Track模块实现联动功能的监测模块包括：

·     NQA（Network Quality Analyzer，网络质量分析）

·     接口管理

·     路由管理

另外，Track模块支持与监测模块列表建立关联。监测对象列表是多个监测对象的集合，这些监测对象依据其状态和列表的类型共同决定Track项的状态，主要有4种类型的列表：

·     布尔与类型列表：基于列表中对象状态的布尔与运算结果决定Track项的状态。

·     布尔或类型列表：基于列表中对象状态的布尔或运算结果决定Track项的状态。

·     比例类型列表：由Track列表中Positive对象/Negative对象的总比例和threshold percentage命令配置的门限值的大小决定Track项的状态。

·     权重类型列表：由Track列表中Positive对象/Negative对象的总权重和threshold weight命令配置的权重值的大小决定Track项的状态。

1.1.3  与Track模块实现联动功能的应用模块

目前，可以与Track模块实现联动功能的应用模块包括：

·     静态路由

·     策略路由

·     接口备份

·     WLAN（Wireless Local Area Network，无线局域网）上行链路检测

·     EAA

1.2  Track配置限制和指导

在某些情况下，Track项状态发生变化后，如果立即通知应用模块，则可能会由于路由无法及时恢复等原因，导致通信中断。在这种情况下，用户可以配置Track项状态发生变化时，延迟一定的时间通知应用模块。

1.3  联动功能应用举例

下面以NQA、Track和WLAN上行链路检测联动为例，说明联动功能的工作原理。

图1-2 NQA、Track和WLAN上行链路检测联动组网图

 

无线客户端通过AP（Access Point，接入点）和AC（Access Controller，接入控制器）接入到网络中。如果AC的上行链路出现故障，则关闭AP射频，禁止无线客户端关联到该AC下挂的AP，以便无线客户端通过上行链路正常工作的AC下的AP接入网络。如果上行链路恢复正常，则开启AP射频，允许无线客户端关联到该AC下挂的AP。通过在NQA、Track模块和WLAN上行链路检测模块之间建立联动，可以实时监测WLAN上行链路的可达性。

在此例中联动功能的配置方法及其工作原理为：

(1)     创建NQA测试组，通过NQA测试组监测目的地址（图1-2中Device的IP地址）是否可达。

(2)     创建和NQA测试组关联的Track项。当Device的IP地址可达时，NQA会将监测结果通知给Track模块，Track模块将该Track项的状态变为Positive；当Device的IP地址不可达时，NQA将监测结果通知给Track模块，Track模块将该Track项的状态变为Negative。

(3)     配置WLAN上行链路检测和Track项关联。如果Track模块通知WLAN上行链路检测Track项的状态为Negative，则WLAN上行链路检测模块将关闭AP射频，禁止无线客户端关联到该AC下挂的AP；如果Track模块通知WLAN上行链路检测Track项的状态为Positive，则WLAN上行链路检测模块将开启AP射频，允许无线客户端关联到该AC下挂的AP。

1.4  Track配置任务简介

为了实现联动功能，需要在Track与监测模块、Track与应用模块之间分别建立联动关系。Track配置任务如下：

(1)     配置Track与单个监控模块联动。

¡     配置Track与NQA联动

¡     配置Track与接口管理联动

¡     配置Track与路由管理联动

(2)     配置Track与监测对象列表联动

¡     配置Track与布尔类型的监测对象列表联动

¡     配置Track与比例类型的监测对象列表联动

¡     配置Track与权重类型的监测对象列表联动

(3)     配置Track与应用模块联动。

¡     配置Track与静态路由联动

¡     配置Track与策略路由联动

¡     配置Track与WLAN上行链路检测联动

¡     配置Track与EAA联动

¡     配置Track与安全策略联动

1.5  配置Track与单个监测模块联动

1.5.1  配置Track与NQA联动

1. 功能简介

NQA测试组周期性地探测某个目的地址是否可达、是否可以与某个目的服务器建立TCP连接等。如果在Track项和NQA测试组之间建立了关联，则当连续探测失败的次数达到指定的阈值时，NQA将通知Track模块监测对象出现异常，Track模块将与NQA测试组关联的Track项的状态置为Negative；否则，NQA通知Track模块监测对象正常工作，Track模块将Track项的状态置为Positive。NQA的详细介绍，请参见“网络管理和监控配置指导”中的“NQA”。

2. 配置限制和指导

配置Track项时，引用的NQA测试组或联动项可以不存在，此时该Track项的状态为NotReady。

3. 配置步骤

(1)     进入系统视图。

system-view

(2)     创建与NQA测试组中指定联动项关联的Track项，并进入Track视图。

track track-entry-number nqa entry admin-name operation-tag reaction item-number

配置Track项时，引用的NQA测试组或联动项可以不存在，此时该Track项的状态为NotReady。

(3)     指定Track项状态变化时通知应用模块的延迟时间。

delay { negative negative-time | positive positive-time } *

缺省情况下，Track项状态变化时立即通知应用模块。

1.5.2  配置Track与接口管理联动

1. 功能简介

接口管理用来监视接口的链路状态、物理状态和网络层协议状态。如果在Track项和接口之间建立了关联，则当接口的链路状态、物理状态或网络层协议状态为up时，接口管理通知Track模块将与接口关联的Track项的状态置为Positive；接口的链路状态、物理状态或网络层协议状态为down时，接口管理通知Track模块将Track项的状态为Negative。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     创建和接口管理关联的Track项，并进入Track视图。请至少选择其中一项进行配置。

¡     监视接口的链路状态。

track track-entry-number interface interface-type interface-number

¡     监视接口的物理状态。

track track-entry-number interface interface-type interface-number physical

¡     监视接口的网络层协议状态。

track track-entry-number interface interface-type interface-number protocol { ipv4 | ipv6 }

(3)     指定Track项状态变化时通知应用模块的延迟时间。

delay { negative negative-time | positive positive-time } *

缺省情况下，Track项状态变化时立即通知应用模块。

1.5.3  配置Track与路由管理联动

1. 功能简介

如果在Track项和路由管理之间建立了关联，当对应的路由条目在路由表中存在时，路由管理通知Track模块将与之关联的Track项状态设置为Positive；当对应的路由条目在路由表中被删除时，路由管理将通知Track模块将与之关联的Track项状态设置为Negative。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     创建与路由管理关联的Track项，并进入Track视图。

track track-entry-number ip route ip-address { mask-length | mask } reachability

(3)     指定Track项状态变化时通知应用模块的延迟时间。

delay { negative negative-time | positive positive-time } *

缺省情况下，Track项状态变化时立即通知应用模块。

1.6  配置Track与监测对象列表联动

1.6.1  配置Track与布尔类型的监测对象列表联动

1. 功能简介

对于布尔与类型的列表，如果列表中的所有监测对象的状态都是Positive，那么此Track项的状态为Positive；如果有一个或多个监测对象的状态为Negative，那么此Track项的状态为Negative。对于布尔或类型的列表，如果列表中至少有一个监测对象的状态是Positive，那么此Track项的状态为Positive，如果所有的监测对象的状态都是Negative，那么此Track项的状态为Negative。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     创建与单个监控对象关联的Track项。

请参见“1.5  配置Track与单个监测模块联动”。

可配置至少一个与单个监控对象关联的Track项。

(3)     创建和布尔类型列表关联的Track项，并进入Track视图。

track track-entry-number list boolean { and | or }

(4)     向列表中添加与单个监测对象联动的Track项。

object track-entry-number [ not ]

Track列表中需添加所有需要联动的Track对象。

(5)     （可选）指定Track项状态变化时通知应用模块的延迟时间。

delay { negative negative-time | positive positive-time } *

缺省情况下，Track项状态变化时立即通知应用模块。

1.6.2  配置Track与比例类型的监测对象列表联动

1. 功能简介

Track项的状态由Track列表中Positive对象/Negative对象的总比例和threshold percentage命令配置的门限值的大小决定。当列表中Positive对象所占百分比大于或等于Positive门限值时，Track项状态变为Positive；小于或等于Negative门限值时，Track项状态变为Negative。当关联列表中的Positive对象比例小于Positive参数指定值且大于Negative参数指定值时，Track项状态保持不变。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     创建与单个监控对象关联的Track项。

请参见“1.5  配置Track与单个监测模块联动”。

可配置至少一个与单个监控对象关联的Track项。

(3)     创建和比例类型列表关联的Track项，并进入Track视图。

track track-entry-number list threshold percentage

(4)     向列表中添加与单个监测对象联动的Track项。

object track-entry-number

Track列表中需添加所有需要联动的Track对象。

(5)     配置状态变化的门限值。

threshold percentage { negative negative-threshold | positive positive-threshold } *

缺省情况下，Negative状态门限值为0%，Positive状态门限值为1%。

(6)     （可选）指定Track项状态变化时通知应用模块的延迟时间。

delay { negative negative-time | positive positive-time } *

缺省情况下，Track项状态变化时立即通知应用模块。

1.6.3  配置Track与权重类型的监测对象列表联动

1. 功能简介

Track项的状态由Track列表中Positive对象/Negative对象的总权重和threshold weight命令配置的权重值的大小决定。每个加入列表的Track对象都拥有一个权重值，当处于Positive的监测项的权重之和大于或等于Positive门限值时，Track项状态变为Positive；当处于Positive的监测项的权重之和小于或等于Negative门限值时，Track项状态变为Negative。当关联列表中的Positive对象权重小于Positive参数指定值且大于Negative参数指定值时，Track项状态保持不变。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     创建与单个监控对象关联的Track项。

请参见“1.5  配置Track与单个监测模块联动”。

可配置至少一个与单个监控对象关联的Track项。

(3)     创建和权重类型列表关联的Track项，并进入Track视图。

track track-entry-number list threshold weight

(4)     向列表中添加与单个监测对象联动的Track项。

object track-entry-number [ weight weight ]

Track列表中需添加所有需要联动的Track对象。

(5)     配置状态变化的权重值。

threshold weight { negative negative-threshold | positive positive-threshold } *

缺省情况下，Negative门限值权重为0，Positive门限值权重为1。

(6)     （可选）指定Track项状态变化时通知应用模块的延迟时间。

delay { negative negative-time | positive positive-time } *

缺省情况下，Track项状态变化时立即通知应用模块。

1.7  配置Track与应用模块联动

1.7.1  Track与应用模块联动配置准备

用户配置Track和应用模块联动时，需保证联动的Track项已被创建，否则应用模块可能会获取到错误的Track项状态信息。

1.7.2  配置Track与静态路由联动

1. 功能简介

静态路由是一种特殊的路由，由管理员手工配置。配置静态路由后，去往指定目的地的报文将按照管理员指定的路径进行转发。静态路由配置的详细介绍，请参见“网络互通配置指导”中的“静态路由”。

静态路由的缺点在于：不能自动适应网络拓扑结构的变化，当网络发生故障或者拓扑发生变化时，可能会导致静态路由不可达，网络通信中断。

为了防止这种情况发生，可以配置其它路由和静态路由形成备份关系。静态路由可达时，根据静态路由转发报文，其它路由处于备份状态；静态路由不可达时，根据备份路由转发报文，从而避免通信中断，提高了网络可靠性。

通过在Track模块和静态路由之间建立联动，可以实现静态路由可达性的实时判断。

如果在配置静态路由时只指定了下一跳而未指定出接口，可以通过联动功能，利用监测模块监视静态路由下一跳的可达性，并根据Track项的状态来判断静态路由的可达性：

·     当Track项状态为Positive时，静态路由的下一跳可达，配置的静态路由将生效；

·     当Track项状态为Negative时，静态路由的下一跳不可达，配置的静态路由无效；

·     当Track项状态为NotReady时，无法判断静态路由的下一跳是否可达，此时配置的静态路由生效。

2. 配置限制和指导

在静态路由进行迭代时，Track项监测的应该是静态路由迭代后最终的下一跳地址，而不是配置中指定的下一跳地址。否则，可能导致错误地将有效路由判断为无效路由。

3. 配置Track与IPv4静态路由联动

(1)     进入系统视图。

system-view

(2)     配置通过Track与IPv4静态路由联动，检测IPv4静态路由下一跳是否可达。

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与IPv4静态路由联动。

4. 配置Track与IPv6静态路由联动

(1)     进入系统视图。

system-view

(2)     配置通过Track与IPv6静态路由联动，检测IPv6静态路由下一跳是否可达。

ipv6 route-static ipv6-address prefix-length { interface-type interface-number [ next-hop-address ] | next-hop-address } track track-entry-number [ preference preference ] [ tag tag-value ] [ description text ]

缺省情况下，未配置Track与IPv6静态路由联动。

1.7.3  配置Track与策略路由联动

1. 功能简介

策略路由是一种依据用户指定的策略灵活选路的机制，满足策略的报文将执行指定的操作，以指导报文转发。策略路由配置的详细介绍，请参见“网络互通配置指导”中的“策略路由”。

策略路由无法判断对报文执行的操作的可用性。当执行的操作不可用时，策略路由仍然对报文执行该操作，可能会导致报文转发失败。例如，策略路由中配置满足一定条件的报文，需要通过指定的出接口转发。当该出接口所在的链路出现故障时，策略路由无法感知链路故障，仍然通过该接口转发报文，导致报文转发失败。

通过联动功能，可以解决上述问题，增强了策略路由应用的灵活性，以及策略路由对网络环境的动态感知能力。配置策略路由执行的操作与Track项关联，利用监测模块监视链路的状态，通过Track项的状态来动态地决定策略路由操作的可用性：

·     Track项状态为Positive时，表示链路正常工作，与该Track项关联的策略路由操作生效，可以指导转发；

·     Track项状态为Negative时，表示链路出现故障，与该Track项关联的策略路由操作无效，转发时忽略该配置项；

·     Track项状态为NotReady时，与该Track项关联的策略路由操作生效，可以指导转发。

目前，支持与Track项关联的策略路由操作包括：

·     设置报文的出接口

·     设置报文的下一跳

·     设置报文的缺省出接口

·     设置报文的缺省下一跳

2. 配置准备

配置Track与策略路由联动前，需要先创建策略或一个策略节点，并配置匹配规则。

3. 配置Track与IPv4策略路由联动

(1)     进入系统视图。

system-view

(2)     创建策略或一个策略节点，并进入该策略视图。

policy-based-route policy-name [ deny | permit ] node node-number

(3)     设置匹配规则。

¡     设置ACL匹配规则。

if-match acl { acl-number | name acl-name }

缺省情况下，未设置ACL匹配规则。

策略路由不支持匹配二层信息的ACL匹配规则。

(4)     配置指导报文转发类动作。请至少选择其中一项进行配置。

¡     设置指导报文转发的出接口，并与Track项关联。

apply output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n>

缺省情况下，未设置指导报文转发的出接口。

¡     设置报文的下一跳，并与Track项关联。

apply next-hop  { ip-address [ direct ] [ track track-entry-number ] [ weight weight-value ] }&<1-n>

缺省情况下，未设置报文转发的下一跳。

¡     设置报文缺省出接口，并与Track项关联。

apply default-output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n>

缺省情况下，未设置报文的缺省出接口。

¡     设置报文缺省下一跳，并与Track项关联。

apply default-next-hop { ip-address [ direct ] [ track track-entry-number ] }&<1-n>

缺省情况下，未设置指导报文转发的缺省下一跳。

4. 配置Track与IPv6策略路由联动

(1)     进入系统视图。

system-view

(2)     创建策略或一个策略节点，并进入该策略视图。

ipv6 policy-based-route policy-name [ deny | permit ] node node-number

(3)     设置匹配规则。

¡     设置ACL匹配规则。

if-match acl { ipv6-acl-number | name ipv6-acl-name }

缺省情况下，未设置ACL匹配规则。

IPv6策略路由不支持匹配二层信息的ACL匹配规则。

(4)     配置指导报文转发类动作。请至少选择其中一项进行配置。

¡     设置报文的出接口，并与Track项关联。

apply output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n>

缺省情况下，未设置指导报文转发的出接口。

¡     设置报文的下一跳，并与Track项关联。

apply next-hop  { ipv6-address [ direct ] [ track track-entry-number ] [ weight weight-value ] } &<1-n>

缺省情况下，未设置报文转发的下一跳。

¡     设置报文缺省出接口，并与Track项关联。

apply default-output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n>

缺省情况下，未设置报文的缺省出接口。

¡     设置报文缺省下一跳，并与Track项关联。

apply default-next-hop { ipv6-address [ direct ] [ track track-entry-number ] }&<1-n>

缺省情况下，未设置指导报文转发的缺省下一跳。

1.7.4  配置Track与接口备份联动

1. 功能简介

用户可以配置备份接口与Track项关联，使该接口通过Track项来监测主接口的状态，从而根据网络环境改变其备份状态：

·     如果Track项的状态为Positive，说明主接口所在链路通信正常，备份接口保持在备份状态；

·     如果Track项的状态为Negative，说明主接口所在链路出现故障，备份接口将成为主接口负责业务传输；

·     如果Track项创建后一直处于NotReady状态，则说明Track关联监测模块的配置尚未生效，各接口维持原有转发状态不变；如果Track项由其它状态转变为NotReady状态，则备份接口将成为主接口。

接口备份配置的详细介绍，请参见“可靠性配置指导”中的“接口备份”。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入接口视图。

interface interface-type interface-number

(3)     配置接口与Track项关联。

backup track track-entry-number

缺省情况下，接口不与Track项关联。

一个接口只能关联一个Track项，重复执行backup track命令，后面的配置将覆盖前面的配置。

1.7.5  配置Track与WLAN上行链路检测联动

1. 功能简介

当AC的上行链路出现故障时，如果继续让无线客户端关联到该AC下挂的AP，无线客户端将无法访问外部网络。配置监测模块、Track与WLAN上行链路检测模块联动后，AC将利用监测模块监测上行链路的可达性；Track模块根据监测模块的监测结果改变Track项的状态，并将Track项状态通知给WLAN上行链路检测模块；WLAN上行链路检测模块根据Track项状态进行相应处理：

·     如果Track项状态为Positive，则开启AP射频，允许无线客户端关联到该AC下挂的AP。

·     如果Track项状态为Negative，则关闭AP射频，禁止无线客户端关联到该AC下挂的AP。

·     如果Track项状态为NotReady，则AP射频保持开启或关闭状态不变。

通过配置联动功能，可以保证在AC的上行链路出现故障时，无线客户端可以通过上行链路正常工作的AC下的AP接入网络。AC、AP及WLAN上行链路检测配置方法的详细介绍，请参见“可靠性配置指导”中的“WLAN高可靠性”。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     配置Track与WLAN上行链路检测关联。

wlan uplink track track-entry-number

缺省情况下，未指定与上行链路联动的Track项。

1.7.6  配置Track与EAA联动

1. 功能简介

配置Track与EAA联动后，当关联的Track项状态由Positive变为Negative或者Negative变为Positive时，触发监控策略执行；如果关联多个Track项，则最后一个处于Positive（Negative）状态的Track项变为Negative（Positive）时，触发监控策略执行。

如果配置了抑制时间，触发策略的同时开始计时，定时器超时前，收到状态从Positive（Negative）变为Negative（Positive）的消息，直接丢弃，不会处理。直到定时器超后，收到状态从Positive（Negative）变为Negative（Positive）的消息才处理，再一次触发策略执行。

EAA的详细介绍，请参见“网络管理和监控配置指导”中的“EAA”。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     创建CLI监控策略并进入CLI监控策略视图。

rtm cli-policy policy-name

(3)     配置Track监控事件。

event track track-entry-number-list state { negative | positive } [ suppress-time suppress-time ]

缺省情况下，未配置Track监控事件。

1.7.7  配置Track与安全策略联动

1. 功能简介

在安全策略中可以配置规则与Track项进行联动，规则与Track项联动后，规则的状态由Track的状态决定。

配置安全策略规则与Track项的Negative状态关联后，当安全策略规则收到Negative状态的Track通知时，将此规则置为有效状态（Active），当安全策略规则收到Positive状态的Track通知时，将此规则置为失效状态（Inactive）。

配置安全策略规则与Track项的Positive状态关联后，当安全策略规则收到Positive状态的Track通知时，将此规则置为有效状态（Active），当安全策略规则收到Negative状态的Track通知时，将此规则置为失效状态（Inactive）。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入安全策略视图。

security-policy { ip | ipv6 }

(3)     进入安全策略规则视图。

rule { rule-id | name name } *

(4)     配置安全策略规则与Track项联动。

track { negative | positive } track-entry-number

缺省情况下，未配置安全策略规则与Track项联动。

1.8  Track显示和维护

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

表1-1 Track显示和维护

操作	命令
显示Track项的信息	display track { track-entry-number | all [ negative | positive ] } [ brief ]

 

1.9  Track典型配置举例

1.9.1  静态路由、Track与NQA联动配置举例

1. 组网需求

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网段。

2. 组网图

图1-3 静态路由、Track与NQA联动配置组网图

 

3. 配置步骤

(1)     按照图1-3创建VLAN，在VLAN中加入对应的端口，并配置各VLAN接口的IP地址，具体配置过程略。

(2)     配置AC

# 配置到达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

4. 验证配置

# 显示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: 10.2.1.4

    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: 10.2.1.4

    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