域内路由协议收敛过程中的洪泛时延计算

【域内路由协议收敛过程中的洪泛时延计算】 没人回答我来强答一下,但是我没有设备厂商的工作经验,如果有错误的话,还请各位大佬指出。

问题1,步调延迟设置的意义。你这里说的步调延迟应该指在链路或者节点失效之后,检测到故障的节点在生成并发出新的LSA/LSP和触发SPF计算之前的一段hold-off的时间?
首先,LSA/LSP发出之前设置hold-off时间是为了,一来让物理层或者光纤层面的保护中自动恢复,二来是考虑到如果有一条持续flapping的链路频繁触发LSA/LSP的泛洪,会导致其他设备频繁的LSA/LSP更新和SPF触发以及相关的前缀的计算,会导致网络很不稳定。所以一般在检测到故障之后会设置一段时间(一般几十ms),并且采用基于指数back-off算法的动态定时器,也就是说如果持续flapping,第一次延迟50ms发出LSA/LSP,第二次100ms,第三次200ms....直到达到一个设置的上限值。
然后,在接收到新LSA/LSP后进行SPF计算之前也会保持一段hold-off时间。是因为如果是链路或者节点失效之后,往往相连的邻居都会生成相应的LSA/LSP,所以节点正常来说会从不同邻居多条相关反应这个故障的LSA/LSP,当然了由于路径不同网络状况也不同,会有一定的时间差,所以要等一段时间再运行SPF算法,一般也采用基于指数back-off算法的动态定时器。

问题2,不是特别清楚这个问题是什么意思,可以分享一下原文或者前后文吗?

问题3,其实我也不是特别清楚这个fast flooding的概念,刚才谷歌了一下。但是其实理解了问题1,这个问题应该就不是个问题了。节点在接收到新的反应拓扑变化的LSA/LSP,节点本就应该先泛洪该LSA/LSP信息,而不是运行SPF计算,原因问题1里讲过了。


    推荐阅读