AFI və SAFI: xidmət adından əvvəl cütü oxuyun

Sessiyanın qalxdığını, marşrutun göründüyünü görə bilərsiniz və yenə də səhv xidməti oxuyursunuz. Hər elanın önündəki rəqəm cütü, ünvan ailəsi identifikatoru və sonrakı ünvan ailəsi identifikatoru, yükü hansı analizatorun oxuyacağını və nəticənin hansı cədvəldə saxlanacağını müəyyən edir. Cütü səhv tutsanız, idxal siyasəti, marşrut hədəfi uyğunluğu və növbəti atlama axtarışı heç kimin elan etmədiyi struktura qarşı işləyir. Aşağıdakı gedişat həmin cütdən başlayır və yönləndirmə nəticəsində bitir.

Marşrutun hansı cədvələ aid olduğunu iki rəqəm müəyyən edir

Cüt iki yerdə görünür: çoxprotokollu imkanda, burada danışan bir ailə elan edir, və həmin ailənin daşıdığı hər NLRI-nin önündə. Bu, onu mənbə qutusundakı parametr deyil, marşrutun xassəsi edir. İstehsalçılar onu Address family VPNv4 Unicast kimi adla çap edir və rəqəmlər yerində qaldığı halda ifadə buraxılışlar arasında dəyişir.

Dörd kodlaşdırma demək olar ki, bütün korporativ halları əhatə edir: MPLS etiketli VPN-IPv4 üçün 1 ilə 128, IPv6 ekvivalenti üçün 2 ilə 128, BGP ilə siqnal verilən VPLS üçün 25 ilə 65 və EVPN üçün 25 ilə 70. Birinci səhv hər Layer 2 xidmətinin 25 ilə 65 arxasında olduğunu güman etməkdir ki, bu EVPN-i gizlədir. İkincisi, iki IP ailəsini daha uzun ünvanlı bir ailə kimi qəbul etməkdir, halbuki onlar ayrıca danışılır və müxtəlif peer-lərdə qəbul oluna bilər. Üçüncüsü, yalnız birini bilən buraxılışdan şablon kopyalandıqda ortaya çıxır. Reyestrdə axtarış üçünü də xidmət adına söykənən təxmindən tez həll edir.

Dörd sətri IANA reyestrindən nümunələr kimi qəbul edin, reyestrin özü kimi deyil. Rəqəm tanıdığınız heç nəyə uyğun gəlmirsə, onun ətrafında siyasət qurmazdan əvvəl ona baxın.

AFI 25 iki əlaqəsiz NLRI formatı daşıyır

Hər iki Layer 2 ailəsi AFI 25 altında yerləşir və oxşarlıq orada bitir. VPLS NLRI-si RFC 4761 section 3.2.2 daxilində uzunluq, marşrut fərqləndiricisi, VE ID, VE blok ofseti, VE blok ölçüsü və etiket bazası daşıyır; bunlar birlikdə pseudowire son nöqtəsini və etiketini adlandırır. EVPN AFI 25-i saxlayır və SAFI 70-ə keçir, burada yük marşrut tipidir: Ethernet avto-aşkarlama, MAC/IP elanı, inklüziv multicast, Ethernet seqmenti, IP prefiksi. Beləliklə eyni bayt ofseti iki ailədə fərqli şeylər bildirir. Biri üçün yazılmış analizator digərini şikayətsiz oxuyur və cəfəngiyyat hasil edir. Cüt təfsirin səhv olduğuna dair yeganə xəbərdarlıqdır.

Bir ailədə VE blok ofseti bildirən sahənin digərində qarşılığı yoxdur və MAC/IP elan marşrutu yalnız EVPN-də mövcuddur. Atributu hər ikisinə aid imiş kimi sitat gətirmək tutum nəzərdən keçirməsinin səhvə düşmə üsuludur.

Kimsə sizə tutum və ya istehsalçı cədvəli verdikdə, atributun hansı ailəyə aid olduğunu soruşun. Sonra qəbul edən tətbiqin həmin ailəni dəstəklədiyini təsdiqləyin, məlumat vərəqindəki xidmət adını deyil. İki platforma fərqli siqnal ailələri tətbiq etdiyi halda hər ikisi VPLS dəstəyi iddia edə bilər. Cüt onları ayırır; məhsul etiketi ayırmır.

