MPLS L3VPN laboratoriyası ping atmır? Bu beş atlamanı yoxlayın

İki müştəri marşrutlaşdırıcısı, bir cüt provider edge cihazı və xəta mesajı vermədən ölən ping. Kiçik bir MPLS L3VPN laboratoriyasında nasazlıq demək olar ki, həmişə beş yoxlama nöqtəsindən birində oturur və hər birinin asılılığın işlədiyini və ya çatışmadığını göstərən bir əmri var. Səhv, ping uğursuz olanda asılılıqları sıra ilə yoxlamaq yerinə hər dəfə BGP-ni yenidən başlatmaqdır. Birbaşa VRF konfiqurasiyasına keçsəniz, iki cihaz aralıda həll olunmamış növbəti atlama ilə başlayan bir problemə bir saat sərf edə bilərsiniz.

Siyahını aşağıdan yuxarı işləyin. Keçən yoxlama nöqtəsi keçmiş qalır və ilk uğursuzluq sazlanmağa dəyər olandır.

Birinci yoxlama nöqtəsi: PE-lər bir-birinə çatır

Hər PE-nin digər PE-nin loopback-inə marşrutu olmalıdır və bu marşrut real bir şey üzərindən həll olunmalıdır. Interior gateway protocol buna adi yoldur, lakin rekursiv axtarış canlı adjacency-yə düşdükcə statik marşrut da işləyir. IOS üslublu cihazlarda show ip route 10.0.0.2 və ardınca show ip cef 10.0.0.2 prefiksin mövcud olub-olmadığını və arxasında həll olunmuş adjacency olub-olmadığını göstərir. Cədvəldə olub arxasında adjacency olmayan marşrut əlçatanlıq deyil.

Hər iki istiqaməti yoxlayın. Asimmetrik IGP xərcləri, yanlış tərəfdəki passive interface və ya loopback-i süzən distribute list hər biri yalnız bir istiqaməti pozur və bir istiqamət sessiyanı öldürməyə kifayətdir. Loopback-lər ping atır, amma BGP sessiyası Active-də dayanırsa, başqa bir şeyə toxunmadan əvvəl update source-a baxın.

İkinci yoxlama nöqtəsi: etiket yolu mövcuddur

Uzaq loopback-ə IP marşrutu daşımanın etiket qoyacağını sübut etmir. LDP dizaynında uzaq loopback-in həm yerli, həm də uzaq bağlaması olduğunu və çıxan etiketin forwarding cədvəlində göründüyünü təsdiqləyin. show mpls ldp bindings 10.0.0.2 32 etiket cütlərini göstərir, show mpls forwarding-table 10.0.0.2 isə line card-ın həqiqətən nə qoyacağını göstərir. İkinci əmr heç bir etiket göstərmirsə və ya IP-yə geri düşürsə, daşıma VPN trafikini dizaynın güman etdiyi kimi daşımır.

Fərq MPLS-in forwarding state-i təyinat prefikslərindən necə ayırmasından gəlir, bu RFC 3031 sənədində təsvir olunan modeldir. Laboratoriyanız LDP əvəzinə RSVP-TE və ya BGP-yə bitişik etiketlərdən istifadə edirsə, həmin mexanizmin öz vəziyyətini yoxlayın; LDP-nin hər alt qat etiketini payladığını güman etmək xəyal xətasının arxasınca düşməyin adi yoludur. Pozulmuş etiket yolu sonradan adətən mövcud, lakin istifadəsiz VPN marşrutu kimi üzə çıxır.

Üçüncü yoxlama nöqtəsi: VPN marşrutu bütöv gəldi

Sessiya xülasəsinə deyil, dəqiq müştəri prefiksinin VPNv4 və ya VPNv6 marşrutuna baxın. show bgp vpnv4 unicast all 10.10.1.0/24 route distinguisher-i, uzaq PE loopback-inə qurulmuş next hop-u və etiketi göstərməlidir. Prefiks yoxdursa, mənbə PE-dəki export siyasəti və ya qəbul edən PE-dəki import siyasəti ilk şübhəlidir və route target-lər adi günahkardır.

Route target yoxlamasını BGP qəbulundan ayrı oxuyun. Marşrut düzgün next hop ilə gələ və import target uyğun gəlmədiyi üçün yenə də VRF-ə düşməyə bilər. Qəbul edən PE-də show ip route vrf CUSTOMER 10.10.1.0 əhəmiyyətli olan testdir; BGP cədvəli yalnız marşrutun nəzarət müstəvisini keçdiyini sübut edir.

Dördüncü yoxlama nöqtəsi: interface VRF-in içindədir

Route distinguisher və route target-lərlə VRF təyini heç bir interface-i ora köçürmür. CE tərəfindəki interface VRF təyinatına ehtiyac duyur və show ip vrf interfaces və ya show ip interface brief onu düzgün instans altında siyahıya almalıdır. Bu, kopyalanmış konfiqurasiyanın ən çox səhv etdiyi yoxlama nöqtəsidir, çünki VRF bloku tam görünür, halbuki interface hələ qlobal cədvəldə oturur.

Sonra PE-nin yerli müştəri prefiksini o VRF-ə öyrəndiyini və CE-nin qoşulma üzərindən geri marşrutu olduğunu təsdiqləyin. CE-də PE-yə istiqamətlənmiş statik default laboratoriya üçün kifayətdir, bir şərtlə ki, PE-nin VRF-ində CE LAN-na marşrut olsun. İki yarıdan biri çatışmırsa, ping heç bir etiket qoyulmadan uğursuz olur.

Beşinci yoxlama nöqtəsi: cavab evə yol tapır

Gedən paketi, sonra qayıdan paketi izləyin, çünki fərqli cədvəllərdən istifadə edirlər. Giriş PE-də müştəri mənbəyi VRF daxilində uzaq etiketlə uzaq prefiksə həll olunmalıdır. Çıxış PE-də təyinat eyni VRF daxilində CE tərəfindəki interface-ə həll olunmalıdır. PE-nin özündən göndərilən ping sübut deyil: qlobal cədvəldən və ya başqa mənbə ünvanından çıxa bilər, buna görə də işlədilməli test ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1-dir.

Host firewall-ları, reverse-path filtering və CE access list-ləri hələ də qüvvədədir. Gedən yol işləyir və cavab ölürsə, problem qayıdış tərəfdəki marşrutda və ya filtrlədir, MPLS daşımasında deyil.

Hər yoxlama nöqtəsi üçün ilk uğursuz asılılığı adlandıran bir sətir saxlayın. O sətir müştərinin ping ata bilməməsi şikayətini əlçatanlıq, etiket vəziyyəti, marşrut importu, interface üzvlüyü və ya qayıdış yolu barədə konkret suala çevirir və növbəti sazlama sessiyasının eyni beş əmri eyni ardıcıllıqla təkrarlamasının qarşısını alır.