BGP sessiyası işləyir, müştəri yolu qırılıb: DMVPN üzərindən MPLS

Peering həftələrdir qalxıb, prefiks sayı düzgün görünür, amma bir müştərinin trafiki yenə də uzun yolla gedir və ya heç çatmır. Eyni göstərici ilə iki fərqli şey qiymətləndirilir. BGP sessiyası iki peer-in TCP bağlantısı üzərindən mesaj mübadiləsi edə bildiyini bildirir; onun overlay-in məhz həmin müştəri üçün etiketli paket daşıya bilməsi ilə heç bir əlaqəsi yoxdur.

Bu boşluğu görməyin ən asan yolu MPLS-in DMVPN üzərindəki dizaynıdır: burada hub yolu ilə birbaşa spoke yolu, peeringlə heç bir əlaqəsi olmayan səbəblərə görə fərqli davrana bilər.

Sessiya əslində nəyi sübut edir

BGP TCP üzərində işləyir, ona görə də hər peer başqa heç nə baş verməmişdən əvvəl qarşı tərəfin ünvanına marşrut lazımdır. Həmin son nöqtə kimi loopback seçsəniz, siz forwardinq zəmanəti deyil, əlçatanlıq tələbi yaratmış olursunuz. Bundan sonra sessiya müştəri trafikinin heç vaxt istifadə etməyəcəyi interfeys üzərindən qalxa bilər.

Nəticə çıxarmazdan əvvəl hər iki tərəfdə dörd faktı qeyd edin: sessiyanın mənbə ünvanı, təyinat ünvanı, onun yerləşdiyi marşrutlaşdırma konteksti və kernel və ya marşrutlaşdırıcının həmin cüt üçün seçəcəyi interfeys. Bu faktlar idarəetmə müstəvisini təsvir edir. Müştəri paketləri onların üzərinə VRF, etiket yığını və overlay əlaqələndirməsi əlavə edir.

Dörd mexanizm, bir deyil

Cisco-nun DMVPN üzərindən MPLS sənədləri hissələri aydın ayırır. MP-BGP provayder kənarındakı qurğular arasında müştəri overlay etiketlərini paylayır. MPLS bu etiketlərdən paket üçün forwardinq kontekstini seçmək üçün istifadə edir. NHRP overlay ünvanını dinamik tunelin ehtiyac duyduğu nəqliyyat son nöqtəsinə əlaqələndirir. IPsec isə tətbiq olunduğu yerdə peer yolunu qoruyur.

Dördündən hər hansı biri düzgün, digəri səhv ola bilər və trafiki daşıyan məhz bu birləşmədir. Marşrut mübadiləsi tamamlana bilər, halbuki bir VRF üçün etiket bağlanması yoxdur, NHRP əlaqələndirməsi köhnə nəqliyyat ünvanına işarə edir və ya tunel mövcuddur, lakin heç bir siyasət daxili paketə icazə vermir. Bu halların heç biri sessiyanı aşağı salmır.

Hub yolunu qısa yolla müqayisə edin, hər dəfə bir dəyişəni dəyişin

Mənbə hostu, təyinat hostu və VRF-i sabit saxlayın, sonra eyni axını iki dəfə izləyin. Hub yolunda növbəti hopu, uzaq müştəri kontekstini identifikasiya edən xidmət etiketini və istifadə olunan overlay-nəqliyyat əlaqələndirməsini qeyd edin. Nəzərdə tutulan birbaşa yolda həmin üç şeyi qeyd edin. İki siyahı arasındakı fərq nasazlıqdır, ya da onun olmamasıdır.

Müqayisə boyunca axını sabit saxlayın. Müşahidələr arasında mənbə hostu, VRF-i və ya təyinatı dəyişmək bir-biri ilə əlaqəsiz iki hekayə yaradır və bu, bu məşqin səhv getməsinin ən geniş yayılmış yoludur.

Loopback testlərini öz bölməsində saxlayın

Marşrutlaşdırıcının loopback ünvanından göndərilən ping faydalı testdir və host axınından fərqli bir halı yoxlayır. Mənbə ünvanı marşrutlaşdırıcıya aiddir, onun marşrutlaşdırma konteksti VRF deyil, qlobal ola bilər və cavab yolu müştəri prefiksinin gedəcəyi yoldan fərqlənə bilər. Buna görə də loopback-in cavab verməsi və bu tətbiqin qısa yol üzərindən işləməsi ayrı nəticələrdir və müştərini yalnız ikincisi təsvir edir.

Hər ikisini sınayın, sonra qeydlərinizdə onları ayrıca işarələyin. Onlar ziddiyyət təşkil edəndə dizaynın harada ayrıldığı barədə konkret bir şey öyrənmiş olursunuz ki, bu da bir yaşıl işarənin heç vaxt deyə bilməyəcəyindən çoxdur.

Versiya və defekt iddiaları öz sübutlarını tələb edir

Sahə hesabatları bəzən host maskasının və ya BGP mənbə ünvanının dəyişdirilməsini tövsiyə edir və belə hesabatları yalnız yazıldıqları defektlə və təsirləndikləri buraxılışlarla birlikdə oxumağa dəyər. Bir buraxılışdan olan iş ətrafı həll hər /32 prefiksinin arxitektura tərəfindən dəstəklənmədiyi barədə bəyanat deyil.

DMVPN fazanıza, platformanıza və buraxılışınıza uyğun sənədlərdən istifadə edin və unutmayın ki, bir fəsil FlexVPN də daxil olmaqla bir neçə quruluşu əhatə edə bilər. Bir quruluşdan olan nümunə səssizcə digərinə keçmir. Sessiya son nöqtələrini həqiqətən ehtiyac duyduğunuz idarəetmə müstəvisi dizaynına uyğun seçin, sonra müştərinin forwardinq yolunu ayrıca yoxlayın, çünki hər loopback maskasını yenidən yazmaq hansı işin uğursuz olduğunu tapmağın əvəzi deyil.