Прежде чем добавлять 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 излагают категории сервисов и их модели пересылки — это словарь, нужный, чтобы задать правильный вопрос. Принесите шесть ответов и неудачный тест на одну встречу, и решение перестанет быть о ярлыках.