EVPN работи, но услугата не: четири контролни точки

Достигането до отдалечения VTEP адрес доказва, че подлежащата мрежа пренася пакети, и това е всичко, което доказва. Услугата на наемателя се нуждае от BGP EVPN сесия с правилното адресно семейство, локален VNI, прикачен и работещ, произходен маршрут и импорт в далечния край. Това са четири отделни контролни точки, всяка с различно поправяне. Да се приема зелена подлежаща мрежа за готовност на услугата е най-честата причина въвеждането на EVPN да зацикли.

Прочетете ги по ред и спрете на първата, която не е това, което проектът очаква. Следващите контролни точки не могат да компенсират предишен отказ.

Контролна точка 1: транспорт до VTEP

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

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

Контролна точка 2: семейството EVPN, а не броят сесии

Установена BGP сесия не означава, че адресното семейство EVPN е договорено. Вижте състоянието, специфично за семейството, за съседа: дали семейството е включено, дали е договорено с партньора и дали сесията го пренася изобщо. Сесия, която е вдигната за IPv4 unicast и никога не е договаряла EVPN, не показва нищо нередно в общ преглед на съседите, а спецификацията на EVPN overlay третира процедурите за услуга и управление като отделни въпроси от транспорта.

Проверете и адреса на източника на сесията. Партньорство, изградено от адрес, който не е VTEP източникът, е проектно несъответствие, което чака да обясни отказ в препращането.

Контролна точка 3: локалната услуга е прикачена

Локалният VNI трябва да е прикачен към моста или VRF, който представлява наемателя, и платформата трябва да го отчита като работещ. Състоянието на членство, използвано от модела на репликация, може да има значение преди да е научен който и да е MAC на хост, затова празна таблица на крайни точки не е доказателство, че услугата е спряна.

След това потвърдете какво устройството действително генерира: локалния маршрут за този VNI с route target, които проектът определя. VNI, който е прикачен, но не е обявен, създава услуга, която съществува локално и никъде другаде.

Контролна точка 4: импорт при получателя

При получаващото устройство сравнявайте експортираните и импортираните route target, а не числовите VNI. Съвпадащ номер на VNI не доказва, че получаващият екземпляр импортира обявата, а несъответстващ route target е невидим в списък на VNI. Решете обявения следващ хоп през подлежащата мрежа, преди да се доверите на записа за препращане. След това четете състоянието на препращане в overlay за услугата, а не за устройството като цяло.

Таблицата на партньорите може също да отразява специфични за реализацията данни на плоскостта или учене на членство. Четете произхода и контекста на услугата ѝ заедно с EVPN маршрута, вместо да приемате броя редове за доказателство.

Един запис, който изминава пътя

Пазете един запис на услуга: локално състояние на VNI, EVPN съседът и семейството, произходният маршрут и полученият и импортиран резултат. Изминете този запис от произхода до инсталацията. Когато нещо се провали, записът казва коя от четирите контролни точки да поправите, а не коя команда да опитате.

Добавяйте времеви маркери, докато го правите. Импорт, който се появява минути след обявата, е въпрос на политика или конвергенция, докато такъв, който никога не се появява, е въпрос на конфигурация, и тази разлика се вижда само ако сте записали кога сте гледали.

Кога статичният VXLAN е правилният отговор

Статично конфигуриран VXLAN път на данни може да работи с ръчно зададени партньори, докато EVPN таблицата остава празна. Това не е счупено EVPN внедряване, а различен модел на управление. Решете кой от двата предвижда проектът, преди да диагностицирате празна таблица като отказ.

IGP съсед в подлежащата мрежа осигурява транспорт и нищо повече. Състоянието на услугата в overlay е отделно нещо за изграждане и отделно нещо за проверка.