RIP定时器研究2讲解.doc

各位?我来说说?RIP?几大定时器之我见更新30?失效定时180?抑制180?刷新240?可以用上图来说明我理解的过程 flush计时器是和invalid计时器一起开始计时的 所以总共240秒一到 本路由就会被清除掉,而不是等到 holddown的180秒走完 总共要等invaild+holddown=180+180=360, 实际的时间最高就是240秒左右(有一定的偏差） 所以240S删除没有收到的路由更新的这条路由表项 这个是法则死的 综上是不是有这些问题和矛盾啊 不知　这些问题　在你的心中　有怎样的判断???????　 我想我们首先要　解决的是　　什么时候启动抑制的定时器　　 验证　两种启动抑制定时器激活条件　也就是说　看前面说的两种情形是都对还是都不对　还是其中之一对　　 把这个问题 搞清了 再来看　抑制定时器内　收到　路由（不同度量值）的后继动作　　和没有收到的　后继动作 是不是如理论说讲的哪样一致的 须要设计好几个实验来　观察 实验 由易到难 逐步深入 依上图 运行 全部运行 rip v1 在 R1上 建lo0 100.100.100.1/24并参与rip； 收敛完毕后 打开 R2 R3 R4 的 调试信息 debug ip routing 及 debug ip rip 将 R1 的 F0/0中设为被动接口 在300S内 观察 R2 R3 R4的 调 试信 息 此项实验来观察 丢失路由（也就是说失效定时器到期都还没有收到的这种情形） 我先来分析一下 或者说 对实验结果的一个预测 当正常收敛完毕后 ，R1会以30S周期的将100.0.0.0的更新发给R2 且周期更新中也只会包含这一条路由对外发布并且通过R1的F0/0 这个大伙经过ＮＡ的学习对这个都应当认同的吧；当 R1 的 F0/0设为被动接口后，R2将收不到此条路由信息了(来模拟Ｒ２丢失　Ｒ１传来的100.0.0.0) 如果到了180S 还是没有收到 R2路由器在自己的路由表中把该路由条目设置为可能丢失(possibly down)；将把该路由条目设置为不可达(Metric为16)通过更新出去把该路由条目设置为可能丢失(possibly down)把该路由条目设置为不可达(Metric为16)通过更新出去。 R2#sh ip rip da 12.0.0.0/8 auto-summary 12.12.12.0/24 directly connected, FastEthernet0/0 23.0.0.0/8 auto-summary 23.23.23.0/24 directly connected, FastEthernet2/0 34.0.0.0/8 auto-summary 34.0.0.0/8 [1] via 23.23.23.3, 00:00:00, FastEthernet2/0 100.0.0.0/8 auto-summary 100.0.0.0/8 [1] via 12.12.12.1, 00:02:59, FastEthernet0/0 马上R2就到180 S 没有收到 此条的路由信息了 （我在2分多钟前将R1的F0/0设成了被动接口的原因） R2#sh ip rip da 12.0.0.0/8 auto-summary 12.12.12.0/24 directly connected, FastEthernet0/0 23.0.0.0/8 auto-summary 23.23.23.0/24 directly connected, FastEthernet2/0 34.0.0.0/8 auto-summary 34.0.0.0/8 [1] via 23.23.23.3, 00:00:08, FastEthernet2/0 100.0.0.0/8 auto-summary 100.0.0.0/8 [1] via 12.12.12.1, 00:03:07, FastEthernet0/0 已经过了180S 可R2 还没有对此路由条目有反应 这也说明 180S不绝对 有时是左右 有小的偏差 R2# *Mar 1 00:21:16.863: RT: delete route to 100.0.0.0 via 12.12.12.1, rip metric [120/1] 有反应了 *Mar 1 00:21:16.867: RT: