Provayder VPN sifariş edin və sonda saytlararası marşrutlaşdırmanın sahibi kiminsə olacaq — o sahibi adlandırmış olsanız da, olmasanız da. 2-ci qat təhvili üçün imza atsanız, provayder boru verir, qonşuluğu isə sizin marşrutlaşdırıcılarınız qurur; 3-cü qat xidməti üçün imza atsanız, provayder prefikslərinizi öz marşrutlaşdırma kontekstində daşıyır. Hər ikisi qanuni məhsuldur, sadəcə növbətçilik hekayələri fərqlidir. Sifarişi qiymət təklifindən ilk qəbul testinə qədər addım-addım keçin və seçim mücərrəd olmaqdan çıxacaq.

Təhvil formasından başlayın, topologiya slaydından yox

Hər provayder sonda sizə nə təhvil verəcəyini soruşan forma göndərir: psevdokabel, çoxnöqtəli Ethernet seqmenti və ya paylaşılan xidmət kənarında marşrutlaşdırılmış qoşulma. Bu tək cavab satış təqdimatındakı hər hansı diaqramdan daha çox şey həll edir, çünki məsuliyyətinizin haradan başladığını müəyyən edir.

Nöqtədən-nöqtəyə psevdokabel iki qoşulma arasında bir dövrdür, çoxnöqtəli Ethernet xidməti isə bir neçə saytı bir yayım domenində birləşdirir. Diaqramda oxşar görünürlər, lakin döngə və ya yayım fırtınası işə düşdükdən sonra tamamilə fərqli davranırlar. Ünvanlamanı planlaşdırmadan əvvəl hansının təklif olunduğunu təsdiqləyin.

Məhsul adları bunu həll etmir. MPLS etiketi, qaranlıq lif təhvili və internet əsaslı örtük hamısı şəxsi şəbəkə adlandırıla bilər, çərçivə sənədləri isə xidmət modelini və müştəri-provayder bölgüsünü müəyyən edilməli şey kimi qəbul edir. Qoşulma semantikasını yazılı şəkildə istəyin, sonra öz komandanıza sadə sözlərlə oxuyun.

Qoşulma günü nə gəldiyini oxuyun

Qoşulma günü üzərinə heç nə konfiqurasiya etməzdən əvvəl sizə verilən interfeysə baxın. Marşrutlaşdırılmış 3-cü qat qoşulması adətən kiçik nöqtədən-nöqtəyə alt şəbəkəli port və ya çatmalı olduğunuz növbəti hop kimi görünür. 2-ci qat qoşulması isə kadr gözləyən link kimi görünür, ona görə ilk faydalı əmriniz marşrut axtarışı deyil, körpü və ya qonşu yoxlamasıdır.

ip -br link show
ip -br addr show
ip route show default
ip neigh show

Bu dörd sətir hansı dünyada olduğunuzu deyir. Provayder ünvanına baxan standart marşrut provayderin sizin üçün marşrutlaşdırdığını bildirir. Faydalı 3-cü qat ünvanı olmayan, lakin körpüsü dolu interfeys isə marşrutlaşdırmanın sizdən gözlənildiyini bildirir və hər çatışmayan prefiks sizin düzəltməli olduğunuz şeydir.

Promiskuitet görünüşlü link təhvilin teqləndiyini də göstərə bilər, ona görə dövrü günahlandırmadan əvvəl VLAN razılaşmasını təsdiqləyin. Çoxnöqtəli xidmətdə təkrarlanan MAC ünvanları dizayn simptomudur, provayder nasazlığı deyil.

İlk prefiksdən əvvəl hər obyektə bir sahib təyin edin

Obyekt siyahısını keçin və hər birinin sahibi olan komandanın adını ucadan deyin. Müştəri prefiksləri və saytlar arasındakı reklamlar. Provayder kənarı ilə əlaqəni quran qonşuluq və ya xidmət identifikatoru. Döngələri kim qırır və kim daha geniş bir yayım domenində yaşamağa razılaşıb. MTU tavanının harada olduğu, nasazlıqların necə göründüyü və xidmətin necə qayıtdığı. Giriş siyasəti və xidmətin daxil etmədiyi hər hansı şifrələmə.

