hsrp internals(visual land hsrp动画系列2).pptVIP

R2 Standby timer超时 (Standby) R2的Standby timer超时，变成Standby, 发送 Hello。R1收到后，知道了R2是Standby。 这个变化是根据RFC2281状态表。这里先做个简单的分析：在tick 9， R2 变成Speak时， 启动了Standby timer, 时限是Holdtime. 由于R2一直没有收到从Standby发送的Hello, 它的Standby timer不断地递减，到了tick 35, Standby timer超时，导致R2状态从Speak变成Standby. [ 注]在这个动画，Holdtime是25个tick [注] 状态改变详情见附录：分析及下一个动画：2. HSRP state table。 第一个ping成功 ( 经R1) H1发送ping给H2, 被S1转发到接口 e0/0, 然后R1转发经云层抵达H2。关键在于：1) ping目的 Mac是Mac.virt. 2) S1的Mac表里有(Mac.virt, e0/0)。S1收到ping, 用目的Mac地址搜索Mac表，找到e0/0而转发。 R1下线： shutdown R1.E0/0 R1的E0/0断线，R1下线，HSRP Status 显示以下改变： - Active路由器： 从 (Active, local) 变成 (Init, unknown). - Standby 路由器： 从R2变成unknow 第二个ping失败 (经R1) H1收到echo, 就发送第二个ping. 在抵达R1时被丢弃。 R2超时, 变成 Active R2 Active timer超时 (10秒没收到R1的Hello), R2递补成为Active, 并发送Hello通知其他路由器。 当S1收到R2所发的Arp reply，发现其Mac源地址 (Mac.virt)的输入端口变成e0/1, 就更新Mac表条目为 (Mac.virt, e0/2)。这样，以后送往虚拟路由器的数据包，就会被S1转发到R2。 【注】 回顾这个状态改变的过程可以了解HSRP如何用timer来管理状态转换：在tick 30 R2收到R1的Hello, 启动Active timer (10秒). tick 54: R1下线, 从Active变成Init。由于R2一直没收到Active所发的Hello, 导致R2的Actiuve timer在 tick 64超时，R2判断Active路由器出事了，就从Standby变成Active。 第三个ping成功 (经R2) H1发送第三个ping, 被交换机S1转发到现任的 Active 路由器 (R2) 而抵达H2。 H2发送echo，经 R2转发抵达H1。 FAQ 1) 在HSRP环境，交换机什么情况下会发现虚拟MAC改变位置？ 2) 为什么HSRP 路由器在改变Active时，会广播ARP Reply? 3) 当HSRP路由器发送Hello时，它的MAC源地址是什么？ 4) 当一个路由器落选时，状态从Active变成Speak, 为什么不是Standby？ （答案见备注） * * Hsrp Internals HSRP 图解教程系列 - 2 (北冰洋软件) 看动画、学网络 HSRP怎么用priority, timer来选出网关、递补网关？ 图解版本根据 hsrp internals仿真动画 截图而来。 原创作品，允许转载，转载时请用超链接标明文章原始出处 * * hsrp 动画目录 1.HSRP basic(理论)：用动画说明HSRP怎么用优先级别选举，网关断线时HSRP怎么用计时器在几秒内恢复网关,保障数据流运行。2.HSRP intenals (理论) 用动画显示HSRP的选举过程 （选出 Active, Standby, Speak），包括优先级别、计时器、5 类HSRP包、交换机虚拟MAC，及其扮演的角色。 3.RFC2281 state table (理论) 把 HSRP的 RFC 状态表用动画显示，学会如何使用网络状态表来解释协议。 4.Election lab. (实验) 把用dynamips 实现的 HSRP 选举过程，用动画详细表现出来 (数据包、状态) 。5.Link down lab. (实验) 把用dynamips 实现的HSRP 断线恢复过程1，用动画表现 (Timer, state, action) 。6.HSRP-OSPF link down-1. (实验) 这个实验的目的是锻炼排错能力。Dynamips网络实验 有三个路由器，运行HSRP、OSPF. Active断线后有三个pin