修改LSA组定步

修改LSA组定步

OSPF LSA 组定步特性允许路由器将OSPF 连接状态通告组织在一起，并为刷新、校验以及生存期这些功能定步调。组定步的结果会更有效地使用路由器。
路由器将OSPF LSA组织在一起并为刷新、校验和以及生存期功能定步调，防止冲击CPU和网络资源。该特性对大型的OSPF网络有益。OSPF LSA组定步缺省时有效。对于普通用户来讲，缺省的组定步时间间隔对于刷新、校验和以及生存期都是适宜的，不需要配置该特性。
一、原始的LSA特性

每一个OSPF LSA都有一个生存期，它指示LSA是否仍然还有效。一旦LSA到达了最大生存期1小时），它就会被抛弃。在生存期内，源路由器每30分钟发送一个刷新包来刷新LSA。发送刷新包为了防止LSA过期，不管网络拓朴结构是否有变化。每10分钟在所有LSA上完成一次校验和。路由器对它产生的LSA和从其他路由器接收的LSA保持跟踪。路由器刷新它产生的LSA；计算从其他路由器接收的LSA的生存期。
在具有LSA组定步特性之前，Cisco IOS软件在一个计时器上完成刷新，在另一个计时器上完成校验和及生存期计算。比如刷新时，软件每30分钟扫描一次整个数据库，刷新路由器产生的每一个LSA，不管它有多老了。图11-1表示所有的LSA立即被刷新。该过程浪费了CPU的资源，因为只有一小部分数据库需要被刷新。一个大型的OSPF数据库几千个LSA）包括上千个具有不同生存期的LSA。在一个计时器上的刷新导致所有LSA的生存期同步，引起立即产生多个CPU进程。而且，巨大数量的LSA还能引起网络传输量剧增，在短时间消耗大量的网络资源。
所有LSA被刷新，以太网上120个外部LSA需要3个包

定步前，所有的LSA立即被刷新
图1 单个计时器上的没有组定步的OSPF LSA
二、解决方法

这个问题通过使每个LSA具有自己的计时器来解决。还借用这个刷新示例，30分钟后每个LSA都得到刷新，与其他LSA无关。所以CPU只在需要时才被使用。但是，频繁地、随意地、刷新的LSA需要那些路由器必须发送出去的、很少被刷新的LSA提供许多包。这将降低带宽的利用率。
在频繁地、随意的时间间隔内，另一个LSA需要被刷新 这个被刷新的包只包含几个LSA 单个LSA计时器

有组定步的单个LSA计时器
图2 在单个计时器上有组定步的OSPF LSA
因此，用路由器延迟一个时间间隔来代替单个计时器时间直至完成LSA刷新功能。累积的LSA组成一个组，然后被刷新，并在一个或几个包中被发送出去。这样，刷新包被定步、校验和及计算生存期也一样。定步间隔是可配置的，缺省值是4分钟，为进一步避免同步而被随意化了。
组定步间隔与路由器正在刷新、做校验和及计算生存期的LSA的个数成反比。比如，假设有将近10，000个LSA，减小定步间隔是有益的。如果有一个很小的数据库40～100个LSA），那么将定步间隔增加到10～20分钟会稍有益处的。
LSA组之间的定步缺省值是240秒4分钟）。取值范围在10秒到1800秒之间半小时）。为了修改LSA组定步间隔，在路由器配置方式中执行下列命令：