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

第二步：在路由器R1上制造故障去shutdown路由器R1的S2/0和E1/1接口

R1(config)#intes2/0

R1(config-if)#shutdown *关闭S2/0

R1(config-if)#exit

R1(config)#intee1/1

R1(config-if)#shutdown *关闭E1/1

R1(config-if)#exit

系统提示：两个接口的管理属性为down!

*Jul 24 11:24:11.047: %LINK-5-CHANGED: InterfaceSerial2/0, changed state to administratively down

*Jul 24 11:24:11.055: %LINEPROTO-5-UPDOWN: Lineprotocol on Interface Serial2/0, changed state to down

当路由器R1的S2/0和E1/1故障后，如图3所示，故障成功被切换，中间存在几个丢包是因为切换故障的延迟所致，但是HSRP冗余组中的活动路由器还是R1，备份路由器是R2，事实上，HSRP的角色状态并没有改变，而是路由协议来帮助用户完成了故障转移，并非HSRP的功劳。

具体分析如下：

首先在第一步之后，可以在R1上通过show standby brief查看HSRP的信息，如图4所示，可看出，R1仍然是活动路由器，即便是R1的S2/0和E1/1关闭，但是由于HSRP并没有配置track跟踪接口功能，所以关闭接口的行为不会造成HSRP的角色转换。那么此时的流量是如何被R2接管?那是因为RIP动态路由协议帮助用户网络收敛。

在R1上通过show ip route指令查看路由表，如图5所示，由于R1的S2/0和E1/1故障，所以通过这两条链路的路由会随故障的发生而收敛，消失在R1的路由表中，此时，具备2跳度量值的哪条路由(通过R2到30.30.30.1)会出现在路由表中，那么R1就可以将主机发来的流量转向投递到R2，然后由R2发送到R3上的30.30.30.1，具体的证据如图6所示，如果用户在主机上跟踪到30.30.30.1的路径，不难看出，主机首先仍然将流量转发给活动路由器R1，然后R1再转发给R2，R2最后转给目标。

路由协议去替代HSRP接管故障，切换流量的好处是网络可以依赖于动态路由协议的收敛来完成故障转移，其实这也是各大厂商推荐的一种方案，不足之处就是不同的动态路由协议的收敛速度不同，可能会为网络造成更大的收敛延迟，关于这一点后面会有实验来证明;另外它对于HSRP的初学者而言，可能造成对技术知道点的混淆，比如：没有配置跟踪track功能，也能收敛那么跟踪功能还有什么意义。

---

---