Operatora MPLS nə üçün lazımdır

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

MPLS (Multiprotocol Label Switching) rabitə operatoru şəbəkələrində nəqliyyat infrastrukturunu (underlay) müştəri xidmətlərindən (overlay) ayıran əsas texnologiyadır. İlkin olaraq FIB cədvəllərində ən uzun maska axtarışı (LPM) əvəzinə 20-bitlik sabit etiketlərlə kommutasiyanı sürətləndirmək üçün yaradılsa da, müasir dövrdə onun əsas dəyəri BGP-Free Core arxitekturasındadır: tranzit P routerləri trafiki yalnız xarici nəqliyyat etiketi (LDP və ya Segment Routing) ilə ötürür və yalnız sərhəd PE-lərin Loopback ünvanlarını tanıyır. P routerlər müştəri VPN marşrutlarını və ya qlobal İnternet cədvəlini (900 000-dən çox marşrut) saxlamaq məcburiyyətində qalmır. Giriş PE routerində paketə etiket steki əlavə olunur: xarici nəqliyyat etiketi paketi çıxış PE-yə çatdırır, daxili xidmət etiketi isə müştərinin VRF və ya pseudowire xidmətini müəyyən edir. MPLS məlumatı şifrələmir: təhlükəsizlik marşrut cədvəllərinin (VRF) və etiketlərin izolyasiyası ilə təmin olunur, kriptoqrafik məxfilik tələb olunduqda isə IPsec və ya MACsec tətbiq edilir.

Etiket nə üçün yarandı: tarix və real motivasiya

Etiket üzrə kommutasiya ideyası 1996-1997-ci illərdə doğuldu (Ipsilon IP Switching, Cisco Tag Switching, IBM ARIS, Toshiba CSR): o vaxt magistrallar ATM və Frame Relay üzərində qurulurdu, prosessor əsaslı IP marşrutlaşdırıcılar isə cədvəllərin böyüməsinə çatmırdı. IETF yanaşmaları MPLS arxitekturasında (RFC 3031) və etiket yığınının kodlaşdırma formatında (RFC 3032) birləşdirdi. Başa düşmək vacibdir ki, "etiket LPM-dən sürətlidir" arqumenti bu gün əsasən tarixidir: müasir ASIC-lər bir milyon prefiks üzrə Longest Prefix Match əməliyyatını xətt sürətində icra edir (TCAM və ya alqoritmik ağaclar). Operatorlar MPLS-i başqa səbəblərə görə saxlayır: nüvəni xarici marşrutlardan azad etmək, vahid infrastrukturda çoxlu xidmət, idarə olunan yollar (traffic engineering, sürətli reroute FRR) və müştərilərin proqnozlaşdırıla bilən izolyasiyası.

Etiket üzrə və prefiks üzrə axtarış: fərq nədədir

IPv4 yönləndirməsi təyinat ünvanını FIB-də ən uzun uyğun gələn prefiksə görə axtarır: 32 bitlik açar, /0-dan /32-yə qədər maskalar, nəticə isə daha spesifik yazıların olub-olmamasından asılıdır. Etiket 20 bitlik tam ədəddir (0..1 048 575) və LFIB cədvəlində dəqiq uyğunluq (exact match) açarı kimi istifadə olunur (Cisco-da bu mpls forwarding-table, Junos-da mpls.0 cədvəlidir). Axtarışın nəticəsi əməliyyat (push, swap, pop), çıxış interfeysi, next-hop və yeni etiketdir. Etiketin yalnız lokal mənası var: hər LSR verilmiş FEC (Forwarding Equivalence Class) üçün etiketi özü seçir və upstream qonşuya elan edir, buna görə PE1 -> P1 -> PE2 yolunda hər seqmentdə etiket dəyərləri fərqlidir. Etiketləri şəbəkə üzrə "razılaşdırmaq" lazım deyil, yalnız bağlamaları yayan protokol lazımdır (LDP, RSVP-TE, BGP-LU, Segment Routing üçün IS-IS/OSPF).

BGP-Free Core: əsas səbəb

