OSPF中的Dead time真的到时间就会dead吗？

Question

最近在听waking谢斌的hcia的课程。
关于ospf邻居关系的老化时间。
我们知道ospf协议规定的默认老化时间，也就是dead time，固定是40s，也就是hello time的四倍。
同时ospf协议也规定区域内路由器修改hello time后，如果与邻居路由器不匹配，则会在等待一段时间后断开。
谢斌teacher说这个等待时间就是40s。
我当时认为应该是修改后的老化时间，比如我修改hello time为8s，那么就等待32s。
但是我反复测试后，发现老化时间既不是40s，也不是修改后的dead time，而是20s到40s的区间内
那么这个时间到底是依据什么呢？

Answer 1

引自强大而免费的微信小程序：皆我百晓生。

---

在OSPF中，"Dead time"指的是两台OSPF邻居路由器之间在没有收到更新消息的时间超过Dead time后，将会认为邻居路由器已经死亡，从而断开邻居关系。

默认情况下，OSPF的Hello time是10秒，Dead time是40秒。也就是说，如果一台路由器在40秒内没有收到来自邻居路由器的任何更新消息，那么它会认为邻居路由器已经无法通信，从而认为邻居路由器已经“dead”，断开邻居关系。

当一台OSPF路由器修改了Hello time后，它会发送带有新Hello time的Hello消息给邻居路由器。如果邻居路由器收到的Hello消息中的Hello time与自身配置的Hello time不一致，那么它会给予一段时间（通常是4倍的Hello interval）来等待邻居路由器发送匹配的Hello消息。如果在这段时间内没有收到匹配的Hello消息，那么它会断开与邻居路由器的邻居关系。

这段等待时间通常被称为"Gracetime"，有时也被称为"Dead interval"。根据不同的实现和厂商，这个等待时间可以在OSPF配置中进行调整。在谢斌老师的课程中，他提到的40秒是针对Cisco设备的默认配置。

总结起来，Dead time不是指定的一个固定时间，而是一个死亡检测机制。当某个邻居路由器在Dead time内没有发送更新消息时，OSPF协议会认为邻居路由器已经“dead”并且断开邻居关系。这个Dead time可以根据具体配置进行调整。