CE üzerindeki RIP rotasından uzak VRF'ye: export nerede gerçekleşir

Bir RIPv2 güncellemesi provider edge'e varır, bir VRF yönlendirme tablosuna girer ve bir şey onu açıkça export etmedikçe orada durur. Üç karar sırayla gerçekleşir ve her biri öneki kendi nedeniyle reddedebilir. Bunları tek bir olay olarak okumak, uzak bir saha CE'nin açıkça duyurduğu bir ağa ulaşamadığında insanların yanlış cihazın peşine düşmesinin nedenidir. Rotayı PE üzerinden izleyin, sıralama belirginleşir.

PE bir RIP güncellemesiyle ne yapar

PE güncellemeyi VRF arayüzünde alır, kaynağın izin verilen bir komşu olduğunu doğrular ve öneki duyurudan türetilen bir hop sayısıyla VRF yönlendirme tablosuna kurar. Bu tablo, kendi yönetimsel mesafeleri ve kendi en iyi yol seçimi olan normal bir yönlendirme tablosudur. CE aynı öneki farklı metriklerle iki kez duyurursa tabloya yalnızca daha iyi olan kalır. Bu adımda hiçbir şey sağlayıcının backbone'unu içermez.

Önek artık tek bir müşterinin yönlendirme bağlamında var, bu da başka herhangi bir yerden erişilebilir olmaktan çok uzaktır.

Export bir politika eylemidir, protokolün sonucu değil

VRF'den çıkmak için bir rotanın VPN rotalarını taşıyan MP-BGP sürecine yeniden dağıtılması gerekir ve hangi uzak VRF'lerin onu import edebileceğini tanımlayan bir route target extended community gerekir. RFC 4364 içindeki mimari, bu takasları tam da bu nedenle CE-PE protokolünden ayrı tutar. Kenarda RIP kullanmak, sağlayıcı ağını neyin geçmesi gerektiği hakkında hiçbir şey söylemez.

Herhangi bir şeyi yapılandırmadan önce export sözleşmesini yazın: uzaktan erişilebilir olması gereken müşteri önekleri, yerel kalması gereken rotalar ve varsa default, daha belirgin rotalar veya paylaşılan hizmet istisnaları. Bu sözleşmeyi gerçek VRF ile karşılaştırın, başka bir müşteriye ait benzer adlı bir VRF ile değil.

Import tarafı kendi route target'larına sahip ikinci bir politikadır ve eşleşen bir export ile eşleşmeyen bir import, backbone'da var olan ancak hiçbir uzak tabloda görünmeyen bir önek üretir.

Redistribution ve explicit origination farklı davranır

Redistribution, VRF tablosunda zaten var olan rotaları alır ve bir route map ile süzerek BGP'ye kopyalar. Map, hangi öneklerin uygun olduğuna ve hangi attribute'ları taşıdıklarına karar verir; metrik açıkça ayarlanmalıdır çünkü bir RIP hop sayısının BGP metriği olarak anlamı yoktur. Ayarlamadan bıraktığınız her şey, konfigürasyonu altı ay sonra okuyan kişiyi genellikle şaşırtan bir biçimde devralınır.

Karşılıklı redistribution, sessiz hasarın oluştuğu yerdir. BGP'ye export edilen bir önek ikinci bir redistribution noktasından geri gelebilir ve etiketler veya filtreler yoksa her iki tablo da her an makul görünürken rota salınır. Geri dönüş yolunu engellemesi için topolojiye güvenmek yerine kenarda uygulanan etiketlere göre filtreleyin.

Explicit origination daha düzenli görünür ve koşulsuz değildir. Bir network statement genellikle önek origination edilmeden önce yönlendirme tablosunda eşleşen bir rota gerektirir, bu nedenle CE onu duyurmayı bıraktığı anda duyuru kaybolur. Bu genellikle istediğiniz davranıştır ve sonsuza kadar yapılandırılmış kalan statik bir rotayla aynı şey değildir. Davranışlardan birini varsaymak yerine platformun gerçek kuralını denetleyin.

Her iki durumda da her önek için sorulacak soru, hangi etkin kaynağın onu uygun kıldığı ve o kaynak ortadan kalktığında ne olacağıdır.

Zinciri dört yerde doğrulayın

CE duyurusuna, VRF yönlendirme tablosuna, route target'ıyla birlikte VPN rota tablosuna ve uzak VRF'deki import'a bu sırayla bakın. IOS'ta bu, CE komşu çıktısı, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, ve uzak PE'de aynı komut anlamına gelir. IOS-XR'de eşdeğer çıktı show bgp vrf CUSTOMER ipv4 unicast altındadır. Komut adları farklıdır, dört kontrol noktası değil.

Reddedilmesi gereken bir öneki, geçmesi gereken kadar dikkatle inceleyin, çünkü her şeye izin veren bir politika ilk istisna gelene kadar doğru olanla aynı görünür. Ardından bir withdrawal'ı izleyin: CE arayüzünü kapatın ve uzak kaydın beklenen zamanlayıcı içinde kaybolduğunu, orada kalmadığını doğrulayın.

Her politikanın kime ait olduğunu kaydedin. Sağlayıcı CE'yi işletiyorsa, teslim edilen davranış hizmet sözleşmesine aittir ve yönetilen cihazda farklı bir protokol veya withdrawal politikası önce bir dokümantasyon sorunu, sonra bir yönlendirme sorunudur.