MPLS olmadan hər tranzit marşrutlaşdırıcı ixtiyari xarici ünvana paketi hara göndərəcəyini bilməlidir, əks halda onu atır: iBGP daxilindəki next-hop (məsələn PE2 10.255.0.2) IGP üzərindən rekursiv həll olunur, lakin müştərinin təyinat ünvanı üzrə yönləndirmə qərarı BGP cədvəlindən qəbul edilir. Buna görə bütün tranzit qovşaqlar tam cədvəli (təxminən bir milyon IPv4 prefiksi üstəgəl IPv6) daşımağa və iBGP-də iştirak etməyə məcburdur. MPLS ilə PE1 müştəri ünvanını VRF-də və ya qlobal cədvəldə axtarır, BGP next-hop-u (PE2 loopback) alır və paketi bu loopback-ə doğru LSP boyunca ötürür. Tranzit P1 yalnız yuxarı etiketə baxır: ona PE /32 loopback-ləri üçün IGP marşrutları və LDP bağlamaları lazımdır, müştəri və internet marşrutları isə cədvəllərində yoxdur. Nüvədə vəziyyət müştəri və prefiks sayından yox, PE sayından asılı olaraq artır; P qovşaqlarında BGP lazım deyil.

Buradan sərt tələb çıxır: hər PE loopback üçün LDP bağlaması (və ya SR etiketi) mövcud olmalıdır. BGP next-hop-a LSP yoxdursa, IP ping işləsə belə VPN paketləri atılacaq.

MPLS başlığının formatı və etiket yığını

Yığının bir yazısı (RFC 3032) 4 bayt tutur: Label 20 bit, TC (Traffic Class, əvvəllər EXP) 3 bit, S (Bottom of Stack) 1 bit, TTL 8 bit. Yazılar L2 başlığı ilə L3 başlığı arasında yerləşir (buna görə bəzən "2.5-ci qat" deyilir): əvvəlcə yuxarı etiket gəlir, ən aşağıda isə S=1 olur. Çərçivənin ethertype dəyəri unicast üçün 0x8847, multicast üçün 0x8848-dir. Əlavə yük: hər etiket üçün 4 bayt, yəni L3VPN-də 8 bayt (nəqliyyat + xidmət), FRR/TE etiketi əlavə olunanda 12 bayt, kaskadlarda (Inter-AS, CSC) daha çox. Buna görə nüvənin MTU-sunu artırmaq lazımdır (adətən 1600 və yuxarı), əks halda 1500 baytlıq müştəri paketləri fraqmentləşir və ya DF=1 olduqda səssizcə atılır (MTU haqqında ayrıca dərs var).

TTL push zamanı IP-dən etiketə kopyalanır (propagate), pop zamanı geri qaytarılır; nüvədə onu gizlətmək olar (Cisco-da no mpls ip propagate-ttl, Junos-da no-propagate-ttl). Onda müştərinin traceroute-u daxili P qovşaqlarını göstərmir. TTL kopyalanırsa, tranzit LSR-in yaratdığı ICMP time exceeded LSP boyunca egress PE-yə çatdırılır və yalnız sonra göndərənə qaytarılır, ona görə P qovşaqlarına qədər RTT LSP-nin sonuna qədər olan yolu da əhatə edir.

Nəqliyyat etiketi və xidmət etiketi

VPN şəbəkəsində ən azı iki etiket istifadə olunur. Xarici (nəqliyyat) etiketi LDP/SR/RSVP verir və paketi nüvə vasitəsilə egress PE loopback-inə aparır. Daxili (xidmət, VPN) etiketi BGP (VPNv4/EVPN) və ya pseudowire siqnalizasiyası verir və egress PE-də paketin hansı VRF-ə və ya hansı pseudowire-a təhvil veriləcəyini müəyyən edir. Nüvə xidmət etiketini oxumur: buna görə eyni nəqliyyat L3VPN, L2VPN, EVPN və adi interneti xidmətləndirir. PHP (Penultimate Hop Popping) ilə sondan əvvəlki qovşaq nəqliyyat etiketini çıxarır və egress PE paketi yalnız xidmət etiketi ilə alır, ikiqat lookup-dan qaçır.

