Ospf 的hello 间隔和dead时间疑虑

[weixin_42211556]

ospf hello时间默认10s，dead时间40s，如果两个相邻路由器之间有比较复杂的网络，如果中间网络故障，而路由器相应的端口并没有down，这样只有超过dead时间才会检测到不可达，才会重新计算路由表，也就是说至少要等40s时间网络才可以恢复…客户希望尽可能快，于是调整了hello 1s，dead 4s，这样是快了很多…但是不清楚这样设置有什么影响呢，我能想到hello 间隔时间小，发出的组播握手包会增多，一定程度上增加了带宽占用，但是如果带宽足够，其他方面还有什么影响呢？求大神们多多指教！

[weixin_42211556]

引用 1 楼 qq_34490011 的回复：

对于不同的网络类型，Hello定时器和邻居失效时间的缺省值不同。修改网络类型时，Hello定时器和邻居失效时间将恢复为对应网络类型下的缺省值。请确保邻居路由器两端的Hello定时器和邻居失效时间的值保持一致，否则将影响OSPF邻居关系的建立。
当OSPF的LSDB发生改变时，需要重新计算最短路径。如果网络频繁变化，且每次变化都立即计算最短路径，将会占用大量系统资源，并影响路由器的效率。

多谢了，客户是广播网络，要求恢复时间快，默认40s，他们不能接受，调整hello 1s dead 4s，看起来还好，但是我不知道还有什么其他方面影响

[MD3TNT]

对于不同的网络类型，Hello定时器和邻居失效时间的缺省值不同。修改网络类型时，Hello定时器和邻居失效时间将恢复为对应网络类型下的缺省值。请确保邻居路由器两端的Hello定时器和邻居失效时间的值保持一致，否则将影响OSPF邻居关系的建立。
当OSPF的LSDB发生改变时，需要重新计算最短路径。如果网络频繁变化，且每次变化都立即计算最短路径，将会占用大量系统资源，并影响路由器的效率。

[weixin_44217653]

两端网络的Hello Time和 Deadth Time不一致会导致OSPF邻居建立失败，当然是可以改，但是也会面临一些问题，如果你的你的拓扑不够稳定，那么路由及没法收敛，一般来说小型局域网这个问题不明显，所以完全可以根据你的想法来设计这些参数，如果你的网络足够大，我想也不会，因为这是OSPF，哈哈哈，一般来说OSPF只要不发生震荡导致路由丢失，那么你可以随心所欲。
这个值也是厂商的建议而已，一般是根据某种Base line建立的，给你修改就是按需配置，所以改或不改在于你是要去学精还是用用而已，全在于你把控风险的能力，当然如果你是一个良好的网络设计者，这个就不是问题，可以在规划的时候就可以提供一个区域可以想怎么玩就怎么玩。
希望对你有帮助。

[weixin_44557892]

你查查一个技术，bfd，做一个ospf和bfd的联动，可以实现毫秒级别切换，同时不用修改ospf 间隔