OSPF Varsayılan Yönlendirme

[Nizam-ı Alem]

Metin2 EP, Valorant VP dahil tüm oyun ürünlerini en uygun fiyatlarla bulabilir, Item ve Karakterlerinizi hızlıca satabilirsiniz. HEMEN TIKLA!

OSPF ağında varsayılan bir yönlendirme oluşturma konusu ele alınmaktadır. Bu, gerçek dünya uygulamalarında çok yaygın olarak kullanılan ve öğrencilerin aşina olması gereken CCNA sınav konularının bir parçası olan yönlendirme protokolünün bir özelliğidir.
​

Varsayılan Yönlendirme Nedir?​

Bir yönlendirici bir IP paketi aldığında, hedef IP adresini yönlendirme tablosuyla eşleştirir. Hedef IP adresi bir girişle eşleşirse, yönlendirici trafiği bir sonraki atlama noktasına iletir. Yönlendirici hedef IP adresini yönlendirme tablosundaki herhangi bir girişle eşleştiremezse ne olur? Yönlendirici paketi sessizce atar.

Yönlendiriciler genellikle kuruluş içindeki her alt ağ için bir yönlendirme girişine sahiptir. Bununla birlikte, kurumsal ağ içindeki bir yönlendirici genellikle İnternet'teki her olası IPv4 adresi için bir girişe sahip değildir. İnternette yaklaşık 3.723.362.304 adet herkese açık, yönlendirilebilir IPv4 adresi bulunmaktadır. Dolayısıyla, olası her genel İnternet IP adresine yönlendirilen paketleri eşleştirebilmek ve iletebilmek için, yönlendirici her olası IP adresini eşleştiren varsayılan bir rota (0.0.0.0/0) ile yapılandırılmıştır. Bir paketin hedef IP adresi yönlendirme tablosundaki herhangi bir belirli girişle eşleşmiyorsa, varsayılan rotayla eşleşir ve varsayılan sonraki atlama noktasına iletilir.

Aşağıdaki diyagramda gösterilen örneği inceleyelim.

Yönlendirici, 39.155.4.12 adresine yönlendirilmiş bir paket alır. Bu IPv4 adresi, yönlendirme tablosundaki hiçbir girişle eşleşmediğinden, varsayılan rota 0.0.0.0/0 ile eşleştirilir ve GigabitEthrenet0/0 arayüzünden bir sonraki atlama noktası olan 10.1.5.1'e yönlendirilir. Varsayılan rota, her şeyi yakalayan bir giriştir.

Tipik küçük veya orta ölçekli bir kurumsal ağda, varsayılan rota genellikle ISS'nin ağ geçidi yönlendiricisine işaret eder. Daha büyük ağlarda, genellikle trafiği inceleme için merkezi güvenlik duvarlarına veya diğer güvenlik cihazlarına ve ardından İnternet'e yönlendirir.
​

Ağ neden varsayılan bir rotaya ihtiyaç duyar?​

Aşağıdaki diyagramda gösterilen örneğe bakalım. Bir tarafta, uç cihazlar OSPF Alan 0'a katılan yerel yönlendiricilere bağlanır. Diğer tarafta, İnternet'e bağlantı sağlayan bir İnternet Servis Sağlayıcısına (ISS) bağlanan R1 yönlendiricisi bulunur. R1'in, ISS'nin bir sonraki atlama noktası IP adresine işaret eden varsayılan bir yönlendirme yolu vardır. Uç cihazların internete erişebildiğinden emin olmalıyız.

Şu an itibariyle, uç cihazlar İnternet'e erişemiyor. Bir uç cihaz İnternet'e yönelik bir paket gönderdiğinde, yerel yönlendiricinin yönlendirme tablosunda hedef IP adresi için bir giriş bulunmadığından paket atılır.
​

OSPF'ye Varsayılan Yönlendirme Oluşturma​

OSPF ağına İnternet erişimi sağlamak için, İnternet'e bağlanan bir yönlendiricinin OSPF alanına varsayılan bir yönlendirme oluşturması gerekir. Bu, `default-information originate` komutu kullanılarak gerçekleştirilir.
​

