- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
02-Track配置
本章节下载： 02-Track配置 (359.40 KB)
目 录
本文中描述的路由器指支持路由功能的设备。
Track用于在监测模块、Track模块和应用模块之间建立关联，来实现这些模块之间的联合动作。联动功能在应用模块和监测模块之间增加了Track模块，通过Track模块屏蔽不同监测模块的差异，将监测结果以统一的形式通知给应用模块，从而简化应用模块的处理。
如图1-1所示，联动功能利用监测模块对链路状态、网络性能等进行监测，并通过Track模块将监测结果及时通知给应用模块，以便应用模块进行相应的处理。例如，在NQA、Track和静态路由之间建立联动，利用NQA监测静态路由的下一跳地址是否可达。NQA监测到下一跳不可达时，通过Track通知静态路由模块该监测结果，以便静态路由模块将该条路由置为无效，确保报文不再通过该静态路由转发。
Track模块通过Track项与监测模块建立关联。Track项定义了Positive、Negative和NotReady三种状态。监测模块负责对接口状态、链路状态等进行监测，并将监测结果通知给Track模块；Track模块根据监测结果改变Track项的状态。
· 如果监测结果为监测对象工作正常（如接口处于up状态、网络可达），则对应Track项的状态为Positive。
· 如果监测结果为监测对象出现异常（如接口处于down状态、网络不可达），则对应Track项的状态为Negative。
· 如果监测结果无效（如NQA作为监测模块时，与Track项关联的NQA测试组不存在），则对应Track项的状态为NotReady。
另外，Track模块支持与监测模块列表建立关联。监测对象列表是多个监测对象的集合，这些监测对象依据其状态和列表的类型共同决定Track项的状态，主要有4种类型的列表：
· 布尔与类型列表：基于列表中对象状态的布尔与运算结果决定Track项的状态。
· 布尔或类型列表：基于列表中对象状态的布尔或运算结果决定Track项的状态。
· 比例类型列表：由Track列表中Positive对象/Negative对象的总比例和threshold percentage命令配置的门限值的大小决定Track项的状态。
· 权重类型列表：由Track列表中Positive对象/Negative对象的总权重和threshold weight命令配置的权重值的大小决定Track项的状态。
应用模块通过引用Track项与Track模块建立关联。Track项的状态改变后，通知应用模块；应用模块根据Track项的状态，及时进行相应的处理，从而避免通信的中断或服务质量的降低。
目前，可以与Track模块实现联动功能的监测模块包括：
· NQA（Network Quality Analyzer，网络质量分析）
· 接口管理
· 路由管理
· LLDP（Link Layer Discovery Protocol，链路层发现协议）
在某些情况下，Track项状态发生变化后，如果立即通知应用模块，则可能会由于路由无法及时恢复等原因，导致通信中断。例如，VRRP备份组中Master路由器通过Track监视上行接口的状态。上行接口出现故障时，Track通知Master路由器降低优先级，使得Backup路由器抢占成为新的Master，负责转发报文。当上行接口恢复时，如果Track立即通知原来的Master路由器恢复优先级，该路由器将立即承担转发任务。此时该路由器可能尚未恢复上行的路由，从而导致报文转发失败。在这种情况下，用户可以配置Track项状态发生变化时，延迟一定的时间通知应用模块。
本特性的支持情况和设备型号有关，请以设备的实际情况为准。
|
产品系列 |
产品型号 |
产品代码 |
说明 |
|
WX3500X系列 |
· WX3510X · WX3520X · WX3540X |
· EWP-WX3510X · EWP-WX3520X · EWP-WX3540X |
不支持 |
|
WCG380系列 |
WCG382 |
EWP-WCG382 |
支持 |
下面以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。
为了实现联动功能，需要在Track与监测模块、Track与应用模块之间分别建立联动关系。Track配置任务如下：
(1) 配置Track与监控模块联动。
(2) 配置Track与监测对象列表联动
(3) 配置Track与应用模块联动。
NQA测试组周期性地探测某个目的地址是否可达、是否可以与某个目的服务器建立TCP连接等。如果在Track项和NQA测试组之间建立了关联，则当连续探测失败的次数达到指定的阈值时，NQA将通知Track模块监测对象出现异常，Track模块将与NQA测试组关联的Track项的状态置为Negative；否则，NQA通知Track模块监测对象正常工作，Track模块将Track项的状态置为Positive。NQA的详细介绍，请参见“网络管理和监控配置指导”中的“NQA”。
配置Track项时，引用的NQA测试组或联动项可以不存在，此时该Track项的状态为NotReady。
(1) 进入系统视图。
system-view
(2) 创建与NQA测试组中指定联动项关联的Track项，并进入Track视图。
track track-entry-number nqa entry admin-name operation-tag reaction item-number
(3) 指定Track项状态变化时通知应用模块的延迟时间。
delay { negative negative-time | positive positive-time } *
缺省情况下，Track项状态变化时立即通知应用模块。
接口管理用来监视接口的链路状态和网络层协议状态。如果在Track项和接口之间建立了关联，则当接口的链路状态或网络层协议状态为up时，接口管理通知Track模块将与接口关联的Track项的状态置为Positive；接口的链路状态或网络层协议状态为down时，接口管理通知Track模块将Track项的状态为Negative。
(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项状态变化时立即通知应用模块。
如果在Track项和路由管理之间建立了关联，当对应的路由条目在路由表中存在时，路由管理通知Track模块将与之关联的Track项状态设置为Positive；当对应的路由条目在路由表中被删除时，路由管理将通知Track模块将与之关联的Track项状态设置为Negative。
(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) 进入系统视图。
system-view
(2) 创建与IPv6路由管理关联的Track项，并进入Track视图。
track track-entry-number ipv6 route ipv6-address prefix-length reachability
(3) 指定Track项状态变化时通知应用模块的延迟时间。
delay { negative negative-time | positive positive-time } *
缺省情况下，Track项状态变化时立即通知应用模块。
配置Track与LLDP联动后，LLDP检测邻居是否存在，将检测结果通知给Track模块；Track模块根据检测结果，对Track项的状态进行修改，以便通知应用模块进行相应处理：
· 当LLDP邻居存在时，Track项的状态为Positive。
· 当LLDP邻居不存在时，Track项的状态为Negative。
LLDP的详细介绍，请参见“网络互通配置指导”中的“LLDP”。
(1) 进入系统视图。
system-view
(2) 创建与接口的LLDP邻居状态关联的Track项，并指定Track项状态变化时通知应用模块的延迟时间。
track track-entry-number lldp neighbor interface interface-type interface-number [ delay { negative negative-time | positive positive-time } * ]
对于布尔与类型的列表，如果列表中的所有监测对象的状态都是Positive，那么此Track项的状态为Positive；如果有一个或多个监测对象的状态为Negative，那么此Track项的状态为Negative。对于布尔或类型的列表，如果列表中至少有一个监测对象的状态是Positive，那么此Track项的状态为Positive，如果所有的监测对象的状态都是Negative，那么此Track项的状态为Negative。
(1) 进入系统视图。
system-view
(2) 创建和布尔类型列表关联的Track项，并进入Track视图。
track track-entry-number list boolean { and | or }
(3) 指定Track项状态变化时通知应用模块的延迟时间。
delay { negative negative-time | positive positive-time } *
缺省情况下，Track项状态变化时立即通知应用模块。
(4) 向列表中添加与单个监测对象联动的Track项。
object track-entry-id [ not ]
缺省情况下，列表中不存在与单个监测对象联动的Track项。
Track项的状态由Track列表中Positive对象/Negative对象的总比例和threshold percentage命令配置的门限值的大小决定。当列表中Positive对象所占百分比大于或等于Positive门限值时，Track项状态变为Positive；小于或等于Negative门限值时，Track项状态变为Negative。当关联列表中的Positive对象比例小于Positive参数指定值且大于Negative参数指定值时，Track项状态保持不变。
(1) 进入系统视图。
system-view
(2) 创建和比例类型列表关联的Track项，并进入Track视图。
track track-entry-number list threshold percentage
(3) 指定Track项状态变化时通知应用模块的延迟时间。
delay { negative negative-time | positive positive-time } *
缺省情况下，Track项状态变化时立即通知应用模块。
(4) 向列表中添加与单个监测对象联动的Track项。
object track-entry-id
缺省情况下，列表中不存在与单个监测对象联动的Track项。
(5) 配置状态变化的门限值。
threshold percentage { negative negative-threshold | positive positive-threshold } *
缺省情况下，Negative门限值为0%，Positive门限值为1%。
Track项的状态由Track列表中Positive对象/Negative对象的总权重和threshold weight命令配置的权重值的大小决定。每个加入列表的Track对象都拥有一个权重值，当处于Positive的监测项的权重之和大于或等于Positive门限值时，Track项状态变为Positive；当处于Positive的监测项的权重之和小于或等于Negative门限值时，Track项状态变为Negative。当关联列表中的Positive对象权重小于Positive参数指定值且大于Negative参数指定值时，Track项状态保持不变。
(1) 进入系统视图。
system-view
(2) 创建和权重类型列表关联的Track项，并进入Track视图。
track track-entry-number list threshold weight
(3) 指定Track项状态变化时通知应用模块的延迟时间。
delay { negative negative-time | positive positive-time } *
缺省情况下，Track项状态变化时立即通知应用模块。
(4) 向列表中添加与单个监测对象联动的Track项。
object track-entry-id [ weight weight ]
缺省情况下，列表中不存在与单个监测对象联动的Track项。
(5) 配置状态变化的权重值。
threshold weight { negative negative-threshold | positive positive-threshold } *
缺省情况下，Negative权重值为0，Positive权重值为1。
用户配置Track和应用模块联动时，需保证联动的Track项已被创建，否则应用模块可能会获取到错误的Track项状态信息。
VRRP工作在标准协议模式和负载均衡模式时，通过在Track模块和VRRP备份组之间建立联动，可以实现：
· 根据上行链路的状态，改变路由器的优先级。当路由器的上行链路出现故障时，备份组无法感知上行链路的故障，如果该路由器为Master，将会导致局域网内的主机无法访问外部网络。通过联动功能，可以解决该问题。利用监测模块监视路由器上行链路的状态，并在监测模块、Track模块和VRRP备份组之间建立联动，当上行链路出现故障时，通知将Track项状态变为Negative，并将路由器的优先级降低指定的数额。从而，使得备份组内其它路由器的优先级高于这个路由器的优先级，成为Master路由器，保证局域网内主机与外部网络的通信不会中断。
· 在Backup路由器上监视Master路由器的状态。当Master路由器出现故障时，工作在切换模式的Backup路由器能够迅速成为Master路由器，以保证通信不会中断。
VRRP工作在负载均衡模式时，通过在Track模块和VRRP虚拟转发器之间建立联动，还可以实现：
· 根据上行链路的状态，改变虚拟转发器的优先级。当AVF（Active Virtual Forwarder，动态虚拟转发器）的上行链路出现故障时，Track项的状态变为Negative，虚拟转发器的权重将降低指定的数额，以便虚拟转发器优先级更高的路由器抢占成为AVF，接替其转发流量。
· 在LVF（Listening Virtual Forwarder，监听虚拟转发器）上通过Track监视AVF的状态，当AVF出现故障时，工作在虚拟转发器快速切换模式的LVF能够迅速成为AVF，以保证通信不会中断。
VRRP配置的详细介绍，请参见“可靠性配置指导”中的“VRRP”。
接口IP地址与虚拟IP地址相同的路由器称为IP地址拥有者。路由器在某个备份组中作为IP地址拥有者时，如果在该路由器上配置该备份组监视指定的接口或Track项，则该配置不会生效。该路由器不再作为IP地址拥有者后，之前的配置才会生效。
被监视Track项的状态由Negative变为Positive或NotReady后，对应的路由器优先级或虚拟转发器优先级会自动恢复。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 配置VRRP备份组监视指定的Track项。
vrrp [ ipv6 ] vrid virtual-router-id track track-entry-number { forwarder-switchover member-ip ip-address | priority reduced [ priority-reduced ] switchover | weight reduced [ weight-reduced ] }
缺省情况下，未指定VRRP备份组监视的Track项。
VRRP工作在标准协议模式和负载均衡模式时，均支持本配置。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 配置虚拟转发器监视指定的Track项。
vrrp [ ipv6 ] vrid virtual-router-id track track-entry-number { forwarder-switchover member-ip ip-address | priority reduced [ priority-reduced ] switchover | weight reduced [ weight-reduced ] }
缺省情况下，未配置虚拟转发器的监视功能。
在VRRP标准协议模式和负载均衡模式下均可进行本配置，但只有在VRRP负载模式下本配置才会起作用。
用户可以通过多机备份组关联Track来快速检测控制TCP连接是否可用。未关联Track项时，多机备份组只能依靠TCP连接的状态来检查通道是否可用。当关联Track状态为Positive或NotReady时，多机备份模块才会尝试与对端设备建立TCP连接；当关联Track的状态为Negative时，断开与对端设备的控制TCP连接。多机备份配置的详细介绍，请参见“可靠性配置指导”中的“多机备份”。
(1) 进入系统视图。
system-view
(2) 创建多机备份对端并进入多机备份对端视图。
vsrp peer peer-name
(3) 配置监视指定的Track项。
track track-entry-number
缺省情况下，未配置Track项。
静态路由是一种特殊的路由，由管理员手工配置。配置静态路由后，去往指定目的地的报文将按照管理员指定的路径进行转发。静态路由配置的详细介绍，请参见“网络互通配置指导”中的“静态路由”和“IPv6静态路由”。
静态路由的缺点在于：不能自动适应网络拓扑结构的变化，当网络发生故障或者拓扑发生变化时，可能会导致静态路由不可达，网络通信中断。
为了防止这种情况发生，可以配置其它路由和静态路由形成备份关系。静态路由可达时，根据静态路由转发报文，其它路由处于备份状态；静态路由不可达时，根据备份路由转发报文，从而避免通信中断，提高了网络可靠性。
通过在Track模块和静态路由之间建立联动，可以实现静态路由可达性的实时判断。
如果在配置静态路由时只指定了下一跳而未指定出接口，可以通过联动功能，利用监测模块监视静态路由下一跳的可达性，并根据Track项的状态来判断静态路由的可达性：
· 当Track项状态为Positive时，静态路由的下一跳可达，配置的静态路由将生效；
· 当Track项状态为Negative时，静态路由的下一跳不可达，配置的静态路由无效；
· 当Track项状态为NotReady时，无法判断静态路由的下一跳是否可达，此时配置的静态路由生效。
在静态路由进行迭代时，Track项监测的应该是静态路由迭代后最终的下一跳地址，而不是配置中指定的下一跳地址。否则，可能导致错误地将有效路由判断为无效路由。
(1) 进入系统视图。
system-view
(2) 配置通过Track与IPv4静态路由联动，检测IPv4静态路由下一跳是否可达。
ip route-static dest-address { mask-length | mask } { interface-type interface-number [ next-hop-address ] | next-hop-address } [ permanent | track track-entry-number ] [ preference preference ] [ tag tag-value ] [ description text ]
缺省情况下，未配置Track与IPv4静态路由联动。
本命令的详细介绍请参见“网络互通命令参考”中的“静态路由”。
(1) 进入系统视图。
system-view
(2) 配置通过Track与IPv6静态路由联动，检测IPv6静态路由下一跳是否可达。
ipv6 route-static ipv6-address prefix-length { interface-type interface-number [ next-hop-address ] track track-entry-number | next-hop-address track track-entry-number } [ preference preference ] [ tag tag-value ] [ description text ]
缺省情况下，未配置Track与IPv6静态路由联动。
本命令的详细介绍请参见“网络互通命令参考”中的“IPv6静态路由”。
策略路由是一种依据用户指定的策略灵活选路的机制，满足策略的报文将执行指定的操作，以指导报文转发。策略路由配置的详细介绍，请参见“网络互通配置指导”中的“策略路由”。
策略路由无法判断对报文执行的操作的可用性。当执行的操作不可用时，策略路由仍然对报文执行该操作，可能会导致报文转发失败。例如，策略路由中配置满足一定条件的报文，需要通过指定的出接口转发。当该出接口所在的链路出现故障时，策略路由无法感知链路故障，仍然通过该接口转发报文，导致报文转发失败。
通过联动功能，可以解决上述问题，增强了策略路由应用的灵活性，以及策略路由对网络环境的动态感知能力。配置策略路由执行的操作与Track项关联，利用监测模块监视链路的状态，通过Track项的状态来动态地决定策略路由操作的可用性：
· Track项状态为Positive时，表示链路正常工作，与该Track项关联的策略路由操作生效，可以指导转发；
· Track项状态为Negative时，表示链路出现故障，与该Track项关联的策略路由操作无效，转发时忽略该配置项；
· Track项状态为NotReady时，与该Track项关联的策略路由操作生效，可以指导转发。
目前，支持与Track项关联的策略路由操作包括：
· 设置报文的出接口
· 设置报文的下一跳
· 设置报文的缺省出接口
· 设置报文的缺省下一跳
配置Track与策略路由联动前，需要先创建策略或一个策略节点，并配置匹配规则。
(1) 进入系统视图。
system-view
(2) 创建策略或一个策略节点，并进入该策略视图。
policy-based-route policy-name [ deny | permit ] node node-number
(3) 配置匹配规则。
¡ 设置IP报文长度匹配条件。
if-match packet-length min-len max-len
缺省情况下，未设置IP报文长度匹配规则。
¡ 设置ACL匹配条件。
if-match acl { acl-number | name acl-name }
缺省情况下，未设置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 ] }&<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>
缺省情况下，未设置指导报文转发的缺省下一跳。
(1) 进入系统视图。
system-view
(2) 创建策略或一个策略节点，并进入该策略视图。
ipv6 policy-based-route policy-name [ deny | permit ] node node-number
(3) 配置匹配规则。
¡ 设置IPv6报文长度匹配条件。
if-match packet-length min-len max-len
缺省情况下，未设置IP报文长度匹配规则。
¡ 设置ACL匹配条件。
if-match acl { ipv6-acl-number | name ipv6-acl-name }
缺省情况下，未设置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 ] }&<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>
缺省情况下，未设置指导报文转发的缺省下一跳。
配置Track与EAA联动后，当关联的Track项状态由Positive变为Negative或者Negative变为Positive时，触发监控策略执行；如果关联多个Track项，则最后一个处于Positive（Negative）状态的Track项变为Negative（Positive）时，触发监控策略执行。
如果配置了抑制时间，触发策略的同时开始计时，定时器超时前，收到状态从Positive（Negative）变为Negative（Positive）的消息，直接丢弃，不会处理。直到定时器超后，收到状态从Positive（Negative）变为Negative（Positive）的消息才处理，再一次触发策略执行。
EAA的详细介绍，请参见“网络管理和监控”中的“EAA”。
(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监控事件。
可在任意视图下执行以下命令，显示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-3 静态路由、Track与NQA联动配置组网图
(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
# 显示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
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
