OSPF的收敛速度是多少?如何调整参数让其更快收敛?
来源:学生作业帮助网 编辑:六六作业网 时间:2024/12/23 23:40:54
OSPF的收敛速度是多少?如何调整参数让其更快收敛?
OSPF的收敛速度是多少?如何调整参数让其更快收敛?
OSPF的收敛速度是多少?如何调整参数让其更快收敛?
当时想着,能不能经过调整使得OSPF在毫秒级收敛,这样客户体验将会很好.看了如下贴子,我还是放弃这毫秒级的想法吧.
OSPF的收敛速度,CISCO给出过一个理论值,6S.
它假设的情况是当一台路由器的链路发生变化,这个更新的LSA会发送至其他路由器,其他路由器再次计算新的路由.它考虑LSA的泛洪和SPF计算使用了1S,另外又存在一个SPF计算延时,默认为5S,所以简单的得出了一个6S的结论.
在小马看来,OSPF的收敛其实绝对不能用一个数字去描述.收敛包括很多情况,除了某个链路变化之外还有可能是邻居的实效或建立,而且,不同的网络类型,时间值肯定也不一样,开不开BFD或者是否调节HelloDead时间都可能影响收敛时间.
引用一下一些测试结果,在20个节点100条路由的情况下,当SPF-schedule-delay为1S时,用Agillent的Router Tester得出的结果是2140.90ms,而SPF-Schedule-delay为10S的时候,结果是7108.40ms(注意,SPF-schedule-delay设置的10S意思是最大等待时间为10S);这个值仅具有参考性.
所以说,OSPF的收敛速度只能说是比较快,但是想得到具体的时间值那不太现实.
小马认为应该从以下几个时间入手:
2,SPF算法方面,出于稳定考虑,OSPF在每次数据库发生变化后并未马上计算SPF,而是等待一个SPF-schedule-delay,这个时间值最小为5,最大为10S,可以调节为1S.
3,LSA的泛洪方面,LSA有一个传输延时,trans-delay,目的是为了减少链路上同时泛洪的LSA的数量,缩短这个时间可以让LSA的更新更快;