Varsayılan Rota ile Tam BGP Tablosu Arasındaki Farklar
Bir ağın internetin geri kalanına bağlantısını sunan internet servis sağlayıcısı, o ağ için upstream hizmeti verir. Ağ operatörü bu bağlantıdan yalnız varsayılan rota aldığında, daha özel bir rotayla eşleşmeyen paketleri varsayılan rotanın gösterdiği bir sonraki yönlendiriciye gönderir. Ağlar arasında rota bilgisi paylaşan BGP'nin tam tablosunda ise çok sayıda internet öneki, yani adres bloğu, yol bilgileriyle birlikte değerlendirilir. Bu tablo internetin tek ve değişmez bir listesi değil, BGP komşusunun duyurduğu ve yerel politikanın kabul ettiği rotalardır.
Ağ operatörü rota kapsamı seçimini yalnız “daha fazla rota daha iyidir” yaklaşımına dayandırmamalıdır. Hedef bazında yol seçimi gereksinimi, upstream bağlantısı sayısı, yönlendiricinin kapasitesi ve ekibin filtreleme ve bakım işlerini yürütebilmesi asıl kararı belirler.
Varsayılan Rotanın Yönlendirme Bilgisini Azaltması
Varsayılan rota, hedefi daha özel bir yönlendirme kaydıyla eşleşmeyen paketlerin gönderileceği genel yolu belirtir. IPv4 için 0.0.0.0/0, IPv6 için ::/0 bu işlevi görür. Upstream internet servis sağlayıcısı bu rotayı BGP üzerinden iletebilir veya ağ operatörü varsayılan yolu ağ tasarımına göre başka bir yöntemle tanımlayabilir.
Yalnız varsayılan rota kabul eden bir ağın, internetteki her hedef öneğini BGP tablosunda tutması gerekmez. Bu durum özellikle tek upstream kullanan, hedefe göre farklı dış ağ yolu seçmesi gerekmeyen veya yönlendirici kaynaklarını sınırlı tutmak isteyen yapılarda belirgin bir avantajdır.
Sadelik, politikasız çalışma anlamına gelmez. Ağ operatörü, farklı otonom sistemler arasındaki eBGP oturumlarında hangi rotaları kabul edeceğini ve hangi rotaları dışarı ilan edeceğini açıkça belirlemelidir. Yalnız varsayılan rota isteniyorsa gelen politika çok dar tutulabilir; bu da tam BGP tablosunu kabul eden bir yapıya göre denetlenecek rota kapsamını azaltır.
İnternet servis sağlayıcısının yalnız varsayılan rota göndermesi ile tam tabloyu alıp yerel filtrede reddetmek aynı işlem yükünü oluşturmaz. İkinci durumda gelen BGP güncellemeleri yine işlenir; filtre öncesi rotaları saklayan soft reconfiguration etkinse bunlar ek bellek de tüketebilir.
Tam BGP Tablosunda Yol Seçimi ve İşlem Yükü
Tam BGP tablosunda yönlendirici, upstream internet servis sağlayıcısının ilettiği ve yerel politikanın kabul ettiği internet öneklerini ayrı rotalar olarak öğrenir. Yönlendirici böylece farklı hedef ağlara giden BGP yollarını karşılaştırabilir ve yerel politika yalnız tek bir varsayılan çıkış üzerinde çalışmak zorunda kalmaz.
Hedef Bazında Daha Ayrıntılı Yol Seçimi
İki veya daha fazla upstream bağlantısı bulunan bir ağda yönlendirici aynı hedef öneğini birden fazla BGP komşusundan öğrenebilir. BGP karar süreci, alınan yol bilgileri ile yerel politikaya göre bu seçeneklerden birini tercih eder; desteklenen çoklu yol ayarları uygun alternatifleri birlikte kullanabilir. Bu bilgi, bazı hedeflere bir upstream bağlantısı üzerinden, başka hedeflere ise diğer bağlantı üzerinden çıkmaya olanak tanır.
Bununla birlikte tam tablo, her hedef için otomatik olarak en düşük gecikmeli veya fiziksel olarak en kısa yolu bulmaz. BGP'nin temel karar süreci aktif gecikme ölçümüne değil, alınan yönlendirme bilgilerine, yol özniteliklerine ve yapılandırılmış politikalara dayanır. Bu nedenle tam tablonun değeri, interneti otomatik olarak hızlandırmasından değil, daha ayrıntılı yönlendirme kararı için gerekli bilgiyi sağlamasından gelir.
Tam BGP Tablosunun Rota ve Güncelleme Yükü
Yönlendirici tam tabloyu kabul ettiğinde yalnız seçilen yolları değil, BGP karar sürecinin kullanacağı çok daha geniş bir yönlendirme bilgisi kümesini işlemek zorunda kalabilir. Birden fazla tam tablo komşusu varsa yönlendirici aynı hedef önek için farklı aday yollar da öğrenebilir. Ağ operatörü bu nedenle kapasiteyi yalnız benzersiz hedef sayısına göre değerlendirmemelidir.
Oturum ilk kurulduğunda alınan büyük yönlendirme kümesi, sonraki rota ekleme ve geri çekme güncellemeleri ile politika değişiklikleri, cihazın rota kararlarını hesaplayan kontrol düzleminde ek işlem oluşturur. Etkinin büyüklüğü yönlendirici mimarisine ve yapılandırmaya bağlıdır; ağ operatörü tam tablo için bellek ve işlem kapasitesinde yeterli pay bırakmalıdır.
Varsayılan Rota ve Tam BGP Tablosunun Özellik Karşılaştırması
| Özellik | Varsayılan Rota | Tam BGP Tablosu |
|---|---|---|
| Alınan yönlendirme bilgisi | Her adres ailesi için bir varsayılan önek; birden fazla komşudan alternatif yollar alınabilir | Kabul edilen internet önekleri ve bunların BGP yol bilgileri |
| Hedef bazında yol seçimi | Hedefe özel BGP yol bilgisi yoktur; seçilen varsayılan yol veya yapılandırılan çoklu yol kullanılır | Yönlendirici farklı hedef önekleri için farklı upstream yollarını değerlendirebilir |
| Bellek ve yönlendirme kapasitesi | Daha düşük gereksinim | Daha yüksek kapasite gerektirebilir |
| Kontrol düzlemi yükü | Komşu yalnız varsayılan rota gönderiyorsa alıcı yönlendirici daha az rota ve güncelleme işler | Yönlendirici daha fazla rota ve güncelleme işler; daha fazla yeniden hesaplama yapabilir |
| Filtreleme kapsamı | Dar politika yalnız beklenen varsayılan rotayı kabul eder | Çok sayıdaki internet rotası için daha kapsamlı koruma ve sınırlandırma gerekir |
| Çoklu upstream bağlantılarında yol tercihi | Genellikle upstream bağlantıları arasında genel tercih sağlar | Yerel politika hedef önek bazında daha ayrıntılı tercih yapabilir |
| Yönetim yükü | Daha düşüktür | Kapasite, politika, izleme ve değişiklik yönetimi daha fazla çalışma gerektirir |
Tek Upstream Bağlantısında Varsayılan Rota ve Tam Tablo Seçimi
Tek upstream bağlantısı kullanan ve bütün internet trafiğini zaten aynı internet servis sağlayıcısına gönderecek bir ağ için tam tablonun getireceği hedef bazlı seçenekler çoğu durumda sınırlı kalır. Böyle bir ağda yalnız varsayılan rota almak, yönlendirme bilgisini ve işletim yükünü azaltırken temel erişim ihtiyacını karşılayabilir.
Tam tablonun tek upstream bağlantısında yine de kullanım gerekçeleri bulunabilir. Ağ operatörü internet yönlendirme görünümünü yerel olarak incelemek, belirli önekler üzerinde politika uygulamak veya gelecekteki çoklu bağlantı tasarımına hazırlanmak isteyebilir. Operatör bu durumda ek yönlendirme bilgisinin gerçek bir gereksinimi karşılayıp karşılamadığını ve cihaz kapasitesinin yeterli olup olmadığını ayrıca değerlendirmelidir.
Birden Fazla Upstream Bağlantısında Rota Kapsamı Seçimi
Çoklu upstream bağlantıları tam tablonun değerini artırabilir, ancak tam tablo birden fazla upstream bağlantısı bulunan her ağ için zorunlu değildir. Amaç yalnız birincil ve yedek internet bağlantısı oluşturmaksa iki internet servis sağlayıcısından varsayılan rota almak ve bunlardan birini tercih etmek yeterli olabilir. İki varsayılan yol, cihazın çoklu yol koşulları ve ayarları uygunsa yük paylaşımında da kullanılabilir; bu, hedef ağlara ait ayrı BGP yollarını öğrenmekle aynı şey değildir.
Ağ operatörü hedef ağlara göre farklı upstream bağlantısı seçmek istiyorsa yalnız varsayılan rotalar yeterli bilgi sağlamaz. Örneğin ağın, iki internet servis sağlayıcısının aynı internet önekine sunduğu yolları karşılaştırabilmek için o öneğe ilişkin BGP bilgisini alması gerekir. Tam tablo bu görünürlüğü geniş ölçekte sağlar; kısmi tablo ise yalnız gerekli yönlendirme bilgisini alıp kalan trafiği varsayılan rotadan gönderen bir ara model oluşturabilir.
Varsayılan rotanın bulunması, upstream internet servis sağlayıcısının internetin her noktasına sorunsuz erişebildiğini tek başına kanıtlamaz. BGP oturumu açık ve varsayılan rota mevcut olduğu halde internet servis sağlayıcısının daha ilerideki belirli hedeflere erişiminde sorun yaşanabilir. Tam tablo bazı rota geri çekilmelerini daha ayrıntılı yansıtabilir, fakat upstream ağının tüm uçtan uca performans sorunlarını otomatik olarak tespit etmez.
Tam BGP Tablosu İçin Donanım ve Kapasite Planı
Ağ operatörü tam tabloya geçmeden önce yönlendiricinin bugünkü yükünü ve büyüme payını değerlendirmelidir. İnternet yönlendirme tablosunun boyutu zaman içinde değiştiği için sabit bir rota sayısını uzun süreli kapasite varsayımı olarak kullanmak doğru değildir. Operatör, desteklenen rota ölçeğini ve kaynak sınırlarını kullanılan platformun güncel teknik belgelerinden doğrulamalıdır.
BGP'nin aday yollar için kullandığı bellek ile FIB’in (Forwarding Information Base) kapasitesi ayrı denetlenir. BGP tablosunda görünen her aday yol paket iletiminde kullanılmaz; seçilen yolların RIB’e (Routing Information Base) ve FIB'e aktarılması da gerekir. İşlemci belleğinin yeterli olması, donanımdaki iletim tablosunun IPv4 ve IPv6 rotalarına yer ayırabildiğini tek başına göstermez.
BGP komşusu sayısı da kapasite planını etkiler. Tek bir upstream bağlantısından alınan tam tablo ile birden fazla bağlantıdan alınan ve aynı önekler için farklı aday yollar içeren yapı aynı bellek ve işlem davranışını göstermeyebilir. IPv4 ve IPv6 tabloları ayrı kapasite gereksinimleri oluşturduğundan ağ operatörü iki adres ailesini bağımsız olarak hesaba katmalıdır.
Yapılandırılan maximum-prefix (azami prefix sayısı) denetimi, beklenmedik derecede fazla rota için uyarı verebilir veya alımı durdurabilir. Yalnız uyarı üreten ayar, rota alımını kesmediğinden kaynak tüketimini tek başına engellemez. Ağ operatörü bu eşikleri cihazın kaldırabildiği yüke, beklenen yönlendirme ölçeğine ve büyüme payına göre belirlemeli ve zaman içinde yeniden gözden geçirmelidir.
Tam BGP Tablosunda Filtreleme ve Politika Yönetimi
Tam BGP tablosu almak, upstream internet servis sağlayıcısının gönderdiği her duyuruyu koşulsuz kabul etmek anlamına gelmez. Ağ operatörü genel internet üzerinden yönlendirilemeyen önekler, beklenenden daha özel rotalar ve yerel politikanın reddetmesi gereken diğer duyurular için filtreler uygulamalıdır. Bağlantıdan yalnız varsayılan rota bekleniyorsa gelen politika, sadece varsayılan öneki kabul edecek biçimde dar tutulabilir.
Bu fark filtreleri denetleme ve değişiklikleri izleme işini artırır. Ağ operatörü tam tabloda yaptığı bir politika değişikliğinin daha büyük bir yönlendirme kümesi üzerindeki sonucunu değerlendirmelidir; yanlış bir kabul veya reddetme kuralı da daha geniş bir etki oluşturabilir. Açıkça tanımlanmış gelen ve giden rota politikaları yalnız tam tablo kullanan ağlara özgü değildir; ağ operatörü eBGP komşuluklarındaki rota alışverişini bu politikalarla sınırlandırmalıdır.
Rota Kapsamının Yakınsama ve Arıza Davranışına Etkisi
Rota seçiminin yeni ağ durumuna göre kararlı hale gelmesine yakınsama denir. BGP oturumu kapandığında veya çok sayıda rota değiştiğinde tam tablo kullanan yönlendirici daha büyük bir güncelleme kümesini işlemek zorunda kalabilir. Rotaların geri çekilmesi, yeni aday yolların değerlendirilmesi ve yerel kararların yeniden uygulanması işlemci yükünü artırabilir; etkisi platforma, komşu sayısına ve ağ politikasına göre değişir.
Varsayılan rota kullanan tasarım daha az yönlendirme bilgisi taşıdığı için kontrol düzleminde daha sade kalır. Ağın elinde hedef bazında alternatif yol bilgisi bulunmadığında operatör, kısmi bir upstream erişim problemini yalnız varsayılan rotanın varlığına bakarak ayırt edemeyebilir. Operatör bu nedenle “daha az rota daha güvenilir” veya “tam tablo daha hızlı yakınsar” gibi genel hükümler yerine arıza modelini değerlendirmelidir.
Kısmi Tablo ve Varsayılan Rota Birlikte Nasıl Kullanılır?
Yönlendirici, yalnız gerekli olan daha özel rotaları alıp diğer hedefleri varsayılan rota üzerinden gönderir. Ağ operatörü hangi önekleri hangi BGP komşusundan kabul edeceğini belirler; komşunun sunduğu kısmi tabloyu veya yerel filtreleri kullanabilir.
Aynı yönlendirme tablosunda hedefle eşleşen daha uzun önek, varsayılan rotadan önce kullanılır. Bu nedenle bir internet servis sağlayıcısından tam tablo, diğerinden yalnız varsayılan rota almak iki bağlantıya hedef bazında eşit seçim şansı vermez. Daha özel rota tablodan kalkmadıkça, o yolda paket kaybı yaşanması tek başına trafiği varsayılan rotaya geçirmez. Tasarımda rotaların geri çekilmesini ve kısmi erişim arızalarını ayrı ayrı test edin.