Laboratuvar Başlangıç Durumu​

Laboratuvarın başlangıç durumunu hızlıca inceleyelim. R1, İnternet Servis Sağlayıcısına (ISP) bağlanıyor. R1, aşağıdaki şemada gösterildiği gibi, Eth0/1 arayüzü üzerinden ISP'ye işaret eden statik bir 0.0.0.0/0 yönlendirmesine sahiptir.

R1'in varsayılan bir adrese (0.0.0.0/0) sahip olduğunu ve internete erişiminin olduğunu doğrulayalım.

R1# sh ip route static
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 10.1.5.1 to network 0.0.0.0
S*    0.0.0.0/0 [254/0] via 10.1.5.1

Yönlendirme tablosunda R1'in gerçekten de varsayılan bir yönlendirme yoluna sahip olduğunu görebilirsiniz ve aşağıda Google'ın IP adresine ping atabildiğini (dolayısıyla internet erişiminin olduğunu) görebilirsiniz.

R1# ping google.com
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 142.250.187.174, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms

Şimdi, diğer yönlendiricilerin yönlendirme tablosunda 0.0.0.0/0 için bir giriş bulunmadığını doğrulayalım. R2'nin yönlendirme tablosunu kontrol edersek, "Son çare ağ geçidi ayarlanmamış" ifadesini görebiliriz.

R2# sh ip route ospf
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, 6 subnets, 2 masks
O        10.3.0.0/24 [110/11] via 10.1.1.3, 00:01:13, Ethernet0/0
O        10.4.0.0/24 [110/11] via 10.1.1.4, 00:01:00, Ethernet0/0

Ayrıca, R2'nin Google'ın IP adresini çözümleyemediğini ve Google'ın DNS sunucusuna ping atamadığını görüyoruz. Bu nedenle, internet erişimi yok.

R2# ping google.com
% Unrecognized host or address, or protocol not running.
R2# ping 8.8.8.8
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Şimdi, tüm yönlendiricilerin İnternet'e erişebilmesi için varsayılan bir rotayı ağa nasıl duyurabileceğimizi görelim.
​

OSPF Varsayılan Bilgi Kaynağı​

Öncelikle, bir OSPF yönlendiricisinin varsayılan bir rotası (0.0.0.0/0) olsa bile, varsayılan olarak bunu OSPF alanına duyurmadığını hatırlayalım. Örneğin, R1'in ISP'ye doğru statik bir varsayılan rotası vardır, ancak bunu diğer yönlendiricilere (R2, R3 ve R4) duyurmaz.

OSPF yönlendiricisinin varsayılan rotayı ağa duyurması için, ağ yöneticisinin aşağıdaki şemada gösterildiği gibi yönlendirme işlemi altında default-information originate komutunu açıkça yapılandırması gerekir.

`default-information originate` komutu yapılandırıldığında, yönlendirici hemen 0.0.0.0 ağına (maske 0.0.0.0) bağlantı sağladığını duyuran bir Tip 5 LSA gönderir. Basitçe söylemek gerekirse, R1 diğer yönlendiricilere şunu söyler: "Hedef IP adresine daha spesifik bir rotanız yoksa, paketi bana gönderin." Bir Tip 5 LSA gönderdiğinde, R1 bir ASBR (Otonom Sistem Sınır Yönlendiricisi) olur. ASBR, bir OSPF otonom sistemini (AS) diğer harici ağlara bağlayan bir yönlendiricidir. Örneğimizde, R1 İnternet Servis Sağlayıcısına bağlanır. Dolayısıyla, R1 harici bir ağa bağlanır.

Kursun ilerleyen bölümlerinde farklı LSA türlerini ve yönlendirici rollerini daha ayrıntılı olarak ele alacağız. Ancak şimdilik, Tip 5'in "AS Harici LSA" olduğunu ve varsayılan rotalar da dahil olmak üzere harici rotaları duyurmak için kullanıldığını hatırlayın.

Diğer yönlendiricilerin Tip 5 LSA'yı aldığını doğrulayalım. Bunu, örneğin aşağıdaki komutu kullanarak R2'nin LSDB veritabanına bakarak kontrol edebiliriz. Reklamı yapan yönlendiricinin 1.1.1.1 (R1), bağlantı kimliğinin 0.0.0.0 ve ağ maskesinin /0 (dolayısıyla 0.0.0.0/0) olduğuna dikkat edin.

