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