Rezerv edilmiş etiketlər və diapazonlar

0-15 etiketləri rezervdir (RFC 3032 və sonrakılar): 0 - IPv4 Explicit Null, 1 - Router Alert, 2 - IPv6 Explicit Null, 3 - Implicit Null (çərçivədə ötürülmür, PHP-ni siqnallaşdırır), 7 - Entropy Label Indicator (RFC 6790), 13 - Generic Associated Channel Label GAL (RFC 5586), 14 - OAM Alert (RFC 3429), 15 - Extension Label (RFC 7274); diapazonun qalanı hələlik təyin edilməyib. Dinamik etiketlər 16-dan başlayır. Platformalar onları müxtəlif bloklardan verir: Cisco IOS-XE defolt olaraq 16-dan başlayan diapazondan istifadə edir (yuxarı sərhəd platformadan asılıdır, mpls label range dəyişikliyi yenidən yükləmədən sonra qüvvəyə minir), Junos adətən LDP etiketlərini 299776 və yuxarı ətrafında verir, Huawei VRP isə 1024-dən başlayır. 16000-23999 bloku çox vaxt Segment Routing SRGB üçün rezerv edilir, ona görə LDP və SR diapazonlarını kəsişdirməmək yaxşıdır.

MPLS şifrələmir

Etiket açıq sahədir, VPN izolyasiyası isə yalnız məntiqi yolla əldə olunur: nüvədə müştərilər etiketlərlə, PE-də VRF cədvəlləri ilə fərqləndirilir. Magistral xətti dinləyə bilən və ya operatorun qovşağına çıxış əldə edən hər kəs müştəri məlumatlarını açıq şəkildə görəcək. Saxtalaşdırmadan qorunma: CE-yə baxan PE portu etiketli paketləri qəbul etməməlidir (müştəri portunda MPLS aktivləşdirilmir). Məxfilik lazımdırsa, MPLS-in üzərində IPsec (CE-lər arasında) və ya MACsec (xətlərdə) tətbiq edilir; MPLS özü yalnız trafiki ayırır.

Alternativlərlə müqayisə

Hər qovşaqda iBGP ilə adi IP: müştəri izolyasiyası yoxdur, nüvə bütün marşrutları saxlayır. GRE tunelləri: IPv4/GRE üçün 24 bayt əlavə yük (20 bayt xarici IP + 4 bayt GRE), nöqtə-nöqtə, full mesh üçün N*(N-1)/2 tunel əllə qurulmalıdır, siqnalizasiya yoxdur; lakin istənilən IP şəbəkəsi üzərində, o cümlədən internet üzərində işləyir. VRF-lite: hər iki qovşaq arasındakı hər seqmentdə ayrıca VRF və subinterfeys/VLAN, müştəri sayı 4094 VLAN və hər tranzit marşrutlaşdırıcıda əl ilə konfiqurasiya ilə məhdudlaşır. MPLS L3VPN VRF-ləri yalnız PE-yə çıxarır, nüvə isə bir nəqliyyat etiketi görür: müştəri əlavə etmək konfiqurasiyanı yalnız iki PE-də dəyişir, P qovşaqlarında isə heç nə dəyişmir.

MPLS harada özünü doğruldur və harada yox

Operatorun çoxlu müştərisi və xidməti olduqda (L3VPN, VPWS/VPLS, EVPN, internet), yükün idarə olunması və sürətli qoruma lazım olduqda (RSVP-TE FRR, SR-də TI-LFA) və ya BGP full mesh-dən qurtulmaq tələb olunduqda özünü doğruldur. 2-5 marşrutlaşdırıcıdan ibarət kiçik korporativ şəbəkədə (OSPF/BGP və VRF-lite kifayətdir), standart IP fabrik üzərində VXLAN/EVPN olan data mərkəzində və ixtisaslı komandası olmayan şəbəkələrdə özünü doğrultmur (qiymət əməliyyat mürəkkəbliyidir: LDP/IGP sync, MTU, LSP ping/traceroute ilə diaqnostika). Müasir variant Segment Routing-dir: LDP və RSVP-ni aradan qaldırır, eyni MPLS yönləndirmə müstəvisini saxlayır (SR-MPLS) və ya onu IPv6 ilə əvəz edir (SRv6).

