İki PE, tek önek: RD görünürlüğü neden belirler
Aynı öneki duyuran iki kenar yönlendirici, route distinguisher'ları farklı olmadıkça tek bir hedefi paylaşır. Bilinçli tahsis edin, ardından VRF'yi kontrol edin.
Aynı müşteri önekini duyuran iki kenar yönlendirici, onları bir şey ayırana kadar tek bir VPNv4 hedefi tanımlar ve bu ayırıcı route distinguisher'dır. Öneki niteler; sonucu kimin içe aktaracağını belirlemez, o route target'ın işidir. RD'leri, bu duyuruların karşılaşabileceği her alanda ayırt edilebilir kalması gereken yollar kümesinden tahsis edin, tek bir kutunun dosya düzeninden değil. Seçtiğiniz numara sonraki incelemelerin dayanacağı bir kimliktir, bu yüzden yapılandırmaya girmeden önce envanterde olmalıdır.
Bir RD ve bir önek tek hedeftir
Bir RD ile bir IPv4 öneki, kontrol düzleminin karşılaştırdığı VPNv4 hedefini oluşturur. İki PE'ye farklı müşteriler için aynı öneki verin ve farklı RD'ler olmadan tek hedefe yollar duyururlar. Ekranda hiçbir şey bu gruplamanın yanlış olduğunu söylemez, çünkü platform kimliğin söylediğini tam olarak yapar. Birinin RD'sini değiştirin, eski duyuru geri çekilir ve başka bir kimlik altında yeni bir duyuru görünür. Eski kimliğe bağlı her şey, rota seçiminden kaydedilmiş bir operatör filtresine kadar, artık var olmayan bir şeye işaret eder.
Hedef başına birden çok yol BGP'nin olağan davranışıdır, belirti değildir. Bir konuşmacı iletim için en iyi tek yolu seçerken birden çok alınan yolu tutabilir ve alınan ile seçilen arasındaki fark görünürlük sorularının yaşadığı yerdir. Bir yol kaybolmuş gibi göründüğünde, oturuma bakmadan önce ait olduğu kimliğin hâlâ var olup olmadığını doğrulayın.
Aynı RD, aynı hedef, farklı yollar
Aynı hizmet adına iki yönlendiriciden bir RD ve bir önek gönderin; ikisi de genellikle farklı sonraki atlamalarla tek hedefe yollar sunar. Bir route reflector'ın hangisini ileteceği reflector hakkında bir karardır: yol seçimi, duyuru yeteneği ve üzerine katmanlanmış her politika. Kenar yönlendiricilerin hiçbiri bu seçimi kontrol etmez. İki duyuruya farklı RD'ler verin, her biri kendi hedefi olur; böylece ikisi de tek bir kimlik için yalnızca seçilen yolu taşıyan bir kontrol düzleminde ayakta kalabilir.
Görünürlük ve çok yolluluk alıcı VRF'de buluşur, ancak aynı karar değildir ve iki kimlik taşıyan bir reflector ikinci kurulu yolu yapılandırmamıştır. VRF içe aktarma politikasının kabul ettiğini ve kendi en fazla yol ayarının izin verdiğini kurar. İkinci yolun yalnızca görünmesini değil kullanılmasını istiyorsanız bu ayarı ayrıca kontrol edin.
Yerel benzersizlik kuralı politika değildir
Her PE'ye ve her yönlendirme örneğine kendi RD'sini vermek sağlam bir gelenektir: kaynağı adlandırır, ilgisiz hizmetlerin tek bir kimlikte çakışmasını önler ve envantere kararlı bir anahtar verir. Bazı platformlar yalnızca kutu içinde benzersizlik ister ve yönlendiricilerin aynı VPN örneği için bir RD paylaşmasına açıkça izin verir. Bu izin bir uygulama kısıtıdır, bir satıcıya devredebileceğiniz ağlar arası kural değildir. Alan birden çok ekibi kapsıyorsa tahsis politikasını kendiniz yazın.
Üyelik asla rakamlardan gelmez. Bir PE için 65000:12 ve diğeri için 65000:13 gibi bir desen alışkanlıktır; oysa 65000:112 gibi eşleşen dışa ve içe aktarma hedefleri bir yolu VRF'ye koyan şeydir. RD'yi yolun kimliği, route target'ı ise onu VRF'ye taşıyan izin olarak görün.
Değişikliği VRF üzerinde kanıtlayın, ekranda değil
Bir RD'ye dokunmadan önce dört şey yazın: PE'nin bugün ne duyurduğu, reflector'ın neyi yansıttığı, alıcı VRF'nin neyi içe aktardığı ve hangi yolu seçtiği. Yeni bir RD bir duyuruyu geri çeker ve bir başkasını getirir, bu yüzden değişiklik oturumun iki tarafında görünür ve yalnızca duyuran tarafı izlerseniz yanlış okumak kolaydır. Kabul, istediğiniz erişilebilirliğe dayanmalıdır, bir önek listesinde beliren fazladan satıra değil. Aşağıdaki tablo bu inceleme sırasında üç tanımlayıcının birbirine karışmasını önler.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
Duyuran PE'den başlayın ve herhangi bir şeyi kaldırmadan önce aynı önek için iki kimliği karşılaştırın. Aşağıdaki IOS komutları sırayla üç soruyu yanıtlar: eski duyuru hâlâ orada mı, yeni kimlik reflector için görünür mü ve VRF öneki seçiyor mu.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
Diğer platformlar aynı bilgiyi farklı sözdizimiyle yazdırır ve sorular bu değişiklikten sonra da kalır. Yeni kimlik reflector'da yokken PE onu duyurulmuş olarak listeliyorsa, ilk şüpheli numaralandırma değil reflector'ın politikası veya duyuru yeteneğidir.
PE'yi, örneği, RD'yi, dışa ve içe aktarma hedeflerini ve önekin sahipliğini tek bir yerde kaydedin, çünkü sonraki tahsis ancak o kayıt varken tahmin değil aramadır. Yeni kimlik alıcı VRF'de görünene kadar eski RD'yi tutun, sonra her aşama geri alınabilir kalsın diye ikinci adımda geri çekin.