Перевірте router MAC в EVPN, перш ніж звинувачувати underlay

В одному пакеті VXLAN видно дві MAC-адреси, і лише одна з них належить хосту призначення. У схемі EVPN VXLAN IP-VRF — IP-VRF внутрішня MAC призначення — це оголошена router MAC вихідного маршрутизатора, а зовнішня MAC призначення належить тому, хто доставляє пакет на наступній ланці underlay. Плутанина між ними відправляє людей в underlay шукати несправність, якої там немає. Виконуйте перевірки по порядку.

Кожен крок відповідає на одне питання, і перша відповідь визначає, чи мають сенс наступні.

1. Прочитайте маршрут префікса та його communities

Почніть з маршруту, а не з перехоплення пакетів:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Маршрут Type 5 оголошує префікс IP. У моделі IP-VRF без інтерфейсів він також несе L3 VNI і розширену community з router MAC, і саме ця community визначає вихідну точку маршрутизації. Читайте community, а не припускайте, що MAC вбудована в NLRI префікса, бо це не так. Якщо маршрут наявний і community приєднана, площина керування вже зробила свою частину.

2. Підтвердьте, яка модель пересилання використовується

Модель без інтерфейсів і рекурсія за індексом overlay — це дві різні підтримувані схеми. Модель без інтерфейсів маршрутизує пакет, будує внутрішній кадр для віддаленої точки маршрутизації та інкапсулює його в бік вихідного VTEP.

За рекурсії за індексом overlay вхідному маршрутизатору потрібен додатковий пошук, щоб визначити наступний хоп перед пересиланням. Обидві моделі дійсні, і застосовна процедура залежить від того, яку використовує ваша мережа. Застосування логіки прямого наступного хопу до мережі, побудованої інакше, дає висновок, який виглядає правильним у перехопленні й хибним на огляді дизайну.

3. Очікуйте дві різні ролі MAC

Внутрішня MAC призначення — це оголошена router MAC вихідного маршрутизатора. Зовнішня MAC призначення — це наступний хоп локальної доставки, який може бути маршрутизатором underlay і може змінюватися на кожному хопі. Те, що вони різні, нормально, а те, що вони однакові, — випадковість, а не вимога. Перехоплення, де всередині видно адресу, схожу на шасі, а зовні — фізичну адресу наступного хопу, описує саме задуману інкапсуляцію.

4. Вважайте значення, похідне від шасі, вибором реалізації

Платформа може виводити свою оголошену router MAC з ідентифікатора системи або шасі, і це рішення реалізації, а не правило протоколу. Перевірте модель розподілу та резервування у виробника, перш ніж щось читати з формату адреси.

Дві реалізації, обидві сумісні, можуть оголошувати по-різному виглядаючі router MAC, тому їх порівняння між виробниками доводить дуже мало.

5. Нічого не змінюйте, доки стан не розійдеться

Для огляду порівняйте вибраний маршрут префікса, його розширені communities, наступний хоп BGP, L3 VNI і результуючий стан пересилання. Потім позначте внутрішній і зовнішній заголовки в перехопленні.

Якщо ці п'ять збігаються, дивно виглядаюча MAC робить свою роботу, і її зміна зламає точку маршрутизації, а не виправить помилку адресації. Якщо не збігаються, ви вже знаєте, яке поле неправильне, і зміна стає цілеспрямованою, а не припущеною. Специфікація префіксів IP у EVPN — це джерело, на яке варто посилатися в цій дискусії, бо воно описує і модель, і community, що несе значення.