Tipik nasazlıqlar

PE loopback-inə LSP yoxdur: Huawei-də defolt olaraq etiketlər yalnız /32 host marşrutları üçün qurulur, ona görə /24 maskalı loopback etiket almır. Bir seqmentdə mpls ip söndürülüb: LSP ortada qırılır və IP marşrutu olsa da paketlər itir. MTU: MTU-su 1500 olan nüvə qovşağı 1504 baytlıq etiketli paketi atır. IGP və LDP sinxron deyil: IGP qonşuluğu LDP sessiyasından əvvəl qalxıb və trafik qara dəliyə düşür (LDP-IGP sync ilə müalicə olunur). LDP sessiyası nəqliyyat ünvanına qurulur (defolt olaraq LSR ID), ona görə o IGP ilə əlçatan olmalıdır.

Memarlıq sxemi və topologiya

+-------------------+      +-------------------------+      +-------------------------+      +-------------------+
|  CE-1 (Customer)  | ---> |   PE-1 (Ingress LER)    | ---> |     P-1 (Core LSR)      | ---> |   PE-2 (Egress)   | ---> [CE-2]
| 192.168.10.1/24   |      | Gi0/0: 10.0.0.1 (LDP)   |      | Gi0/1: 10.0.0.2 (Swap)  |      | Gi0/2: 10.255.0.2 |
+-------------------+      +-------------------------+      +-------------------------+      +-------------------+

Trafik axını və etiket steki sxemi

1. CE-1 ---> PE-1:  [IP Header: 192.168.10.10 -> 192.168.20.10 | Payload] (Native IP)
2. PE-1 ---> P-1:   [Transport: 16002 | S=0] [VPN: 24001 | S=1] [IP Header | Payload] (PUSH x2)
3. P-1  ---> PE-2:  [VPN: 24001 | S=1] [IP Header | Payload] (PHP: P-1 pops the transport label, PE-2 advertised Implicit Null)
4. PE-2 ---> CE-2:  [IP Header: 192.168.10.10 -> 192.168.20.10 | Payload] (POP VPN label, lookup in the customer VRF)
(In a longer core every transit P router would SWAP the transport label; only the last one pops it.)

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

Kursun ümumi stendi

İlkin biliklər CCNA səviyyəli IPv4/IPv6, OSPF/IS-IS, iBGP/eBGP və CLI-dir. EVE-NG/GNS3 istifadə edin; Containerlab uyğun obraz və MPLS dataplane tələb edir. Obraz/lisenziyaları qanuni əldə edin. Dərs dəqiqəsi yalnız nəzəriyyə üçündür; laboratoriya əlavə vaxt və resurs tələb edir.

Topologiya: CE-A1 — PE1 — P1 — P2 — PE2 — CE-A2, RR nüvəyə bağlanır. Yüksək metrikalı PE1–P2 ehtiyat və ayrı PE portlarında B müştərisi əlavə edin. Loopback: PE1 10.255.0.1/32, P1 .11/32, P2 .12/32, PE2 .2/32, RR .100/32. Operator AS65000. Linklər PE1–P1 10.0.0.0/30 (.1/.2), P1–P2 10.0.0.4/30 (.5/.6), P2–PE2 10.0.0.8/30 (.9/.10), PE1–P2 10.0.0.12/30 (.13/.14). RR üçün ayrıca core /30 ayırıb loopback elan edin.

A: RT 65000:100, PE1 RD 65000:1, PE2 RD 65000:2. B: RT 65000:200, RD 65000:3/4. Hər ikisində site1 192.168.10.0/24, site2 192.168.20.0/24. A PE–CE 172.16.1.0/30 və 172.16.2.0/30, B 172.16.3.0/30 və 172.16.4.0/30 istifadə edir. PE .1, CE .2-dir. Qəsdən overlap VRF izolyasiyasını test edir. Router ID-lər unikal olmalıdır.

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.