Bu siyahı qısadır, çünki hadisə zamanı qırılan hissə məhz budur. İki komanda hər ikisi marşrut siyasətinin sahibi olduğuna inanırsa, kəsinti eyni saatda iki zidd dəyişiklik yaradır. Heç biri sahib deyilsə, ilk asimmetrik yol müştəri bunu bildirənə qədər qalır.

Marşrutlaşdırılmış xidmət adətən sizə BGP və ya statik sərhəd verir, ona görə sizin tərəfə oxuna bilən sessiya vəziyyəti lazımdır: birdc show protocols və ya marşrutlaşdırıcınızdakı ekvivalent qonşuluğun qalxıb-qalxmadığını, sayğaclar isə onun yalnız iş saatlarında yırğalanıb-yırğalanmadığını deyir. 2-ci qat təhvili belə bir siqnal vermir, buna görə müştəri açıq əlyetənlik yoxlamasına sahib olmalıdır.

Bir sayt üçün nasazlıq halını keçin

Xidmət işə düşməzdən əvvəl qəbul testini yazın: bir sayt qoşulmasını söndürün və hər komandanın nə gördüyünü qeyd edin. 3-cü qat xidmətində provayder həmin saytın prefiksləri üçün əlyetənliyi geri götürür, sessiyanız geri götürməni qeyd edir və qalan saytlar öz yollarını saxlayır. 2-ci qat xidmətində dövrə düşür, marşrutlaşdırma protokolunuz ölü qonşu görür və eyni yığılma tamamilə sizin taymerlərinizdən asılı olur.

Linki bərpa edin və halın ikinci yarısını yoxlayın, çünki köhnə vəziyyət adi qalıqdır. Qonşuluğun qayıtdığını, prefikslərin gözlənilən atributlarla geri gəldiyini və hadisədən cədvəldə heç bir müvəqqəti statik marşrut qalmadığını təsdiqləyin.

Darıxdırıcı nasazlığı da yoxlayın: bir saytın trafikini ikiqat artırması. Marşrutlaşdırılmış təhvildə prefiks üzrə sayğacları görürsünüz; körpülənmiş təhvhildə isə yalnız interfeys ötürmə qabiliyyətini görə bilərsiniz, bu da hansı hostun məsul olduğunu təxmin etməyə məcbur edir.

Müqavilənin almadığı şeylər

2-ci və ya 3-cü qat etiketi gecikmə, ayrılmış onurğa və ya şifrələmə barədə heç nə demir. Bunlar ayrı öhdəliklərdir və əlçatanlıq rəqəmləri onların heç birini ifadə etmir. Xidmət müqaviləsini vəd olunanlar üçün oxuyun və qalan hər şeyi yoxlamalı olduğunuz fərziyyə kimi qəbul edin.

Tələbiniz iki müştəri marşrutlaşdırıcısı arasında nöqtədən-nöqtəyə qoşulmadırsa, provayderdən daxili marşrutlaşdırmanızı idarə etməsini istəmədən 2-ci qat xidməti uyğun gəlir. Tələbiniz fərqli alt şəbəkələri olan çox sayt və kiçik əməliyyat komandasıdırsa, marşrutlaşdırılmış xidmət adətən öz üzərinizdə qalacaq işi aradan qaldırır.

Heç biri standart deyil. Kapsulasiya üçün cihaz dəstəyini, saytlar arasındakı real trafik əlaqələrini, ehtiyatlılıq modelini və komandanızın təzəcə qəbul etdiyi hissəni idarə edib-edə bilməyəcəyini yoxlayın. Sonra sahib adlarını runbook-a yazın, çünki qərarın heyət dəyişikliklərindən sağ çıxan yeganə hissəsi budur.

Əlaqəli məqalələr