Hikayeler

Reklam vermek için turkmmo@gmail.com

OSPF Sorun Giderme Bileti

Nizam-ı Alem

Malato psichico
Telefon Numarası Onaylanmış Üye Turkmmo Discord Nitro Booster
Yönetici
Dergi Editörü
Turnuva
Admin
Yarışma
Gümüş Üye
VIP Üye
Paylaşım
Ayın Üyesi
Altın Üye
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 aşağıdaki başlangıç topolojisini kullanacağız.

1775335385240.png


Tüm cihazlar Alan 0'da OSPF çalıştırır ve komşu yönlendiricilerle yakınlık kurmalıdır.

Bilet Sorunları

Büyük bir kurumsal şirketi destekleyen bir ağ mühendisi olduğunuzu varsayalım. Aşağıdaki iki bildirilen sorunla ilgili bir bilet aldınız:

Sorun #1 - R3, R5 ile OSPF yakınlığı kuramıyor.

Sorun #2 - DSW1, DSW2 ile OSPF yakınlığı kuramıyor.

Size "cisco/cisco" kimlik bilgileri veriliyor. Ancak, en yüksek ayrıcalık düzeyine sahip değiller, bu nedenle `show run` komutunu kullanamıyorsunuz. Bu nedenle, yönlendiricilerin yapılandırmalarına bakmadan sorunları çözmeniz gerekiyor.

OSPF Yakınlık Sorunlarını Giderme

Tamam, sorun giderme süreciyle başlayalım. Bir OSPF yakınlık sorununu gidermenin iş akışı nedir?

Bazı eğitimciler sorun giderme sürecini gereksiz yere karmaşıklaştırıyor ve öğrenciler bunun "yetenek" gerektiren karmaşık bir şey olduğu izlenimine kapılıyor. Gerçekte, oldukça basit ve anlaşılır. Aşağıdaki şemada gösterildiği gibi, her iki tarafta da birkaç "göster" komutu çalıştırıp bunları karşılaştırmanız yeterli.

1775335429001.png


İşlem oldukça basittir: Bağlı iki arayüzün fiziksel ve OSPF ayarlarını karşılaştırırsınız. Her iki tarafta da `show ip ospf interface` komutunu çalıştırır, çıktıyı karşılaştırır ve uyumsuz olanı bulursunuz. %99 oranında, OSPF komşuluk sorunlarının giderilmesi bu şekilde gerçekleşir. Sadece neye bakmanız gerektiğini bilmeniz gerekir.

Sorun giderme iş akışını her zaman iki ana adıma ayırırım.

İlk olarak, port durumu, ACL veya MTU gibi genel arayüz ayarlarının doğru çalıştığından emin olurum.

Ardından, her iki taraftaki arayüzlerin OSPF'ye özgü ayarlarını doğrularım.

1. Adım - Arayüz Ayarları

OSPF komşuluğunun arayüz başına çalıştığını unutmayın. Bu nedenle, her zaman sorun giderme yaptığımız komşuya bağlanan arayüzün genel IP ayarlarını doğrulayarak başlarım. Her zaman kontrol ettiğim ilk şeyler şunlardır:

1775335459784.png


Sınav ortamlarında tüm bu gerçekleri kontrol etmenin en kolay yolu, `show ip interface` komutunu kullanmaktır. Bu komut, ihtiyacımız olan tüm bilgileri içeren uzun bir çıktı verir. Ancak gerçek dünyada, mühendisler genellikle aynı bilgileri çapraz kontrol etmek için `show run` ve `show ip interface brief` komutlarının bir kombinasyonunu kullanırlar.

Sonuç olarak, komşu olması gereken yönlendiriciler arasında her zaman birkaç ping gönderirim. Bu, IP bağlantısının olduğundan ve sorunun büyük olasılıkla cihazlar arasındaki ağ segmentinden ziyade OSPF yapılandırmasında olduğundan emin olmamızı sağlar.

Adım 2 - OSPF Ayarları

İki yönlendiricinin komşu olmasını engelleyen OSPF ayarları çok fazla değildir. Aşağıdaki tablo, karşılanması gereken gereksinimleri özetlemektedir.

1775335496554.png


Cihazın syslog'unu kontrol etmek de iyi bir uygulamadır. Yönlendiriciler, en yaygın OSPF yanlış yapılandırmalarını bildirmek için syslog mesajları üretir. Sınav ortamlarında, sorun gidermeyi zorlaştırmak için günlük kaydı kasıtlı olarak devre dışı bırakılabilir. Ancak, gerçek dünya ağlarında, syslog'u kontrol etmek her zaman iyi bir uygulamadır.

Sorun #1

Sorun giderme iş akışımız elimizdeyken, ilk sorunumuzla başlayalım.

Sorun "R3, R5 ile OSPF komşuluğu kuramıyor" şeklinde bildiriliyor. Öncelikle, yönlendiricilerin gerçekten komşu olmadıklarını doğrulayalım.