Praktiki konfiqurasiya (Cisco, Huawei, Juniper, MikroTik)

Cisco (IOS-XE/XR)

! PE1: label range, labels only for host routes, hide core TTL
mpls label range 20000 49999
mpls label protocol ldp
mpls ldp router-id Loopback0 force
mpls ldp label
 allocate global host-routes
no mpls ip propagate-ttl forwarded
interface Loopback0
 ip address 10.255.0.1 255.255.255.255
interface GigabitEthernet1
 description to-P1
 ip address 10.0.0.1 255.255.255.252
 no shutdown
 mtu 1600
 mpls ip

Qlobal əmrlər bloku dinamik etiket diapazonunu (mpls label range, yenidən yükləmədən sonra qüvvəyə minir), LDP protokolunu və Loopback0-dan götürülən LSR ID-ni təyin edir. allocate global host-routes etiketləri host /32 marşrutları (PE loopback-ləri) ilə məhdudlaşdırır, bu BGP-free core ideyasıdır, no mpls ip propagate-ttl forwarded isə nüvəni müştərinin traceroute-undan gizlədir. P1-ə gedən portda etiket yığını üçün MTU 1600-ə qaldırılır, mpls ip isə xəttdə LDP-ni və etiket emalını aktivləşdirir.

Huawei (VRP)

system-view
sysname PE1
interface LoopBack0
 ip address 10.255.0.1 255.255.255.255
quit
mpls lsr-id 10.255.0.1
mpls
 lsp-trigger host
quit
mpls ldp
quit
interface GigabitEthernet0/0/1
 undo shutdown
 ip address 10.0.0.1 255.255.255.252
 mpls
 mpls ldp
quit

mpls lsr-id LSR identifikatorunu loopback-dən təyin edir, system-view-da mpls isə MPLS-i qlobal aktivləşdirir; lsp-trigger host LSP-ləri yalnız host /32 marşrutları üçün saxlayır (BGP-free core davranışı). Qlobal mpls ldp protokolu işə salır, sonra Gi0/0/1 portunda mpls və mpls ldp yenidən aktivləşdirilir - onlarsız LDP qonşuluğu yaranmır. Loopback /32 maskalı olmalıdır, əks halda lsp-trigger host altında etiket almır.

Juniper (Junos)

set interfaces lo0 unit 0 family inet address 10.255.0.1/32
set interfaces ge-0/0/1 mtu 1600
set interfaces ge-0/0/1 unit 0 family inet address 10.0.0.1/30
set interfaces ge-0/0/1 unit 0 family mpls
set routing-options router-id 10.255.0.1
set protocols mpls no-propagate-ttl
set protocols mpls interface ge-0/0/1.0
set protocols ldp interface ge-0/0/1.0
set protocols ldp interface lo0.0

1600 fiziki MTU etiket yığını üçün lazımdır, unit 0 üzərində family mpls isə interfeysdə etiket emalına icazə verir. protocols mpls interface portu MPLS-ə qəbul edir, no-propagate-ttl nüvəni müştərinin traceroute-undan gizlədir. LDP P1-ə gedən xəttdə və lo0.0-da aktivləşdirilir: lo0.0 olmadan loopback FEC kimi görünməz və ona LSP olmaz.

MikroTik (RouterOS v7)

/interface/bridge/add name=lo0
/ip/address/add address=10.255.0.1/32 interface=lo0
/mpls/ldp/add lsr-id=10.255.0.1 transport-addresses=10.255.0.1
/mpls/ldp/interface/add interface=ether1

RouterOS v7-də loopback /32 ünvanlı portsuz bridge ilə emulyasiya olunur. /mpls/ldp yazısı LSR ID və nəqliyyat ünvanını (tercihən loopback) təyin edir, /mpls/ldp/interface isə ether1-də LDP Hello göndərilməsini və beləliklə həmin xəttdə etiketləri aktivləşdirir. Etiket diapazonu və TTL-in gizlədilməsinə burada toxunulmur.

Əməliyyat yoxlanışı və LFIB (Cisco, Huawei, Juniper, MikroTik)

Cisco (IOS-XE/XR)

