Üretim ağları için mümkün olan farklı ASN'lerle BGP çok yollu mu?

Cisco'da (bu komut bir nedenle gizlidir)

#bgp bestpath as-path multipath-relax

Varsayılan BGP davranışı yalnızca RIB'ye yalnızca aynı AS_PATH değerine sahip yolları yükler. Çok yollu-gevşemeyle, AS_PATH'nin sadece aynı uzunlukta olması gerekir.

Potansiyel olarak hangi sorunlara neden olabilir? Neden daha sık kullanılmıyor?

Bir transit sağlayıcı olarak, bu özellik sorun gidermeyi zorlaştırıyor mu (ağ performansı hakkında son kullanıcı şikayetlerini düşünüyorum)? Belirli bir trafiğin belirli bir zamanda izlediği yolu bilmek zorlaşır mı? Sorun gidermeye yardımcı olabilecek başka bir şey var mı? SP ağında NetFlow için ölçeklenebilirlik ve maliyet konusunda emin değilim.

bgp bestpath as-path multipath-relaxCSCea19918 tarafından tanıtıldı. Normalde eBGP yük dengeleme, aday yolların eşit maliyetli yollar olmasını gerektirir; yani özdeş BGP özellikleri:

• aynı ağırlık
• aynı Yerel-Pref
• aynı AS-Yolu (hem AS numaraları hem de AS yolu uzunluğu)
• aynı Köken
• aynı MED
• farklı bir sonraki sekme

Bahsettiğiniz gibi, bu komut aynı AS-Path gereksinimini gevşetir, böylece eBGP yük dengelemesi için aynı AS-path uzunluğuna sahip herhangi bir aday eBGP AS-Path kullanılabilir (bu, eBGP ve iBGP yolları arasında yük dengesi olmayacaktır). BGP'yi birden çok ISS arasında çalıştırıyorsanız ve yukarı akış bağlantılarınız arasında daha iyi çıkış yükü dengelemesi arıyorsanız, bu size yardımcı olabilir.

Potansiyel olarak hangi sorunlara neden olabilir?

Başka bir ASN'ye transit hizmeti vermeyen bir kurumsal müşteri olduğunuz sürece çok fazla tehlike yoktur; Bir transit sağlayıcı için mükemmel bir şekilde güvenli olabilir, ancak bir ASN bu özelliği kullanıyorsa, döngüleri yönlendirmediğinden emin olamıyorum . İlk başta, geçiş ASN vakalarında kolayca bir döngü olacağını düşündüm, daha fazla yansıma üzerinde gerçek bir sorun bulamıyorum.

Neden nadiren kullanılır?

Güzel soru, en azından 2005'ten beri var.

The   basic  issue   is   that  the   BGP   speaker  configured   with
"multipath-relax"   gets  into   a  control   plane  <->   data  plane
inconsistency; i.e.  it advertises  only the  best path,  but installs
multiple paths in the forwarding  that have different ASPATHs than the
best. This breaks the basic tool BGP has to detect loops - ASPATH loop
check.

A (distorted) scenario below. I am sure you can come up with
a better example with a bit more time at hand.

            ...............
            : R4  AS1 (10/8)
           /:..............
     ..../......
     :  R5 AS2
     :....\.....
       /   \  ...............
     /      --:--R1
  R6 AS4      :    \    AS3
     \--------:--- R2
              :    /
              : R3 (10/8)
              :..............

In this example,
- R3 in AS3 and R4 in AS1 announce a prefix 10/8. R5 in AS2 receives
  the prefix from R1(AS3) and R4(AS1).
- AS2 is configured with 'multipath-relax' and chooses both paths
  for multipath forwarding, though it selects AS1's path as best.
- R5 advertises the prefix with AS_PATH "2 1" to R6, and R6 in turn
   to R2.
- Because of some specific policy, it is possible that R2(AS3)
  chooses R6's path as best. If it happens, there is a loop.
  Note that R1-R2-R3 represents the physical connectivity of
  the routers in AS3.