- Katılım
- 15 May 2013
- Konular
- 972
- Mesajlar
- 6,656
- Online süresi
- 2ay 11g
- Reaksiyon Skoru
- 5,350
- Altın Konu
- 314
- Başarım Puanı
- 319
- TM Yaşı
- 12 Yıl 11 Ay 13 Gün
- MmoLira
- 22,230
- DevLira
- 15
Metin2 EP, Valorant VP dahil tüm oyun ürünlerini en uygun fiyatlarla bulabilir, Item ve Karakterlerinizi hızlıca satabilirsiniz. HEMEN TIKLA!
OSPF, bağlantı durumu duyuruları (LSA'lar) alışverişi yaparak topolojiyi öğrenir. CCNA sınavına hazırlanan mühendisler genellikle LSA kavramından çekinir ve ya tam olarak anlamak için yeterli zaman ayırmazlar ya da tamamen atlarlar. Ancak, farklı LSA türlerini anlamak, protokolün işleyişini daha iyi anlamaya yol açar. Bu derste, LSA Türleri 1, 2 ve 3'ü kolay anlaşılır bir şekilde açıklayacağız.
Bir OSPF alanının temel yapı taşları nelerdir?
Aşağıdaki diyagramda gösterilen temel topolojiye bakalım; bunu önümüzdeki LSA örneklerinde bağlam olarak kullanacağız. Topolojinin açıkça ayırt edebileceğiniz iki yapı taşı nedir?
Yönlendirme protokolü bağlamında, topoloji iki ana bileşenden oluşur: yönlendiriciler ve yönlendiriciler arasındaki bağlantılar ve ağlar. İşte OSPF'nin bir alan içindeki topolojiyi oluşturmak için kullandığı ilk iki LSA türü:
Alan içindeki her cihaz için LSA Tip 1 (Yönlendirici LSA olarak adlandırılır).
Seçilmiş bir DR'ye ve en az bir komşuya sahip her ağ için LSA Tip 2 (Ağ LSA olarak adlandırılır).
Her bir bağlantı durumu reklam türünü daha ayrıntılı olarak inceleyelim ve büyük resme nasıl uyduğunu görelim.
LSA Tip 1 - Yönlendirici LSA
Her OSPF cihazı kendisi için bir Yönlendirici LSA oluşturur ve aşağıdaki şemada gösterildiği gibi alan içindeki tüm komşularına gönderir. LSA, alan içindeki her cihazın bir kopyasına sahip olana kadar yayılır.
Yönlendirici LSA'sı, kaynak cihazın RID'si ile benzersiz bir şekilde tanımlanır ve aşağıdaki bilgileri içerir:
RID.
Yönlendiricinin kendi arayüzleri.
IP adresleri / Maske.
Arayüzün maliyeti.
Yönlendirici LSA'sı, kaynak cihazın RID'si ile benzersiz bir şekilde tanımlanır ve aşağıdaki bilgileri içerir:
RID.
Yönlendiricinin kendi arayüzleri.
IP adresleri / Maske.
Arayüzün maliyeti.
Arayüzün mevcut durumu.
Her OSPF cihazı, alan içinde kendi Yönlendirici LSA'sını oluşturur ve yayar; bu da tüm cihazların aynı LSA'ları bilmesini sağlar. Başka bir deyişle, bu işlem, aşağıdaki şemada gösterildiği gibi, bir alan içindeki herkesin her OSPF cihazı ve bağlantıları hakkında bilgi sahibi olmasını sağlar.
Dikkat edin, alandaki her cihazın bağlantı durumu veritabanı (LSDB), cihaz başına bir Yönlendirici LSA içerir.
Dikkat edin, alandaki her cihazın bağlantı durumu veritabanı (LSDB), cihaz başına bir Yönlendirici LSA içerir.
Yönlendirici LSA - Göster Komutları
Şimdi, Yönlendirici LSA kavramını tam olarak anlamak için, topolojiyi yalnızca yönlendiricinin bağlantı durumu veritabanlarından (LSDB) birine bakarak yeniden oluşturalım. Tüm cihazlar aynı alanda olduğundan, aynı LSDB veritabanlarına sahiptirler, bu nedenle hangisine baktığımızın bir önemi yoktur.
Topoloji hakkında hiçbir şey bilmediğimizi varsayalım.
Öncelikle, `show ip ospf database` komutunu kullanarak, tüm yönlendirici LSA'larının özetini görebiliriz. Bu, mavi renkle vurgulandığı gibi, aslında Alan 0 olan alanda dört cihaz olduğunu gösterir.
Öncelikle, Alan 0'ın 4 yönlendiriciye sahip olduğunu öğreniyoruz. Tamam, şimdi her bir yönlendiricinin LSA'sını ayrıntılı olarak inceleyelim.
Aşağıdaki komutu kullanarak, R1'in yönlendirici LSA'sının içeriğini kontrol edelim. Bakalım bize ne tür bilgiler verebiliyor.
R1'in iki "Geçiş Ağına" bağlanan iki arayüzü olduğunu öğrenebiliriz. Ayrıca her arayüzün IP adreslerini ve OSPF maliyetini de görebiliriz. Bu nedenle, az önce öğrendiğimiz bilgilerden aşağıdaki topolojiyi yeniden oluşturabiliriz.
Şimdi, bir sonraki adıma geçelim ve aşağıdaki komutu kullanarak R2'nin yönlendirici LSA'sının bağlamını kontrol edelim.
R2'nin de aynı iki geçiş ağına bağlı iki arayüzü olduğunu öğrendik. Her arayüzün IP adreslerini ve maliyetini öğrendik. Bu nedenle, şimdiye kadar elde ettiğimiz bilgilerden aşağıdaki diyagramı çizebiliriz.
Şimdi de R3 veritabanını inceleyelim.
İlk iki bağlantı, R4'e olan noktadan noktaya bağlantıyı temsil eder. Arayüz, ip ospf network point-to-point komutuyla yapılandırıldığından, çoklu erişim arayüzü değildir ve bu nedenle çıktı farklıdır.
İlk bağlantı bölümünden, bunun komşu 4.4.4.4'e bağlanan bir noktadan noktaya bağlantı olduğunu öğrenebiliriz. İkinci bağlantı bölümünden, P2P bağlantısının IP adresini/maskesini öğreniyoruz. Üçüncü bağlantı bölümü, R3'ün de R1 ve R2'nin bağlandığı geçiş ağına bağlandığını gösterir.
Bu nedenle, şimdiye kadar topladığımız bilgilerden aşağıdaki diyagramı çizebiliriz.
Son olarak, R4'ün bağlantı durumu bilgilerini kontrol edelim.
Dikkat ederseniz, R4'ün R3'e bağlanan noktadan noktaya bir bağlantısı var. İkinci bağlantı P2P alt ağını temsil ediyor ve üçüncü bağlantı ise 10.30.1.0/24 "Kısa Ağ"ına farklı bir bağlantı.
R1'in bağlantı durumu veritabanındaki Tip 1 LSA'lardan gelen bilgileri kullanarak tüm topolojiyi yeniden oluşturabildik. Yukarıdaki diyagramı Şekil 1'dekiyle karşılaştırırsak, neredeyse aynı olduklarını görebiliriz. Ancak o zaman neden Tip 2 LSA'ya ihtiyacımız var? - Çünkü tartışmamız gereken bir sorun var.
Topoloji hakkında hiçbir şey bilmediğimizi varsayalım.
Öncelikle, `show ip ospf database` komutunu kullanarak, tüm yönlendirici LSA'larının özetini görebiliriz. Bu, mavi renkle vurgulandığı gibi, aslında Alan 0 olan alanda dört cihaz olduğunu gösterir.
Kod:
R1# sh ip ospf database
OSPF Router with ID (1.1.1.1) (Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.1 1.1.1.1 1567 0x80000016 0x005052 2
2.2.2.2 2.2.2.2 1560 0x80000018 0x00286E 2
3.3.3.3 3.3.3.3 580 0x8000001B 0x00EE64 3
4.4.4.4 4.4.4.4 581 0x80000010 0x0087D7 3
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
10.5.1.2 2.2.2.2 1576 0x80000001 0x00FB18
10.10.1.3 3.3.3.3 1573 0x80000002 0x0044B4
Öncelikle, Alan 0'ın 4 yönlendiriciye sahip olduğunu öğreniyoruz. Tamam, şimdi her bir yönlendiricinin LSA'sını ayrıntılı olarak inceleyelim.
Aşağıdaki komutu kullanarak, R1'in yönlendirici LSA'sının içeriğini kontrol edelim. Bakalım bize ne tür bilgiler verebiliyor.
Kod:
R1# show ip ospf database router 1.1.1.1
OSPF Router with ID (1.1.1.1) (Process ID 1)
Router Link States (Area 0)
LS age: 1771
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 1.1.1.1
Advertising Router: 1.1.1.1
LS Seq Number: 80000016
Checksum: 0x5052
Length: 48
Number of Links: 2
Link connected to: a Transit Network
(Link ID) Designated Router address: 10.10.1.3
(Link Data) Router Interface address: 10.10.1.1
Number of MTID metrics: 0
TOS 0 Metrics: 10
Link connected to: a Transit Network
(Link ID) Designated Router address: 10.5.1.2
(Link Data) Router Interface address: 10.5.1.1
Number of MTID metrics: 0
TOS 0 Metrics: 10
R1'in iki "Geçiş Ağına" bağlanan iki arayüzü olduğunu öğrenebiliriz. Ayrıca her arayüzün IP adreslerini ve OSPF maliyetini de görebiliriz. Bu nedenle, az önce öğrendiğimiz bilgilerden aşağıdaki topolojiyi yeniden oluşturabiliriz.
Şimdi, bir sonraki adıma geçelim ve aşağıdaki komutu kullanarak R2'nin yönlendirici LSA'sının bağlamını kontrol edelim.
Kod:
R1# show ip ospf database router 2.2.2.2
OSPF Router with ID (1.1.1.1) (Process ID 1)
Router Link States (Area 0)
LS age: 354
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 2.2.2.2
Advertising Router: 2.2.2.2
LS Seq Number: 8000001F
Checksum: 0x1A75
Length: 48
Number of Links: 2
Link connected to: a Transit Network
(Link ID) Designated Router address: 10.10.1.3
(Link Data) Router Interface address: 10.10.1.2
Number of MTID metrics: 0
TOS 0 Metrics: 10
Link connected to: a Transit Network
(Link ID) Designated Router address: 10.5.1.2
(Link Data) Router Interface address: 10.5.1.2
Number of MTID metrics: 0
TOS 0 Metrics: 10
R2'nin de aynı iki geçiş ağına bağlı iki arayüzü olduğunu öğrendik. Her arayüzün IP adreslerini ve maliyetini öğrendik. Bu nedenle, şimdiye kadar elde ettiğimiz bilgilerden aşağıdaki diyagramı çizebiliriz.
Şimdi de R3 veritabanını inceleyelim.
Kod:
R1# show ip ospf database router 3.3.3.3
OSPF Router with ID (1.1.1.1) (Process ID 1)
Router Link States (Area 0)
LS age: 1193
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 3.3.3.3
Advertising Router: 3.3.3.3
LS Seq Number: 80000021
Checksum: 0xE26A
Length: 60
Number of Links: 3
Link connected to: another Router (point-to-point)
(Link ID) Neighboring Router ID: 4.4.4.4
(Link Data) Router Interface address: 10.15.1.1
Number of MTID metrics: 0
TOS 0 Metrics: 10
Link connected to: a Stub Network
(Link ID) Network/subnet number: 10.15.1.0
(Link Data) Network Mask: 255.255.255.252
Number of MTID metrics: 0
TOS 0 Metrics: 10
Link connected to: a Transit Network
(Link ID) Designated Router address: 10.10.1.3
(Link Data) Router Interface address: 10.10.1.3
Number of MTID metrics: 0
TOS 0 Metrics: 10
İlk iki bağlantı, R4'e olan noktadan noktaya bağlantıyı temsil eder. Arayüz, ip ospf network point-to-point komutuyla yapılandırıldığından, çoklu erişim arayüzü değildir ve bu nedenle çıktı farklıdır.
İlk bağlantı bölümünden, bunun komşu 4.4.4.4'e bağlanan bir noktadan noktaya bağlantı olduğunu öğrenebiliriz. İkinci bağlantı bölümünden, P2P bağlantısının IP adresini/maskesini öğreniyoruz. Üçüncü bağlantı bölümü, R3'ün de R1 ve R2'nin bağlandığı geçiş ağına bağlandığını gösterir.
Bu nedenle, şimdiye kadar topladığımız bilgilerden aşağıdaki diyagramı çizebiliriz.
Son olarak, R4'ün bağlantı durumu bilgilerini kontrol edelim.
Kod:
R1# show ip ospf database router 4.4.4.4
OSPF Router with ID (1.1.1.1) (Process ID 1)
Router Link States (Area 0)
LS age: 1397
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 4.4.4.4
Advertising Router: 4.4.4.4
LS Seq Number: 80000016
Checksum: 0x7BDD
Length: 60
Number of Links: 3
Link connected to: another Router (point-to-point)
(Link ID) Neighboring Router ID: 3.3.3.3
(Link Data) Router Interface address: 10.15.1.2
Number of MTID metrics: 0
TOS 0 Metrics: 10
Link connected to: a Stub Network
(Link ID) Network/subnet number: 10.15.1.0
(Link Data) Network Mask: 255.255.255.252
Number of MTID metrics: 0
TOS 0 Metrics: 10
Link connected to: a Stub Network
(Link ID) Network/subnet number: 10.30.1.0
(Link Data) Network Mask: 255.255.255.0
Number of MTID metrics: 0
TOS 0 Metrics: 10
Dikkat ederseniz, R4'ün R3'e bağlanan noktadan noktaya bir bağlantısı var. İkinci bağlantı P2P alt ağını temsil ediyor ve üçüncü bağlantı ise 10.30.1.0/24 "Kısa Ağ"ına farklı bir bağlantı.
R1'in bağlantı durumu veritabanındaki Tip 1 LSA'lardan gelen bilgileri kullanarak tüm topolojiyi yeniden oluşturabildik. Yukarıdaki diyagramı Şekil 1'dekiyle karşılaştırırsak, neredeyse aynı olduklarını görebiliriz. Ancak o zaman neden Tip 2 LSA'ya ihtiyacımız var? - Çünkü tartışmamız gereken bir sorun var.
LSA Tip 2 - Ağ LSA
OSPF, Ethernet VLAN gibi çoklu erişimli ağ segmentleri oluşturmak için ek bir Bağlantı Durumu Reklamı Tip 2 (Ağ LSA olarak adlandırılır) kullanır.
Tip 1 Bağlantı Durumu Reklamında (LSA), iki tür çoklu erişim ağı vardır: "Geçiş Ağı" ve "Kısa Uç Ağı".
OSPF'de bir Geçiş ağı, farklı OSPF yönlendiricileri arasında veri taşıyabilen bir ağdır. Esasen, bir DR'ye ve en az bir OSPF komşusuna sahip bir ağ segmentidir. Örneğin, topolojimizdeki geçiş ağları 10.5.1.0/24 ve 10.10.1.0/24'tür.
OSPF'de bir Kısa Uç ağı, OSPF yönlendiricileri arasında trafiği iletmez. Yalnızca tek bir OSPF cihazına doğrudan bağlı uç noktaları barındırır; bu da OSPF yönlendirmesi açısından bir çıkmaz uç olduğu anlamına gelir. Örneğin, topolojimizdeki bir kısa uç ağı 10.30.1.0/24'tür.
Bir çoklu erişim segmenti Geçiş Ağı olarak temsil edildiğinde, bu segmente bağlanan tüm OSPF yönlendiricilerini listeleyen bir LSA Tip 2'nin var olduğu anlamına gelir. Bunun nedenini görelim.
Kod:
R1# sh ip ospf database
OSPF Router with ID (1.1.1.1) (Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.1 1.1.1.1 832 0x8000001D 0x004259 2
2.2.2.2 2.2.2.2 941 0x8000001F 0x001A75 2
3.3.3.3 3.3.3.3 1709 0x80000021 0x00E26A 3
4.4.4.4 4.4.4.4 1816 0x80000016 0x007BDD 3
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
10.5.1.2 2.2.2.2 941 0x80000008 0x00ED1F
10.10.1.3 3.3.3.3 698 0x80000009 0x0036BB
Tip 1 Bağlantı Durumu Reklamında (LSA), iki tür çoklu erişim ağı vardır: "Geçiş Ağı" ve "Kısa Uç Ağı".
OSPF'de bir Geçiş ağı, farklı OSPF yönlendiricileri arasında veri taşıyabilen bir ağdır. Esasen, bir DR'ye ve en az bir OSPF komşusuna sahip bir ağ segmentidir. Örneğin, topolojimizdeki geçiş ağları 10.5.1.0/24 ve 10.10.1.0/24'tür.
OSPF'de bir Kısa Uç ağı, OSPF yönlendiricileri arasında trafiği iletmez. Yalnızca tek bir OSPF cihazına doğrudan bağlı uç noktaları barındırır; bu da OSPF yönlendirmesi açısından bir çıkmaz uç olduğu anlamına gelir. Örneğin, topolojimizdeki bir kısa uç ağı 10.30.1.0/24'tür.
Bir çoklu erişim segmenti Geçiş Ağı olarak temsil edildiğinde, bu segmente bağlanan tüm OSPF yönlendiricilerini listeleyen bir LSA Tip 2'nin var olduğu anlamına gelir. Bunun nedenini görelim.
Peki OSPF neden LSA Tip 2'ye ihtiyaç duyuyor?
Yönlendirici LSA'larını kullanarak, aşağıdaki şemada gösterildiği gibi R1, R2 ve R3'ün bir "Geçiş Ağı"na bağlandığını anladık. Ancak üç yönlendiricinin gerçekten aynı çoklu erişim segmentine -örneğin, aynı VLAN'a- bağlandığından nasıl %100 emin olabiliriz? Yönlendirici LSA'larında bulunan bilgilere bakarak %100 emin olabilir misiniz? Hayır, olamazsınız.
Üç yönlendiricinin de aynı ağdan IP adreslerine sahip olmaları nedeniyle aynı segmente bağlandıkları sonucuna vardık - R1'in IP adresi 10.10.1.1, R2'nin 10.10.1.2 ve R3'ün 10.10.1.3. Ancak bu, aynı VLAN'a bağlandıklarının kesin kanıtı mıdır?
Hayır, değildir. Yönlendiriciler aşağıdaki şemada gösterildiği gibi bağlı olabilirler. Sadece IP adreslerine dayanarak, aynı çoklu erişim ağına bağlanıp bağlanmadıklarından emin olamazsınız.
Bu nedenle OSPF, yönlendiricilerin aynı çoklu erişim ağına bağlanıp bağlanmadığını kanıtlayan ek bir bağlantı durumu türüne ihtiyaç duyar. Aksi takdirde, yönlendirme işlemi trafik kara delikleri oluşturabilir.
Üç yönlendiricinin de aynı ağdan IP adreslerine sahip olmaları nedeniyle aynı segmente bağlandıkları sonucuna vardık - R1'in IP adresi 10.10.1.1, R2'nin 10.10.1.2 ve R3'ün 10.10.1.3. Ancak bu, aynı VLAN'a bağlandıklarının kesin kanıtı mıdır?
Hayır, değildir. Yönlendiriciler aşağıdaki şemada gösterildiği gibi bağlı olabilirler. Sadece IP adreslerine dayanarak, aynı çoklu erişim ağına bağlanıp bağlanmadıklarından emin olamazsınız.
Bu nedenle OSPF, yönlendiricilerin aynı çoklu erişim ağına bağlanıp bağlanmadığını kanıtlayan ek bir bağlantı durumu türüne ihtiyaç duyar. Aksi takdirde, yönlendirme işlemi trafik kara delikleri oluşturabilir.
Ağ LSA'sı bu sorunu nasıl çözüyor?
Öncelikle, geleneksel bir Ethernet VLAN gibi çoklu erişim ağlarında, OSPF yönlendiricilerinin bir Atanmış Yönlendirici (DR) ve bir Yedek Atanmış Yönlendirici (BDR) seçtiğini ve yalnızca DR ve BDR ile tam komşuluk kurduğunu hatırlayın. DR/BDR'nin ne olduğunu bilmiyorsanız veya hatırlamıyorsanız, OSPF DR ve BDR dersimize göz atın.
Herhangi bir çoklu erişim segmentindeki DR, onlarla tam bir OSPF komşuluğu kurduğu için (bu, bağlantılarının olduğunu ve paket alışverişi yaptıklarını ima eder) hangi yönlendiricilerin o segmente bağlandığını kesin olarak söyleyebilir. Bu mantığı kullanarak, DR, aşağıdaki şemada gösterildiği gibi, bağlı tüm yönlendiricileri listeleyen bir LSA Tip 2 duyurusu yapar.
Bu teknik, Bağlantı Durumu Veritabanındaki bilgilerden yeniden oluşturulan topolojinin doğru olmasını ve gerçek fiziksel bağlantıyı temsil etmesini sağlar.
Örnek topolojimizde iki Geçiş Ağı bulunmaktadır: 10.5.1.0/24 ve 10.10.1.0/24. R3'ün 10.10.1.3 arayüzü, 10.10.1.0/24 ağı için DR'dir. R3'ün bu ağ için oluşturduğu ve yaydığı Ağ LSA'sına baktığımızda, segmente bağlanan üç yönlendiriciyi (mavi renkle vurgulanmış) görebiliriz.
Kod:
R1# sh ip ospf database network 10.10.1.3
OSPF Router with ID (1.1.1.1) (Process ID 1)
Net Link States (Area 0)
LS age: 800
Options: (No TOS-capability, DC)
LS Type: Network Links
Link State ID: 10.10.1.3 (address of Designated Router)
Advertising Router: 3.3.3.3
LS Seq Number: 80000009
Checksum: 0x36BB
Length: 36
Network Mask: /24
Attached Router: 3.3.3.3
Attached Router: 1.1.1.1
Attached Router: 2.2.2.2
R3, VLAN üzerinden onlarla tam OSPF komşuluğunu sürdürdüğü için üç yönlendiricinin de aynı ağa bağlı olduğundan emindir.
Kod:
R3# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
4.4.4.4 0 FULL/ - 00:00:36 10.15.1.2 Ethernet0/1
1.1.1.1 1 FULL/DROTHER 00:00:37 10.10.1.1 Ethernet0/0
2.2.2.2 1 FULL/BDR 00:00:39 10.10.1.2 Ethernet0/0
Aynı kontrolü, cihazlardan herhangi birinin bağlantı durumu veritabanını kullanarak diğer geçiş ağı olan 10.5.1.0/24 için de yapabiliriz. Sonuç olarak, aşağıdaki şemada gösterildiği gibi gerçek topolojiyi oluşturabiliriz.
LSA Tip 2 oluşturma ve duyurma sürecinin aşağıdaki yönlerine dikkat edin:
Çoklu erişim arayüzünün komşusu yoksa, LSA Tip 1'de "Kısa Ağ" olarak listelenir ve LSA Tip 2 gerektirmez. Örneğin, R4'e bağlı 10.30.1.0/24 için durum böyledir.
Çoklu erişim arayüzünün en az bir komşusu varsa, LSA Tip 1'de "Geçiş Ağı" olarak listelenir; bu, o ağı daha ayrıntılı olarak açıklayan bir Tip 2 LSA'nın var olduğu anlamına gelir.
Yalnızca DR, o çoklu erişim segmentindeki diğer tüm OSPF cihazlarıyla tam komşuluğa sahip olduğu için ağ için bir Ağ LSA'sı yayar.
LSA Tip 1 ve 2, tek bir OSPF Alanı içindeki topolojiyi tanımlamak için yeterlidir. Bununla birlikte, ağın birden fazla alanı varsa, yönlendirme işlemi uzak alanlardaki ağları tanımlamak için ek bir bağlantı durumu duyurusu türüne ihtiyaç duyar. Nasıl çalıştığını görelim.
LSA Tip 3 - Özet LSA
Artık OSPF'nin, büyük bir ağı daha küçük parçalara ayırmak ve LSDB veritabanının boyutunu küçültmek için alan kavramını kullandığını gördünüz. Daha küçük bir LSDB, daha az RAM ve CPU gerektirir, bu da ağı daha verimli ve daha iyi ölçeklenebilir hale getirir.
Peki, alan kavramı LSDB'nin boyutunu tam olarak nasıl küçültüyor?
LSA Tip 1 ve 2, bir OSPF alanına özgüdür. Alan Sınır Yönlendiricileri (ABR'ler), aşağıdaki şemada gösterildiği gibi, LSA Tip 1 ve 2'yi alanlar arasında iletmez.
Bu, alan başına daha küçük bir bağlantı durumu veritabanı ile sonuçlanır ve bu da OSPF sürecinin bellek ve CPU tüketimini optimize eder. Ancak, yönlendiricilerin yine de diğer alanlardaki ağlara ulaşabilmesi gerekir.
Tüm ağdaki tüm cihazların tüm Tip 1 ve Tip 2 LSA'ları bilmesi yerine, alan sınır yönlendiricileri, özetleyen bir Özet LSA oluşturur.
Peki, alan kavramı LSDB'nin boyutunu tam olarak nasıl küçültüyor?
LSA Tip 1 ve 2, bir OSPF alanına özgüdür. Alan Sınır Yönlendiricileri (ABR'ler), aşağıdaki şemada gösterildiği gibi, LSA Tip 1 ve 2'yi alanlar arasında iletmez.
Bu, alan başına daha küçük bir bağlantı durumu veritabanı ile sonuçlanır ve bu da OSPF sürecinin bellek ve CPU tüketimini optimize eder. Ancak, yönlendiricilerin yine de diğer alanlardaki ağlara ulaşabilmesi gerekir.
Tüm ağdaki tüm cihazların tüm Tip 1 ve Tip 2 LSA'ları bilmesi yerine, alan sınır yönlendiricileri, özetleyen bir Özet LSA oluşturur.
LSA Tip 3 nedir?
Bir yönlendirici iki OSPF alanını birbirine bağladığında, Alan Sınır Yönlendiricisi (ABR) olarak adlandırılır. ABR, bir alandaki her alt ağ için bir LSA Tip 3 oluşturur ve aşağıdaki şemada gösterildiği gibi her Tip 3 LSA'yı diğer alana duyurur.
Örneğin, Alan 1'de 5 alt ağımız olduğunu varsayalım. Alan 1'i Alan 0'a bağlayan ABR, beş adet LSA Tip 3 oluşturur ve bunları Alan 0'a yayar. Her LSA Tip 3, Alan 1'deki alt ağlardan birini temsil eder.
Tip 3 LSA, bağlantı ve maliyet gibi ayrıntılı topoloji bilgisi içermez. Sadece alan içindeki yönlendiricilere, belirli bir alt ağa alan sınır yönlendiricisi aracılığıyla ulaşabileceklerini bildirir. Bu nedenle, LSA Tip 1 ve 2'ye kıyasla içerdiği bilgiler seyrek olduğu için Özet LSA olarak adlandırılır.
Yukarıdaki diyagramda gösterilen örneğe bakalım. Alan 1'de üç alt ağ bulunmaktadır (sarı renkle vurgulanmıştır). Alan sınır yönlendiricisi 5.5.5.5, her alt ağ için bir LSA Tip 3 oluşturur ve bunu Alan 0'a yayar.
Alan 0'daki bir yönlendiricinin LSDB'sini kontrol edelim ve mavi renkle vurgulanan Tip 3 LSA'ları görelim.
Kod:
R1# sh ip ospf database
OSPF Router with ID (1.1.1.1) (Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.1 1.1.1.1 600 0x8000000C 0x006448 2
2.2.2.2 2.2.2.2 594 0x8000000D 0x003E63 2
3.3.3.3 3.3.3.3 537 0x8000000D 0x000B56 3
4.4.4.4 4.4.4.4 329 0x80000009 0x0050E5 3
5.5.5.5 5.5.5.5 235 0x80000007 0x007131 1
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
10.5.1.2 2.2.2.2 594 0x80000005 0x00F31C
10.10.1.3 3.3.3.3 537 0x80000006 0x003CB8
10.30.1.4 4.4.4.4 329 0x80000005 0x008351
Summary Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
10.50.1.0 5.5.5.5 235 0x80000005 0x000DD9
10.50.2.0 5.5.5.5 235 0x80000005 0x0002E3
Özet LSA'lardan birinin detaylarını inceleyelim. Kullanılan komuta dikkat edin.
Kod:
R1# sh ip ospf database summary 10.50.1.0
OSPF Router with ID (1.1.1.1) (Process ID 1)
Summary Net Link States (Area 0)
LS age: 398
Options: (No TOS-capability, DC, Upward)
LS Type: Summary Links(Network)
Link State ID: 10.50.1.0 (summary Network Number)
Advertising Router: 5.5.5.5
LS Seq Number: 80000005
Checksum: 0xDD9
Length: 28
Network Mask: /24
MTID: 0 Metric: 1
LSID'nin ağın alt ağ adresi olduğunu fark edin. Reklamı yapan yönlendirici ABR 5.5.5.5'tir. Alt ağ maskesi /24 ve maliyet 1'dir. LSA Tip 3'te başka pek bir şey bulamıyoruz. Bu yüzden Özet LSA olarak adlandırılır.
Bir yönlendiricinin LSA Tip 3 aracılığıyla öğrendiği rotaların, yönlendirme tablosuna "O IA" olarak eklendiğini fark edin; bu, Alanlar Arası rotalar anlamına gelir (ABR aracılığıyla erişilebilen başka bir alandan gelen rotalar).
Kod:
R1# sh ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - 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, m - OMP
n - NAT, Ni - NAT inside, No - NAT outside, Nd - NAT DIA
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
H - NHRP, G - NHRP registered, g - NHRP registration summary
o - ODR, P - periodic downloaded static route, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
& - replicated local route overrides by connected
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 11 subnets, 3 masks
C 10.5.1.0/24 is directly connected, Ethernet0/0
L 10.5.1.1/32 is directly connected, Ethernet0/0
C 10.10.1.0/24 is directly connected, Ethernet0/1
L 10.10.1.1/32 is directly connected, Ethernet0/1
O 10.15.1.0/30 [110/20] via 10.10.1.3, 02:41:24, Ethernet0/1
O 10.30.1.0/24 [110/30] via 10.10.1.3, 02:41:24, Ethernet0/1
O IA 10.50.1.0/24 [110/31] via 10.10.1.3, 02:35:54, Ethernet0/1
O IA 10.50.2.0/24 [110/31] via 10.10.1.3, 02:35:54, Ethernet0/1
OSPF Tip 3 LSA'lar hakkında en önemli soruyu hala yanıtlamadık.
OSPF neden alanlar arasında Tip 3 yerine LSA Tip 1 ve 2 kullanmıyor?
Birçok mühendis, kavramı tam olarak anlamadıkları için CCNP/CCIE seviyesinde bile bu soruyu yanıtlayamıyor.
OSPF, bir alan içindeki topolojiyi oluşturmak için LSA Tip 1 ve 2'yi kullanır. Her yönlendirici kendisini ve bağlantılarını LSA Tip 1 kullanarak tanımlarken, her DR çoklu erişim segmentini ve bağlı cihazlarını tanımlar. LSA Tip 1 ve 2, SPF algoritmasının alan içindeki her ağa en iyi yolu hesaplaması için yeterlidir.
Bir LSA Tip 1 veya LSA Tip 2 değiştiğinde, alan içindeki tüm yönlendiricilerin SPF algoritmasını çalıştırması gerekir çünkü bu değişiklik en iyi rota seçimini etkiler. SPF'yi çalıştırmak, RAM ve CPU döngüleri gerektiren kaynak yoğun bir görevdir.
Ancak, Tip 3 LSA'lar topolojiyi tanımlamaz. Diğer alanlardaki alt ağları ABR üzerinden erişilebilir olarak tanımlarlar. Bu nedenle, Tip 3 LSA'lardaki değişiklikler SPF algoritmasının yeniden hesaplanmasına neden olmaz. Bu, alanları bağımsız hata alanları yapan şeydir. Bir alandaki topoloji değiştiğinde, diğer tüm alanlardaki yönlendiricilerin SPF algoritmasını yürütmesine gerek yoktur.
Eğer bir ABR, X alanından Y alanına Tip 1 ve 2 LSA'ları duyursaydı, X alanında bir topoloji değişikliği olduğunda Y alanındaki tüm yönlendiricilerin SPF algoritmasını yürütmesi gerekirdi. Bu, "bir OSPF alanı bağımsız bir hata alanıdır" kavramını anlamsız hale getirirdi. Bu nedenle OSPF, alanlar arası rotaları duyurmak için başka bir Tip 3 LSA kullanır ve Tip 1 ve 2 LSA'ları kullanmaz.
Önemli Noktalar
OSPF, ağ topolojisini yeniden oluşturmak ve bir OSPF ağı içindeki en iyi rotaları hesaplamak için Tip 1 ve 2 LSA'ları kullanır.
Bir ABR, başka bir alandan bir alan alt ağlarına (alanlar arası rotalar) reklam vermek için LSA Tip 3'ü kullanır.
Dersin ilerleyen bölümlerinde, OSPF'nin harici rotalar için kullandığı LSA Tip 4, 5 ve 7'yi ele alacağız; bunlar, başka bir yönlendirme protokolünden OSPF alanına yeniden dağıtılan rotalardır.
Aşağıdaki tablo, bu derste değindiğimiz LSA Tip 1, 2 ve 3'ün temel yönlerini özetlemektedir.
Bir ABR, başka bir alandan bir alan alt ağlarına (alanlar arası rotalar) reklam vermek için LSA Tip 3'ü kullanır.
Dersin ilerleyen bölümlerinde, OSPF'nin harici rotalar için kullandığı LSA Tip 4, 5 ve 7'yi ele alacağız; bunlar, başka bir yönlendirme protokolünden OSPF alanına yeniden dağıtılan rotalardır.
Aşağıdaki tablo, bu derste değindiğimiz LSA Tip 1, 2 ve 3'ün temel yönlerini özetlemektedir.
Şu an konuyu görüntüleyenler (Toplam : 1, Üye: 0, Misafir: 1)
Benzer konular
Altın Konu
Harici Rota Tipleri E1 ve E2
- Cevaplar
- 2
- Görüntüleme
- 28
- Cevaplar
- 2
- Görüntüleme
- 22