R2# sh ip ospf database external
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Type-5 AS External Link States
  LS age: 9
  Options: (No TOS-capability, DC, Upward)
  LS Type: AS External Link
  Link State ID: 0.0.0.0 (External Network Number )
  Advertising Router: 1.1.1.1
  LS Seq Number: 80000007
  Checksum: 0x1197
  Length: 36
  Network Mask: /0
        Metric Type: 2 (Larger than any link state path)
        MTID: 0
        Metric: 1
        Forward Address: 0.0.0.0
        External Route Tag: 1

Şimdi, R2'nin yönlendirme tablosunu kontrol edersek, R1 yönlendiricisine işaret eden varsayılan bir rotaya sahip olduğunu görürüz.

R2# sh ip route ospf
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 10.1.1.1 to network 0.0.0.0
O*E2  0.0.0.0/0 [110/1] via 10.1.1.1, 03:20:32, Ethernet0/0
      10.0.0.0/8 is variably subnetted, 6 subnets, 2 masks
O        10.3.0.0/24 [110/11] via 10.1.1.3, 03:22:53, Ethernet0/0
O        10.4.0.0/24 [110/11] via 10.1.1.4, 03:22:53, Ethernet0/0

Ve nihai test, Google'a ping atarak R2'nin internete bağlantısının olup olmadığını doğrulamaktır.

R2# ping google.com
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 142.250.187.174, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 2/2/3 ms

R1'in İnternet Servis Sağlayıcısı (ISP) ile bağlantısı kesildiğinde ne olur?

Şimdi, R1'in ISP ile bağlantısı kesildiğinde neler olduğunu kısaca görelim. Aşağıdaki diyagram, R1'in İnternet Servis Sağlayıcısı ile bağlantısı kesildiğinde izlediği iki adımı göstermektedir.

Öncelikle, yönlendirici kendi yönlendirme tablosundan varsayılan rotayı kaldırır.
Ardından, uzak yönlendiriciye bir LSA güncellemesi gönderir. Güncelleme, metrik değeri sonsuza (16.777.215) ayarlanmış 0.0.0.0 için Tip 5 bir LSA'dır. Bu, uzak yönlendiricilere bu LSA'yı kullanmamalarını söyler.

Daha sonra, uzak yönlendiriciler 0.0.0.0/0 girişlerini yönlendirme tablolarından kaldırır.

Ancak, bu davranış, default-information originate komutunda "always" anahtar kelime argümanı kullanılarak değiştirilebilir.
​

Varsayılan Bilgiler Her Zaman Oluşturulsun​

default-information originate komutunu kullanmak, ASBR yönlendiricisinin (bizim durumumuzda R1) varsayılanı koşullu olarak duyurmasını sağlar.

Kendi başına bir varsayılanı varsa, ağda 0.0.0.0/0'ı duyurur.

Eğer kendi başına varsayılan bir rotası yoksa, 0.0.0.0 rotasını ağa duyurmaz.
Bazı senaryolarda, bu koşullu duyuru faydalı olmayabilir. Bu nedenle protokolde, kaynak yönlendirmeyi koşulsuz hale getiren ek bir "always" anahtar kelimesi bulunur. `default-information originate always` komutunu kullanmak, ASBR'nin yönlendirme tablosunda mevcut bir varsayılan rota olup olmadığına bakılmaksızın OSPF alanına varsayılan bir rota duyurmasını sağlar. Duyuru koşulsuzdur.

Bunu yapmak istediğiniz iki yaygın senaryo vardır:

Yönlendirme kararlılığı.

Trafiği ağın merkezi bir noktasına çekmek.

Şimdi bunların her birini ele alalım.
​

Senaryo 1: Yönlendirme kararlılığı​

R1'in İnternet Servis Sağlayıcısına bağlanan tek yönlendirici olduğunu varsayalım. R1 ağa varsayılan bir rota oluşturur ve aşağıdaki şemada gösterildiği gibi 100'den fazla uzak yönlendirici R1'i İnternet'e giden bir sonraki atlama noktası olarak kullanır.