show mpls label range
show mpls interfaces
show mpls ldp parameters
show mpls forwarding-table 10.255.0.2 255.255.255.255 detail

show mpls label range aktiv etiket diapazonunu çap edir, show mpls interfaces isə Gi1-i Yes (ldp) və Operational Yes kimi göstərməlidir. show mpls forwarding-table-da 10.255.0.2/32 üçün Gi1 interfeysi və P1 next-hop ilə çıxış etiketi (No Label yox) gözlənilir, detail çıxışında isə Label Stack{...} olur.

Huawei (VRP)

display mpls interface
display mpls ldp session
display mpls lsp
display fib 10.255.0.2

display mpls ldp session P1 ilə sessiyanı Operational statusunda, DU rejimində və Active/Passive rolunda göstərməlidir. display mpls lsp-də FEC 10.255.0.2/32 üçün gələn etiket NULL və çıxış etiketi görünür, display fib isə P1 next-hop-unu göstərir; lokal FEC-də 3 etiketi Implicit Null deməkdir.

Juniper (Junos)

show mpls interface
show ldp session
show route table mpls.0
show route 10.255.0.2 table inet.3

show ldp session 10.255.0.11 qonşusunu Operational vəziyyətində və DU rejimində göstərməlidir. mpls.0 cədvəlində Receive əməliyyatı ilə 0, 1, 2 və 13 rezerv etiketləri var, inet.3-də isə 10.255.0.2/32 üçün LDP protokolu və P1 etiketi ilə Push əməliyyatı olur.

MikroTik (RouterOS v7)

/mpls/ldp/interface/print
/mpls/ldp/neighbor/print
/mpls/ldp/local-mapping/print
/mpls/forwarding-table/print

/mpls/ldp/neighbor/print-də qonşu operational vəziyyətində olmalıdır, local-mapping-də 10.255.0.1/32 üçün etiket var, /mpls/forwarding-table/print isə çıxış etiketi və ether1 interfeysi ilə yazıları göstərir.

Memarlıqda və ya konfiqurasiyada tipik səhv

set protocols mpls interface lo0.0

Mühəndis Cisco P marşrutlaşdırıcıları və Huawei PE-lərdən nüvə qurur. Huawei-də PE2 loopback-i 10.255.0.2/24 kimi konfiqurasiya olunub və OSPF-də bu maskayla elan edilir. Cisco LDP defolt olaraq istənilən IGP prefiksi üçün etiket verir və sessiya qalxır, lakin Huawei-də lsp-trigger host qüvvədədir: LSP-lər yalnız host /32 marşrutları üçün qurulur. 10.255.0.0/24 prefiksi üçün bağlama yaradılmır, display mpls lsp çıxışında 10.255.0.2 üçün yazı yoxdur, PE2-nin BGP VPNv4 next-hop-u isə mövcud olmayan LSP-yə istinad edir. Simptom xəyanətkardır: IGP işləyir, PE1-dən ping 10.255.0.2 uğurludur, LDP sessiyası Operational vəziyyətindədir, BGP sessiyası Established-dir və VPNv4 marşrutları görünür, lakin müştərinin VPN trafiki itir və CE-CE ping keçmir. Diaqnostika: show mpls forwarding-table 10.255.0.2 255.255.255.255 çıxış etiketinin olmadığını (No Label) və ya boş çıxışı göstərir, Junos-da isə show route 10.255.0.2 table inet.3 LDP marşrutu vermir. Həll: loopback-i /32 maskalı etmək (və ya lsp-trigger-i ip-prefix ilə açıq şəkildə genişləndirmək) və LSP-ni ping mpls və ya traceroute mpls ilə yoxlamaq. Dərs: xidmətləri aktivləşdirməzdən əvvəl bütün yol boyu hər LSR-də hər PE loopback-i üçün etiketin mövcud olduğuna əmin olun.

4 vendor üzrə yoxlama əmrləri (Cisco, Huawei, Juniper, MikroTik)

Cisco (IOS-XE/XR)

show mpls ldp neighbor
show mpls forwarding-table
show mpls ldp bindings 10.255.0.2 32

