LDP miqrasiyası və TI-LFA laboratoriyası

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

Laboratoriya: LDP-dən Segment Routing-ə (SR-MPLS) xidmətlər üçün minimal riskli mərhələli miqrasiya. İstismardakı şəbəkədə yüzlərlə node-un sərt keçidi mümkün deyil, ona görə miqrasiya LDP və SR birgə mövcudluğu (ships-in-the-night), SR/LDP interworking (RFC 8661) və Segment Routing Mapping Server (SRMS) vasitəsilə aparılır. SRMS hələ SR dəstəkləməyən node-lar adından prefix-SID bağlamalarını elan edir, sərhəd node-lar isə SR və LDP seqmentlərini tikir. Bütün node-larda SR əlçatanlığı və TI-LFA yoxlanılandan sonra üstünlük platformadan asılı parametrlə SR-ə keçirilir (məsələn, Cisco-da sr-prefer). L3VPN/EVPN xidmətləri yoxlanılıb monitorinq edildikdən sonra LDP söndürülür. Hər addım yoxlanılmalı və geri qayıtma planı olmalıdır: dəyişiklik pəncərələri və testlər hitless sözü ilə əvəz olunmur.

Miqrasiya niyə mərhələli aparılır

LDP-dən SR-MPLS-ə keçid bir gecədə edilə bilməz: müxtəlif şəhərlərdəki avadanlıq növbə ilə yenilənir, bəzi qovşaqlar SR-i dəstəkləmir və ya lisenziyası yoxdur, xidmətlər (L3VPN, EVPN, VPWS) isə zərər görməməlidir. Buna görə LDP və SR birgə mövcud olur: hər iki protokol LFIB-i doldurur, aralarında seçimi isə üstünlük üzrə əməliyyat parametri edir. Əsas sənəd RFC 8661-dir (SR və LDP interworking), o isə RFC 8665/8667 (IGP genişlənmələri) və RFC 8402-yə əsaslanır.

İlkin şərtlər

• Wide metrikalı IS-IS (və ya opaque LSA-lı OSPF), vahid SRGB, təkrarsız indeks planı: hələ miqrasiya etməmiş qovşaqlar üçün indekslər rezerv edilir.
• SR yolunda olmalı bütün qovşaqlar SR-MPLS-i dəstəkləyir; MSD planlaşdırılan steklər və TI-LFA üçün kifayətdir.
• Nüvənin MTU-su etiket steki üçün hesablanıb; keçiddən əvvəl və sonra DF ilə iri paketlər testi aparılır.
• SRGB üçün etiket diapazonu rezerv edilir; onun LDP-nin dinamik etiketləri və ya statika ilə məşğul olmadığına əmin olun.

Mərhələlər

1. SR-i LDP ilə yanaşı aktivləşdirmək. SRGB, hər loopback üçün Prefix-SID, IGP-də SR. SR etiketləri artıq LFIB-dədir, lakin üstünlük LDP-dədir: trafik dəyişmir. Monitorinq başlayır, SID bazaları üzləşdirilir (konfliktlər yoxdur).
2. SR Mapping Server (SRMS) vasitəsilə interworking. Hələ SR-i olmayan qovşaqlar üçün bir və ya bir neçə SRMS onların adından "prefiks - SID indeksi" bağlamasını elan edir: IS-IS-də bu, SID/Label Binding TLV 149-dur (F, M, S, D, A bayraqları; S bütün domen üzrə flooding deməkdir), OSPF-də Prefix-SID və M bayrağı olan Extended Prefix Range TLV; OSPF-də SRMS prioritetini SRMS Preference TLV göstərir. Bağlama köhnə qovşağın özündə qüvvəyə minmir, digər qovşaqlara onun prefiksi üçün SR etiketindən istifadə etməyə imkan verir. Sahibin öz Prefix-SID-i, bir qayda olaraq, SRMS qeydindən üstündür, lakin konfliktlərin həllinin dəqiq qaydaları realizasiyadan asılıdır.
3. Sərhəddə calaqlama. SR və LDP olan sərhəd qovşağı iki əməliyyat yerinə yetirir (RFC 8661): SR-dən LDP-yə - köhnə qovşaq prefiksinin gələn SR etiketi ondan alınmış LDP etiketi ilə əvəz olunur; LDP-dən SR-ə - SR qovşağının prefiksi üçün sərhəd qovşağı LDP bağlaması elan edir və LDP etiketini aldıqda SR etiketini qoyur. Beləliklə, qarışıq yolda LSP PE-dən PE-yə fasiləsiz olur.
4. Üstünlüyün dəyişdirilməsi. Cisco IOS-XE: set-attributes daxilində sr-label-preferred; Junos: IS-IS-də SR (L-ISIS) preference 14, LDP isə 9-dur, buna görə standart olaraq LDP qalib gəlir, keçid üçün LDP preference artırılır (set protocols ldp preference 20); Huawei: tunnel-policy-də tunnel növlərinin ardıcıllığı (tunnel select-seq sr-lsp lsp). Əvvəl bir PE-də keçid edilir, xidmətlər yoxlanılır və yalnız sonra domenə genişləndirilir: beləliklə geri qaytarma bir əmrlə həyata keçir.
5. Validasiya. L3VPN/EVPN/VPWS (CE-lər arasında ping), traceroute, SR FEC üçün LSP ping və traceroute (RFC 8287), interfeys sayğacları, TI-LFA (əhatə və bərpa siyahıları), xəttin nasaz olması və qayıtması zamanı davranış və MTU yoxlanılır.
6. LDP-nin silinməsi. Müşahidə müddətindən sonra (günlər və ya həftələr): LDP interfeyslərdən (no mpls ip, no mpls ldp), sonra qlobal olaraq silinir; miqrasiya etmiş qovşaqlar üçün SRMS qeydləri silinir; LDP-IGP sync götürülür. Bu ana qədər LDP geri qayıtma ehtiyatı olaraq qalır.

