Laboratoriya: LFA/rLFA, BGP PIC və konvergensiyanın ölçülməsi

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

Laboratoriya moduldakı hər şeyi bir topologiyada birləşdirir: LFA-nın PE1-P1 xəttini qoruduğu metrikalı PE1-P1/P2-PE2 romb, PE2 və PE3-ə qoşulmuş müştəri A və PE1-ə hər iki VPNv4 yolunu verən RR. Əvvəlcə optimallaşdırma olmadan konvergensiyanı ölçür, sonra BFD və SPF tənzimini, sonra LFA/rLFA-nı və nəhayət ehtiyat yollu BGP PIC-i aktivləşdirir, hər addımdan sonra eyni nasazlıq testini təkrarlayırsınız. Əsas məqsəd mütləq rəqəmlər deyil, hansı mərhələnin (aşkarlama, flooding, SPF, FIB, BGP) itkinin hansı hissəsini verdiyini və hər mexanizmin onu necə aradan qaldırdığını anlamaqdır. Ölçmə generatordan məlum tezliklə paket axını ilə aparılır, itki isə itirilmiş paketlərin sayının tezliyə bölünməsidir. Vaxt platformadan asılıdır: aparat yönləndirməsi olmayan virtual obrazlarda dəyərlər aparatdakından yüksək və küylü olacaq, buna görə mərhələləri bir-biri ilə müqayisə edin, gözlənilən dəyərləri isə zəmanət yox, diapazon kimi qəbul edin.

Konvergensiyanı düzgün necə ölçmək olar

Konvergensiya loqlardakı taymerlərlə yox, paket itkisi ilə ölçülür. Generator ardıcıl nömrələrlə məlum tezlikli axın göndərir (saniyədə 1000 paket 1 ms, 10000 isə 0,1 ms həllediciliyi verir), qəbuledici isə buraxılmış nömrələri sayır. İtki pəncərəsi itirilmiş paketlərin sayının tezliyə bölünməsinə bərabərdir; axınlar hər iki istiqamətdə gedirsə, onları ayrıca qeyd edin, çünki gediş və qayıdış yolları müstəqil konvergensiya edir. Ölçmə hər mərhələdə ən azı 10 dəfə təkrarlanır, minimum, median və maksimum saxlanılır: virtual platformada tək işə düşmə CPU planlaşdırıcısının küyünə görə az şey deyir. Saniyəlik intervalla ping ilə ölçməyin: o, yalnız tam saniyələri görür. Generator və qəbuledicinin saatları ümumi olmalıdır, yoxsa axın bir hostda sayılır (şəbəkə vasitəsilə döngü).

Nasazlığın inyeksiyası növləri

İnterfeysin inzibati shutdown-u ən təmiz testdir, lakin fiziki qırılmanı təkrarlamır: interfeys proqram yolu ilə söndürülür və qonşu siqnal itkisini dərhal öyrənir, buna görə BFD və LoS real aşkarlama vaxtını göstərmir. Aşkarlamanı yoxlamaq üçün xətti hadisəni almayan tərəfdə ayırın (virtual kabelin çıxarılması, körpü hostunda ip link set down) və ya BFD paketlərini filtrlə passiv bloklayın. Qovşaq nasazlığı (söndürmə və ya reload) IGP-ni, BGP next-hop tracking-i və PIC Edge-i yoxlayır. Proses nasazlığı və ya control plane reload-u Graceful Restart/NSF-i yoxlayır. Xəttin qayıtması (link-up) ayrıca sınaqdan keçirilir: o, mikro-döngüləri və ikinci itki dalğasını provokasiya edir. Əvvəlcədən hansı nasazlıq növünün hansı mərhələyə aid olduğunu müəyyən edin və onları qarışdırmayın.

Gözlənilən dəyərlər diapazon kimi

Aşağıda zəmanət yox, ağıl yoxlaması üçün tərtiblər verilib: onlar platformadan, proqram versiyasından və prefiks sayından asılıdır. BFD və tənzimləmə olmadan PE1-P1 xətti nasazlığı: interfeys fiziki olaraq düşürsə və platforma siqnal itkisinə reaksiya verirsə, itki saniyənin hissələrindən bir neçə saniyəyə qədərdir (defolt taymerlərlə SPF, FIB, etiketlər); Hello/Dead-ə güvənilirsə, itki onlarla saniyəyə çatır. BFD 50 ms x 3 və SPF 50/200/5000 ms ilə: aparat platformalarında adətən 150-800 ms. LFA ilə: aparatda onlarla millisaniyədən təxminən 200 ms-ə qədər (aşkarlama və proqramlaşdırma), virtual obrazlarda çox vaxt 100-500 ms, bəzi obrazlarda isə LFA yönləndirmə yoluna proqramlaşdırılmır və qazanc olmur. Kiçik cədvəllə PIC olmadan PE2 nasazlığı: yüz millisaniyədən bir neçə saniyəyə qədər, defolt 5 s next-hop trigger gecikməsi ilə vaxta 5 s əlavə olunur; 100 min və daha çox prefikslə - saniyələrdən onlarla saniyəyə qədər; PIC Edge ilə: prefiks sayından asılı olmayaraq 100-500 ms. GR ilə P1 reload: işləyən helper olduqda tranzit trafik üçün itki sıfıra yaxındır, GR olmadan isə qovşaq nasazlığına bərabərdir.