Kod:
R3# sh ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   FULL/DROTHER    00:00:39    10.1.1.1        Ethernet0/1
1.1.1.1           1   FULL/DROTHER    00:00:37    10.1.1.2        Ethernet0/1
4.4.4.4           1   FULL/DR         00:00:39    10.1.1.4        Ethernet0/1

Açıkça görüldüğü üzere, R3 (3.3.3.3), R5'in (5.5.5.5) komşusu değildir. Bunun nedenini bulalım.

Şemaya göre, her iki yönlendirici de Eth0/2 arayüzü üzerinden birbirine bağlanıyor. Her iki yönlendiricideki arayüz ayarlarını kontrol edelim.

Kod:
R3# sh ip int eth0/2
Ethernet0/2 is up, line protocol is up
  Internet address is 10.1.2.3/24
  Broadcast address is 255.255.255.255
  Address determined by configuration file
  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:
R5# sh ip int eth0/2
Ethernet0/2 is up, line protocol is up
  Internet address is 10.1.2.5/24
  Broadcast address is 255.255.255.255
  Address determined by configuration file
  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
. . .

Arayüz açısından her şey yolunda görünüyor. Her iki arayüz de UP/UP durumunda, IP adresleri aynı alt ağda (10.1.2.0/24), MTU varsayılan 1500 bayt ve ACL yok. Aşağıdaki diyagram, show ip interface komutunu kullanarak şimdiye kadar bulduklarımızı özetliyor.

1775335567312.png


Şimdi, show ip ospf interface komutunu kullanarak OSPF ayarlarını kontrol edelim. Bu komut, komşu bağlantı sorunlarını gidermek için en kullanışlı komuttur.

Kod:
R3# sh ip ospf interface eth0/2
Ethernet0/2 is up, line protocol is up
  Internet Address 10.1.2.3/24, Interface ID 4, Area 0
  Attached via Network Statement
  Process ID 1, Router ID 3.3.3.3, 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) 3.3.3.3, Interface address 10.1.2.3
  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: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 0, Adjacent neighbor count is 0
  Suppress hello for 0 neighbor(s)

Kod:
R5# sh ip ospf interface eth0/2
Ethernet0/2 is up, line protocol is up
  Internet Address 10.1.2.5/24, Interface ID 4, Area 1
  Attached via Interface Enable
  Process ID 1, Router ID 5.5.5.5, Network Type BROADCAST, 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 DR, Priority 1
  Designated Router (ID) 5.5.5.5, Interface address 10.1.2.5
  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:08
  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/1/1, 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)

R3'ün arayüzünün Alan 0'da, R5'in arayüzünün ise Alan 1'de yer aldığı açıktır. Ancak, komşu olabilmeleri için alanların eşleşmesi gerekir.

1775335608922.png


Şemada tüm yönlendiricilerin Alan 0'da olduğu gösterildiğinden, R5'in arayüzünü Alan 0 olarak değiştirelim. "Arayüz Etkinleştirme yoluyla bağlı" çıktısından, R5'in arayüzünün ip ospf 1 area 1 interface komutuyla etkinleştirildiğini anlayabiliriz. Bunu aşağıdaki gibi Alan 0 olarak değiştirelim.

Kod:
R5# conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R5(config)# interface e0/2
R5(config-if)# ip ospf 1 area 0
R5(config-if)# end
R5#

Şimdi, R5'in OSPF komşularını kontrol edersek, R3 ile komşu olduğunu görebiliriz.

Kod:
R5# sh ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           1   FULL/DR         00:00:39    10.1.2.3        Ethernet0/2

Böylece 1 numaralı sorun çözüldü. Diğerini kontrol edelim.

2. Sorun
Sorun "DSW1, DSW2 ile OSPF komşuluğu kuramıyor" şeklinde raporlanmıştır. Öncelikle, yönlendiricilerin komşu olmadıklarını doğrulayalım.

Kod:
DSW1# sh ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
3.3.3.3           1   FULL/BDR        00:00:39    10.1.1.3        Ethernet0/1
4.4.4.4           1   FULL/DR         00:00:39    10.1.1.4        Ethernet0/1

DSW1'in (1.1.1.1) R3 ve R4 ile komşu olduğunu, ancak DSW2 (2.2.2.2) ile komşu olmadığını görüyoruz. Bunun nedenini bulalım.

Öncelikle, 10.1.1.0/24 segmentine bağlanan DSW1 ve DSW2'nin arayüzlerini kontrol edelim.

Kod:
DSW1# sh ip interface eth0/1
Ethernet0/1 is up, line protocol is up
  Internet address is 10.1.1.1/24
  Broadcast address is 255.255.255.255
  Address determined by configuration file
  MTU is 1500 bytes
  Helper address is not set
  Directed broadcast forwarding is disabled
  Multicast reserved groups joined: 224.0.0.5
  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:
