思科路由器的OSPF的深層理解
時間:
若木1由 分享
很多人都想知道路由器OSPF的OSPF的機制、metrics類型和做為鏈路狀態(tài)協議的特點和幾種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占用率過高?同時,如果重發(fā)布進入ospf區(qū)域,由于ospf認為這些路由來自于外部,所以有可能會對整個ospf計算spf造成影響,可能導致次優(yōu)選路。
當然network的CPU占用比后者小,因為只會有TYPE1、TYPE2的LSA,而redistrbute conneced的LSA除了有type1/2以外還會有TYPE4和TYPE5(這里先不談特殊區(qū)域),而路由器本身也會維護這樣的ospf dabase表.
樓上說redistribute connected會有l(wèi)sa1/2/4/5類,我認為只有l(wèi)sa4/5類,不會有l(wèi)sa1/2(除非是router-id和互連口IP),且ospf只會將本Area的lsa執(zhí)行spf算法,不同區(qū)域是用距離向量算法的,因此采用redistribute引入的路由相當于外部路由,不執(zhí)行spf算法,而直接引用此條路由,如果用network方式產生的lsa1/2會執(zhí)行spf算法,使cpu使用過高。
當然database占用應該差不多。
area rang 由ABR執(zhí)行,summary address由ASBR執(zhí)行,area filter-list由ABR執(zhí)行
明白willl32 的意思,你是指此路由器是在OSPF域中,所有的端口都與其他設備建立OSPF鄰居,因此會有l(wèi)sa1/2,而我的說的是只有一個端用來建立OSPF鄰居,指定area,其他所有的端口直接redis引入,因此這些端口所在的網段會只有l(wèi)sa5,不會有l(wèi)sa1/2。
(1)lsa1是每個路由器network產生的,發(fā)給鄰居,
(2)lsa2是由DR產生的,只通告此互連網段。
對于你說的redis進來的路由不好控制,這點我非常贊成,就從匯聚方面來說就不如普通的路由好控制.
1:這是單區(qū)域所以只有l(wèi)sa1 lsa2 lsa5.如果是多區(qū)域就有l(wèi)sa1 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報文觸發(fā)會引起全網進行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占用率過高?同時,如果重發(fā)布進入ospf區(qū)域,由于ospf認為這些路由來自于外部,所以有可能會對整個ospf計算spf造成影響,可能導致次優(yōu)選路。
當然network的CPU占用比后者小,因為只會有TYPE1、TYPE2的LSA,而redistrbute conneced的LSA除了有type1/2以外還會有TYPE4和TYPE5(這里先不談特殊區(qū)域),而路由器本身也會維護這樣的ospf dabase表.
樓上說redistribute connected會有l(wèi)sa1/2/4/5類,我認為只有l(wèi)sa4/5類,不會有l(wèi)sa1/2(除非是router-id和互連口IP),且ospf只會將本Area的lsa執(zhí)行spf算法,不同區(qū)域是用距離向量算法的,因此采用redistribute引入的路由相當于外部路由,不執(zhí)行spf算法,而直接引用此條路由,如果用network方式產生的lsa1/2會執(zhí)行spf算法,使cpu使用過高。
當然database占用應該差不多。
area rang 由ABR執(zhí)行,summary address由ASBR執(zhí)行,area filter-list由ABR執(zhí)行
明白willl32 的意思,你是指此路由器是在OSPF域中,所有的端口都與其他設備建立OSPF鄰居,因此會有l(wèi)sa1/2,而我的說的是只有一個端用來建立OSPF鄰居,指定area,其他所有的端口直接redis引入,因此這些端口所在的網段會只有l(wèi)sa5,不會有l(wèi)sa1/2。
(1)lsa1是每個路由器network產生的,發(fā)給鄰居,
(2)lsa2是由DR產生的,只通告此互連網段。
對于你說的redis進來的路由不好控制,這點我非常贊成,就從匯聚方面來說就不如普通的路由好控制.
1:這是單區(qū)域所以只有l(wèi)sa1 lsa2 lsa5.如果是多區(qū)域就有l(wèi)sa1 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報文觸發(fā)會引起全網進行spf計算,條目一多會消耗大量的
CPU。所以這個協議在核心網絡上運行 顯然不適合.核心建議用ISIS或者BGP.驗證了ywformat說法。
以上的案例理論和實際相結合,詳細給大家介紹了路由器OSPF的類型和NETWORK的配置過程,同時說明了配置中遇到的問題,并給予了解決辦法。