Хто маршрутизує між вашими майданчиками: VPN рівня 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, але із заповненим мостом означає, що маршрутизувати маєте ви, і кожен відсутній префікс — ваш для виправлення.
Лінія, що виглядає promiscuous, може також означати, що передача позначена тегом, тому підтвердьте угоду про VLAN, перш ніж звинувачувати канал. Дубльовані MAC-адреси в багатоточковій послузі — це симптом проєктування, а не несправність провайдера.
Призначте одного власника на об'єкт до першого префікса
Пройдіть список об'єктів і вголос назвіть команду, яка володіє кожним. Клієнтські префікси й оголошення між майданчиками. Суміжність або ідентифікатор послуги, що формують відносини з краєм провайдера. Хто розриває петлі й хто погодився жити в одному ширшому домені широкомовлення. Де розташована стеля MTU, як помічають збої й як повертається послуга. Політика доступу плюс будь-яке шифрування, якого послуга не включає.
Список короткий, бо саме ця частина ламається під час інциденту. Якщо дві команди обидві вважають, що володіють політикою маршрутів, аварія дає дві суперечливі зміни в ту саму годину. Якщо не володіє ніхто, перший асиметричний шлях живе, доки клієнт про нього не повідомить.
Маршрутизована послуга зазвичай дає вам межу BGP або статичну, тож вашому боці потрібен читабельний стан сесії: birdc show protocols або еквівалент на вашому маршрутизаторі каже, чи піднята суміжність, а лічильники кажуть, чи блимає вона лише в робочі години. Передача рівня 2 такого сигналу не дає, тому клієнт мусить мати явну перевірку доступності.
Пройдіть випадок збою для одного майданчика
Напишіть приймальний тест до введення послуги в експлуатацію: відключіть одне підключення майданчика й запишіть, що бачить кожна команда. У послузі рівня 3 провайдер відкликає доступність префіксів цього майданчика, ваша сесія реєструє відкликання, а решта майданчиків зберігають свої шляхи. У послузі рівня 2 канал падає, ваш протокол маршрутизації помічає мертвого сусіда, і та сама збіжність цілком залежить від ваших таймерів.
Відновіть лінію й перевірте другу половину випадку, бо застарілий стан — звичайний залишок. Підтвердьте, що суміжність повертається, префікси приходять з очікуваними атрибутами і в таблиці не залишилося тимчасового статичного маршруту від інциденту.
Перевірте й нудний збій: один майданчик подвоює свій трафік. На маршрутизованій передачі ви бачите лічильники за префіксами; на мостовій, можливо, лише пропускну здатність інтерфейсу, і доводиться вгадувати, який хост винний.
Що контракт не купує
Мітка рівня 2 або 3 не каже нічого про затримку, виділений бекбон чи шифрування. Це окремі зобов'язання, і показники доступності не означають жодного з них. Прочитайте угоду про послугу щодо обіцяного, а все інше вважайте припущенням, яке треба перевірити.
Якщо ваша вимога — підключення точка-точка між двома клієнтськими маршрутизаторами, послуга рівня 2 підходить без прохання до провайдера вести вашу внутрішню маршрутизацію. Якщо вимога — багато майданчиків із різними підмережами й невелика операційна команда, маршрутизована послуга зазвичай знімає роботу, якою ви інакше володіли б.
Жоден не є типовим. Перевірте підтримку інкапсуляції обладнанням, реальні відносини трафіку між майданчиками, модель резервування й те, чи зможе ваша команда експлуатувати щойно прийняту частину. Потім впишіть імена власників у runbook, бо це єдина частина рішення, що переживає зміну персоналу.