L2VPN, VPLS и EVPN: името не е услугата
Абревиатурата във формуляра за поръчка назовава семейство, поведение при препращане или равнище на управление. Четири въпроса ги разделят, преди да сравните две оферти.
Четете „L2VPN“ в оферта, после „VPLS“ в листа с конфигурацията и приемате, че втората дума стеснява първата. Понякога е така, а понякога двата реда отговарят на несвързани въпроси. Заблудата е да се третират тези имена като стъпала по стълба от основно към напреднало. L2VPN е семейство, VPWS и VPLS са две поведения на услугата в него, а EVPN е механизъм на управляващото равнище, който може да носи и двете.
Всяка абревиатура отговаря на различен въпрос
Започнете с това какво трябва да прави клиентското включване, защото това е единственият въпрос, на който отговаря моделът на услугата. Верига точка-точка между два обекта и споделен Ethernet сегмент през десет обекта са различни продукти, дори когато и двете се продават като свързаност от слой 2.
| Name | Question it answers | What it does not tell you |
|---|---|---|
| L2VPN | Which family of services carries Ethernet frames | Point-to-point or multipoint |
| VPWS | A pair of attachment circuits behaves as one wire | Which control plane builds it |
| VPLS | Many attachments share a bridged broadcast domain | Whether MAC learning is limited or flooded |
| EVPN | BGP distributes MAC and IP reachability | Which service model it is being used for |
Тази таблица не е йерархия и четенето ѝ като такава причинява обичайната грешка при покупка: сравняване на оферта за VPWS с оферта за VPLS, сякаш второто е по-пълната версия на първото. Те решават различни проблеми и нито едно не е надмножество в смисъла, който купувачите предполагат.
VPWS и VPLS се разделят при решението за препращане
При услуга за виртуален частен проводник клиентското включване избира отдалечената крайна точка. Трафикът, пристигащ на този порт, излиза към сдвоения порт и ръбът на доставчика не трябва да научава кои MAC адреси стоят зад него за основното решение за препращане.
При VPLS ръбът на доставчика мостово свързва. Той преглежда MAC адреса на местоназначението на всеки кадър, научава адресите на източника за всяко включване и разпространява неизвестните местоназначения в емулираната LAN. Това прави услугата да се държи като LAN и оттам идват експлоатационните ограничения.
Диаграма, която изглежда многоточкова, не доказва, че всички обекти споделят един домейн на разпръскване. Двама доставчици могат да нарисуват същия облак и да продават един мостов домейн или няколко вериги точка-точка, а разликата става видима само когато разпръскване, неизвестен unicast кадър или преместване на MAC пресече границата на обект. Ping с разпръскване между два обекта отговаря на въпроса по-бързо от всеки архитектурен слайд. Ако отговорите идват от всеки друг обект, имате един мост; ако отговаря само двойката, имате проводник.
EVPN е управляващо равнище, не топология
Основната спецификация на EVPN, RFC 7432, определя процедури за Ethernet VPN на базата на BGP MPLS: достъпността на MAC се обявява в BGP, вместо да се научава само чрез разпръскване в равнището на данните. След това RFC 8214 определя поддръжка на VPWS чрез EVPN и точно това чупи модела на стълбата. Същото управляващо равнище обслужва както услуга точка-точка, така и многоточкова услуга.
Затова „ние ползваме EVPN“ не е отговор на „какво купихме“. Доставчикът все още трябва да каже дали услугата е двойка включвания или споделен мост и дали транспортът е MPLS, VXLAN или нещо друго. Тези избори живеят в различни документи и различни части от конфигурацията.
За оператора практическото следствие е, че ранният избор на EVPN прави по-късните промени на услугата по-евтини, защото достъпността вече се сигнализира, а не се разпространява. Това не премахва нуждата първо да се реши моделът на услугата и не прави погрешно конфигуриран мост правилен.
MPLS е път за данни, не определението
Документите на рамката описват семейството и неговите изисквания; те не изискват една инкапсулация. Стековането на MPLS етикети е често срещан транспорт за тези услуги и не е единственият. Услуга, сигнализирана чрез BGP, и път за препращане по MPLS са отделни проектни решения, които просто често се съчетават.
Когато доставчик каже „MPLS L2VPN“, попитайте коя половина се описва. Ако отговорът е само транспортът, моделът на услугата все още не е уточнен и поведението на включването все още е неизвестно.
Четири въпроса, които превръщат името в договор
Попитайте какво е предаването: порт, VLAN или набор от VLAN и кои от тях имат право да говорят помежду си. Попитайте дали обектите споделят един домейн на разпръскване, защото този единствен отговор определя разпръскването, лимитите на MAC и поведението на примка.
Поискайте бюджет за размера на кадъра от край до край и след това сами добавете разходите за инкапсулация. Попитайте какво става при отказ на едно включване, дали останалите продължават да препращат и дали доставчикът оттегля достъпността или я оставя до изтичане на таймер.
Запишете тези четири отговора до името на продукта в своя запис. Когато пристигне следващата оферта с различна абревиатура и същата цена, сравнението става сравнение на поведение и само то предсказва какво ще направи мрежата в лош ден.