OSPF Komşu Bitişiklikleri

Nizam-ı Alem · 3 Nis 2026

Bu konumda sizlere iki OSPF cihazının komşu olabilmesi için karşılanması gereken şartlar ele alınmaktadır. Bu konu, CCNA sınavı ve ağ mühendisliği pozisyonları için yapılan mülakatlar bağlamında önemli bir konudur.

OSPF Komşu Şartları

Bir yönlendiricide OSPF yapılandırıldığında, belirli arayüzlerde yönlendirmeyi etkinleştirir. Yönlendirici daha sonra Hello mesajları gönderip alarak bu arayüzlerdeki diğer komşu cihazları bulmaya çalışır. Ancak, bir komşu tespit edildikten sonra bile, iki yönlendirici uyumlu ayarlara sahip olmadıkça komşuluk ilişkisi kuramayabilir.

Bir yönlendirici bir Hello paketi aldığında, alınan Hello mesajındaki bilgileri yerel olarak yapılandırılmış OSPF ayarlarıyla inceler. Uzak cihaza tam olarak komşu olmak için belirli ayarların eşleşmesi gerekir. Aşağıdaki Şekil 1, yönlendiricilerin komşu olabilmesi ve bağlantı durumu veritabanlarını değiş tokuş edebilmesi için hangi şartların karşılanması gerektiğini göstermektedir.

Gereksinimleri iki genel gruba ayırabiliriz:

Bağlantı Gereksinimleri
OSPF Gereksinimleri
Bağlantı gereksinimleri daha geneldir ve cihazlar arasındaki IP bağlantısını etkiler. Örneğin, kablo porttan çıkarıldığı için bir arayüz çalışmıyorsa, hiçbir IP bağlantısı olmaz. IP bağlantısı olmadan komşu ilişkisi kurulamaz. Doğrudan OSPF ile ilgili olmasa da, bu tür sorunlar sınav ortamlarında karşımıza çıkar, bu nedenle insanlar "OSPF ilişkisi kurulmuyor" şeklinde listelenmiş olsa bile, daha geniş kapsamlı sorun gidermeye alışmalıdırlar.

OSPF gereksinimleri, yönlendirme süreci yapılandırmasıyla doğrudan ilgilidir. Yönlendiricilerin komşu olabilmesi ve bağlantı durumu bilgilerini değiş tokuş edebilmesi için eşleşmesi gereken Hello mesajlarındaki parametrelerle doğrudan ilgilidir. Örneğin:

Bir taraf 10/40 Hello/Dead aralıklarıyla yapılandırılırken, diğer taraf 30/120 ile yapılandırılmıştır.
Bir taraf Alan 10'da, diğer taraf ise Alan 0'da yapılandırılmıştır.
Bir taraf pasif arayüz olarak yapılandırılmıştır (Hello mesajları göndermez veya almaz).

CCNA adayları bu tür sorunları fazla çaba harcamadan giderebilmelidir. Bu tür sorunların nasıl giderileceğini adım adım inceleyelim ve hangi komutları kullanabileceğimizi görelim.

Bağlantı Gereksinimleri

Bağlantı gereksinimleriyle başlayalım. Bunlar doğrudan yönlendirme süreciyle ilgili değildir ve sınav ortamlarında genellikle giderilmesi daha zordur. Bir sorun "OSPF komşuluğu oluşmuyor" olarak tanımlandığında, insanlar yönlendirme sürecine çok fazla odaklanır ve genel bağlantı sorunlarına daha geniş bir açıdan bakmayı unuturlar.

Gereksinim 1 - Arayüz UP/UP olmalıdır

Açıkçası, bu gereksinim hakkında fazla tartışmaya gerek yok. Bir arayüz UP/UP durumunda olmalıdır, böylece OSPF işlemi herhangi bir mesaj gönderip alabilir. Fiziksel bir sorun arayüzün UP durumuna geçmesini engelliyorsa veya bir protokol sorunu UP/UP durumuna geçmesini engelliyorsa, yönlendirme komşuluğu oluşamaz.

