思科路由器的OSPF的深层理解
若木分享
很多人都想知道路由器OSPF的OSPF的机制、metrics类型和做为链路状态协议的特点和几种LSA的作用，这些都有助于OSPF的深入理解。下面将给予介绍：
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占用应该差不多。
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的类型和NETWORK的配置过程，同时说明了配置中遇到的问题，并给予了解决办法。
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占用应该差不多。
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的类型和NETWORK的配置过程，同时说明了配置中遇到的问题，并给予了解决办法。