Nəticənin mərhələlərlə əlaqələndirilməsi

Hər təkmilləşdirmə müəyyən mərhələni aradan qaldırır: BFD aşkarlamanı, SPF tənzimi hesablama gözləməsini, LFA flooding, SPF və yol üzərində FIB-i, PIC isə BGP-nin prefiks-prefiks yenidən proqramlaşdırılmasını. Mexanizmi aktivləşdirdikdən sonra itki azalmayıbsa, darboğaz başqa mərhələ idi. LFA testində itki 300-500 ms səviyyəsində qalırsa, ehtiyat yolun həqiqətən FIB-də quraşdırıldığını (repair path və ya backup next hop), BFD-nin hər iki ucda aktiv olduğunu və proqram yönləndirməsinin olmadığını yoxlayın. Əks istiqamətin konvergensiyasını unutmayın: gediş axını PE1-də, qayıdış axını PE2/PE3-də konvergensiya edir və bəzən başqa qoruma mexanizmi istifadə edir. Bərpanı da təhlil edin: xəttin adi taymerlərlə qaytarılması LFA-nın müalicə etmədiyi mikro-döngü verə bilər; ona mikro-döngü gecikməsi və sıralı yenilənmə qarşı durur.

Laboratoriyanın məhdudiyyətləri

Virtual marşrutlaşdırıcı obrazları (CSR, vMX, virtual VRP) paketləri proqram yolu ilə yönləndirir: onlarda ehtiyat yolların ASIC proqramlaşdırılması yoxdur, buna görə mütləq vaxt aparatı əks etdirmir, PIC və LFA isə bəzən qismən implementasiya olunur. Buna görə nisbi təkmilləşməni qiymətləndirin, aparatla işləyirsinizsə, proqram versiyasını qeyd edin. 100 min BGP marşrutunun generasiyasından CPU yükü ölçməni təhrif edə bilər: generatoru əvvəlcədən işə salın və sabitləşməni gözləyin. Fon hadisələri (flap, restart) zamanı ölçməyin. Nəhayət, hər mərhələdə konfiqurasiyanı (diff şəklində) qeyd edin: nəticənin təkrarlana bilməsi rəqəmin özü qədər vacibdir.

Memarlıq sxemi və topologiya

                    RR 10.255.0.100
                         |  10.0.100.0/30
             10.0.11.0/30|        10.0.12.0/30
  +-----+ metric 10 +----+------ metric 10 +-----+  CE A (dual-homed)
  | PE1 |-----------| P1 |-----------------| PE2 |--+  LAN 192.168.20.0/24
  +-----+           +----+\                +-----+  |  RD 65000:2 (primary)
10.255.0.1      10.255.0.11 \ metric 30   10.255.0.2 |
     |                       \            +-----+    |
     | metric 20              +----------| PE3 |----+  RD 65000:3 (backup)
  +----+                     /           +-----+
  | P2 |--------------------+  10.255.0.3
  +----+  metric 10 to PE2, metric 30 to PE3
10.255.0.12

 Traffic: generator on LAN 192.168.10.0/24 (PE1) -> host 192.168.20.10 via VRF A
 Test A: shut PE1-P1 | Test B: power off PE2 | Test C: reload P1

Trafik axını və etiket steki sxemi

1. Baseline: send a UDP stream at 1000 packets per second from LAN 192.168.10.0/24 to 192.168.20.10.
2. Inject a failure (link, node or process) and record the number of lost packets.
3. Loss window = lost packets / packet rate; repeat the test at least 10 times per stage.
4. Enable the next mechanism (BFD, SPF tuning, LFA/rLFA, BGP PIC) and repeat the same test.
5. Compare min / median / max per stage and map each improvement to a convergence stage.
6. Restore the link and measure recovery: repeat to check for microloops on link-up.

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

Memarlıq modeli və iş prinsipləri

Real operator şəbəkələrində MPLS müxtəlif istehsalçıların avadanlıqlarını birləşdirir. Aşağıda dörd platforma üçün praktiki konfiqurasiya və Data Plane / Control Plane yoxlama nümunələri təqdim olunur: Cisco IOS-XE/XR, Huawei VRP, Juniper Junos və MikroTik RouterOS v7. Sintaksis fərqlərinə və etiket paylama mexanizmlərinə diqqət yetirin.