设为首页   锐捷官网
用其他帐号登录:
查看: 1913|回复: 0

[讨论] 4 OSPF >> 4.2 配置OSPF >> 4.2.9 更新路由信息

[复制链接]

72

主题

129

帖子

1670

积分

金牌会员

Rank: 6Rank: 6

积分
1670
发表于 2016-6-28 11:15:04 | 显示全部楼层 |阅读模式
本帖 * 后由 no_on 于 2016-6-28 11:56 编辑

4 OSPF  >>  4.2 配置OSPF >>  4.2.9 更新路由信息

生成 LSA 的指数退避算法

  
命令
  
作用
Ruijie(config-router)# timers throttle lsa all delay-time hold-time max-wait-time
配置生成 LSA 的指数退避算法。缺省情况下,初
  始间隔为 0 毫秒,维持间隔为 5000 毫秒, * 间隔也为 5000 毫秒。
>hold-time 不允许小于 delay-time, max-wait-time 也不允许小于 hold-time。

     为了防止多个事件在短时间内触发相同 LSA 的更新时,导致 LSA 的频繁刷新,消耗过多的 CPU 资源, OSPF 协议为 LSA生成设置了 * 小的时间间隔 MinLSInterval,该值缺省为 5 秒,在这段时间内,相同的 LSA 实例不允许重复生成。设置该延时的目的是为了避免 LSA 频繁震荡对网络带来冲击,但是该限制却降低了 LSA 生成的速度,无法尽快将网络拓扑变化向外通告。
      为了快速响应网络信息的变化,同时避免过于频繁的路由计算,可使用指数退避的规律动态地改变 LSA 的生成时间间隔。timers throttle lsa all 命令有三个参数:初始间隔、维持间隔和 * 间隔,通过设定这三个值,系统就可以根据网络拓扑变化的频繁程度自动调节 LSA 生成的间隔时间。通常为 delay-time 指定为 0 或一个较小的值,这样在网络拓扑比较稳定的情况下,可以马上触发生成 LSA 实例;在网络频繁变化的情况下, LSA 生成的间隔时间将从 hold-time 开始递增,变化规律hold-time×2n-1n 为变化次数,随着 LSA 反复生成的次数增多,生成间隔就会越来越大,直到到达“ * 间隔”。当触发 LSA 生成的时间间隔大于 max-wait-time 时,该 LSA 生成的 delay-time 恢复为 * 时间间隔。

分组更新 LSA 的时间

  
命令
  
作用
Ruijie (config-router)# timers pacing lsa-group seconds
设置分组更新 LSA 的时间。缺省值为 4m。
Ruijie (config-router)# no timers pacing lsa-group
恢复缺省值
      每个 LSA 都有自己的生存时间(LSA age),当生存时间达到 1800 秒时,需要进行重刷新以防止正常的 LSA 通告达到 * 生存时间而被清除掉。如果对每个 LSA 都独立进行 LSA 的更新和老化计算,将消耗大量的 CPU 资源。为了有效利用 CPU 源,将设备内 LSA 分组进行刷新操作。这里称一个分组刷新操作的时间间隔为组步调间隔,分组刷新操作即将一个组步调间隔内需要刷新的 LSA 编成一组统一刷新。
      在 LSA 数量一定的情况下,步调时间间隔越大,定时器期满后处理的 LSA 数量越多。为了保持 CPU 的稳定,建议每次期满处理的 LSA 数量不宜太多,所以如果 LSA 数量较大,建议降低步调间隔。比如,数据库中有 10000 LSA,可以降低步调时间间隔,如果只有 40~100 条,则可以调整到 10~20 分钟。

分组发送 LSA 更新

  
命令
  
作用
Ruijie(config-router)# timers  pacing lsa-transmit transmit-time  transmit-count
配置分组发送 LSA 更新。
      为了减轻大量更新报文的洪泛给网络设备带来的冲击,引入了 LSA 分组更新功能。将大量的更新报文之间做一定的延时分隔,这样可以将这段时期内需要洪泛的 LSA 进行收集,以 * 少的报文量发送这些 LSA,同时,期间能够让出 CPU 处理其他任务,优化系统性能。
      环境中 LSA 数量很多,设备本身负荷太大时,配置适当的 transimit-time transimit-count 可以抑制网络中洪泛的 LS-UPD报文数量。 CPU 负荷不高,网络带宽负荷不大时,减小 transimit-time 增加 transimit-count 可以加快环境的收敛。

LSA 传输延时与重传
  
命令
  
作用
Ruijie(config-if)# ip ospf transmit-delay seconds
在接口上设置 LSA 更新报文传输延时。
Ruijie(config-if)# ip ospf retransmit-interval seconds
在接口上设置 LSA 重传间隔
>虚链接上可以设置 LSA 更新报文传输延时、 LSA 重传间隔。参见前文“设置区域互联”。
接收相同 LSA 的延时
  
命令
  
作用
Ruijie(config-router)# timers lsa arrival arrival-time
配置接收相同 LSA 的延时。缺省为 1000 毫秒。
       在一个广播网络中或者网络频繁震荡的环境中,设备会从一个或多个接口、不同邻居收到相同的 LSA 更新。如果每次接收到相同的 LSA 都进行处理,则会浪费过多的系统资源。 OSPF 协议规定,接收到相同 LSA 时,必须间隔一段时间,才认为是有效的,短时间内收到同一个 LSA 的更新,将被忽略。这个时间间隔是个常量 MinLSArrival,值为 1s
       不同的网络部署中,对 LSA 变化处理的时效性要求也会不同,用户可以根据不同的网络规划,以及性能要求,配置这个参数,达到优化网络的目的。

禁止接口发出 LSA
  
命令
  
作用
Ruijie (config-if)# ip  ospf database-filter all out
禁止接口发出 LSA。
禁止接口发出 LSA,即在此接口上阻断了路由信息的出方向传播(入方向不受影响)。
SPF 的刷新延时
  
命令
  
作用
Ruijie (config-router)# timers  throttle spf spf-delay  spf-holdtime  spf-max-waittime
配置计算 SPF 的计时器。单位为秒。
Ruijie (config-router)# timers  spf spf-delay  spf-holdtime
配置计算 SPF 的计时器。单位为秒。
>timers spf timers throttle spf 两个配置命令会互相覆盖,后配置的命令生效,当两个命令都未配置时,此时系统的缺省行为是 timers throttle spf 的缺省值。 timers throttle spf 命令功能已经包含了 timers spf 命令的功能,建议使用 timer throttle spf 命令。
>spf-delay 表示从拓扑发生变化到 SPF 开始计算,至少需要延迟的时间。
> * 次触发 SPF 计算到 * 次触发 SPF 计算的 * 小时间间隔为 spf-holdtime,此后,连续触发 SPF 计算的时间间隔至少为上一次时间间隔的两倍,当时间间隔达到 spf-max-waittime 之后,将不再增加。如果两次 SPF 计算的时间间隔已经超过了要求的 * 小值,那么 SPF 计算时间间隔将重新从 spf-holdtime 开始计算。
>在正常情况,只是链路偶尔动荡时,减少 spf-delay 和 spf-holdtime 值,可以加快 OSPF 收敛速度; spf-max-waittime设置为较大值,可以防止链路连续动荡导致的 OSPF 消耗大量 CPU 的情况。
例:配置 timers throttle spf 1000 5,000 100,000。拓扑连续变化时, SPF 计算时间分别为(SPF 计算时间间隔以二进制指数退避算法递增,但 * 不超过 max-wait-time)1s6s16s36s76s156s256s, 256+100, ……
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则