DSW2#show ip interface eth0/1
Ethernet0/1 is up, line protocol is up
  Internet address is 10.1.1.2/24
  Broadcast address is 255.255.255.255
  Address determined by configuration file
  MTU is 1500 bytes
  Helper address is not set
  Directed broadcast forwarding is disabled
  Multicast reserved groups joined: 224.0.0.5
  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
. . .

Her iki arayüz de UP/UP durumunda görünüyor, ACL yok, MTU varsayılan değerde ve IP adresleri doğru alt ağdan geliyor. Bu nedenle, arayüz ayarları açısından bakıldığında, belirgin bir hata yok. Şimdi arayüzlerin OSPF ayarlarını kontrol edelim.

Her iki tarafın da `show ip ospf interface` çıktısını karşılaştıralım ve bir sorun olup olmadığını görelim.

Kod:
DSW1# sh ip ospf interface eth0/1
Ethernet0/1 is up, line protocol is up
  Internet Address 10.1.1.1/24, Interface ID 3, Area 0
  Attached via Network Statement
  Process ID 1, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 10
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           10        no          no            Base
  Transmit Delay is 1 sec, State DROTHER, Priority 1
  Designated Router (ID) 4.4.4.4, Interface address 10.1.1.4
  Backup Designated router (ID) 3.3.3.3, Interface address 10.1.1.3
  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/2/2, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 2
  Last flood scan time is 0 msec, maximum is 1 msec
  Neighbor Count is 2, Adjacent neighbor count is 2
    Adjacent with neighbor 3.3.3.3  (Backup Designated Router)
    Adjacent with neighbor 4.4.4.4  (Designated Router)
  Suppress hello for 0 neighbor(s)
  Cryptographic authentication enabled
    Youngest key id is 1

Kod:
DSW2# sh ip ospf interface eth0/1
Ethernet0/1 is up, line protocol is up
  Internet Address 10.1.1.2/24, Interface ID 3, Area 0
  Attached via Network Statement
  Process ID 1, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 10
  Topology-MTID    Cost    Disabled    Shutdown      Topology Name
        0           10        no          no            Base
  Transmit Delay is 1 sec, State DROTHER, Priority 1
  Designated Router (ID) 4.4.4.4, Interface address 10.1.1.4
  Backup Designated router (ID) 3.3.3.3, Interface address 10.1.1.3
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:05
  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 1, maximum is 2
  Last flood scan time is 0 msec, maximum is 1 msec
  Neighbor Count is 2, Adjacent neighbor count is 2
    Adjacent with neighbor 3.3.3.3  (Backup Designated Router)
    Adjacent with neighbor 4.4.4.4  (Designated Router)
  Suppress hello for 0 neighbor(s)
  Cryptographic authentication enabled
    Youngest key id is 1

İlk göze çarpan şey, her iki yönlendiricinin de aynı RID'ye, 1.1.1.1'e sahip olmasıdır. Ancak, yönlendiricilerin komşu olabilmeleri için benzersiz OSPF RID'lerine sahip olmaları gerekir. DSW2'nin RID'sini 2.2.2.2 olarak değiştirelim ve ne olacağını görelim.

Kod:
DSW2# conf t
Enter configuration commands, one per line.  End with CNTL/Z.
DSW2(config)# router ospf 1
DSW2(config-router)# router-id 2.2.2.2
% OSPF: Reload or use "clear ip ospf process" command, for this to take effect
DSW2(config-router)# end
DSW2# clear ip ospf process
Reset ALL OSPF processes? [no]: yes

Şimdi DSW2'nin OSPF komşularını kontrol edersek, DSW1 ile başarılı bir şekilde OSPF komşuluğu kurduğunu görebiliriz.

Kod:
DSW2# sh ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
1.1.1.1           1   2WAY/DROTHER    00:00:31    10.1.1.1        Ethernet0/1
3.3.3.3           1   FULL/BDR        00:00:34    10.1.1.3        Ethernet0/1
4.4.4.4           1   FULL/DR         00:00:31    10.1.1.4        Ethernet0/1

Önemli Noktalar

OSPF komşuluk sorun giderme sürecinin, iki arayüzün IP ve OSPF ayarlarını karşılaştırmaktan ibaret olduğunu unutmayın. Daha karmaşık bir şey yok.

Genel bir kural olarak, öncelikle her iki tarafın IP ayarlarının da düzgün olduğundan emin olmalısınız—arayüzler UP/UP olmalı ve bağlantı olmalı, IP'ler aynı alt ağda olmalı, MTU her iki tarafta da aynı olmalı ve OSPF mesajlarını engelleyen bir ACL olmamalıdır.

Ardından, OSPF ayarlarına geçin ve RID'leri, Alan Kimliklerini, Merhaba/Ölü aralıklarını, Kimlik Doğrulamasını, Ağ Türlerini ve pasif arayüz ve işlem kapatma gibi çeşitli ayarları karşılaştırın.​
 
Eline sağlık
 
Eline sağlık
 

Şu an konuyu görüntüleyenler (Toplam : 1, Üye: 0, Misafir: 1)

Geri
Üst