- Katılım
- 15 May 2013
- Konular
- 971
- Mesajlar
- 6,650
- 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 12 Gün
- MmoLira
- 22,212
- 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!
Bu sorun giderme serisinde, yönlendiriciler arasındaki OSPF komşuluk sorunlarını bulup çözeceğiz.
Sorun Giderme Topolojisi
Bu sorun giderme işlemi için, gidereceğimiz sorunları vurgulayan aşağıdaki başlangıç topolojisini kullanacağız.
Tüm cihazlar Alan 0'da OSPF çalıştırır ve komşu yönlendiricilerle komşuluk kurmalıdır.
Tüm cihazlar Alan 0'da OSPF çalıştırır ve komşu yönlendiricilerle komşuluk kurmalıdır.
Bilet Sorunları
Büyük bir kurumsal şirketi destekleyen bir ağ mühendisi olduğunuzu varsayalım. Yukarıdaki şemada vurgulanan aşağıdaki iki bildirilen sorunla ilgili bir bilet aldınız:
Sorun #1 - R4, R6 ile OSPF komşuluğu kuramıyor.
Sorun #2 - R4, küçük şubedeki 10.48.1.0/24 ağına ulaşamıyor.
"cisco/cisco" kimlik bilgilerine sahipsiniz. Ancak, şirket güvenliği nedeniyle `show run` komutunu kullanamıyorsunuz. Bu nedenle, yönlendiricilerin yapılandırmalarına bakmadan sorunları çözmeniz gerekiyor.
Sorun #1 - R4, R6 ile OSPF komşuluğu kuramıyor.
Sorun #2 - R4, küçük şubedeki 10.48.1.0/24 ağına ulaşamıyor.
"cisco/cisco" kimlik bilgilerine sahipsiniz. Ancak, şirket güvenliği nedeniyle `show run` komutunu kullanamıyorsunuz. Bu nedenle, yönlendiricilerin yapılandırmalarına bakmadan sorunları çözmeniz gerekiyor.
Sorun Giderme İş Akışı
Önceki bilette kullandığımız yaklaşımı kullanarak her iki sorunu da giderelim.
Sorun #1
Sorun "R4, R6 ile OSPF komşuluğu kuramıyor" olarak bildiriliyor. Öncelikle, yönlendiricilerin gerçekten komşu olmadıklarını doğrulayalım.
Gördüğünüz gibi, R4 (4.4.4.4) birçok komşuya sahip ancak R6 (6.6.6.6) ile OSPF komşusu değil.
Şimdi, önceki bilette kullandığımız sorun giderme yaklaşımını uygulayalım ve önce arayüz ayarlarını, ardından OSPF ayarlarını kontrol edelim.
Sorun #1
Sorun "R4, R6 ile OSPF komşuluğu kuramıyor" olarak bildiriliyor. Öncelikle, yönlendiricilerin gerçekten komşu olmadıklarını doğrulayalım.
Gördüğünüz gibi, R4 (4.4.4.4) birçok komşuya sahip ancak R6 (6.6.6.6) ile OSPF komşusu değil.
Şimdi, önceki bilette kullandığımız sorun giderme yaklaşımını uygulayalım ve önce arayüz ayarlarını, ardından OSPF ayarlarını kontrol edelim.
Adım 1 - Arayüz ayarları
Her iki yönlendiricide de `show ip interface` komutunu çalıştırıp çıktıları karşılaştırıyoruz.
Gördüğümüz gibi, her iki taraf da aynı alt ağda, varsayılan 1500 baytlık MTU ile ve herhangi bir ACL uygulanmamış şekilde UP/UP durumundadır.
Dolayısıyla, arayüz ayarları açısından her şey yolunda görünüyor. Şimdi OSPF ayarlarını kontrol edelim.
Kod:
R4# sh ip interface e0/2
Ethernet0/2 is up, line protocol is up
Internet address is 10.1.3.4/24
Broadcast address is 255.255.255.255
Address determined by non-volatile memory
MTU is 1500 bytes
Helper address is not set
Directed broadcast forwarding is disabled
Multicast reserved groups joined: 224.0.0.5 224.0.0.6
Outgoing Common access list is not set
Outgoing access list is not set
Inbound Common access list is not set
Inbound access list is not set
Proxy ARP is enabled
Local Proxy ARP is disabled
Security level is default
Split horizon is enabled
. . .
Kod:
R6# sh ip interface e0/2
Ethernet0/2 is up, line protocol is up
Internet address is 10.1.3.6/24
Broadcast address is 255.255.255.255
Address determined by non-volatile memory
MTU is 1500 bytes
Helper address is not set
Directed broadcast forwarding is disabled
Multicast reserved groups joined: 224.0.0.5 224.0.0.6
Outgoing Common access list is not set
Outgoing access list is not set
Inbound Common access list is not set
Inbound access list is not set
Proxy ARP is enabled
Local Proxy ARP is disabled
Security level is default
Split horizon is enabled
. . .
Gördüğümüz gibi, her iki taraf da aynı alt ağda, varsayılan 1500 baytlık MTU ile ve herhangi bir ACL uygulanmamış şekilde UP/UP durumundadır.
Dolayısıyla, arayüz ayarları açısından her şey yolunda görünüyor. Şimdi OSPF ayarlarını kontrol edelim.
Adım 2 - OSPF ayarları
Her iki tarafta da `show ip ospf interface` komutunu çalıştıralım ve çıktıyı karşılaştıralım.
İki çıktıyı karşılaştırdığımızda, Hello/Dead zamanlayıcılarının eşleşmediği hemen anlaşılıyor (kırmızıyla vurgulanmıştır).
Yönlendiricilerin komşu olamamasının sebebi bu. R6'daki hello aralığını değiştirelim ve ne olacağına bakalım.
Şimdi, R4'ün komşularını kontrol edersek, R6 (6.6.6.6) ile komşu olduğunu görürüz. Dolayısıyla, 1 numaralı sorun çözülmüştür.
Kod:
R4# sh ip ospf interface e0/2
Ethernet0/2 is up, line protocol is up
Internet Address 10.1.3.4/24, Interface ID 4, Area 0
Attached via Network Statement
Process ID 1, Router ID 4.4.4.4, Network Type BROADCAST, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 4.4.4.4, Interface address 10.1.3.4
No backup designated router on this network
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:03
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Can be protected by per-prefix Loop-Free FastReroute
Can be used for per-prefix Loop-Free FastReroute repair paths
Not Protected by per-prefix TI-LFA
Index 1/3/3, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 0, maximum is 0
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 0, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)
Kod:
R6# sh ip ospf interface e0/2
Ethernet0/2 is up, line protocol is up
Internet Address 10.1.3.6/24, Interface ID 4, Area 0
Attached via Network Statement
Process ID 1, Router ID 6.6.6.6, Network Type BROADCAST, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 6.6.6.6, Interface address 10.1.3.6
No backup designated router on this network
Timer intervals configured, Hello 20, Dead 80, Wait 80, Retransmit 5
oob-resync timeout 80
Hello due in 00:00:14
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Can be protected by per-prefix Loop-Free FastReroute
Can be used for per-prefix Loop-Free FastReroute repair paths
Not Protected by per-prefix TI-LFA
Index 1/3/3, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 0, maximum is 0
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 0, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)
İki çıktıyı karşılaştırdığımızda, Hello/Dead zamanlayıcılarının eşleşmediği hemen anlaşılıyor (kırmızıyla vurgulanmıştır).
Yönlendiricilerin komşu olamamasının sebebi bu. R6'daki hello aralığını değiştirelim ve ne olacağına bakalım.
Kod:
R6# conf t
Enter configuration commands, one per line. End with CNTL/Z.
R6(config)# int e0/2
R6(config-if)# ip ospf hello-interval 10
R6(config-if)# end
Şimdi, R4'ün komşularını kontrol edersek, R6 (6.6.6.6) ile komşu olduğunu görürüz. Dolayısıyla, 1 numaralı sorun çözülmüştür.
Kod:
R4# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
7.7.7.7 1 FULL/DR 00:00:32 10.1.4.7 Ethernet0/3
6.6.6.6 1 FULL/DR 00:00:39 10.1.3.6 Ethernet0/2
1.1.1.1 1 FULL/DROTHER 00:00:37 10.1.1.1 Ethernet0/1
2.2.2.2 1 FULL/DROTHER 00:00:37 10.1.1.2 Ethernet0/1
3.3.3.3 1 FULL/BDR 00:00:37 10.1.1.3 Ethernet0/1
Sorun #2
Sorun "R4, 10.48.1.0/24 ağına ulaşamıyor" şeklinde raporlanmıştır. Ağ diyagramından, bu alt ağın küçük şubenin arkasında olduğunu görebiliriz. Dikkatimizi çeken bir diğer nokta ise, R4'ün şubenin yönlendiricisi R7 ile OSPF komşuluğu kurup kuramadığının yazılmamış olmasıdır ki bu da başlı başına bir ipucudur.
Öncelikle R4'ün gerçekten 10.48.1.0/24 ağına ulaşamadığını ve ardından R4'ün R7 ile OSPF komşusu olup olmadığını doğrulayalım.
R4'ün yönlendirme tablosundan, küçük şube için yönlendirme kaydının olmadığını görebiliriz.
Ancak, R4'ün küçük şubenin yönlendiricisi R7 ile OSPF komşusu olduğunu görüyoruz. Peki burada neler oluyor?
Yönlendiriciler komşudur, ancak R4 küçük daldan yönlendirme bilgisi almıyor. Her iki tarafta da `show ip ospf interface` komutunu çalıştıralım ve çıktıyı karşılaştıralım.
İki çıktıyı karşılaştırdığımızda, öncelikle ağ türlerinin her iki tarafta da eşleşmediğini fark ederiz (kırmızıyla vurgulanmıştır). R4, Broadcast kullanırken, R7 Point-to-Point kullanmaktadır.
Aşağıda görebileceğiniz gibi, bu durum yönlendiricilerin syslog'larını kontrol ederek de doğrulanabilir.
Bir diğer ipucu ise, R4'ün komşu tablosuna baktığımızda, bağlantıyı çoklu erişim (ağ türü Yayın) olarak değerlendirdiği için kendisini segment için Atanmış yönlendirici olarak seçtiğini görebilmemizdir.
Ancak, R7'nin komşularını kontrol ettiğimizde, R4'ü bir DR olarak değerlendirmediğini görüyoruz çünkü bağlantıyı bir p2p bağlantısı olarak kabul ediyor ve bu da bir DR/BDR seçimi gerektirmiyor.
Ethernet çoklu erişim arayüzü olduğundan, R7'nin arayüzü olan Eth0/3'ün ağ türünü değiştirelim.
Şimdi, R4 üzerindeki yönlendirmeyi kontrol edersek, küçük şube alt ağını aldığını ve yönlendirme tablosunda bulunduğunu görebiliriz.
Öncelikle R4'ün gerçekten 10.48.1.0/24 ağına ulaşamadığını ve ardından R4'ün R7 ile OSPF komşusu olup olmadığını doğrulayalım.
R4'ün yönlendirme tablosundan, küçük şube için yönlendirme kaydının olmadığını görebiliriz.
Kod:
R4# sh ip route 10.48.1.0
% Subnet not in table
Ancak, R4'ün küçük şubenin yönlendiricisi R7 ile OSPF komşusu olduğunu görüyoruz. Peki burada neler oluyor?
Kod:
R4# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
7.7.7.7 1 FULL/DR 00:00:32 10.1.4.7 Ethernet0/3
6.6.6.6 1 FULL/DR 00:00:39 10.1.3.6 Ethernet0/2
1.1.1.1 1 FULL/DROTHER 00:00:37 10.1.1.1 Ethernet0/1
2.2.2.2 1 FULL/DROTHER 00:00:37 10.1.1.2 Ethernet0/1
3.3.3.3 1 FULL/BDR 00:00:37 10.1.1.3 Ethernet0/1
Yönlendiriciler komşudur, ancak R4 küçük daldan yönlendirme bilgisi almıyor. Her iki tarafta da `show ip ospf interface` komutunu çalıştıralım ve çıktıyı karşılaştıralım.
Kod:
R4# sh ip ospf int e0/3
Ethernet0/3 is up, line protocol is up
Internet Address 10.1.4.4/24, Interface ID 5, Area 0
Attached via Network Statement
Process ID 1, Router ID 4.4.4.4, Network Type BROADCAST, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Transmit Delay is 1 sec, State WAITING, Priority 1
No designated router on this network
No backup designated router on this network
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:09
Wait time before Designated router selection 00:00:11
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Can be protected by per-prefix Loop-Free FastReroute
Can be used for per-prefix Loop-Free FastReroute repair paths
Not Protected by per-prefix TI-LFA
Index 1/4/4, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 0, maximum is 0
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 1, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)
Kod:
R7# sh ip ospf int e0/3
Ethernet0/3 is up, line protocol is up
Internet Address 10.1.4.7/24, Interface ID 5, Area 0
Attached via Interface Enable
Process ID 5, Router ID 7.7.7.7, Network Type POINT_TO_POINT, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Enabled by interface config, including secondary ip addresses
Transmit Delay is 1 sec, State POINT_TO_POINT
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:00
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Can be protected by per-prefix Loop-Free FastReroute
Can be used for per-prefix Loop-Free FastReroute repair paths
Not Protected by per-prefix TI-LFA
Index 1/3/3, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 0, maximum is 0
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 1, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)
İki çıktıyı karşılaştırdığımızda, öncelikle ağ türlerinin her iki tarafta da eşleşmediğini fark ederiz (kırmızıyla vurgulanmıştır). R4, Broadcast kullanırken, R7 Point-to-Point kullanmaktadır.
Aşağıda görebileceğiniz gibi, bu durum yönlendiricilerin syslog'larını kontrol ederek de doğrulanabilir.
Kod:
R7# show logging
*Aug 25 09:07:32.220: %OSPF-5-ADJCHG: Process 5, Nbr 4.4.4.4 on Ethernet0/3 from LOADING to FULL, Loading Done
*Aug 25 09:07:36.473: %OSPF-4-NET_TYPE_MISMATCH: Received Hello from 4.4.4.4 on Ethernet0/3 indicating a potential network type mismatch
Bir diğer ipucu ise, R4'ün komşu tablosuna baktığımızda, bağlantıyı çoklu erişim (ağ türü Yayın) olarak değerlendirdiği için kendisini segment için Atanmış yönlendirici olarak seçtiğini görebilmemizdir.
Kod:
R4# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
7.7.7.7 1 FULL/BDR 00:10:39 10.1.4.7 Ethernet0/3
1.1.1.1 1 FULL/DROTHER 00:10:38 10.1.1.1 Ethernet0/1
2.2.2.2 1 FULL/DROTHER 00:10:35 10.1.1.2 Ethernet0/1
3.3.3.3 1 FULL/BDR 00:10:36 10.1.1.3 Ethernet0/1
Ancak, R7'nin komşularını kontrol ettiğimizde, R4'ü bir DR olarak değerlendirmediğini görüyoruz çünkü bağlantıyı bir p2p bağlantısı olarak kabul ediyor ve bu da bir DR/BDR seçimi gerektirmiyor.
Kod:
R7# sh ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
4.4.4.4 0 FULL/ - 00:10:38 10.1.4.4 Ethernet0/3
Ethernet çoklu erişim arayüzü olduğundan, R7'nin arayüzü olan Eth0/3'ün ağ türünü değiştirelim.
Kod:
R7# conf t
Enter configuration commands, one per line. End with CNTL/Z.
R7(config)# interface e0/3
R7(config-if)# ip ospf network broadcast
R7(config-if)# end
Şimdi, R4 üzerindeki yönlendirmeyi kontrol edersek, küçük şube alt ağını aldığını ve yönlendirme tablosunda bulunduğunu görebiliriz.
Kod:
R4# sh ip route 10.48.1.0
Routing entry for 10.48.1.0/24
Known via "ospf 1", distance 110, metric 20, type intra area
Last update from 10.1.4.7 on Ethernet0/3, 00:00:46 ago
Routing Descriptor Blocks:
* 10.1.4.7, from 7.7.7.7, 00:00:46 ago, via Ethernet0/3
Route metric is 20, traffic share count is 1
Önemli Çıkarımlar
Bu sorun giderme oturumundan çıkarılacak en önemli sonuç, ağ türleri uyuşmayan (örneğin, "yayın" ve "noktadan noktaya") yönlendiricilerin birbirlerini OSPF komşuları olarak tanıyabilmeleri ancak düzgün bir komşuluk kuramamalarıdır; bu da OSPF LSDB'lerinin tam olarak değiş tokuşunu engeller.
Doğru OSPF çalışmasını sağlamak için, ortak bir bağlantıdaki yönlendiriciler arasında ağ türlerinin eşleşmesi çok önemlidir. Eşleşmezlerse, OSPF komşuları oluşamayabilir veya yönlendirme sorunlarına yol açabilir.
Doğru OSPF çalışmasını sağlamak için, ortak bir bağlantıdaki yönlendiriciler arasında ağ türlerinin eşleşmesi çok önemlidir. Eşleşmezlerse, OSPF komşuları oluşamayabilir veya yönlendirme sorunlarına yol açabilir.
- Katılım
- 26 Tem 2023
- Konular
- 442
- Mesajlar
- 5,604
- Online süresi
- 2ay 24g
- Reaksiyon Skoru
- 3,218
- Altın Konu
- 133
- Başarım Puanı
- 249
- TM Yaşı
- 2 Yıl 8 Ay 28 Gün
- MmoLira
- 49,879
- DevLira
- 12
Eline sağlık
Şu an konuyu görüntüleyenler (Toplam : 1, Üye: 0, Misafir: 1)
Benzer konular
- Cevaplar
- 2
- Görüntüleme
- 30













