Nəzəri əsaslar və memarlıq
Laboratoriya işi: MPLS L3VPN nüvəsində nasazlıqların lokallaşdırılması və aradan qaldırılması (Troubleshooting & Fault Isolation). Metod aşağıdan yuxarı qat-qat yoxlamadır: fiziki xətt və interfeys xətaları, IGP və loopback-lər, LDP və bindinqlər, LFIB/CEF və MTU, MP-BGP və vpnv4, Route Target və VRF-ə import, VRF cədvəli və PE-CE sərhədi; aşağı qat sübutla (komanda çıxışı, cavab kodu) təsdiqlənmədikcə yuxarı qat diaqnostika edilmir. Hər qatda iki sual fərqlənir: control plane ("qovşaq marşrutu və label-i bilirmi?") və data plane ("onlara görə ötürürmü?": LFIB, ping mpls, traceroute mpls). Laboratoriya üç tipik nasazlığı araşdırır: 1. LDP bir interfeysdə söndürülüb: IGP və BGP işləyir, lakin qonşu loopback-i label cədvəlində Untagged/No Label kimi görünür və VPN paketi P-də atılır. 2. Import Route Target dəyişdirilib: LSP və sessiyalar normaldır, lakin VRF marşrutları import etmir; show vrf detail və vpnv4 cədvəlindəki RT-nin müqayisəsi həll edir. 3. MTU azaldılıb: hər label 4 bayt artırır, L3VPN paketində ikisi var, ona görə 1500 baytlıq IP paketi nüvədə 1508 bayt tələb edir; kiçik ping-lər keçir, ping vrf ... size 1500 df-bit isə keçmir.
Metod: qat-qat, aşağıdan yuxarı
MPLS-VPN-də qəza eyni görünür ("müştəri ping-i keçmir"), səbəblər isə müxtəlif səviyyələrdə onlarla ola bilər. İzolyasiya metodu yolu qatlara bölür və aşağıdan başlayaraq ilk nasaz qat tapılanadək hər birini yoxlayır: fiziki xətt və interfeys xətaları, IGP qonşuluğu və loopback əlçatanlığı, LDP sessiyası və əlaqələr (LIB), proqramlaşdırılmış ötürmə cədvəli (LFIB/CEF) və MTU, MP-BGP sessiyası və VPNv4 marşrutları, Route Target və VRF-ə import, VRF cədvəli və PE-CE birləşməsi, nəhayət müştəri şəbəkəsi. Qayda: aşağı qat təsdiqlənməyənədək yuxarı qat diaqnostika edilmir, çünki onun simptomları nəticə ola bilər. Hər qatda fərziyyə yox, sübut lazımdır: əmr çıxışı, rəqəm, cavab kodu.
Control plane və data plane: iki növ sual
Hər qatda iki fərqli sual verilir. Control plane: "qovşaq marşrutu və əlaqəni bilirmi?" (show ip route, show mpls ldp bindings, show bgp vpnv4 unicast all). Data plane: "qovşaq paketi bu biliyə əsasən ötürürmü?" (show mpls forwarding-table detail, show ip cef detail, ping mpls). Tipik tələ: əlaqə LIB-dədir, LFIB-də isə qeyd No Label və ya Untagged kimi işarələnib, yaxud LFIB düzgündür, aparat cədvəli isə səhv proqramlaşdırılıb. Ona görə diaqnostikada hər iki yoxlama növü birləşdirilir: əvvəlki dərslərdən LSP ping/traceroute və BFD data plane-in vəziyyətini, cədvəllər isə control plane-i göstərir.
Alətlər nəyi göstərir (qat xəritəsi)
IGP qatı: source ilə loopback-dən loopback-ə ping, show ip ospf neighbor, BFD vəziyyəti. LDP qatı: show mpls ldp neighbor (sessiya Operational, nəqliyyat ünvanı loopback-dir), show mpls ldp discovery (hello-lar lazımi interfeyslərə gəlir), show mpls ldp bindings 10.255.0.2 32 (əlaqə next-hop-dan alınıb). LFIB qatı: show mpls forwarding-table 10.255.0.2 32 detail (çıxış etiketi, interfeys, next-hop), traceroute mpls (hər hop-da MRU və etiketlər). MP-BGP qatı: show bgp vpnv4 unicast all summary (sessiya Established, prefikslərin sayı). VRF qatı: show vrf detail A (RD, import/export RT), show ip route vrf A, show ip cef vrf A <prefix> detail (iki etiketdən ibarət yığın: nəqliyyat və VPN).
Üç tipik qəza və əlamətləri
Bir interfeysdə LDP söndürüldü. IGP qonşuluğu və RR-ə BGP sessiyası Up qalır, çünki IP kimi gedir; etiket cədvəlində qonşunun loopback prefiksi Untagged/No Label kimi göstərilir. VPN paketi yalnız VPN etiketini alır və P-yə gedir, P-də isə nəqliyyat etiketi üçün əlaqə yoxdur, ona görə paket atılır. Gözlənilən əlamətlər: qonşusuz show mpls ldp neighbor, Q və ya N kodlu ping mpls, IGP ping işləyərkən ping vrf A-nın itməsi. Həlledici sübut show mpls forwarding-table <PE2 loopback> detail-dir.
Import RT dəyişdirildi. Nəqliyyat işləyir: LSP ping uğurludur, LDP və BGP qaydasındadır. Lakin VRF marşrutları import etmir: PE RT-si heç bir importla üst-üstə düşməyən VPNv4 marşrutlarını saxlamır, ona görə axtarılan prefiks show ip route vrf A-da yoxdur, show bgp vpnv4 unicast all da onu göstərmir. Diaqnostika: PE1-də show vrf detail A-dakı import RT-ni PE2-nin ixrac etdiyi RT ilə tutuşdurmaq (RR-də show bgp vpnv4 unicast rd <rd> <prefix> ilə Extended Community sahəsində görünür). "LSP sağlamdır, marşrut isə yoxdur" simptomu birmənalı olaraq VPN siyasəti qatına işarə edir.
MTU azaldıldı. Kiçik paketlər keçir, böyüklər itir: hər etiket 4 bayt əlavə edir, L3VPN-də müştəri paketində isə ikisi var (nəqliyyat və VPN), yəni 1500 baytlıq IP paketi nüvədə 1508 bayt tələb edir. Xəttin MTU-su 1500-dürsə, paket fraqmentləşdirilir (DF=0 olduqda) və ya atılır (DF=1 olduqda). Əlamətlər: ping vrf A <dst> size 1500 df-bit keçmir, size 1400 isə keçir; standart ölçülü ping mpls uğurludur, çünki echo kiçikdir; traceroute mpls konkret hop-da azaldılmış MRU göstərir. ICMP "fragmentation needed" mesajı filtrlənərsə, MTU black hole alınır: TCP sessiyaları əl sıxışmadan sonra "donur". Həll: bütün nüvə xətlərində MTU-nu (və ya mpls mtu-nu) ən azı 1508-1520-yə qaldırmaq və ya müvəqqəti tədbir kimi PE-də tcp adjust-mss qurmaq.
Xronologiya və hadisələr
Jurnal və bildirişlər hadisələrin ardıcıllığını verir, ardıcıllıq isə səbəbə işarə edir: əvvəlcə BFD, sonra OSPF, sonra LDP və yalnız ondan sonra BGP düşübsə, səbəb aşağı səviyyədədir; IGP olmadan yalnız LDP sessiyası düşübsə, günahkar LDP səviyyəsindəki konfiqurasiya və ya MTU-dur (hello-lar işləyir, 646 portunda böyük mesajlı TCP sessiyası isə qurulmur). LDP/BGP üçün MTU probleminin tipik əlaməti: qonşuluq qalxır, lakin böyük yenilənmələr (Keepalive və Update) mübadiləsində sessiya düşür. Həmişə "nə dəyişib" sualını verin: cari konfiqurasiyanı insidentdən əvvəl saxlanmış etalon (baseline) ilə tutuşdurun.
Yoxlama intizamı
Testlərdən əvvəl sağlam şəbəkənin etalonu qeyd olunur: show mpls forwarding-table çıxışı, LSP traceroute-dakı MRU, LSP ping-in RTT-si, BFD sayğacları. Sonra bir dəyişiklik edilir, minimal əmr dəsti toplanır, qat fərziyyəsi formalaşdırılır, təsdiqlənir və vəziyyət qaytarılır. Bir neçə parametrin eyni anda dəyişdirilməsi nəticələri etibarsız edir. OAM cavabının olmaması qırılmanı sübut etmir: cavab qayıdış yolunda itə və ya filtrlənə bilər, ona görə başqa üsulla müstəqil təsdiq tələb olunur (LFIB cədvəli, interfeys sayğacları, traceroute mpls). Əksinə, uğurlu ping xidmətin sağlam olduğunu sübut etmir: o, yolu yoxlayır, lakin RT-ni və müştəri paketinin MTU-sunu yox.
Memarlıq sxemi və topologiya
+-----------+ Broken Core Link / Label Mismatch +-----------+
| PE-1 | =====================X========================> | PE-2 |
| Diagnostics: LSP Ping, Traceroute, LFIB Inspection | Egress |
| Isolates: MTU Black Hole, LDP Sync Mismatch, Broken Binding | Target |
+-----------+ +-----------+Trafik axını və etiket steki sxemi
Systematic MPLS Troubleshooting Pipeline:
1. Verify Control Plane: Are IGP adjacencies UP? Is LDP session Operational? Is BGP VPNv4 established?
2. Verify Label Bindings: Does local LIB have a binding for the destination FEC?
3. Verify Data Plane (LFIB): Does incoming label map to correct outgoing label and interface?
4. Run LSP Ping / Traceroute: Is packet dropped due to MTU mismatch or unprogrammed penultimate hop?
5. Remediate: Fix LDP-IGP sync, MTU mismatch, or VRF Route Target policy.