Від VXLAN до MPLS IP VPN: VNI — не мітка MPLS

Обидві технології ставлять ідентифікатор перед пакетом, тому висновок здається очевидним: зіставте VNI з міткою MPLS і дозвольте двом мережам об'єднатися. Такого зіставлення не існує як підтримуваної операції, бо ідентифікатори означають різні речі й створюються різними площинами керування. VNI ідентифікує сегмент VXLAN всередині оверлею; мітка MPLS ідентифікує обробку пересилання вздовж шляху з комутацією міток. З'єднання доменів — це рішення про маршрутизацію, а не переклад чисел.

Міф: обидві використовують мітки, тож зіставте їх

Поверхнева подібність реальна й оманлива. VXLAN несе 24-бітний VNI у заголовку, а MPLS несе стек міток, тому здається, що одне значення можна переписати в інше на прикордонному пристрої.

Ідею руйнує все, що оточує значення. VNI розв'язують площина керування EVPN і кінцеві точки тунелю в нижньому шарі. Мітку призначає площина пересилання MPLS уздовж шляху. Жодна сторона не має визначеної процедури прийняти ідентифікатор іншої сторони як свій.

Що насправді пересилає кожна сторона

На боці фабрики прикордонний пристрій завершує тунель VXLAN, зіставляє VNI з VRF орендаря й маршрутизує пакет як звичайний IP. На боці провайдера PE приймає маршрут клієнта у VRF, накладає стек міток MPLS і пересилає його через IP VPN.

Ця передача — добре зрозуміла модель у RFC 4364: край клієнта обмінюється IP-маршрутами з краєм провайдера, і кожен домен володіє власною інкапсуляцією. VNI зникає до моменту, коли пакет досягає PE, і саме тому модель працює.

Чому площини керування не зливаються

EVPN Type 5 несе маршрути префіксів IP з оверлейними наступними переходами, тоді як оголошення VPN-IPv4 належать до іншої родини адрес. Однаково виглядні цілі маршрутів з обох боків не перекладають одну родину в іншу й не розв'язують наступні переходи за межею.

Інтегрований шлюз може виконувати обидві задачі лише тоді, коли платформа реалізує потрібні інкапсуляції та взаємодію родин маршрутів. Цю здатність треба перевіряти для конкретного обладнання й випуску, а не виводити з назви родини продуктів.

На цій межі зазнають краху ще два припущення. MPLS IP VPN забезпечує маршрутизовану доступність, а не сегмент Ethernet, тому для розтягування широкомовлення потрібна підтримувана послуга 2-го рівня. І обидві інкапсуляції витрачають байти, тому ефективний MTU менший, ніж припускає будь-який із нижніх шарів.

Виберіть маршрутизовану передачу або інтегрований шлюз

Вибирайте маршрутизовану передачу, коли орендарю потрібна IP-доступність і провайдер уже пропонує послугу, спрямовану до CE. Вона зберігає власність чистою: фабрика володіє VXLAN і EVPN, провайдер — MPLS і VPN, а межа — зіставленням VRF з інтерфейсом. Плануйте масштаб підключення, адресацію та перемикання в разі збою разом із провайдером, а не припускайте, що одного каналу достатньо.

Вибирайте інтегрований шлюз лише тоді, коли платформа, якою ви керуєте, підтримує обидві ролі й ви можете перевірити взаємодію. Економія на пристроях реальна, але реальна й операційна небезпека того, що один пристрій стане єдиним місцем, де дві площини керування мають домовитися.

Що записувати щодо кожного орендаря

Ведіть запис, специфічний для орендаря, з підключенням, прийнятими й експортованими префіксами, методом розв'язання наступного переходу та очікуваною поведінкою після збою межі або каналу провайдера. Включіть бюджет MTU на обох межах інкапсуляції та зворотний шлях, бо працюючий прямий напрямок сам по собі доводить дуже мало.

Саме цей запис з'єднує два адміністративні домени, не вдаючи, що їхні припущення про маршрутизацію та інкапсуляцію однакові. Коли згодом хтось запитає, чи може VNI просто стати міткою, документ відповість проєктом, а не суперечкою.