ospf hello時間默認10s，dead時間40s，如果兩個相鄰路由器之間有比較復雜的網路，如果中間網路故障，而路由器相應的埠并沒有down，這樣只有超過dead時間才會檢測到不可達，才會重新計算路由表，也就是說至少要等40s時間網路才可以恢復…客戶希望盡可能快，于是調整了hello 1s，dead 4s，這樣是快了很多…但是不清楚這樣設定有什么影響呢，我能想到hello 間隔時間小，發出的組播握手包會增多，一定程度上增加了帶寬占用，但是如果帶寬足夠，其他方面還有什么影響呢？求大神們多多指教！
uj5u.com熱心網友回復：
對于不同的網路型別，Hello定時器和鄰居失效時間的預設值不同。修改網路型別時，Hello定時器和鄰居失效時間將恢復為對應網路型別下的預設值。請確保鄰居路由器兩端的Hello定時器和鄰居失效時間的值保持一致，否則將影響OSPF鄰居關系的建立。當OSPF的LSDB發生改變時，需要重新計算最短路徑。如果網路頻繁變化，且每次變化都立即計算最短路徑，將會占用大量系統資源，并影響路由器的效率。
uj5u.com熱心網友回復：
多謝了，客戶是廣播網路，要求恢復時間快，默認40s，他們不能接受，調整hello 1s dead 4s，看起來還好，但是我不知道還有什么其他方面影響
uj5u.com熱心網友回復：
兩端網路的Hello Time和 Deadth Time不一致會導致OSPF鄰居建立失敗，當然是可以改，但是也會面臨一些問題，如果你的你的拓撲不夠穩定，那么路由及沒法收斂，一般來說小型局域網這個問題不明顯，所以完全可以根據你的想法來設計這些引數，如果你的網路足夠大，我想也不會，因為這是OSPF，哈哈哈，一般來說OSPF只要不發生震蕩導致路由丟失，那么你可以隨心所欲。這個值也是廠商的建議而已，一般是根據某種Base line建立的，給你修改就是按需配置，所以改或不改在于你是要去學精還是用用而已，全在于你把控風險的能力，當然如果你是一個良好的網路設計者，這個就不是問題，可以在規劃的時候就可以提供一個區域可以想怎么玩就怎么玩。
希望對你有幫助。
uj5u.com熱心網友回復：
你查查一個技術，bfd，做一個ospf和bfd的聯動，可以實作毫秒級別切換，同時不用修改ospf 間隔轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/92626.html
標籤：交換及路由技術