Cisco ospf type和network type

IA - OSPF inter area

N1 - OSPF NSSA external type 1

N2 - OSPF NSSA external type 2

E1 - OSPF external type 1

E2 - OSPF external type 2

ospf有两种metrics值：type1 和 type 2

type 1 metric 值计算的时候是指包括了内部链路的cost值；type 2 metric值是不包括内部链路cost值的，type2通常情况是ospf的默认。

[110/2] 是指[管理距离/度量值]

network引入的是LSA1，redistribute connected产生的是type-5的lsa，难道就不会使cpu占用率过高？同时，如果重发布进入ospf区域，由于ospf认为这些路由来自于外部，所以有可能会对整个ospf计算spf造成影响，可能导致次优选路。

当然network的CPU占用比后者小，因为只会有TYPE1、TYPE2的LSA,而redistrbute conneced的LSA除了有type1/2以外还会有TYPE4和TYPE5（这里先不谈特殊区域)，而路由器本身也会维护这样的ospf dabase表.

楼上说redistribute connected会有lsa1/2/4/5类，我认为只有lsa4/5类，不会有lsa1/2（除非是router-id和互连口IP），且ospf只会将本Area的lsa执行spf算法，不同区域是用距离向量算法的，因此采用redistribute引入的路由相当于外部路由，不执行spf算法，而直接引用此条路由，如果用network方式产生的lsa1/2会执行spf算法，使cpu使用过高。

当然database占用应该差不多。

不过楼上几位关于OSPF汇聚的方法都是很值的借鉴的。

area rang 由ABR执行，summary address由ASBR执行，area filter-list由ABR执行

明白willl32 的意思，你是指此路由器是在OSPF域中，所有的端口都与其他设备建立OSPF邻居，因此会有lsa1/2，而我的说的是只有一个端用来建立OSPF邻居，指定area,其他所有的端口直接redis引入，因此这些端口所在的网段会只有lsa5，不会有lsa1/2。

（1）lsa1是每个路由器network产生的，发给邻居，

（2）lsa2是由DR产生的，只通告此互连网段。

对于你说的redis进来的路由不好控制，这点我非常赞成，就从汇聚方面来说就不如普通的路由好控制.

1:这是单区域所以只有lsa1 lsa2 lsa5.如果是多区域就有lsa1 lsa2 lsa4 lsa5.

说明LSA4是由ABR原始产生的

2:R3/R4同时开启debug ip ospf spf 观察到在R3 redistribute conn后R3本身还

是会进行SPF进行计算，这个结果和R4一样。所以webming说，直接redis conn进

来的路由不会spf计算就放入路由表的结论是错的。

3:从实验中得出因为引入lsa5，ospf数据库的复杂度也增加了，SPF也会照常计算

。所以redis conn出来的路由会比network出来的路由消耗cpu.

4:一旦有ospf update报文触发会引起全网进行spf计算，条目一多会消耗大量的

CPU。所以这个协议在核心网络上运行 显然不适合.核心建议用ISIS或者BGP.验证了ywformat说法。

这个案例是理论结合实际,说明了OSPF的机制和做为链路状态协议的特点和几种

LSA的作用。有助于OSPF的深入理解。

还有其他问题我没有想到的问题欢迎高手来拍砖。谢谢！

问额外webming 几个问题

1：你说，lsa1是每个路由器network产生的，发给邻居。

请问，这个实验里R4看到R3的LSA1的数量有几个？

2：把R3的s1/0.1端口通告到area 0里，这个时候R4看到的lsa有几个。把R3的

lo200/201/202 redistribute conn后，R4/R5看到R3通告的有几种LSA类型？

R4/R5:sh ip ospf database external adv-router 30.30.3.3的数量有多少？

LSA1---network 所有路由器

LSA2---DR

LSA3---ABR（netwok summary lsa）

LSA4---是由ABR原始产生(asbr summary lsa)

LSA5---(AS External Lsa)