`default-information originate` komutunu `always` anahtar kelimesi olmadan kullandığınızda, 100'den fazla yönlendiriciden oluşan tüm alan, ISP'ye olan bağlantı her kesildiğinde SPF algoritmasını çalıştırmak zorundadır. Şema bunun nedenini açıklıyor. ISP bağlantısı kararsızsa ve sık sık kesiliyorsa, tüm alanda yönlendirme kararsızlıkları meydana gelebilir. ISP bağlantısı çok agresif bir şekilde kesilmeye başlarsa, tüm alanı bile çökertebilir. Özellikle yönlendiricilerin çok yavaş bir CPU'ya ve birkaç MB RAM'e sahip olduğu eski günlerde (yönlendirme protokolünün 30 yıldan fazla eski olduğunu unutmayın).

Kısacası, ISP ile aynı hata alanında olmak istemezsiniz. ISP ağındaki sorunların iç ağınızı hiçbir şekilde etkilememesini istersiniz. Bu nedenle, bu tür senaryolarda, `default-information originate` komutu altında `always` anahtar kelimesini kullanmak faydalı olabilir.

Aşağıda gösterildiği gibi `always` anahtar kelimesinin kullanılması, yönlendiricinin yönlendirme tablosunda mevcut bir varsayılan rota olup olmadığına bakılmaksızın ASBR'nin OSPF alanına bir varsayılan rota oluşturmasını sağlar. Bu duyuru koşulsuz olarak yapılır.

router ospf 1
 router-id 1.1.1.1
 network 10.0.0.0 0.255.255.255 area 0
 default-information originate always

Veri düzlemi perspektifinden bakıldığında, R1 internete bağlantı sağlayan tek yönlendiricidir. R1'in yönlendirme tablosunda varsayılan bir rota olup olmaması, veri düzlemi açısından hiçbir şeyi değiştirmez. Bu tür senaryolarda, "always" anahtar kelimesi veri düzlemini etkilemez, ancak kontrol düzlemini daha kararlı hale getirir.
​

Senaryo 2: Trafiği merkezi bir noktaya çekme​

[Always] anahtar kelimesinin kullanıldığı bir diğer yaygın senaryo, OSPF aracılığıyla bağlanan birçok şubesi olan büyük bir kuruluştur. Veri merkezinin İnternet Kenarı, birden fazla ISS ve ortak yerleşim sağlayıcısı aracılığıyla internete yedekli bağlantılara sahiptir. ISS'lerle BGP eşleşmesi vardır ve tüm internet yönlendirme tablosuna sahiptir.

Bu tür kullanım durumlarında, İnternet uç cihazları OSPF alanında koşulsuz olarak varsayılan bir rota oluşturur. Bu, veri merkezindeki gerçek yönlendirme durumundan bağımsız olarak, şubelerin her zaman veri merkezine işaret eden bir varsayılan rotaya sahip olmasını sağlar. İnternet Uç cihazı her zaman İnternet'e giden kullanılabilir bir rotaya sahip olacaktır.

Diğer Örnekler
[Always] anahtar kelimesinin kullanımının faydalı olduğu diğer yaygın örnekler şunlardır:

Servis Sağlayıcı PE-CE - Sağlayıcı Uç yönlendiricisi, uç yönlendiricinin her zaman yukarı akış sağlayıcısına ulaşmak için bir varsayılan rotaya sahip olmasını sağlamak için always anahtar kelimesini kullanır.

Test Ortamları - Yönlendiricilerin gerçek yönlendirme yapılandırmasından bağımsız olarak test amacıyla her zaman bir varsayılan rotaya sahip olması gereken laboratuvar ortamları.

Uyarılar
always anahtar kelimesini kullanırken dikkatli olmanız gerektiğini unutmayın. Uygun planlama ve tasarım olmadan, varsayılan bir rotanın koşulsuz olarak duyurulması potansiyel olarak yönlendirme döngülerine ve trafik kara deliklerine yol açabilir.
​

 

[Tolstoy]

Eline sağlık