①updata timer（組播定期更新時間）：默認每30s/次，組播地址224.0.0.9
②invalid timer（失效時間）：默認是180s
③flush timer（刷新時間）：cisco默認爲240s
④holddown timer（死亡時間）：默認180s
每個路由條目建立後每30s組播更新一次，並且開始180s invalid timer倒計時，如果如果這個時間內沒有收到更新，則該路由條目自動變成16跳，即不可達（失效）
x.x.x.x is possibly down
flush timer計時器比invalid timer 多60s，也就是說：
如果一個路由條目180s內沒收到更新那麼它就失效了，updata timer這個錶停了，flush timer 繼續計時，如果又過了60秒都沒收到更新，則路由條目從路由表中***；如果在這時間內收到更新了，則2個計時器同時被初始化。
holddown timer 這個時間一直感覺比較神奇，它是從 invalid timer 完畢之後開始計算的，在這個時間裏他不接受也不發送任何關於該條目的更新信息，但是問題出來了：
180s的 invalid timer 後只有60秒時間 flush timer 就到期，但是又有180s時間是不能接收更新的，於是這個時間變得毫無意義。
後來查過一些資料後才發現，其實這個時間是cisco自己加進來的，cisco書上寫的是180s，但是實驗發現大概只有30s左右。主要用途是防止環路，舉例如下：
(C) s2<----X---->s1 (A) s2<----->s1 (B)
路由器C的s2接口掛了，A收不到前往C的路由更新，該路由條目180s後失效，但這時候B路由定期組播了先前從A那裏學來的前往C的條目，若A接受了，則A以爲可以從B到達C，於是環路就形成了。
所以cisco設定了這個holddown timer。該路由條目180s後失效後進入holddown timer，B關於到達C的路由條目更新被無視，差不多30s左右的時間裏，B路由表中到C的路由條目invalid timer也到期了，進入不可用狀態，就不會向A發送更新。
這個holddown timer就是用來緩衝鄰居路由器進入invalid的時間上的不同，防止環回。
以下是對於holddown timer的進一步解釋：
抑制定時器，作用是在路由條目不可達後一定時間內不允許被響應（Response）報文更新。
它的思想是保證每臺路由器都收到路由不可達信息之前，不可達路由不會被收到的響應（Response）報文更新。因爲收到的響應（Response）報文中該路由條目的信息有可能就是自己原先通告出去的。