Сайттарыңыз арасында маршруттауды кім жүргізеді: 2-деңгейлі ме, 3-деңгейлі VPN бе?

Провайдерден VPN тапсырыс беріңіз — сайттар арасындағы маршруттаудың иесі сол иені атағаныңызға қарамастан, ақырында біреу болады. 2-деңгейлі тапсыруға қол қойсаңыз, провайдер құбыр береді, ал көршілестікті сіздің маршрутизаторларыңыз құрады; 3-деңгейлі қызметке қол қойсаңыз, провайдер сіздің префикстеріңізді өз маршруттау контекстінде алып жүреді. Екеуі де заңды өнім, тек кезекшілік әңгімелері әртүрлі. Тапсырысты ұсыныстан бірінші қабылдау тестіне дейін жүргізіп шығыңыз, сонда таңдау абстрактілі болудан қалады.

Топология слайдынан емес, тапсыру формулярынан бастаңыз

Әр провайдер ақырында сізге нені тапсыру керегін сұрайтын формуляр жібереді: псевдосым, көпнүктелі Ethernet сегменті немесе ортақ қызмет шетіндегі маршрутталған қосылым. Сол бір жауап сату тұсаукесеріндегі кез келген диаграммадан көбірек шешеді, өйткені жауапкершілігіңіз қайдан басталатынын бекітеді.

Нүктеден нүктеге псевдосым — екі қосылым арасындағы бір тізбек, ал көпнүктелі Ethernet қызметі бірнеше сайтты бір хабар тарату доменіне біріктіреді. Диаграммада олар ұқсас көрінеді, бірақ ілмек немесе хабар тарату дауылы пайда болғанда мүлде басқаша әрекет етеді. Мекенжайлауды жоспарламас бұрын қайсысы ұсынылып жатқанын растаңыз.

Өнім атаулары мұны шешпейді. MPLS белгісі, қараңғы талшықты тапсыру және интернетке негізделген қабаттама — бәрін де жеке желі деп атауға болады, ал негіздеме құжаттары қызмет моделі мен клиент-провайдер бөлінісін анықталуы тиіс нәрсе деп қарастырады. Қосылым семантикасын жазбаша сұраңыз, содан кейін оны өз командаңызға қарапайым сөздермен оқып беріңіз.

Іске қосу күні не келгенін оқыңыз

Іске қосу күні оған бірдеңе конфигурацияламас бұрын сізге берілген интерфейсті қараңыз. Маршрутталған 3-деңгейлі қосылым әдетте шағын нүктеден нүктеге ішкі желісі бар порт немесе жетуіңіз керек келесі секіріс ретінде көрінеді. 2-деңгейлі қосылым кадрларды күтетін байланыс ретінде көрінеді, сондықтан бірінші пайдалы пәрменіңіз маршрут іздеу емес, көпір немесе көрші тексеруі.

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

Осы төрт жол қай әлемде екеніңізді айтады. Провайдер мекенжайына сілтейтін әдепкі маршрут провайдер сіздің орныңызға маршруттайтынын білдіреді. Пайдалы 3-деңгейлі мекенжайы жоқ, бірақ көпірі толы интерфейс маршруттау сізден күтілетінін білдіреді, ал жетіспейтін әр префиксті сіз түзетуіңіз керек.

Промисскуитетті көрінетін байланыс тапсырудың тегтелгенін де білдіруі мүмкін, сондықтан тізбекті кінәламас бұрын VLAN келісімін растаңыз. Көпнүктелі қызметте қайталанатын MAC мекенжайлары — дизайн симптомы, провайдер ақауы емес.

Бірінші префикске дейін әр нысанға бір ие тағайындаңыз

Нысандар тізімін аралап, әрқайсысына иелік ететін топтың атын дауыстап айтыңыз. Клиент префикстері және сайттар арасындағы хабарландырулар. Провайдер шетімен қарым-қатынас құратын көршілестік немесе қызмет идентификаторы. Ілмектерді кім үзеді және кім кеңірек хабар тарату доменінде тұруға келісті. MTU шегі қайда, ақаулар қалай байқалады және қызмет қалай қайтады. Қатынау саясаты, сонымен қатар қызметке кірмейтін кез келген шифрлау.

Тізім қысқа, өйткені оқиға кезінде сынатын бөлік — дәл осы. Екі топ та маршрут саясаты өзіндікі деп сенсе, үзіліс бір сағатта екі қарама-қайшы өзгеріс тудырады. Ешкімге тиесілі болмаса, бірінші асимметриялық жол клиент хабарлағанша сақталады.

Маршрутталған қызмет әдетте BGP немесе статикалық шекара береді, сондықтан сіздің жаққа оқылатын сессия күйі қажет: birdc show protocols немесе маршрутизаторыңыздағы баламасы көршілестіктің қосулы екенін, ал есептегіштер оның тек жұмыс уақытында тербелетінін айтады. 2-деңгейлі тапсыру мұндай сигнал бермейді, сондықтан клиентте айқын қолжетімділік тексерісі болуы керек.

Бір сайттың ақау жағдайын аралап шығыңыз

Қызмет іске қосылмас бұрын қабылдау тестін жазыңыз: бір сайттың қосылымын өшіріп, әр топтың нені көретінін жазып алыңыз. 3-деңгейлі қызметте провайдер сол сайт префикстерінің қолжетімділігін қайтарып алады, сессияңыз қайтаруды тіркейді, қалған сайттар өз жолдарын сақтайды. 2-деңгейлі қызметте тізбек құлайды, маршруттау протоколыңыз өлі көршіні байқайды, ал сол конвергенция толығымен таймерлеріңізге тәуелді.

Байланысты қалпына келтіріп, жағдайдың екінші жартысын тексеріңіз, өйткені ескірген күй әдеттегі қалдық. Көршілестіктің қайтатынын, префикстердің күтілетін атрибуттармен оралатынын және оқиғадан кейін кестеде уақытша статикалық маршрут қалмағанын растаңыз.

Зеріктіретін ақауды да тексеріңіз: бір сайт трафигін екі есе арттырады. Маршрутталған тапсыруда префикс бойынша есептегіштерді көресіз; көпірлі тапсыруда тек интерфейс өткізу қабілетін көруіңіз мүмкін, бұл қай хост жауапты екенін болжауға мәжбүр етеді.

Шарт нені сатып алмайды

2- немесе 3-деңгейлі белгі кідіріс, арнайы магистраль немесе шифрлау туралы ештеңе айтпайды. Бұлар бөлек міндеттемелер, ал қолжетімділік сандары олардың ешқайсысын білдірмейді. Қызмет шартын уәде етілгені бойынша оқып, қалғанын тексеруге тиіс болжам деп қараңыз.

Егер талабыңыз екі клиент маршрутизаторы арасындағы нүктеден нүктеге қосылым болса, провайдерден ішкі маршруттауды сұрамай-ақ 2-деңгейлі қызмет сәйкес келеді. Егер талап әртүрлі ішкі желілері бар көп сайт және шағын операциялық топ болса, маршрутталған қызмет әдетте сізге қалатын жұмысты алып тастайды.

Ешқайсысы әдепкі емес. Құрылғылардың инкапсуляцияны қолдауын, сайттар арасындағы нақты трафик қатынастарын, артықтық моделін және командаңыз жаңа қабылданған бөлікті басқара алатынын тексеріңіз. Содан кейін иелердің атын runbook-қа жазыңыз, өйткені шешімнің қызметкер ауысқанда сақталатын жалғыз бөлігі — сол.