VRF-də itkin marşrut: lokal, VPNv4, yoxsa yönləndirmə cədvəli?

Müştəri deyir ki, marşrut hədəfi dəyişikliyindən sonra prefiks itib, və göndərdikləri ilk ekran şəkli adətən səhv cədvəldir. Üç fərqli cədvəl üç fərqli suala cavab verir: prefiks VRF-in içində varmı, o, VPNv4 marşrutu kimi elan edilib və idxal edilibmi, və yönləndirmə qeydi həqiqətən quraşdırılıbmı. Onları sıradan kənar oxumaq əmin, lakin səhv nəticələr verir. Bu təlimat bir lokal prefiksi və bir uzaq prefiksi hər üç cədvəldən sıra ilə keçirir və buna başlayan RT düzəlişi üçün geri qaytarma planı ilə bitir.

Prefiksi və onun aid olduğu cədvəli adlandırın

Heç nə yazmazdan əvvəl iki prefiks yazın. Biri müştəri sahəsinə lokaldır, qoşulmuş interfeysdən və ya CE elanından öyrənilir. Digəri uzaqdır, provayderin onurğa şəbəkəsi üzərindən gəlməsi gözlənilir. Onlar eyni VRF-ə fərqli yollarla daxil olur, və birindəki nasazlıq digəri barədə heç nə demir.

İki identifikator arasındakı fərqi aydın saxlayın, çünki bu biletlərdə qarışıqlığın çoxu buradan gəlir. Marşrut fərqləndiricisi VPNv4 NLRI-nin bir hissəsidir və başqa cür eyni olan müştəri prefikslərini onurğa şəbəkəsi boyunca unikal etmək üçün mövcuddur. Marşrut hədəfi atribut kimi daşınan genişləndirilmiş bir icmadır və idxal və ixrac siyasətinin uyğunlaşdığı şey məhz budur. O, fərqləndiricinin ikinci adı deyil və müştərinin paketlərində daşınmır.

Addım 1: prefiksin VRF-də olduğunu sübut edin

Lokal görünüşlə başlayın, sonra idxalı idarə edən RT-lərlə. Əgər lokal prefiks burada yoxdursa, yuxarıda heç nə günahkar ola bilməz:

show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-A

Qoşulmuş və ya statik kimi görünən prefiks lokal öyrənilmişdir və onun mövcudluğu ixrac edilib-edilmədiyi barədə heç nə demir. Bu, bu iş axınında ən çox rast gəlinən səhv oxunuşdur: sağlam VRF cədvəli yalnız lokal öyrənmə barədə sübutdur. İxrac tərəfi ayrı bir sualdır və ona qonşu görünüşü və qoşulmuş ixrac hədəfi cavab verir.

Burada olarkən VRF-dəki RT siyahılarını yoxlayın. Əgər nəzərdə tutulan idxal hədəfi siyahıda yoxdursa, aşağıdakı hər şey əhəmiyyətsizdir. Əgər varsa, lakin uzaq PE-nin ixrac etdiyindən fərqlidirsə, nasazlığı bir dənə paket tutumu açmadan tapmısınız.

Addım 2: VPNv4 cədvəlini və onun hədəflərini oxuyun

VPNv4 cədvəli idarəetmə müstəvisinin həqiqətən nə mübadilə etdiyini göstərir. Uzaq prefiksi düzgün fərqləndiricinin altında axtarın, sonra ona qoşulmuş icmalara baxın:

show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routes

Düzgün marşrut hədəfi olan, lakin lokal quraşdırması olmayan qeyd əlçatanlığa deyil, idxal siyasətinə və ya marşrut seçiminə işarə edir. VPNv4 cədvəlində ümumiyyətlə görünməyən qeyd yuxarıya işarə edir: mənbə PE onu ixrac etməmiş ola bilər, ya da sessiya ünvan ailəsini daşımır.

Dəyişikliklər zamanı insanları çaşdıran üçüncü bir hal var. Bəzi platformalar hansı VPN marşrutlarını tələb etdiklərini və ya saxladıqlarını marşrut hədəfi üzvlük məlumatı ilə məhdudlaşdırır, ona görə də bir filtrlənmiş görünüşdə uzaq NLRI-nin olmaması elanın heç yerdə olmadığının sübutu deyil. Marşrutun qlobal olaraq geri çəkildiyi qənaətinə gəlməzdən əvvəl filtrlənməmiş cədvəli və qonşunun elan etdiyi marşrutları yoxlayın.

Addım 3: nəyinsə quraşdırıldığını və etiketləndiyini təsdiqləyin

BGP qeydi qərardır, yol deyil. Yönləndirmə cədvəlləri paketlərin gedəcək yeri olub-olmadığını deyir:

show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A

Həll olunmuş qonşuluq və çıxan etiketlə CEF qeydi məlumat müstəvisi trafikinin işləməli olduğunu bildirir və qalan istənilən simptom tətbiqə və ya VRF daxilindəki filtrləməyə aiddir. Həll olunmamış növbəti hop göstərən CEF qeydi BGP sağlam görünsə də etiket yolunun natamam olduğunu bildirir və bu, BGP cədvəlinin ekran şəklinin dəyişiklik baxışını yanıltdığı haldır.

Lokal PE-nin tətbiq etdiyi etiketi uzaq PE-nin qəbul etməyi gözlədiyi etiketlə müqayisə edin. İki görünüş arasındakı uyğunsuzluq etiket ayrılması və ya sessiya problemidir və marşrut hədəflərini neçə dəfə redaktə etsəniz də düzəlməyəcək.

RT düzəlişini elan olunmuş əhatə dairəsi ilə geri qaytarın

Əgər nasazlıq marşrut hədəfi düzəlişi ilə başladısa, onu bir qəsdən edilən addım kimi ləğv edin və hansı əhatə dairəsini dəyişdiyinizi deyin. İdxal hədəfini silmək həmin VRF daxilində uyğunluğu geri çəkir. Bu, VPNv4 elanını onurğa şəbəkəsindən silmir və bəzi platformalarda marşrut cədvəldə saxlanılmış qalır. Bunlar fərqli nəticələrdir və istifadəçiyə görünən təsir hansını nəzərdə tutduğunuzdan asılıdır.

configure terminal
vrf definition CUST-A
 address-family ipv4
  no route-target import 65000:410
 end
clear ip bgp vpnv4 vrf CUST-A soft in

Sessiya prefiksləri artıq saxlayırsa, gələn istiqamətdə yumşaq yenidən konfiqurasiya kifayətdir; iş saatlarında provayderə baxan sessiyanın sərt sıfırlanması başqasının verməli olduğu qərardır. Junos-da ekvivalent yoxlamalar VRF üzrə cədvəli və VPN cədvəlini birbaşa oxuyur, geri qaytarma isə hər əmr üzrə ləğv deyil, commit zamanı geri dönüşdür, ona görə başlamazdan əvvəl konfiqurasiya fərqini çıxarın.

Başladığınız eyni üç əmrlə və eyni sıra ilə bitirin və onların çıxışını vaxt damğası ilə qeyd edin. RT səhv idi və indi düzdür deyən bilet təkrar istifadə oluna bilməz; prefiksin VRF-də, VPNv4-də və CEF-də quraşdırıldığını göstərən bilet isə növbəti şəxsin müqayisə edə biləcəyi sübutdur. Yalnız ilk ikisi dəyişibsə, dəyişikliyi bitirməmisiniz.