关于RIP holddown timer（抑制计时器）的探讨

名字很难想

我这个人有个毛病，喜欢深挖细嚼，越是细小的东西，越喜欢研究。其实网络技术实在是浩瀚无穷，博大精深，
很多东西，你以为你搞懂了，其实你真的没弄懂。

众所周知，RIP有四个计数器：
1.     updat* timer 更新计时器                        默认30s
2.     Invalidation timer 无效计时器                默认180s               
        用来限制停留在路由表中的路由未被更新的时间。也可称为expiration timer限时计时器或timeout timer
        这个时间到了后，路由条目会变成16跳，标记不可达路由  possibly down。
        Gateway of last resort is not set
        R    3.0.0.0/8 is possibly down, routing via 9.9.12.2, FastEthernet0/0
        // 这个时候，他自己到如果收到数据包去3.0.0.0依然转发，但是不会向其他rip路由器去更新3.0.0.0的路由
3.        Garbage colletion / flush timer               
        一般为比无效计时器多60-240秒，如果连这个时间也超时了，那么路由条目彻底删除。  
        思科默认60s（注意是比invalidtimer多60s）   RFC默认120s
4.        Holddown timer
         默认6个更新周期，即180s。当收到一个更大跳数的条目时，该路由条目标记为不可达，同时启动抑制计时器，
         如果计时器超时后，同一个邻居仍然通告该路由，则接受更新。


我们的问题来了，这个holddown timer到底是啥意思？到底怎么理解？

理解1：

R1向R2更新1.1.1.0，1跳，当R1 DOWN掉（passive掉直连接口），而R3向R2更新1.1.1.0为5跳时， R2上去往R1的路由会随着invalid计时器的到期变成pdown状态，随后进holddown timer的计时器，holddown timer计时器超时后，R2接受R3的更新

理解2：

将RIP计时器设置为：updat* timer 10s invalid 30s holddown 30s flush 120s

R1更新1.0.0.0给R2，passive掉R1上与R2的直连接口，到30S invalid时间到后，路由变成pdown，
这时取消R1上的passive interface，R1继续更新路由给R2，
R2关于1.0.0.0的路由进入holddown timer的30s周期，在该周期内，R2不接受该更新，知道holddown timer超时，路由回复正常。

hey bitch ,what do you think about this,what is your choice ？

紫川凌

holddown timer 计时器是生效的，不知道楼主是不是用GNS3模拟的。我用GNS3模拟的时候 用的是(C3640-JK9O3S-M), Version 12.4(10) 的IOS，的确是不会出现holddown timer 的提示，直接就装表了。
后来我换了真机去实验了一下，debug 都能看到 holddown timer 相关的提示。

名字很难想

也就是说，上面的2种理解，都是正确的

wantccie

possibly down就代表，该条路由在等待holdtimer超时后，该路由从路由表中被移去。

所以应该理解1和2都是对的。