Huawei (VRP)

display mpls ldp session
display mpls lsp
display mpls ldp lsp

Juniper (Junos)

show ldp session
show route table inet.3
show ldp database

MikroTik (RouterOS v7)

/mpls/ldp/session/print
/mpls/forwarding-table/print
/mpls/ldp/binding/print

Yoxlama əmrləri aparıcı operator platformalarına uyğunlaşdırılmışdır: Cisco IOS-XE/XR, Huawei VRP, Juniper Junos və MikroTik RouterOS v7. Həmişə alınan etiketləri stendinizin real LFIB cədvəli ilə tutuşdurun.

Gözlənilən çıxış

Cisco, PE1 (qısaldılmış):

PE1#show mpls label range
Downstream Generic label region: Min/Max label: 20000/49999

PE1#show mpls interfaces
Interface              IP            Tunnel   BGP Static Operational
GigabitEthernet1       Yes (ldp)     No       No  No     Yes

PE1#show mpls forwarding-table 10.255.0.2 255.255.255.255 detail
Local      Outgoing   Prefix            Bytes Label   Outgoing   Next Hop
Label      Label      or Tunnel Id      Switched      interface
20005      16012      10.255.0.2/32     0             Gi1        10.0.0.2
        MAC/Encaps=14/18, MRU=1500, Label Stack{16012}

16012 çıxış etiketini qonşu P1 verib; PE1-in 20000-49999 diapazonundan öz lokal etiketi 20005 də var. Etiketin əvəzinə No Label varsa, LDP bağlaması yoxdur.

Juniper, PE1 (qısaldılmış):

user@PE1> show ldp session
  Address           State        Connection  Hold time  Adv. Mode
10.255.0.11         Operational  Open              28   DU

user@PE1> show route table mpls.0
mpls.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
0                  *[MPLS/0] 00:42:11, metric 1
                      Receive
1                  *[MPLS/0] 00:42:11, metric 1
                      Receive
2                  *[MPLS/0] 00:42:11, metric 1
                      Receive
13                 *[MPLS/0] 00:42:11, metric 1
                      Receive

user@PE1> show route 10.255.0.2 table inet.3
inet.3: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
10.255.0.2/32      *[LDP/9] 00:05:12, metric 1
                    > to 10.0.0.2 via ge-0/0/1.0, Push 299808

mpls.0-da dörd rezerv etiket (0, 1, 2, 13) lokal emal olunur (Receive). Push 299808 - P1-in FEC 10.255.0.2/32 üçün verdiyi etiketdir; dəyərlər platformalar arasında fərqlənir.

Huawei, PE1 (qısaldılmış):

<PE1>display mpls ldp session
 PeerID             Status      LAM  SsnRole  SsnAge      KASent/Rcv
 ------------------------------------------------------------------------------
 10.255.0.11:0      Operational DU   Passive  0000:00:12  49/49
 TOTAL: 1 session(s) Found.

<PE1>display mpls lsp
                 LSP Information: LDP LSP
 FEC                In/Out Label  In/Out IF                      Vrf Name
 10.255.0.1/32      3/NULL        -/-
 10.255.0.2/32      NULL/1025     -/GE0/0/1

NULL/1025 sətri o deməkdir ki, PE1 10.255.0.2/32 üçün ingress-dir (gələn etiket yoxdur) və 1025 etiketini push edir; lokal FEC-də 3/NULL Implicit Null-dır. Çıxışın formatı və etiket nömrələri VRP versiyasından asılıdır.

Tipik xətalar və troubleshooting

Özünüyoxlama siyahısı

