IPv6 MPLS VPN-də: üç seçim, tək bir ünvan ailəsi deyil
Müştəri VPN marşrutları, PE-PE BGP sessiyası və nüvədəki nəql ayrı qərarlardır. Sessiya bir ailə ilə işləyib digərini daşıya bilər.
Dizayn icmalında “IPv6 BGP üzərindən IPv6 L3VPN işlədin” desəniz, bu bir cümlənin içində üç ayrı qərar gizlənir. Hansı prefikslərin müştərinin VPN-inə aid olduğu, provayder kənarları arasındakı marşrutlaşdırma sessiyasını hansı ünvanların daşıdığı və işarələnmiş paketi hansı nüvənin ötürdüyü müstəqil seçimlərdir. Hamısı IPv6 ola bilər, qarışıq ola bilər və qarışdırmaq qəsdən icazə verilən haldır. Bu üçünü ayırmaq qeyri-müəyyən tələbi platformada sınaqdan keçirilə bilən bir şeyə çevirir.
Üç işi ayırın
Birinci iş müştəri marşrutudur: bir VPN marşrutlaşdırma kontekstinə aid olan və hər digər kontekstdən kənarda qalmalı olan IPv6 prefiksləri. İkincisi, həmin prefiksləri mübadilə edən provayder kənarı marşrutlaşdırıcıları arasındakı marşrutlaşdırma bağlantısıdır. Üçüncüsü, işarələnmiş müştəri paketini nüvə boyunca uzaq kənara aparan nəqldir. Onlardan yalnız birini adlandırmaq hələ dizayn deyil.
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
Hər işin öz ünvan ailəsi, öz uğursuzluq rejimləri və çox vaxt öz komandası var. Cədvəl məhz ona görə faydalıdır ki, dizayn sənədindəki bir cümlə üç sətri bir yerə yığmağa meyllidir.
Marşrut ailəsi VPN-IPv6-dır, IPv6 unicast deyil
RFC 4659 BGP/MPLS IPv6 VPN ailəsini müəyyən edir və ona üzvlük IPv6 sözünün təlqin etdiyindən daha dəqiqdir. Oradakı marşrut IPv6 prefiksinə birləşdirilmiş marşrut fərqləndiricisidir və AFI 2 ilə SAFI 128 altında kodlaşdırılır. Adi IPv6 unicast başqa ailədir, ona görə də looking glass-da prefiks kimi görünən elan tamamilə başqa obyekt ola bilər. Ailəni səhv oxumaq bu dizaynın pozulmasının ilk yoludur.
Fərq kənarda üzə çıxır: marşrut heç nə etməzdən əvvəl düzgün VPN kontekstinə düşməlidir. Prefiksin qəbul edilməsi mübadilənin baş verdiyini sübut edir və quraşdırma barədə heç nə demir. Bu boşluq sessiyanın işlədiyi, müştərinin isə hələ də qaranlıqda qaldığı klassik hesabatı yaradır.
Sessiya VPN-dən fərqli ailə ilə işləyə bilər
İki kənar arasındakı BGP bağlantısını VPN-in öz ailəsindən istifadə etməyə heç nə məcbur etmir. Spesifikasiya IPv4 və ya IPv6 sessiyasına icazə verir və IPv6 VPN nəqli özü hər iki nüvə tipi üzərində müəyyən edilib. Beləliklə, IPv6 sessiyası daşıdığı şeyin ailəsi barədə heç nə demir və məlumat müstəvisini də seçmir. Üç müstəqil bit və dizayn hər üçünü ayrıca daşımalıdır.
Bu həm azad edir, həm də eyni anda səhv oxunmağa açıqdır. IPv6 müştəri marşrutları IPv4 ünvanlı sessiya üzərində gedə bilər, IPv4 marşrutları isə IPv6 sessiyası üzərində, bir şərtlə ki, platforma bu kombinasiyanı dəstəkləsin və növbəti hop həll olunsun. İcazə verilməyən şey sessiyanın faydalı yükü ima etməsidir, istər dizayn sənədində, istərsə də xidməti sonradan sübut edən monitorinqdə.
IPv4 nüvədə növbəti hopun öz kodlaşdırması var
VPN-in altındakı nüvə IPv4 olduqda, marşrut giriş kənarının birbaşa istifadə edə biləcəyi növbəti hopla görünmür. O, IPv4 ilə xəritələnmiş IPv6 formasında gəlir və spesifikasiya altdakı nəql IPv4 olduqda çıxış kənarını belə ifadə edir. Sonra giriş marşrutlaşdırıcısı həmin xəritələnmiş ünvanı nüvə boyunca həqiqətən çata bildiyi bir şeyə çevirməlidir və həll mərhələsi səssizcə uğursuz olan addımdır.
Bunu cihazlar arasında köçürülən sətir kimi deyil, yönləndirmə asılılığı kimi oxuyun. Həqiqətən işlədiyiniz platformada üç şeyi təsdiqləyin: elan edilmiş növbəti hop istifadə oluna bilən yola həll olunur, etiket yığını qəbul edilir və təyinat nəzərdə tutulan VPN kontekstinə düşür. Bunlardan hər hansı birinin uğursuzluğu sağlam görünən və heç nə yönləndirməyən sessiya buraxır, buna görə yoxlama sonrakı insidentə deyil, qəbul işinə aiddir.
Tələbi dörd sətirdə yazın
Sınaqdan keçirməyə dəyər tələb dörd şeyi adlandırır: VPN ailəsi, sessiya nəqli, növbəti hopun kodlaşdırması və nüvə quruluşu. Sonra bir müştəri prefiksini başdan sona izləmək üçün adlandırır: mübadilə, quraşdırma, etiket həlli və geri yol boyunca. “IPv6 BGP-ni dəstəkləyir” dördündən heç birini əhatə etmir və uyğunsuzluğun həqiqətən harada olduğunu gizlədir.
VPN-IPv6 mübadiləsi olmadan sağlam sessiya natamamdır və işləyən yönləndirmə olmadan qəbul edilmiş VPN marşrutu eyni dərəcədə natamamdır. Bunları ayrı qəbul sətirləri kimi saxlamaq növbəti problem həlli söhbətini qısa edir, çünki uğursuz sətir artıq yazılıb.