设为首页收藏本站language 语言切换
查看: 2278|回复: 5
收起左侧

370问题2

[复制链接]
发表于 2012-11-26 11:56:24 | 显示全部楼层 |阅读模式
[RTA-GigabitEthernet1/0]vrrp vrid 1 timer advertise 5
[RTB-GigabitEthernet1/0]vrrpvrid 1 timer advertise 5
VRRP 备份组1运行正常,RTAMaster, RTBBackup若设备运行一段时间后,路由器RTA 故障,
则路由器RTB Backup变成Master的时间可能为
A. 3
B. 5
C. 12
D. 20

 楼主| 发表于 2012-11-26 11:56:38 | 显示全部楼层
沙发 2012-11-26 11:56:38 回复 收起回复
回复 支持 反对

使用道具 举报

 楼主| 发表于 2012-11-26 12:06:21 | 显示全部楼层
这个题目主要是考验VRRP通告报文的时间机制;只要细细的去分析就会明白了,多理解。 首先,backup转换成master状态是需要3个VRRP通告报文时间(默认3s)+抢占延迟时间(默认0s),此题目没有配置抢占延迟时间,故不考虑。 那么,在正常状态下当RTA故障以后,RTB转换成master是需要3x5s=15s时间;但是题目没有说明RTA是什么时间故障的,即RTB在等待多久收不到VRRP通告消息的,故此分析如下: 1、当RTB正常等待5s以后,RTA就要发送VRRP通告报文的时候,突然RTA故障,那么RTB是收不到VRRP通告报文的,此是第一次收不到,然后等待2个5s,就是第二次、第三次收不到,所以RTB转换成master状态需要的时间是0+5+5=10s; 2、当RTB正常等待4s以后,RTA准备发送VRRP通告报文的时候,突然RTA故障,那么RTB过完最后1s以后是收不到VRRP通告报文的,那么它就认为距离上一个包还差1s没有收到报文(上一个包过了5s才会丢弃,此时它才正常等待4s),此是第一次收不到,计时1s,然后等待2个5s,就是第二次、第三次收不到,所以RTB转换成master状态需要的时间是1+5+5=11s; 3、当RTB正常等待3s以后,RTA准备发送VRRP通告报文的时候,突然RTA故障,那么RTB过完最后2s以后是收不到VRRP通告报文的,那么它就认为距离上一个包还差2s没有收到报文(上一个包过了5s才会丢弃,此时它才正常等待3s),此是第一次收不到,计时2s,然后等待2个5s,就是第二次、第三次收不到,所以RTB转换成master状态需要的时间是2+5+5=12s; 然后依次类推,可以得出RTB的状态转换需要时间在10s~~15s之间。
板凳 2012-11-26 12:06:21 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2012-11-27 12:35:37 | 显示全部楼层
解答的有道理,。。当时我就认为范围应该是大于15秒。。。
地板 2012-11-27 12:35:37 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2012-11-27 18:56:32 | 显示全部楼层
选择B
5# 2012-11-27 18:56:32 回复 收起回复
回复 支持 反对

使用道具 举报

 楼主| 发表于 2012-11-28 22:22:47 | 显示全部楼层
请问为什么选择B啊,楼上的大师
6# 2012-11-28 22:22:47 回复 收起回复
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 论坛注册

本版积分规则

QQ|Archiver|手机版|小黑屋|sitemap|鸿鹄论坛 ( 京ICP备14027439号 )  

GMT+8, 2025-3-9 12:27 , Processed in 0.077412 second(s), 22 queries , Redis On.  

  Powered by Discuz!

  © 2001-2025 HH010.COM

快速回复 返回顶部 返回列表