Deneyimlerime göre, insanlar sınav ortamlarında bir portu etkinleştirmeyi sıklıkla unutuyorlar. Daha sonra panikleyip, bu arayüzde yönlendirme komşuluğunun neden oluşmadığını merak ediyorlar ve karmaşık sorun giderme işlemlerine girişiyorlar.

Sınav ortamında, her zaman aşağıdaki çıktıda gösterildiği gibi `show run interface` komutuyla başlıyorum. Bu komut, Şekil 1'de gösterildiği gibi, her bağlantı gereksinimi hakkında anında bir fikir veriyor. Arayüzün kapalı olup olmadığını, bir ACL uygulanıp uygulanmadığını, varsayılan MTU'nun değiştirilip değiştirilmediğini ve OSPF Ağ Türünün ne olduğunu hemen görebilirsiniz.

Kod:

R1# sh run int e0/1
interface Ethernet0/1
 ip address 10.10.1.1 255.255.255.0
 shutdown
end

Ancak bazen, sınav ortamında, `show run` komutu kullanılamaz veya devre dışı bırakılabilir. Bu gibi durumlarda, aradığınız bilgiyi alternatif `show` komutunu kullanarak bulmanız gerekir. Bir portun kapanıp kapanmadığını görmenin en kolay yolu `show ip interface brief` komutunu kullanmaktır.

Kod:

R1# sh ip int brief
Interface              IP-Address      OK? Method Status                Protocol
Ethernet0/0            10.5.1.1        YES NVRAM  up                    up     
Ethernet0/1            10.10.1.1       YES NVRAM  administratively down down   
Ethernet0/2            unassigned      YES NVRAM  administratively down down   
Ethernet0/3            unassigned      YES NVRAM  administratively down down

Arayüz açık olabilir ancak kablonun fişinin çekilmesi veya başka bir fiziksel katman sorunu nedeniyle devre dışı kalmış olabilir.

Gereksinim 2 - ACL, OSPF mesajlarını filtrelememelidir

Bu, fazla tartışmaya gerek duymayan başka bir gereksinimdir. Mantıksal olarak, bir arayüzde OSPF mesajlarını filtreleyen bir Erişim Kontrol Listesi (ACL) uygulanmışsa, bu arayüz üzerinden yönlendirme komşuluğu oluşturulamaz.

Bir bağlantıya ACL'nin uygulanıp uygulanmadığını bulmanın en kolay yolu, `show run interface` komutunu kullanmaktır.

Kod:

R1# sh run int e0/1
interface Ethernet0/1
 ip address 10.10.1.1 255.255.255.0
 ip access-group DENY-OSPF in
end

Eğer `show run` komutuna izin verilmiyorsa, bir ACL'nin uygulanıp uygulanmadığını kontrol etmek için aşağıdaki komutu kullanabilirsiniz.

Kod:

R1# sh ip int e0/1 | in access list
  Outgoing Common access list is not set
  Outgoing access list is not set
  Inbound Common access list is not set
  Inbound  access list is DENY-OSPF

Sınav gereksinimlerine bağlı olarak, sorunu çözmek için ACL'yi tamamen kaldırabilir veya ek bir giriş ekleyebilirsiniz.

Gereksinim 3 - MTU eşleşmelidir

Bir arayüzün maksimum iletim birimi (MTU), yönlendiricinin o port üzerinden iletebileceği en büyük IP paketini tanımlar. Bir yönlendirici, giden arayüzün MTU'sundan daha büyük bir paketle karşılaştığında, paketi parçalar veya Parçalama Yapma (DF) biti ayarlanmışsa paketi atar.

Genellikle, aynı veri bağlantısına bağlı tüm cihazların aynı IP MTU'suna sahip olması gerekir. Bununla birlikte, yönlendiricilerin eşleşmeyen MTU'yu otomatik olarak doğrulama mekanizması yoktur.

OSPF bağlamında, iki komşu arasında MTU uyuşmazlığı olduğunda, OSPF komşusu olurlar ancak LSDB veritabanını değiş tokuş edemezler.

Kod:

R1# sh run int e0/1
interface Ethernet0/1
 ip address 10.10.1.1 255.255.255.0
 ip mtu 1400
