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

Две MAC адреси се појавуваат во истиот VXLAN пакет, а само една од нив и припаѓа на целната машина. Во дизајн 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 што ја носи вредноста.