Проверете router MAC на EVPN, преди да обвинявате underlay

В един и същ VXLAN пакет се появяват два MAC адреса и само един от тях принадлежи на хоста получател. При дизайн EVPN VXLAN от IP-VRF към IP-VRF вътрешният MAC на получателя е обявеният router MAC на изходния маршрутизатор, докато външният MAC на получателя принадлежи на това, което доставя пакета по следващата underlay връзка. Объркването на двете изпраща хората в underlay да търсят неизправност, която там няма. Изпълнете проверките по ред.

Всяка стъпка отговаря на един въпрос и първият отговор решава дали следващите изобщо са уместни.

1. Прочетете prefix маршрута и неговите communities

Започнете от маршрута, а не от прихващането на пакети:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Маршрут Type 5 обявява IP prefix. В модела IP-VRF без интерфейси той носи също L3 VNI и разширената community с router MAC, и именно тази community идентифицира изходната точка на маршрутизация. Четете community, вместо да предполагате, че MAC е вграден в prefix NLRI, защото не е. Ако маршрутът е наличен и community е прикачена, контролната равнина вече си е свършила работата.

2. Потвърдете кой модел на препращане се използва

Моделът без интерфейси и рекурсията по overlay индекс са различни поддържани варианти. Моделът без интерфейси маршрутизира пакета, изгражда вътрешен кадър за отдалечената точка на маршрутизация и го инкапсулира към изходния VTEP.

При рекурсия по overlay индекс входният маршрутизатор се нуждае от допълнително търсене, за да разреши следващия хоп, преди да може да препрати. И двата модела са валидни и приложимата процедура зависи от това кой използва вашата фабрика. Прилагането на логиката за директен следващ хоп към фабрика, изградена по другия начин, дава заключение, което изглежда вярно в прихващането и грешно в прегледа на дизайна.

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

Вътрешният MAC на получателя е обявеният router MAC на изходния маршрутизатор. Външният MAC на получателя е следващият хоп на локалната доставка, който може да е underlay маршрутизатор и може да се променя при всеки хоп. Това, че се различават, е нормално, а това, че съвпадат, е съвпадение, а не изискване. Прихващане, което показва адрес, подобен на шаси, отвътре и физически адрес на следващ хоп отвън, описва точно предвидената инкапсулация.

4. Третирайте стойността, произлязла от шаси, като избор на реализация

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

Две реализации, които и двете са съвместими, могат да обявяват различно изглеждащи router MAC адреси, поради което сравняването им между доставчици доказва много малко.

5. Не променяйте нищо, докато състоянието не се разминава

За преглед сравнете избрания prefix маршрут, неговите разширени communities, BGP следващия хоп, L3 VNI и произтичащото състояние на препращане. След това маркирайте вътрешните и външните заглавки в прихващането.

Ако тези пет съвпадат, странно изглеждащият MAC си върши работата и промяната му ще счупи точка на маршрутизация, вместо да поправи адресна грешка. Ако не съвпадат, вече знаете кое поле е грешно и промяната е целенасочена, а не спекулативна. Спецификацията за IP prefix в EVPN е източникът, който да цитирате в този разговор, защото описва както модела, така и community, която носи стойността.