Преди да добавите 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 излага категориите услуги и техните модели на препращане — това е лексиката, нужна, за да зададете правилния въпрос. Донесете шестте отговора и неуспешния тест на една среща и решението престава да бъде за етикети.