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 і поведінку петлі.
Запросіть бюджет розміру кадру від кінця до кінця, а тоді самі додайте накладні витрати інкапсуляції. Спитайте, що відбувається, коли одне підключення відмовляє, чи інші продовжують пересилання і чи відкликає постачальник досяжність або лишає її до сплину таймера.
Запишіть ці чотири відповіді поруч із назвою продукту у своєму записі. Коли надійде наступна пропозиція з іншою абревіатурою і тією самою ціною, порівняння стане порівнянням поведінки, і лише воно передбачає, що мережа зробить у поганий день.