BGP RR neden sadece en iyi yolu yansıtıyor?


15

BGP RR neden sadece en iyi yolu yansıtıyor?


Herhangi bir cevap size yardımcı oldu mu? öyleyse, cevabı kabul etmelisiniz, böylece soru sonsuza kadar ortaya çıkmayacak, bir cevap arıyor. Alternatif olarak, kendi cevabınızı verebilir ve kabul edebilirsiniz.
Ron Maupin

Yanıtlar:


18

Hedefi bellekten korumak için, geçmişte yönlendirme yolunu mikro-optimize etmek önemli değildi. Bu RFC4456'dan alıntı :


Ölçekleme sorununu ele almada rota yansıtma yaklaşımının kilit bileşenlerinden biri RR'nin yönlendirme
bilgilerini özetlemesi ve yalnızca en iyi yolunu yansıtmasıdır.

Ölçekleme her zaman önemli olsa da, günümüzde RIB belleğini en düşük yolu seçmekten ziyade harcayacağımız senaryolar var.

Bu sorunu çözmek için BGP AddPath ve BGP optimal yansıması vardır . AddPath hem Cisco hem de Juniper'dan alınabilirken, en iyi yansıma şu anda büyük satıcılar tarafından uygulanmamaktadır.

AddPath, BGP'nin tek bir en iyi yoldan daha fazlasını göndermesine izin verir. Optimal yansıtma, rota reflektörlerinin kendi bakış açısından değil, alıcının POV'sinden en iyi rotayı yansıtmak için SPF'yi (ISIS, OSPF) kullanır.


3

İBGP ve rota yansıması ile ilgili fikrin, belirli yönlendirme / yönlendirme kararlarının altında yatan IGP tarafından (özellikle çoklu yol, dahili yük devretme, vb. Dahil) kabul edileceği fikriyle yol bilgilerini dağıtmak olduğunu unutmayın. Bu nedenle, oldukça statik olan sonraki atlamaların ne olduğuna dair bir işaretçi, yerelleştirilmiş ağ bilgileriyle ilişkili karmaşayı önlerken tabloda tutulabilir.

Ölçeklenebilirlik ve istikrar, BGP'nin temel hedefleriydi - ve en az yol seçimi ve hızlı yakınsama fiyatıyla bile. RR'nin geleneksel uygulaması bunu özetlemektedir. İdeal olarak RR'lerle ilgili bilgiler mümkün olduğunca statik olmalı ve zamanlayıcılar uzun tarafta tutulmalıdır.

Btw - var olan bir RR aynı V4 / v6 hedefe birçok yol gönderebilir hangi şartlarda - her ikisi de AddPath özelliği, belirli bir önek RD çoklu PE en bölgesinin ilişkili MPLS VPN durumunda olduğu gibi, yukarıda bahsedilen.


RR'yi orijinal iBGP tasarım hedefleriyle (özellikle ölçeklenebilirlik ve kararlılık konusunda tamamen haklı olduğunuz) topladığımdan emin değilim; RR, bir kişinin iBGP tam mesh ile karşılaşacağı ölçeklendirme sorunlarını ve senkronizasyonu devre dışı bırakma isteğini hafifletmek için ayrı bir RFC'de önerildi. Aksi takdirde büyük bir cevap ve bu şekilde yükseltildi.
John Jensen

Farklı RD'li önekin benzersiz önek olduğunu belirtmek isterim , reflektör, alıcı VRF'deki alıcı PE'de benzersiz olmayacağına dair hiçbir fikre sahip değildir. Bu tam olarak RD'nin işlevi, onsuz VRF'lerde çakışan öneklere sahip olamazdınız.
ytti

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.