Nəzəri əsaslar və memarlıq

Carrier Supporting Carrier (CsC, RFC 4364, bölmə 9) - backbone operatorun başqa operatora (customer carrier) MPLS VPN satdığı iyerarxiyadır. Müştəri operator öz L3VPN və ya internet xidmətlərini onun üzərində qurur, sahələr arasında ayrıca xətt icarəyə götürmür. Backbone üçün müştəri operator VRF-dəki CE-dir; VRF-də yalnız onun daxili marşrutları (PE/RR loopback-ləri və link ünvanları) olur, son abunəçilərin marşrutları yox. Ona görə backbone PE paketi IP lookup ilə kommutasiya edə bilmir: PE-CE linkində etiketli paketlər gedir, daxili prefikslər üçün etiketlər etiketli eBGP (IPv4+label, RFC 8277/3107) və ya VRF-də LDP ilə verilir. Backbone nüvəsində yığın: backbone transport etiketi (LDP/SR), müştəri operatorun loopback-i üçün backbone VPN etiketi və dəyişmədən gedən müştəri operatorun daxili VPN etiketi. Backbone nüvəsi son abunəçi marşrutları barədə heç nə bilmir.

CsC-də kim kimdir

Carrier Supporting Carrier (RFC 4364, bölmə 9) müştərisi başqa operator olan MPLS VPN xidmətidir. Backbone carrier (AS 65000: PE1 10.255.0.1, PE2 10.255.0.2, RR 10.255.0.100) customer carrier-ə (AS 65001) onun saytları arasında rabitə satır. Müştəri operatorun sərhəd routerləri (CE1 172.16.10.2 və CE2 172.16.20.2 - backbone üçün onlar CE, müştəri operator üçün öz P/PE/ASBR-ləridir) PE1 və PE2-də CSC-CUST VRF-inə qoşulub. Müştəri operatorun öz abunəçiləri və VPN-ləri var: backbone operatoru nə onların ünvanlarını, nə də sayını bilməlidir.

Bu niyə lazımdır və nəyə qənaət olunur

Müştəri operator sadəcə backbone-dan L3VPN icarəyə götürsəydi, backbone PE-yə müştərilərinin bütün prefikslərini (yüz minlərlə marşrut, üst-üstə düşən ünvanlar, tam Internet) verməli olardı. CsC-də backbone yalnız müştəri operatorun daxili marşrutlarını görür: onun PE/RR loopback-lərini (onlarla /32) və əlaqə ünvanlarını. CSC-CUST VRF-indəki cədvəl kiçikdir, müştəri VPN-ləri isə backbone tunelinin içində "daxili" MPLS kimi keçir. Bu iyerarxiyadır: müştəri operator öz LSP və VPN-lərini backbone LSP-lərinin üzərində qurur.

PE-CE əlaqəsində niyə etiket lazımdır

Müştəri operatorun paketi etiketlə gedir: [müştəri operatorun LSP etiketi | onun VPN etiketi | IP]. PE1 abunəçilərin ünvanlarını bilmir və VRF-də IP lookup edə bilməz: paketlər etiket üzrə kommutasiya olunmalıdır. Ona görə PE1 və CE1 VRF daxilindəki prefikslər üçün etiket mübadiləsi edir:

  • Etiketli eBGP (IPv4 + label, RFC 8277/3107): address-family ipv4 vrf-də neighbor ... send-label (Cisco), peer ... label-route-capability (Huawei), routing-instance daxilindəki qrupda family inet labeled-unicast (Junos). İnterfeysdə etiketli yönləndirmə qoşulur: mpls bgp forwarding (Cisco), mpls (Huawei), family mpls (Junos).
  • VRF-də IGP/LDP: PE-CE əlaqəsində IGP (OSPF/RIP/statik) üstəgəl LDP işləyir; PE müştəri operatorun IGP marşrutlarını MP-BGP-yə redistribute edir. VRF interfeysində LDP üçün LDP router-id VRF-dən əlçatan olmalıdır.

Adətən eBGP seçilir: bir protokol həm prefiksi, həm də etiketi daşıyır, miqyaslanır və siyasətlərlə filtrlənir.

Yol boyunca etiket steki

Tutaq ki, PE-cust1 arxasındakı abunəçi (CE1 arxasında 10.200.0.1/32) PE-cust2 arxasındakı abunəçiyə (CE2 arxasında 10.200.0.2/32) trafik göndərir:
| Hissə | Etiket steki (yuxarıdan aşağı) | Kim verir |
|---|---|---|
| CE1 -> PE1 | 10.200.0.2/32 üçün PE1 etiketi, müştəri operatorun VPN etiketi | PE1 (eBGP-LU), PE-cust2 |
| PE1 -> P1 -> PE2 | PE2-yə LDP nəqliyyat etiketi, 10.200.0.2/32 üçün backbone VPN etiketi, müştəri operatorun VPN etiketi | backbone LDP, PE2 (MP-BGP), PE-cust2 |
| PE2 -> CE2 | 10.200.0.2/32 üçün CE2 etiketi (implicit-null deyilsə), müştəri operatorun VPN etiketi | CE2 (eBGP-LU), PE-cust2 |
Backbone nüvəsində üç etiket (12 bayt), PE-CE əlaqəsində iki etiket var. P routerlər yalnız yuxarı etiketi görür və nə CsC, nə də müştəri operatorun müştəriləri haqqında bilmir. Müştəri operatorun daxili VPN etiketi bütün yolu dəyişməz keçir: onu yalnız onun öz PE-si vurur və silir.

İdarəetmə müstəvisi addım-addım

  1. CE1 eBGP (AS 65001) ilə 10.200.0.1/32 loopback-ini və etiket elan edir; PE1 prefiksi CSC-CUST VRF-inə yerləşdirir.
  2. PE1 prefiksi RD 65000:50, RT 65000:500 və backbone VPN etiketi ilə VPNv4-ə ixrac edir; PE2 onu öz CSC-CUST VRF-inə idxal edir.
  3. PE2 prefiksi CE2-yə yeni etiketlə eBGP-LU üzərindən elan edir; hər iki saytda eyni AS 65001 PE2-də as-override (Huawei substitute-as) və ya CE-də allowas-in tələb edir.
  4. Müştəri operator PE-cust1 və PE-cust2 arasında loopback-lərlə öz iBGP/MP-BGP-sini qurur; onun nəqliyyatı 1-3-cü addımlarda yaradılmış LSP-dir.

Miqyas və məhdudiyyətlər

  • Backbone PE-də CSC-CUST VRF-i yalnız müştəri operatorun infrastrukturunu saxlayır: milyonlarla əvəzinə yüzlərlə prefiks. Qəbulu maximum-prefix (Huawei route-limit, Junos prefix-limit) və icazə verilən /32-lər üçün filtrlə məhdudlaşdırın.
  • Bir VRF bir müştəri operatora xidmət edir; onun bütün VPN-ləri bu VRF-dən şəffaf keçir.
  • PE-CE-də etiketlər hər prefiks üçün ayrılır: VRF-də çox prefiks platformanın etiket fəzasını tükədir.
  • MTU: CsC etiket əlavə edir; 1500 baytlıq müştəri paketləri üçün backbone MTU ən azı 1500 + 12 (üç etiket) + L2 olmalıdır.
  • QoS: müştəri etiketinin EXP/TC-si yalnız siyasət qurulubsa yuxarı etiketlərə kopyalanır; default olaraq backbone yuxarı etiketə görə təsnif edir.