Проверьте 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, которая несёт значение.