Geri qaytarma

LDP silinməyibsə, geri qaytarma üstünlüyün əks keçidindən ibarətdir: LFIB artıq LDP etiketlərini ehtiva edir, buna görə trafik IGP-ni yenidən hesablamadan qayıdır. LDP silindikdən sonra geri qaytarma bütün xətlərdə LDP-nin yenidən qurulması deməkdir, buna görə 6-cı addımı tələsdirməyin. SRMS üçün qayda: əvvəl qovşaqda öz SID-lərini aktivləşdirin, sonra onun qeydini SRMS-dən silin.

Təhlükəli yerlər

• SID konflikti. SRMS qeydindəki indeks digər qovşağın indeksi ilə üst-üstə düşür: müxtəlif marşrutlaşdırıcılarda fərqli qalib olur, trafik yanlış qovşağa gedir. Bütün indekslər, SRMS indeksləri də daxil olmaqla, vahid cədvəldə aparılır.
• Tək SRMS. Bu, control plane-in nasazlıq nöqtəsidir; müxtəlif prioritetli iki SRMS istifadə olunur.
• Sərhəddə PHP və explicit-null. Köhnə qovşaq SR etiketlərini başa düşmür: ondan əvvəlki son addımda etiket çıxarılmalı və ya LDP etiketi ilə əvəz olunmalıdır, əks halda naməlum etiketli paket atılır.
• Hazırlıqsız üstünlük. SID-i və SRMS qeydi olmayan qovşaqlardan keçən yolu olan PE-də SR-ə keçid trafikin bir hissəsini LDP-yə qaytarır və ya sərhəd qovşağında calaqlama olmayan yollarda itkiyə səbəb olur.
• MTU. SR steki LDP etiketindən uzundur; problem yalnız iri paketlərdə özünü göstərir.
• TI-LFA və SR olmayan qovşaqlar. Bərpa yolu Prefix-SID-i olmayan qovşaqlardan keçə bilməz: miqrasiya bitənə qədər əhatə natamam qalır.
• Qarışıq istehsalçılar. SRGB və üstünlüyün müxtəlif standart qiymətləri hər platformada açıq yoxlama tələb edir.

Sonraya nə qalır

LDP sessiyaları şəbəkədə etiketləri yalnız LDP ilə alan qovşaqlar olduqca və bəzi xidmətlər üçün (məsələn köhnə konfiqurasiyalarda pseudowire üçün targeted LDP) lazımdır. RSVP-TE və SR Policy bir qovşaqda LDP-SR miqrasiyasından asılı olmayaraq birgə mövcud olur.

Memarlıq sxemi və topologiya

+---------------------+      LDP-to-SR Interworking (SRMS)      +---------------------+
| Legacy LDP Domain   | <=====================================> | Modern SR-MPLS Core |
| Runs LDP only       |           SR Mapping Server (SRMS)      | Runs IS-IS/OSPF SR  |
| Needs SR translation|        Stitches LDP and SR Labels       | No LDP required     |
+---------------------+                                         +---------------------+

Trafik axını və etiket steki sxemi

Segment Routing Mapping Server (SRMS) and LDP/SR stitching:
1. The SRMS advertises prefix-to-SID-index mappings on behalf of nodes that do not run SR (they only run LDP).
2. The border node has an SR label (SRGB base + index, for example 16002) for the prefix and an LDP label (from the LDP pool, for example 24005) received from the legacy neighbour.
3. SR -> LDP: the incoming SR label of the legacy node's prefix is swapped for the LDP label received from it.
4. LDP -> SR: for the prefix of an SR node the border node advertises an LDP binding; the incoming LDP label is swapped for the SR label.
5. Traffic crosses the mixed domain during the phased migration; labels differ per domain, so each border does a swap.

Vəziyyətlər və parametrlər cədvəli