• Mən yığın yazısının dörd sahəsini (Label 20, TC 3, S 1, TTL 8) və ethertype 0x8847-ni sadalaya bilərəm.
• BGP-free core-un P qovşaqlarını niyə yüngülləşdirdiyini və onların nəyi bilməli olduğunu (IGP və PE /32 loopback-ləri üçün etiketlər) izah edə bilərəm.
• Nəqliyyat etiketini xidmət etiketindən fərqləndirirəm və PHP-nin nə üçün lazım olduğunu bilirəm.
• 0, 1, 2, 3, 7, 13 rezerv etiketlərini və dinamik diapazonun başlanğıcını (16) deyə bilərəm.
• L3VPN üçün yığının əlavə yükünü və lazım olan MTU-nu hesablaya bilərəm.
• MPLS-in şifrələmədiyini və VRF-lite ilə GRE-nin MPLS L3VPN-dən nə ilə fərqləndiyini izah edə bilərəm.
• PE loopback-inə LSP-ni show mpls forwarding-table (display mpls lsp, show route table inet.3) ilə yoxlayacağam.

Stenddə iş qaydası

Tədris modeli qaydanı izah edir; Cisco/Huawei CLI-ni əvəz etmir. Əvvəl nəticəni proqnozlaşdırın, sonra uyğun cədvəl və müştəri trafiki ilə sübut edin. Əmri oxşar adına görə yox, sənədləşmiş scope və obraz dəstəyinə görə seçin. Control plane vəziyyətini real ötürmə sübutundan ayırın.

1. Konfiqurasiya və sağlam baseline saxlayın: interfeys, qonşuluq, cədvəl, sayğac və vaxt.
2. Mövzunun şərtlərini yoxlayın. Aşağı qat nasazdırsa yuxarını dəyişməzdən əvvəl bərpa edin.
3. Nümunə 1-də giriş və nəticə arasındakı səbəb əlaqəsini izah edin.
4. Nümunə 2 ilə müqayisə edib dəyişən şərtləri və fərqli nəticəni əsaslandırın.
5. Mətn məşqlərini tamamlayıb uyğun davranışı izolyasiya olunmuş stenddə təkrarlayın.
6. İcazəli və qadağan ssenariləri yoxlayın. Bir axının uğuru digər VPN-dən izolyasiyanı sübut etmir.
7. Bir nasazlıq yaradın, simptomu proqnozlaşdırıb sübut toplayın və əvvəlki vəziyyətə qayıdın.

Hesabatda saxlanmalı sübutlar

Platforma/obraz, topologiya, başlanğıc şərtlər, əmrlər, gözlənən və real nəticəni yazın. Dataplane üçün axın, capture və ya scope-u məlum sayğaclar lazımdır. Control plane üçün ümumi yaşıl status yox, konkret marşrut və qonşuluqları yoxlayın. Nasazlıq aşkarlanması, lokal təmir və sonrakı convergence vaxtlarını ayrı ölçün. Hər iki trafik istiqamətini, düzgün VRF və source ünvanını seçin. Geri yolun işləməsi fərziyyə yox, sübutun hissəsidir.

Obraz funksiyanı dəstəkləmirsə məhdudiyyəti və lazım olan platformanı qeyd edin; başqa protokolu gizlicə əvəz etməyin. Sayğac fərqi məlum ölçmə intervalı tələb edir, ümumi say əvvəlki trafiki də daxil edə bilər. Paket itkisi, gecikmə və throughput ayrı nəticələrdir və uyğun ölçmə tələb edir. Sirləri config repository-dən kənarda saxlayın, dəyişiklikdə management girişini qoruyun.

Tamamlama meyarı

İki nümunəni öz sözlərinizlə izah edin, çatışmayan sahələri bərpa edin, uyğun yoxlamaları və rollback-i təkrarlayın. Etiket rəqəmləri nümunədir; real LFIB-də lokal təyin olunur. Tədris fraqmentini production-a tətbiq etməyin. Tam laboratoriya modulun dördüncü dərsindədir və əvvəlki üç dərsə əsaslanır. Hesabatı başqa mühəndisin gizli şərtləri təxmin etmədən nəticəni təkrarlaya bilməsi üçün saxlayın.

RFC / documentation

• MPLS architecture: RFC 3031
• Labels: RFC 3032
• LDP: RFC 5036
• BGP/MPLS VPN: RFC 4364
• EVPN: RFC 7432
• RSVP-TE: RFC 3209
• Segment Routing: RFC 8402
• DiffServ: RFC 3270
• LSP ping: RFC 8029
• PPPoE: RFC 2516