MPLS VPN’de RD ve RT: benzersizlik ve içe aktarma ilkesi

Rota ayırt edici çakışan önekleri benzersiz kılar, rota hedefi ise bir VRF’nin hangi rotaları içe aktarabileceğine karar verir. Bir MPLS rotasını iki rolde birden izleyin.

İki müşteri sitesi 10.20.0.0/24’ü duyurabilir ve ikisi de tek bir sağlayıcı ağı içinde geçerli kalır. Rota ayırt edici bu duyuruları ayrı tutar; rota hedefi ise hangi müşteri VRF’sinin kopya alabileceğine karar verir. Yapılandırmada yan yana görünürler ve tamamen farklı işler yaparlar. İkisini karıştırmak, makul görünen ve hiçbir şeyi düzeltmeyen değişikliklere yol açar.

Müşteri kenarından uzak bir VRF’ye kadar tek bir rotayı izleyin ve ayrım somutlaşır: kimlik, rota BGP’ye girmeden önce eklenir ve dağıtım ilkesi, rota alıcı sağlayıcı kenarına ulaştığında değerlendirilir.

Bir VPN-IPv4 rotası bir RD ile bir IPv4 önekinin birleşimidir

RFC 4364, VPN-IPv4 adres ailesini sekiz baytlık bir rota ayırt edici ve ardından gelen dört baytlık bir IPv4 adresi olarak tanımlar. RD, müşteri önekinin önüne eklenir; böylece farklı sitelerden gelen iki aynı önek iki farklı BGP rotası olur.

Bu yapı benzersizliğin bütün mekanizmasıdır. Sağlayıcı, müşterilerin çakışmayan adres alanı üzerinde anlaşmasına gerek duymaz ve bir siteden gelen rota başka bir siteden gelen aynı öneki sessizce değiştiremez.

RD biçiminin kendisi yöneticinin seçtiği bir değerdir, genellikle bir otonom sistem numarası ve yerel bir numaradır. Sayısal biçimi bir gelenektir; iki alanın tesadüfen aynı rakamları kullanan bir rota hedefiyle anlam paylaştığının işareti değildir.

RD, çakışan önekleri ayırt edilebilir kılar

Aynı önek için iki duyuru düşünün. A sitesi RD 65000:101, B sitesi RD 65000:202 taşır; ikisi de 10.20.0.0/24 içindir. Artık BGP’de bağımsız olarak karşılaştırılabilen, süzülebilen ve seçilebilen iki VPN-IPv4 rotası vardır.

RD, bu rotalardan herhangi birini hangi VRF’nin alacağını söylemez ve bir müşteriyi ya da hizmeti tanımlamaz. Rota için bir kimlik alanıdır, üyelik listesi değildir. Bir VRF’nin kendi RD’sinin, içe aktardığı rotanın RD’siyle eşleşmesi gerekmez.

Bu yüzden bir RD’yi başka bir sitenin numarasına uydurmak hiçbir şeyi düzeltmez. Rota karşı tarafta yoksa, rakamların eşleşmesi içe aktarma kararını onarmak yerine başka bir kimlik sorunu yaratır.

RT bir BGP özniteliğidir, paketteki bir etiket değildir

Bir dışa aktarma ilkesi, bir veya daha fazla rota hedefini BGP genişletilmiş topluluk öznitelikleri olarak rotaya ekler. Alıcı sağlayıcı kenarı bu öznitelikleri her VRF’nin içe aktarma ilkesiyle karşılaştırır. RT, rota ile birlikte kontrol düzleminden geçer. Karşılaştırma tamamen yönlendirme ilkesinde, herhangi bir müşteri paketi iletilmeden önce gerçekleşir.

Müşteri veri paketleri RT’yi taşımaz. Bir rota bir VRF’ye kurulduktan sonra iletim, o VRF’nin tablosunu ve mimarinin atadığı MPLS etiket yığınını kullanır. Sağlayıcı kenarı her müşteri paketinden rota hedefi okumaz.

Bir rota birkaç RT taşıyabilir ve bir VRF birkaçını içe aktarabilir. Yapılandırma çoğu zaman kısa bir blok gibi görünür:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

Bu bloğu iki ayrı ifade olarak okuyun. Dışa aktarma satırı bu VRF’den çıkan rotalara neyin eklendiğini, içe aktarma satırı ise bu VRF’nin neyi dikkate almaya hazır olduğunu denetler. Numaraların eşleşmesi kolaylıktır, zorunluluk değildir.

İçe aktarma hakkı kurulum değildir

Bir rota bir VRF için uygun olabilir ve yine de iletim tablosunda görünmeyebilir. Uygunluk bir süzgeçtir; ardından olağan BGP karar süreci uygun rotaları karşılaştırır ve birini seçer. Daha eski veya daha az tercih edilen bir rota başka bir uygun yola yenilebilir.

Yalnızca içe aktarma ilkesini değil, seçilen rotayı da denetleyin. RT 65000:500’ü içe aktaran ve 10.20.0.0/24 için hiçbir rota göstermeyen bir VRF, rotayı almış ve seçim sırasında reddetmiş olabilir ya da hiç almamış olabilir.

Bu ayrım beklenmedik bir önek ortaya çıktığında da önemlidir. Aşırı geniş bir içe aktarma ilkesi, sitenin kullanmayı amaçlamadığı rotaları çekebilir ve RD’nin benzersizliği bunu hiç engellemez. Dağıtım kapsamı bir RT ilkesi sorunudur.

Eksik rotayı kontrol düzlemi sırasına göre izleyin

Duyuruyla başlayın: kaynak VRF amaçlanan RT’yi dışa aktarıyor mu ve rota, rota yansıtıcısında veya alıcı PE’de VPN-IPv4 rotası olarak var mı? Ardından özniteliği gönderende yapılandırıldığı gibi değil, alındığı gibi denetleyin.

Sonra alıcı VRF’nin içe aktarma listesini rotanın gerçek RT değerleriyle karşılaştırın. Son olarak o VRF’de seçilen rotayı ve etiket bağlamasını inceleyin. Her adım farklı bir soruyu yanıtlar ve RD’ye atlamak genellikle yanlış olan adımı atlar.

Çalışan ve arızalanan site için RD’yi, dışa aktarılan RT’yi, içe aktarılan RT’yi ve seçilen sonraki atlamayı kaydedin. Yan yana dört değer, belirsiz “VPN rotaları geçirmiyor” ifadesini farklılaşan kesin kontrol düzlemi adımına dönüştürür.

İlgili makaleler