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)


转载于:https://blog.51cto.com/tonil/316218