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

Долазак до удаљене VTEP адресе доказује да underlay преноси пакете и то је све што доказује. Услуга закупца захтева BGP EVPN сесију са исправном фамилијом адреса, локални VNI који је прикључен и оперативан, руту која је настала и увоз на удаљеном крају. То су четири одвојене контролне тачке, свака са другим поправком. Третирање зеленог underlay-а као спремности услуге најчешћи је начин на који се постављање EVPN-а заглави.

Читајте их по реду и зауставите се на првој која није оно што дизајн очекује. Касније контролне тачке не могу надокнадити ранији неуспех.

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

Почните са доступношћу између loopback адреса које се користе као VTEP извори. Рута мора постојати у underlay-у, пут мора бити дозвољен укључујући сваки захтев за инкапсулацијом, а повратни пут мора радити. Рута која постоји али је филтрирана у једном смеру ствара асиметричан квар који изгледа повремено. Потврдите оба смера пре него што наставите.

Забележите изворну и одредишну адресу које сте проверили. Каснији корак који решава следећи хоп преко друге адресе је други тест, а третирање њих као једног је начин на који се решени следећи хоп окривљује за транспортни квар.

Контролна тачка 2: EVPN фамилија, не број сесија

Успостављена BGP сесија не значи да је EVPN фамилија адреса била преговарана. Погледајте стање специфично за фамилију код суседа: је ли фамилија омогућена, је ли преговарана са партнером и носи ли је сесија уопште. Сесија која је подигнута за IPv4 unicast и никада није преговарала EVPN не показује ништа погрешно у општем прегледу суседа, а спецификација EVPN overlay-а третира услугу и контролне поступке као одвојена питања од транспорта.

Проверите и изворну адресу сесије. Peering изграђен на адреси која није VTEP извор је несклад у дизајну који чека да објасни квар прослеђивања.

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

Локални VNI мора бити прикључен на мост или VRF који представља закупца, а платформа га мора пријавити као оперативног. Стање чланства које користи модел репликације може бити важно пре него што се научи иједан MAC хоста, па празна табела крајњих тачака није доказ да је услуга пала.

Затим потврдите шта уређај заиста генерише: локалну руту за тај VNI са route target-има које дизајн одређује. VNI који је прикључен али није оглашен ствара услугу која постоји локално и нигде другде.

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

На пријемном уређају упоредите извезене и увезене route target-е, а не нумеричке VNI-јеве. Подударан број VNI-ја не доказује да пријемна инстанца увози оглас, а неусклађен route target је невидљив у списку VNI-јева. Решите оглашени следећи хоп кроз underlay пре него што поверујете запису прослеђивања. Затим читајте стање прослеђивања у overlay-у за услугу, а не за уређај у целини.

Табела партнера може одражавати и податке dataplane-а или учење чланства специфично за имплементацију. Читајте њено порекло и контекст услуге уз EVPN руту, уместо да број редова узимате као доказ.

Један запис који пролази пут

Држите један запис по услузи: локално стање VNI-ја, EVPN сусед и фамилију, насталу руту те примљени и увезени резултат. Прођите тим записом од порекла до инсталације. Кад нешто не успе, запис каже коју од четири контролне тачке поправити, а не коју наредбу испробати.

Додајте временске ознаке док то радите. Увоз који се појави неколико минута након огласа питање је политике или конвергенције, док је онај који се никада не појави питање конфигурације, а та разлика је видљива само ако сте записали када сте гледали.

Када је статички VXLAN прави одговор

Статички конфигурисан VXLAN пут података може радити са ручно задатим партнерима док EVPN табела остаје празна. То није покварено EVPN постављање, то је други модел управљања. Одлучите који дизајн намерава пре него што празну табелу дијагностикујете као квар.

IGP сусед у underlay-у даје транспорт и ништа више. Стање услуге у overlay-у одвојена је ствар за изградњу и одвојена ствар за проверу.