MED alıp almadığımı nasıl kontrol edebilirim?


11

İki farklı şehirde bir transit sağlayıcıyla BGP oturumu yapıyorum. Her iki konumda da aynı AS'yi kullanıyoruz. Giden trafiğin yönlendirme kararlarında kullanmam için bana MED'ler göndermelerini bekliyorum . (yani, hedefime en yakın olan yönlendiriciye, aynı şehirdeki diğer müşterilere trafik gönderebilirim)

Bu MED'leri gerçekten aldığımı nasıl doğrulayabilirim?

Brocade XMR'lerim var.

Bunu yaparsam show ip bgp routesaşağıdakileri görüyorum:

Total number of BGP Routes: 445744
Status A:AGGREGATE B:BEST b:NOT-INSTALLED-BEST C:CONFED_EBGP D:DAMPED
       E:EBGP H:HISTORY I:IBGP L:LOCAL M:MULTIPATH m:NOT-INSTALLED-MULTIPATH
       S:SUPPRESSED F:FILTERED s:STALE
       Prefix             Next Hop        MED        LocPrf     Weight Status
2      1.0.0.0/24         4.53.x.x     0          100        0      BE
         AS_PATH: 3356 15169
3      1.0.4.0/22         4.53.x.x     0          100        0      BE
         AS_PATH: 3356 3549 6939 6939 7545 56203

Çıktının birkaç sayfasına göz atarken, MED her zaman 0 gösterir. 1/2 milyon güzergahın tümünü manuel olarak kontrol etmek istemiyorum.

Yanıtlar:


7

Soruyu yanlış anladığım için önceki cevabı kaldırmak ve önceki cevabım aslında yanlıştı - MED eş ASN'ler arasında değiş tokuş edilir, ancak bunun ötesinde yayılmaz (yani bir AS'yi başka bir AS'ye yaymak için geçiş yapmaz). Ancak yine de isteğe bağlı bir özellik olduğundan, MED'nin eBGP / iBGP hoparlörleri arasında iletilmesi için bir uygulamanın gerekli olması gerekmez. MED genellikle en iyi yol seçim sürecinde yalnızca aynı AS'den gelen birden fazla yol varsa değerlendirilir (senaryonuzla alakalı).

Her iki konumda aynı sağlayıcıya sahipseniz, bir alt kümeden ziyade tüm öneklere bir MED koymaları muhtemeldir ve bunu çıktınızda görmüyorsanız, muhtemelen göndermiyorlar sen MED's. Ancak aynı zamanda MED'leri yalnızca eşin / müşteri öneklerinden ziyade sağlayıcının sahip olduğu kümeler üzerinde ayarlama olasılığı vardır. Bu, MED'yi iBGP yönlendiricilerinizin dikkat etmesi için gelen politikanızın bir parçası olarak ayarlayamayacağınız anlamına gelmez. Ayrıca , size soğuk patates yönlendirmesi yapmaya zorlamak için MED'ları sağlayıcınıza göndermeyi de düşünün .

Düzenleme: Ayrıca @ MikePennington iyi ve ilgili bilgileri dahil etmek ve tasarımınıza bağlı olarak, IGP'niz de MED veya LP değerlerini ayarlama konusunda endişelenmenize gerek kalmadan sizin için bu sorunu çözecektir.

Sorunuzu cevaplamak için, verilen bir MED değeriyle eşleşen bir eşleşme cümlesiyle bir rota haritası oluşturabilir ve sonra bunu yapabilirsiniz show ip bgp routes route-map [route-map-name]. Bunun için şöyle bir şey tavsiye ederim:

route-map ONLY-MED deny 10
    match metric 0
route-map ONLY-MED permit 20

# show ip bgp routes route-map ONLY-MED

Bu , MED 0 ayarlanmamış tüm önekleri göstermelidir.


Anladığım kadarıyla, komşu AS'ler arasında iletildiği, ancak komşuların ötesinde olmadığı yönünde idi.
zevlag

3
OP için FYI, BGP, aday BGP yolları bağlı olduğu sürece BGP next-hop'un IGP metriğini otomatik olarak yol seçim sürecinin bir parçası olarak değerlendirir ... bu nedenle MED / local-pref gerekli olmayabilir IGP metrikleri ile fark yaratabilir
Mike Pennington

Gerekirse kolayca MED / LocalPref'i yanımda ayarlayabilirim, ancak yapmamayı tercih ederim. Gerçekten transit sağlayıcımdan MED almak istiyorum. POP A, POP B'den 500 mil uzaklıktadır ve tam ortasında oturuyorum, her ikisine de 10 GigE ile, bu Adım 14'e kadar her şeyi eşit hale getiriyor: En düşük BGP4
zevlag

@zevlag, Brocade'in yol seçim sürecinin 9. Adımından bahsediyorum ; bu nedenle, IGP'nin sonraki atlamalara maliyeti söz konusu POP'lar arasında aynı değilse MED / local-pref ayarını yapmanız gerekmez
Mike Pennington

@zevlag - haklısın ve cevabımı düzenledim. Bunun için üzgünüm. MED ayarınız olmayan yeniden filtreleme önekleri sorununa çözüm bulmak için gözden geçirilmiş cevabımı kontrol edin.
John Jensen
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.