关于RIP计时器的抑制计时器的问题（holddown timer）
网上关于抑制计时器的定义的这样的：路由器如果在相同的接口上收到某个路由条目的距离比原先收到的距离大，那么将启动一个抑制计时器。在抑制计时器的时间内该目的不可到达。抑制计时器主要是在rip协议中用来防止路由环路，该计时器的原理是引用一个怀疑量，不管是真的还是假的路由消息，路由器先认为是假消息来避免路由环路。如果在抑制计时器超时后还接受到该消息，那么这时路由器就认为该消息时真的。默认抑制计时器是180s在这个拓扑中，R1上创建了环回口lo0，R1和R2都启用rip然后再R2看lo0的路由条目为R 1.1.1.0 via 12.1.1.1, 00:00:03, FastEthernet0/0 然后再R1做对1.1.1.0做偏移列表：access-list 1 permit 1.1.1.0 0.0.0.255
offset-list 1 out 2 fastEthernet 0/0对1.1.1.0加了2跳
如果按照上面对抑制计时器的定义，那要过180S后R2上1.1.1.0的路由才变成1.1.1.0 via 12.1.1.1, 00:00:01, FastEthernet0/0 那为什么我在下一个RIP更新后就看到3跳的路由了呢？
本帖最后由 84983251 于 2014-4-26 20:43 编辑
看我画的图就能说明问题···RIP的保持失效计时器是在 失效计时器之后才生效也就是路由被possible ｉｓ ｄｏｗｎ，我们知道保持失效计时器的值是１８０Ｓ，但是我们知道失效计时器过后再过６０Ｓ就是刷新计时器了，所以实际上保持失效计时器只能工作６０Ｓ的时间。所以你的实验最大的错误是没有理解几个计时器的工作机制。你需要让Ｒ２的路由先ＰＯＳＳＩＢＥ ｉｓ ｄｏｗｎ 然后再恢复不同于源ＭＥＴＲＩＣ的相同路由，再查看就是了····只有６０Ｓ时间 也就是２个更新包的时间
ＰＳ：网上有很多定义都是错的·只有自己动手找出的才是真实的····还有保持失效计时器工作是因为传递过来的路由的ｍｅｔｒｉｃ与源ｐｏｓｓｉｂｌｅ ｉｓ ｄｏｗｎ的路由不同，不管是大还是小，保持失效计时器都会抑制掉这个更新····所以你上面的解释错的很离谱··
路过了解一下 offset-list偏移的度量是在原有基础上叠加！！！ 本帖最后由 lw313897301 于 2014-4-27 09:42 编辑
。。。 这个实验我也被纠结过，首先，你要是在路由器已经进入到失效时间的时候，再更改 offset-list值。你会发现该接口的down状态会持续下去，而不是60s。你做不成功的原因也许是模拟器导致的，我试过GNS3和pt，都无法做出这个现象，只能够通过真实机架才行。这个实验如果你百度，都是建议使用真实机架才行。 fengyuzhuifeng 发表于 2014-4-30 17:50
这个实验我也被纠结过，首先，你要是在路由器已经进入到失效时间的时候，再更改 offset-list值。你会发现 ...
我也这样考虑过，可能模拟器模拟不出，因为概念不可能错，老师和网上对它的定义都一样的。到时候有机会一定要去真机试试，谢谢！ {:6_267:} {:6_267:}
页:
[1]