Sessiyanın öz ünvan ailəsi ayrı bir sualdır

VPN-IPv6 adətən TCP bağlantısı IPv4 üzərində gedən sessiya boyunca elan olunur və bu dəstəklənən dizayndır, qüsur deyil. Yalnız sessiya xülasəsini oxumaq buna görə peer-lərin hansı VPN ailələrini mübadilə etdiyi barədə heç nə demir.

NLRI ailəsi, nəql ailəsi və yönləndirmə ailəsi üç müstəqil qərardır. Marşrutlaşdırıcı peer-i ilə IPv4 danışa, VPN-IPv6 əlçatanlığını qəbul edə və növbəti atlaması nəzərdə tutmadığınız yol ilə əlçatan IPv6 ünvanı olan marşrut quraşdıra bilər. Hər qat öz təsdiqini tələb edir. Elanlar düzgün göründüyü halda IPv6 təyinatlarının əlçatmaz olduğunu bildirən saytlar adətən növbəti atlama həllini itirib, ailə danışığını deyil.

Sessiya ünvan ailəsini ayrıca, sonra onun daşıdığı ailələri, sonra nüvənin yönləndirə bildiyini yoxlayın. Üçünü ayrı saxlamaq düzgün elanın IPv6-ün ucdan uca işlədiyinə dair sübut kimi oxunduğu geniş yayılmış səhv diaqnozun qarşısını alır. Bu yalnız bir peer-in digərinə prefiks barədə məlumat verdiyini sübut edir.

Danışılıb, alınıb, idxal edilib, quraşdırılıb

Bir gözlənilən marşrut üçün dörd vəziyyət ardıcıl olmalıdır və hər biri müşahidə olunandır. Ailə həmin peer ilə danışılmalı, marşrut gəlməli, marşrut hədəfi onu nəzərdə tutulan kontekstə idxal etməli və növbəti atlama həll olunmalıdır ki, marşrut quraşdırılsın. Birinci vəziyyəti atlamaq digər üçünü cavabsız edir, çünki danışılmamış ailə yoxlanacaq marşrut hasil etmir. Cisco üslublu platformalarda ailə xülasələri və hər peer üzrə imkanlar ayrı əmrlərdir.

show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family

Danışıq hər peer üzrə çap olunan imkan mübadiləsində görünür və heç bir ailə göstərilməyən qurulmuş sessiya istədiyiniz heç nəyi daşımır. İdxalı genişləndirilmiş icmalar kimi daşınan marşrut hədəfləri müəyyən edir, belə ki düzgün cütlə səhv yazılmış hədəf cədvəli boş qoyur. Quraşdırma sonra növbəti atlamanın qəbul edən kontekstdə həll olunmasından asılıdır və hər elan mükəmməl göründüyü halda bu uğursuz ola bilər.

Məlumat müstəvisini ən sonda təsdiqləyin, çünki cədvəldəki marşrut iddiadır, çatdırılma deyil. Eyni dörd vəziyyət hər ailəyə aiddir; yalnız əmrlər və cədvəl adları dəyişir.

Ailə cütünün heç vaxt sübut etmədiyi şeylər

Cütü düzgün oxumaq size ondan sonra gələn marşrut məlumatını necə təfsir edəcəyinizi deyir və bütün iddia budur. Bu, əlçatanlıq, siyasət və məlumat müstəvisinin sağlamlığı barədə heç nə demir. İkisini qarışdırmaq heç kimin yoxlamadığı şəbəkə barədə əmin ifadələr yaradır. Marşrut hədəfi uyğunsuzluğu və qırıq növbəti atlama yalnız cütdən baxanda eyni görünür. Cüt oxu təlimatıdır, heç vaxt hökm deyil.

Eskalasiya edərkən cütü, marşrut hədəfini və həll olunmuş növbəti atlamanı eyni qeydə qoyun. Onda növbəti mühəndisin yenidən təfsir edəcəyi xidmət adı yerinə yoxlayacağı üç müstəqil şey olur. Danışıq yoxdursa bunu dərhal görürlər, səhv hədəf idxalı açıq şəkildə yox qoyur və həll olunmamış növbəti atlama marşrutu mövcud amma yararsız qoyur.