Trafiği aynı BGP AS'den farklı bağlantılara yönlendirmek


19

BGP AS 65000'de A ve B olmak üzere iki sitem ve AS 65001'de üçüncü bir C sitem var. Her üç sitenin de taşıyıcı MPLS üzerinden bağlantısı var ve A ve B siteleri arasında dahili bağlantı var. BGP'yi etkilemeye çalışıyorum böylece A sitesinden C sitesine trafik A sitesinin MPLS bağlantısı üzerinden yönlendirilir ve B sitesinden C sitesine trafik B bölgesinin MPLS bağlantısı üzerinden yönlendirilir. Topoloji bu örnekte tarif edilene benzer .

AS 65000 ve 65001

A ve B sahalarındaki kenar yönlendiriciler, kendi MPLS bağlantılarını en iyi yol olarak görürler, çünkü EBGP rotaları IBGP rotalarına göre tercih edilir. Ancak, AS 65000'in içindeki yönlendiricilerin tümü ya bir bağlantıyı ya da diğerini tercih edecektir. Amacım, her iki sitedeki tüm yönlendiricileri en yakın bağlantıyı tercih etmeye zorlamak. (Ne yazık ki, şu anda iki siteyi ayrı AS'lere ayıramıyorum.)

A ve B sitesi bağlantıları arasında C sitesine yük devretme bağlantısına izin verirken bunu başarmanın mantıklı bir yolu var mı?

Düzenleme: Burada kullanımda hiçbir IGP olmadığını kaydetmeliydim. Aslında, her sitedeki ağlar çok daha büyük bir ağın parçası olarak bir VRF içinde bulunur. Bu nedenle, herhangi bir çözümün tamamen BGP'ye dayanması gerekir.


Hey Jeremy - aşağıda iki iyi çözüm var, ancak IGP üzerinde idari kontrolünüz olduğuna dair güvenli bir varsayımda bulunamıyorum. Bunu açıklığa kavuşturabilir misiniz?
John Jensen

Bu senaryoda IGP yoktur. Bu aslında çok daha büyük bir ağ içindeki tek bir VRF'yi temsil ediyor; detayları açıklık amacıyla dışarıda bıraktım.
Jeremy Stretch

Ben de bundan korkuyordum. :-) Açıkladığın için teşekkürler.
John Jensen

Burada bir şey eksik sanırım; Yani biz iki AS 65000 içinde A ve B arasında bir bağlantı (muhtemelen birçok, dahili yönlendiriciler nedeniyle?) Varsayalım? Ayrıca, bunun optimalin altında olduğunu gördünüz mü? A'ya (topolojik olarak konuşan) yakın bir / veya birçok yönlendirici C'ye ulaşmak için B üzerinden trafik gönderiyor mu?
jwbensley

@javano sorun şu ki, hem A hem de B (kenar yönlendiriciler) aynı ASN'de iBGP eşleridir, bu nedenle C'den öğrenilen tüm öneklerin her iki kutuda da RIB'de 2 yolu olacaktır ve eBGP yolu her zaman kazanmak, böylece AS6500 gelen AS65001 giden trafik bir bağlantı sıkışmış olur.
John Jensen

Yanıtlar:


12

A sitesi ile B sitesi arasında açık bir tanım var mı?

Eğer öyleyse, taşıyıcı MPLS'den yollar alırken bir toplumu enjekte etmek için uç yönlendiricilerde bir politika tanımlamak isterdim.

Bu topluluk ön eklere konduktan sonra (A sitesi için 100: 1 ve B sitesi için 100: 2 diyelim), daha sonra 100: 1 ve benzer şekilde, topluluk 100: 2 olan B sitesi için.

Bu çözüm sadece BGP kullanma gerekliliğini karşılayacak ve aynı zamanda B'nin taşıyıcıya kendi yukarı bağlantısını kaybetmesi halinde A'nın yukarı bağlantısını kullanmasına izin verecek kadar esnek olacaktır.


1
Bu muhtemelen gitmek için en iyi yoldur, ancak Jeremy C'den tek bir özet açıklıyorsa, bunun etkili bir şekilde çalışması için onu parçalara ayırması gerekir.
John Jensen

Sanırım bu benim izleyeceğim yol. Yarın laboratuvarda denemem ve herhangi bir yere takılmam gerekip gerekmediğini görmem gerekecek.
Jeremy Stretch

@JohnJensen buna gerek olmamalı çünkü hem A hem de B sitesi taşıyıcıdan aynı önekleri alacak ve bu nedenle LP'ye inen bağlantı kesicisi ile kendi 'site' öneklerinde değişiklikler yapabilirler.
David Rothera

1
Daha fazla düşünmeye dair daha fazla not olarak, LP gibi geçişli bir özellik yerine ağırlık gibi yerel olarak önemli bir özellik kullanmak daha iyi olabilir.
David Rothera

