VPNv4 nüvədə MPLS-ə ehtiyac duyurmu? Mütləq deyil
BGP VPNv4 marşrut paylama kontekstini razılaşdırır, yönləndirmə yolunu deyil. İdxalı, növbəti hop həllini və istifadə edə biləcəyiniz inkapsulyasiyanı ayırın.
İki marşrutlaşdırıcı arasında VPNv4 ünvan ailəsini açmaq yalnız marşrut paylama konteksti yaradır, başqa heç nə. O, yönləndirmə yolu quraşdırmır və müştəri paketinin uzaq son nöqtəyə hansı inkapsulyasiya ilə gedəcəyini demir. Bu iki fakt ayrıldıqdan sonra «nüvədə MPLS lazımdırmı» sualı platformanın dəstəklədiyi data müstəvisi ilə bağlı daha dar və cavablandırıla bilən suala çevrilir.
Ünvan ailəsi əslində nəyi razılaşdırır
Multiprotokol BGP, VPNv4 şəbəkə qatı əlçatanlıq məlumatını AFI 1 və SAFI 128 altında daşıyır və hər giriş marşrut fərqləndiricisini prefiks və etiketlə cütləşdirir. Sessiya hər iki tərəfin bu məlumatı kodlaya və deşifrə edə bildiyini razılaşdırır. Razılaşdırmadığı şey data müstəvisidir. Bu paraqrafdan sonrakı hər şey yönləndirməyə aiddir və heç biri sessiyanın qalxması ilə həll olunmur.
Beləliklə, uğurlu sessiya idarəetmə müstəvisi qabiliyyətinin sübutudur, yönləndirmənin deyil. Marşrutlaşdırıcı minlərlə VPNv4 girişini saxlaya və yenə də hər müştəri paketini ata bilər; iki nasazlıq sinfinin ilk növbədə qarışdırılmasının səbəbi budur.
NLRI-dəki etiketə diqqət yetirin. O, VRF daxilində prefiksə bağlanmış xidmət etiketidir və paket çıxış son nöqtəsinə çatdıqdan sonra yönləndirmə rolu daşıyır. Hər hansı tranzit qurğunun onu oxuyub-oxumaması ayrı dizayn qərarıdır.
Qəbul, idxal və yönləndirmə üç addımdır
Marşrutu qəbul etmək, ondan istifadəyə icazə verilməsi və onunla yönləndirə bilmək cihazın müxtəlif hissələri tərəfindən yerinə yetirilir. BGP eşitdiyini saxlayır; idxal siyasəti və marşrut hədəfi uyğunluğu hansı VRF-in onu nəzərdən keçirə biləcəyini müəyyən edir; sonra yönləndirmə müstəvisi elan olunmuş növbəti hopu həqiqətən kabelə çıxara biləcəyi bir şəklə həll etməlidir.
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
Ən təəccüblü nasazlıqlar məhz bu orta addımda yaşayır. Marşrut BGP cədvəlində ola bilər, etibarlı və hətta ən yaxşı, halbuki VRF marşrut cədvəli boş qalır, çünki heç bir marşrut hədəfi idxal siyahısına uyğun gəlməyib. Heç nə protokol xətası qeyd etmir, çünki heç bir protokol xətası baş verməyib.
Platforma dəstəyi son addımda özünü göstərir. Əsas qatda əlçatan olan növbəti hop avtomatik olaraq VPN xidməti nəqli kimi həll olunmur və cihaz xüsusi tunel növü, xüsusi etiket əməliyyatı və ya hər ikisini tələb edə bilər. Həll statusunu oxumaq marşrut sayını oxumaqdan daha məlumatlıdır.
IP nüvə heç vaxt dəyişmədiyi steki daşıya bilər
Saxlamağa dəyər fərq «nüvə MPLS işlətmirlər» ilə «xidmətdə heç yerdə etiket yoxdur» arasındadır. Bunlar fərqli iddialardır və yalnız birincisi tranzit qurğular haqqında bəyanatdır. RFC 4023 MPLS-in IP və ya GRE tunelləri ilə daşınmasını müəyyən edir; bu, ikinci iddianı tamamilə IP nüvədə mümkün edən mexanizmdir.
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulTranzit marşrutlaşdırıcıları xarici IP təyinatına görə yönləndirir və nə müştəri prefikslərinə, nə də yerli etiket dəyişməsinə ehtiyac duyur. Uzaq ucda xarici tunel çıxarılır və xidmət etiketi işini davam etdirir. Nüvə qeyri-şəffaf yük daşıdı; bu, IP şəbəkəsinin güclü olduğu şeyin məhz özüdür.
Bu dizaynın sizə vermədiyi şey universal zəmanətdir. O, hər marşrutlaşdırıcının hər VPNv4 növbəti hopunu istənilən GRE interfeysi üzərindən həll etdiyinin sübutu deyil və işlək yerli MPLS konfiqurasiyasını silmək üçün əsas deyil. O, universal iddiaya qarşı əks nümunədir və praktik sual platforma daxilində qalır. Bu sualı protokol qaydası kimi deyil, platforma məhdudiyyəti kimi qeyd edin.
Zənciri qutu üzərində qırılana qədər addımlayın
Alınan marşrutdan başlayın və uğursuz olan ilk addımda dayanın, çünki əvvəlki addım pozulmuşkən sonrakı addımları diaqnostika etmək mümkün deyil. Dörd əmr tipik bir tətbiqdə bunun çoxunu əhatə edir.
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_AOnları dörd müstəqil yoxlama kimi deyil, ardıcıllıq kimi oxuyun. Birinci ailənin aktiv olduğunu və həmyaşıdın marşrut mübadiləsi etdiyini təsdiqləyir; ikinci prefiksin istifadəyə yararlı növbəti hopla gəlib-gəlmədiyini göstərir; üçüncü idxal uyğunluğunu sübut edir; dördüncü yönləndirmə müstəvisinin ona etiket və ya tunel bağlayıb-bağlamadığını göstərir.
Sonra iş yükü yolunu hər iki istiqamətdə, inkapsulyasiyadan sağ çıxan MTU ilə sınayın. GRE başlıq baytları əlavə edir və kiçik zondlardan keçən yol yalnız bir istiqamətdə tam ölçülü paketlərdə uğursuz ola bilər; bu, nəqliyyat nasazlığından çox tətbiq nasazlığı kimi görünür.
Dövrəni iki əməliyyat qeydi bağlayır. GRE inkapsulyasiyadır, məxfilik deyil, ona görə də etibarsız tranzit şəbəkəsi fərziyyə yerinə üstündə dəstəklənən təhlükəsizlik tənzimlənməsi tələb edir. Və dizayn baxışından əvvəl platformanın həqiqətən hansı inkapsulyasiyanı dəstəklədiyini qeyd edin, çünki bu tək cavab yalnız-IP nüvənin etibarlı seçim, yoxsa yönləndirə bilməyən plan olduğunu müəyyən edir.