end

Gördüğünüz gibi, R1, R2'yi komşu olarak listeliyor ancak EXSTART durumunda takılı kalmış durumda; bu da bağlantı durumu bilgilerinin alışverişinin başlayacağı anlamına geliyor.

Kod:

R1# sh ip ospf neighbor
Neighbor ID     Pri   State           Dead Time   Address         Interface
2.2.2.2           1   EXSTART/DR     00:00:39    10.10.1.2       Ethernet0/1

Ancak, LSDB alışverişi hiçbir zaman tamamlanmıyor ve birden fazla denemeden sonra yönlendirici, aşağıdaki günlükte gösterildiği gibi komşuluk bağlantısını kesiyor.

Kod:

R1#
*Aug 19 11:02:39.895: %OSPF-5-ADJCHG: Process 1, Nbr 2.2.2.2 on Ethernet0/1 from EXSTART to DOWN, Neighbor Down: Too many retransmissions

Bu tür bir sorunu bulmak daha kolaydır çünkü komşu, `show ip ospf neighbor` çıktısında görünür ancak `EXCHANGE` durumunda takılı kalır; bu da (bu davranışa aşina iseniz) MTU ile ilgili bir sorunu hemen gösterir.

Gereksinim 4 - Ağ Türü Eşleşmelidir

Derslerimizi sırayla takip etmiyorsanız, ağ türü kavramına aşina olmayabilirsiniz. Bu derse göz atın, ardından bu bölüme geri dönebilirsiniz.

Tipik olarak, LAN ortamlarında ağ türü her zaman varsayılan Yayın türüne ayarlanır. Bununla birlikte, WAN veya sınav ortamlarında, bir tarafın bir ağ türüyle yapılandırıldığı, diğer tarafın ise farklı bir türe ayarlandığı bir durumla karşılaşabilirsiniz. Mantıksal olarak, bu tür durumlarda komşu yakınlığı oluşmaz.

Bu tür sorunları `show run interface` komutu veya `show ip ospf interface` komutu kullanarak giderebilirsiniz. Her iki uçtaki ağ türünü karşılaştırmalı ve eşleştiğinden ve fiziksel ortam türüne uygun olduğundan emin olmalısınız.

OSPF Gereksinimleri

OSPF gereksinimleri, yönlendiricilerin Hello paketlerinde değiş tokuş ettiği gereksinimlerdir. Bir yönlendirici uzak bir cihazdan Hello mesajı aldığında, Hello mesajı yerel OSPF ayarlarıyla birlikte gelir. Aşağıdaki tabloda gösterilen tüm gereksinimler karşılanırsa, yönlendirici yanıt verir. Aksi takdirde, Hello paketini reddeder ve OSPF komşuluğu kurulmaz.

`show ip ospf interface` komutunu kullanarak neredeyse tüm OSPF yapılandırma uyumsuzluklarını giderebiliriz. Komşuluk sorun giderme için en çok kullanılan komuttur.

Örneğin, birbirine bağlı ve komşu olması gereken iki yönlendiriciye giriş yapıyorsunuz. Her ikisinde de komutu çalıştırıp aşağıdaki şemada gösterildiği gibi vurgulanan değerleri karşılaştırıyorsunuz. Bu, sorunun %99 oranında hemen tespit edilmesini sağlar.

"İşlem Kimliği"nin vurgulanmadığına dikkat edin. İşlem kimliğinin, cihazların farklı yönlendirme işlemlerini ayırt etmek için kullandığı yerel bir değer olduğunu hatırlayın. Başka bir cihaza komşu olmak için eşleşmesi gerekmez. Bir cihaz İşlem Kimliği 1'i, diğeri ise İşlem Kimliği 2'yi kullanabilir ve (gerekli diğer tüm ayarlar eşleşirse) sorunsuz bir şekilde komşu olurlar. Çoğu zaman, sınavlarda İşlem Kimlikleri kasıtlı olarak eşleşmez ve insanlar bunun bir sorun olduğunu düşünür. Ancak, bu bir sorun değildir.