Перш ніж додавати OTV, запишіть потрібний вам контракт Ethernet

Робоче навантаження переїжджає до другого центру обробки даних і починає отримувати тайм-аути на сервісі, який з першого відповідав нормально. Хтось пропонує OTV, бо наявний Layer 2 VPN «не робить broadcast». Цей висновок зазвичай передчасний. Категорія сервісу та конкретний придбаний контракт — два різні питання, і тайм-аут поки не віднесено до жодного з них.

Симптом, із якого починається порівняння

Запишіть, що додатку насправді потрібно, перш ніж порівнювати продукти. Кількість майданчиків, охоплення VLAN, навчання адрес, стійкість до flooding і поведінка під час збою описують вимогу. «Layer 2» і «OTV» описують архітектури, і жодне з них не є вимогою саме по собі. П’ять властивостей на одній сторінці переживуть будь-яке порівняння постачальників.

Далі перевірте, чи поточний сервіс уже задовольняє ці п’ять властивостей. Керований провайдером Layer 2 VPN може містити multipoint-пересилання та навчання на площині керування, про які швидкий погляд на рахунок не згадав.

Якщо поточний сервіс їм відповідає, тайм-аут в іншому місці: проблема MTU, асиметрія маршрутизації, правило міжмережевого екрана, що відрізняється між майданчиками. Зміна overlay залишила б цю причину на місці й додала міграцію.

Чого не говорить етикетка

Layer 2 VPN — це категорія, а не продукт. Двоточковий VPWS і multipoint VPLS пересилають по-різному, і категорія включає сервіси з навчанням на площині керування та керуванням петлями, а також простіші. Припущення, що кожен Layer 2 VPN з’єднує рівно два майданчики й заливає все, — це і є спосіб зробити неправильне порівняння. Назва в контракті нічого не говорить про таблицю пересилання за нею.

Запитайте, яку модель пересилання реалізує наявний сервіс, і яка потрібна додатку. Вимога hub-and-spoke і вимога full-mesh дають різні проєкти, навіть коли обидві описані як Layer 2.

Де OTV проводить свою межу

OTV працює поверх IP-транспорту з досяжністю MAC на площині керування та визначеними ролями edge. Локальна інформація spanning-tree залишається локальною, а не розширюється як один некерований домен через транспорт. Це реальна відмінність від простого мостового розширення, і саме тому до нього вдаються.

Межа важлива не менше за вигоду. Обробка невідомого unicast, broadcast і multicast залежить від платформи та її конфігурації, і пара edge має взаємодіяти через підтримуваний механізм multihoming. Два незалежні пристрої, що пересилають той самий VLAN, — не той самий проєкт, і вони дають інший режим збою.

Flooding зменшується, але не усувається

Придушення частини непотрібного flooding — не те саме, що гарантія, ніби жоден broadcast- чи multicast-кадр ніколи не перетне розширення. Шторм, що почався на одному майданчику, усе ще може з’їсти транспорт, а функція платформи, яка фільтрує один клас трафіку, не фільтрує інші. Саме з цієї відмінності походить більша частина розчарування в будь-якому overlay.

Тож питання не в тому, чи OTV зупиняє broadcast-шторми. Питання в тому, які класи трафіку перетинають межу, за яких умов і що обмежує швидкість, коли вони це роблять.

Підтвердьте underlay, доки ви там: підтримувана доставка, розмір пакета, маршрутизація й сусідство, якого вимагає вибраний випуск. Ніщо з цього не йде безкоштовно з overlay, і тунель, що вміщає кадр у 1500 байтів, не обов’язково тунель, що вміщає ваші теговані кадри.

Контракт, який треба запросити письмово

Для будь-якого обраного сервісу запросіть ті самі шість відповідей: охоплення «точка-точка» або multipoint, обробка клієнтського кадру й тегу, модель навчання MAC, межі flooding, поведінка під час відновлення та максимальний розмір кадру від краю до краю. Два сервіси з однаковою назвою можуть відрізнятися за кожним із них. Отримайте відповіді письмово, бо інженер, який налаштував сервіс, може бути не тим, хто відповідає на питання.

Обирайте зміну лише для вимоги, яку поточний сервіс доказово не може виконати. Подальше розширення VLAN розширює й залежності додатка та Ethernet разом із ним; нова назва overlay їх не прибирає.

Рамки RFC 4664 викладають категорії сервісів та їхні моделі пересилання — це словник, потрібний, щоб поставити правильне питання. Принесіть шість відповідей і невдалий тест на одну зустріч, і рішення перестане бути про етикетки.