Nəzəri əsaslar və memarlıq
Böyük şəbəkədə Route Reflector susmaya görə hər PE-yə bütün müştərilərin bütün VPNv4 marşrutlarını göndərir, PE isə Route Target-i heç bir lokal VRF-də import olunmayanları özü atır. Minlərlə PE və milyonlarla VPN prefiksi bunu RR, xətlər və PE prosessoru üçün lazımsız yükə çevirir. RT-Constrain (RFC 4684) problemi göndərən tərəfdə həll edir: PE ayrıca address family-də (AFI 1, SAFI 132) hansı Route Target-lərin ona lazım olduğunu elan edir, RR isə yalnız uyğun marşrutları göndərir. Dərs RTC marşrutunun formatını, prefiks uyğunluğunu, default RT-constraint marşrutunu, RR iyerarxiyasını və ilkin mübadilənin tələlərini izah edir. İkinci hissə VRF-Lite-dır: MPLS və MP-BGP olmadan bir marşrutlaşdırıcıda bir neçə VRF, 802.1Q alt-interfeysləri və hər VRF üçün ayrıca IGP. Üçüncü hissə VPN müştərisinin Internet-ə çıxışıdır: global açar sözlü statik marşrut, ayrıca Internet VRF, qayıdış marşrutu və NAT qeydləri. Dərs modulun əvvəlki dərslərindəki VRF, RD/RT və PE-CE protokollarını bildiyinizi nəzərdə tutur.
RT-Constrain nə üçün lazımdır
Əlavə tədbirlər olmadan Route Reflector hər müştəriyə aldığı bütün VPNv4 marşrutlarını göndərir. PE onlara qeyri-aşkar Route Target filtri tətbiq edir: RT-si heç bir lokal VRF-də import olunmayan marşrut atılır (Cisco-da bu davranış no bgp default route-target filter ilə söndürülür). Lazımsız iş artıq görülüb: RR yeniləməni formalaşdırıb, xətt onu daşıyıb, PE atributları emal edib. PE bir neçə min VRF-dən 5-nə xidmət edirsə, alınan VPN marşrutlarının 99 faizə qədəri atılır. Bu, RR-in soyuq startında (bütün müştərilər eyni anda qalxır) və sessiyanın yenidən başlamasında yük zirvəsi yaradır, ümumi yeniləmə növbəsində lazım olan marşrutların konvergensiyasını gecikdirir.
RFC 4684 mexanizmi
RT-Constrain AFI 1, SAFI 132 address family-ni (Route Target Constraint, RTC) əlavə edir. Onun NLRI-si 4 baytlıq origin AS və 8 baytlıq Route Target-dən (extended community) ibarətdir: cəmi 12 bayta qədər, yəni prefiksin 96 bitinə qədəri. PE hər VRF-in hər import RT-si üçün RTC marşrutu yaradır, adətən origin AS lokal AS-ə bərabər olur, və onu qonşuya göndərir. Qonşu (RR) alınan RTC marşrutlarından həmin peer üçün çıxış filtri kimi istifadə edir: VPN marşrutu (SAFI 128 və ya VPNv6) onun ən azı bir RT-si peer-in RTC prefikslərindən birinə uyğun gələrsə göndərilir. Peer RTC family-ni razılaşdırmayıbsa, ona filtr tətbiq olunmur və davranış əvvəlki kimi qalır, ona görə tətbiqi mərhələlərlə aparmaq olar.
Uyğunluq prefiks üzrədir. Tam RTC marşrutu (96 bit) bir konkret RT-ni seçir. Prefiks nə qədər qısadırsa, əhatə o qədər genişdir: 32 bit verilmiş origin AS-in bütün RT-lərini əhatə edir, uzunluq 0 isə "mənə hamısını göndər" mənasını verən default RT-constraint marşrutudur. Ondan öz filtrasiyası olmayan qovşaqlar (məsələn, monitorinq sistemi və ya bütün müştəri marşrutlarına ehtiyacı olan yuxarı səviyyəli RR) və müştəri üçün məhdudiyyəti söndürmək lazım olanda RR istifadə edir. Cisco onu rtfilter family-də default-originate ilə, Junos advertise-default ilə yaradır (dəqiq sintaksisi öz versiyanızda yoxlayın).
Dinamika: RT dəyişəndə nə baş verir
VRF-ə import RT əlavə edilib: PE yeni RTC marşrutu göndərir, RR isə cavab olaraq həmin RT ilə yığılmış VPN marşrutlarını route refresh olmadan göndərir. RT silinib: RTC marşrutu geri çəkilir və göndərən adətən artıq lazım olmayan, əvvəl göndərilmiş marşrutları geri çəkir. Ona görə VRF-lərdə kütləvi RT dəyişikliyi RR-də yeniləmə partlayışı yaradır: belə dəyişiklikləri texniki pəncərədə hissə-hissə aparın. Bir çox implementasiya artıq göndərməmək üçün VPN marşrutlarının ilk elanını RTC End-of-RIB alınana və ya taymer bitənə qədər gecikdirir: RTC müştəridə qoşulub, amma aktivləşdirilməyibsə, VPN marşrutları gec gələ bilər - bu normaldır və "VRF qalxıb, marşrut yoxdur" şikayətində ilk yoxlanacaq şeydir.
RR miqyası və iyerarxiya
RTC RR yaddaşını azaltmır: o, bütün VPN marşrutlarını Adj-RIB-In-də saxlamağa davam edir, yalnız çıxış paylanması filtrlənir. Qazanc yeniləmələrdə, zolaqda, müştəri prosessorunda və konvergensiya vaxtındadır. RR yaddaşına qənaət üçün RR-lər müştəri çoxluqları üzrə bölünür (RR1 bəzi VPN-lərə, RR2 qalanlarına xidmət edir) və bölgü RTC ilə birləşdirilir. Müştəri - RR - yuxarı RR iyerarxiyasında aşağı RR müştərilərinin RTC marşrutlarını toplayır və birləşmiş çoxluğu yuxarı elan edir; müxtəlif PE-lərdən eyni RTC-lər best-path seçimi ilə bir yola çevrilir və bu ECMP və add-path üçün nəzərə alınmalıdır: yuxarı qovşağın kifayət qədər RTC yolu aldığını yoxlayın, əks halda iki mənbə əvəzinə birini görəcək. Avtonom sistemlər arasında RTC eBGP üzərindən işləyir: ASBR RTC marşrutlarını öz AS-nin origin AS-i ilə elan edir, Option B/C-də isə RTC ASBR-lər arasındakı mübadilə həcmini azaldır (təfərrüatlar RFC 4684-dədir).
VRF-Lite
VRF-Lite VPN-in yalnız lokal hissəsidir: etiketsiz və MP-BGP-siz bir marşrutlaşdırıcıda bir neçə müstəqil RIB və FIB. Ayrılma interfeyslərin VRF-ə bağlanması ilə əldə edilir; marşrutlaşdırıcılar arasında hər VRF-ə öz xətti (fiziki port və ya ayrıca VLAN-lı 802.1Q alt-interfeysi) və öz marşrutlaşdırma prosesi və ya BGP-də ayrıca address family lazımdır. Cisco-da belə VRF-də RD məcburi deyil, RT istifadə olunmur, çünki VRF-lər arasında BGP ilə marşrut mübadiləsi yoxdur. Tipik istifadə: Multi-VRF CE (müştəri marşrutlaşdırıcısı lokal şəbəkələri bölür), kampus seqmentasiyası, data mərkəzi və Inter-AS Option A sxemində PE-PE körpüsü (back-to-back VRF).
Məhdudiyyətlər: hər VRF-ə bir alt-interfeys, bir IGP/BGP sessiyası və öz konfiqurasiya dəsti lazımdır, ona görə yüzlərlə VRF əllə miqyaslanmır, bunun üçün L3VPN var. Cisco-da OSPF olan hər VRF ayrıca prosesdir (router ospf 30 vrf GUEST), proseslərin sayı platformadan asılı məhdudlaşır. Cədvəl ölçüsü limitləri ümumidir: VRF-lər cihazın TCAM və FIB-ini bölüşür.
