思科路由器的OSPF的深層理解
時間：
若木1由 分享
很多人都想知道路由器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的配置過程，同時說明了配置中遇到的問題，并給予了解決辦法。