1
@DavidRothera C'den duyurulan birden çok önek varsa, doğru olursunuz - C'den gelen tek bir önek olabilir, bu durumda bir toplulukla localpref ayarlamanın bir fark yaratacağından tamamen emin değilim Jeremy'nin sorununu çözerken, iki topluluk seçeneği ve iki farklı LP değeri olan tek bir önek olduğundan, daha yüksek LP tercih edilir ve trafik yine de bir bağlantıya sabitlenir. Yine de yerel olarak önemli bir özellik kullanmanın burada daha iyi olabileceğini kabul etmek.
John Jensen

6

resim açıklamasını buraya girinBenzer bir şey yaptığımda yönlendiriciler arasında eBGP kullanmadım. BGP konuşan yönlendiricinin yalnızca varsayılan yolu OSPF aracılığıyla Site A ve Site B yönlendiricilerine göndermesini ve ardından OSPF yollarını BGP'ye yeniden dağıtmasını sağladım. İki site arasındaki bağlantıda bir OSPF maliyeti uyguladım.

Bu, Site A'nın ağlarına, Site B ağlarına ve Site A'dan çıkmak için varsayılan bir rotaya sahip olmasına izin verir (OSPF maliyeti, Site A bağlantısını kaybederseniz, Site B'deki varsayılan rotayı ikincil bir seçenek olarak tutar). A Sitesi, siteler arasında bir bağlantı hatası olmadığı sürece MPLS kullanmadan doğrudan B sitesiyle konuşacaktır.

Ayrıca, OSPF maliyetleri yeniden dağıtım sırasında BGP MED'ye dönüşür, bu da taşıyıcı MPLS ağının Site A trafiğini doğrudan Site A'ya göndermeyi tercih etmesine neden olur, ancak gerekirse Site A'ya ulaşmak için Site B'yi kullanır.


3

Bazı bilgilerin eksik olduğunu hissediyorum. Kenar yönlendiriciler neden zaten en iyi yolu tercih etmiyor?

65000'de tam örgü iBGP'niz var mı? Yoksa rota yansıması mı kullanıyorsunuz?

Tam mesh iBGP'niz varsa, her kenar yönlendiricisi her iki [AB] 'den rotayı öğrenir ve IGP maliyetini bir sonraki atlama ile karşılaştırmaya başvuracaktır, bu da en yakın kenar kutusuna dönüşmelidir.

Yerinde rota yansıması varsa, yalnızca kendi POV'sinden en iyi rotayı yansıtır ve bu da en iyi yol yönlendirmeyi kaldırabilir. Bu, diğer rotayı en iyi seçecek başka bir RR ekleyerek de düzeltilebilir, daha sonra kenar kutuları bir kez daha en iyi rotayı seçebilir. RR sabitlenmesi bu şekilde mümkün değilse. Her iki sınır yolu geridönüşümüne aynı IPV4 adresini ekleyebilirsiniz ve sınır yönlendiricileri RR'ye önek reklamı yaptığında, bu herhangi bir yayın adresine sonraki sekmeyi ayarlarlar. Sonra yansımadan sonra bile, IGP'yi en yakın sınıra kadar takip edeceksiniz.


2

IGP üzerinde kontrolünüz varsa:

Yaptığımız sadece iBGP ağında eBGP yönlendiricileri bulundurmak. Diğer dahili yönlendiricilerimiz OSPF yönlendiricileridir. Her AS içinde BGP'den OSPF'ye yeniden dağıtıyoruz. Kurulumumuz sizinkinden biraz farklıdır, ancak bu OSPF'nin maliyet ölçüsünün, en yakın eBGP yönlendiricisine yönlendirerek hangi yol trafiğinin alacağını etkilemesine izin vermelidir.

IGP üzerinde kontrolünüz yoksa:

İstediğiniz çıkış eBGP yönlendiricisinin rota duyurularını statik olarak tercih etmelerini sağlamak için dahili yönlendiricilere bir alma ilkesi uygulayabilirsiniz. Örneğin, iBGP belirli bir önek için iki duyuru içeriyorsa (bir site A yönlendiricisinden ve bir site B yönlendiricisinden bir tane, ancak RIB'ye yalnızca bir tane yüklüyse), istenen duyuruyu geldiği gibi yerel olarak tercih edebilirsiniz Laboratuarda çalışmak zorunda kalacağım, ama neden işe yaramadığını anlamıyorum.


Evet, bu bir IGP kullanma yeteneğine sahip olduğunuzu varsayarak, hayal edebileceğim en iyi yol olurdu. Ne yazık ki bu benim durumum değil. :( Sorunu bu ihmal edilen ayrıntıyı içerecek şekilde güncelledim.
Jeremy Stretch

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.