分析演示：RIP动态路由协议引发的HSRP收敛问题(1)(5)

第四步：首先请使用no shut指令再次恢复R1上的两个接口(S2/0和E1/1)，然后配置路由器R1的HSRP去跟踪S2/0和E1/1。使用HSRP的接口跟踪功能去替代路由收敛的故障接管行为，具体配置如下所示：

配置路由器R1的接口跟踪功能：

R1(config)#intee1/0

R1(config-if)#standby1 track s2/0 5 * 跟踪S2/0接口，如果故障优先级减5

R1(config-if)#standby1 track e1/1 20 * 跟踪E1/1接口，如果故障优先级减20

R1(config-if)#exit

从实践的角度来讲为什么在跟踪两个不同接口时会作出这样的优先级设计?

从实验环境不难看出，路由器R1的S2/0是一条低速链路，R1和R2的以太网链路具备同等的收发速率，就即便是R1的S2/0故障，R1也和R2具备相同的发送速率，所以没必要S2/0故障后，进行HSRP的角色转换(将R2活动路由器)，所以使用standby 1 track s2/0 5指令申明当S2/0故障后，HSRP的优先级只减少5，那么R1就会从原来的优先级110，变为105，仍然高于路由器R2的优先级100，所以R1仍然会是HSRP冗余组中的活动路由器。

路由器R2是不会接管故障，断续充当备份路由器的角色，这样做的最佳实践是，省去了收敛时发生丢包的可能。

如果R1的E1/1接口故障，效果就完全不同，如果R1的E1/1故障，即便是S2/0仍然存活，如果不将HSRP冗余组的路由器进行角色转换(将R2转为活动路由器)，那么整个企业网络的流量都将通过R1的低速链路S2/0进行转发，这样会导致链路的利用率下降，所以使用指令standby 1 track e1/1 20申明，跟踪R1的E1/1，如果E1/1故障，那么优先级将下降20，从原来的110变为90，那么些时R2的优先级100就高于R1的90，那么R2将接管故障，成为HSRP冗余组中的活动路由器，流量将切换到R2进行转发。

完成上述的配置后，可以通过指令Show standby来查看R1当前的优先级、各个跟踪链路优先级的递减值，如图9所示。

---

---