Защо MAC адрес на QFX се вижда в EVPN, но не в таблицата за препращане

Намирането на MAC в базата на EVPN доказва, че той е бил обявен или получен като маршрут, и нищо повече. Таблицата за препращане е друга структура, програмирана по-късно, така че един и същ MAC може да присъства в едната и да липсва в другата, докато всеки протокол работи правилно. Ако тези два изхода се третират като копия един на друг, инженерите търсят повреда в BGP, когато реалната разлика е политика за импортиране или неразрешен следващ хоп. Въпросът, който си струва да се зададе, не е дали фабриката знае MAC адреса, а на кой етап е спрял да го предава.

Две таблици, които отговарят на различни въпроси

В Junos EVPN базата изброява MAC адреси по всеки екземпляр заедно с начина, по който всеки е пристигнал: научен от порт за достъп, получен в маршрут Type 2 или маркиран като част от група за множествен хостинг. Справочникът на Juniper show evpn database покрива филтрите по MAC и по екземпляр, които правят изгледа четим. Това е обобщение на управляващото равнище с ключ по екземпляр и MAC, а не таблицата, с която хардуерът комутира кадри.

Комутационната таблица е това състояние на препращане. И двата изхода изброяват MAC адреси до контекст на VLAN или VNI, което е точно причината да се сравняват ред по ред и точно причината сравнението да подвежда. Записът в базата казва, че маршрутът съществува и е приет в екземпляра; той не казва нищо за това дали платформата го е инсталирала за препращане.

Маршрут Type 2 носи MAC адреса, незадължителен IP, етикет или VNI, разграничител на маршрут и следващ хоп, който назовава отдалечения VTEP. Четири неща могат да се счупят между кабела и този маршрут: хостът никога не се научава, маршрутът никога не се обявява, той се отхвърля при импортиране или следващият му хоп не се разрешава. Всяка повреда оставя различен набор от таблици запълнени и точно затова последователността може да бъде диагностицирана.

Локалното обучение все още идва първо

Обичайното допускане е, че EVPN поема обучението на MAC адреси, затова празната база трябва да означава проблем с овърлея. Локалното обучение все още работи от страната на достъпа, точно както преди да съществува VXLAN: комутаторът научава MAC адреса на източника на разрешен кадър в правилния VLAN и услуга и само след това създава Type 2 за него. Хост, който не е изпратил подходящ кадър, няма какво да обяви. Хост, чиито кадри се отхвърлят от членство във VLAN, филтър или неработещ член на агрегат, изглежда еднакво от гледна точка на овърлея.

Започнете от точката на прикачване и продължете с команди само за четене. Целта е да докажете, че кадър от хоста е преминал в предвидената услуга, защото нищо по-надолу не компенсира кадър, който така и не е пристигнал.

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

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

Къде се губи отдалечен MAC

Отдалеченият MAC се проваля в обратната посока и тихо. Маршрутът Type 2 пристига, но влиза в екземпляр само когато неговата цел на маршрута и VNI съвпадат с локалната конфигурация и става използваем само когато следващият хоп се разрешава до достижим VTEP. Несъответствие в целта на маршрута оставя валиден маршрут в таблицата на BGP, който никой екземпляр не търси.

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

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

Тези изходи отговарят на три отделни въпроса. Маршрут в bgp.evpn.0 без запис в базата сочи към политика за импортиране, цел на маршрута или конфигурация на екземпляра. Запис в базата без запис за препращане сочи към програмиране на платформата, което принадлежи на друг път за ескалация. Активен маршрут, чийто следващ хоп не се разрешава, е проблем с транспорта или етикета и никакво отстраняване на неизправности по MAC не го поправя.

Рестарт, който го е оправил, доказва много малко

Когато рестартът накара симптома да изчезне, примамливото заключение е, че конфигурацията трябва да е в ред. Рестартът програмира наново всяка таблица от нулата, затова той също скрива случая, в който остарял запис е засенчвал грешка в политиката; повредата обикновено се връща при следващата промяна, трепване на връзката или оттегляне на маршрут.

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

show evpn database instance blue
show route table bgp.evpn.0
show version

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

Четири наблюдения, които решават повечето случаи

Четири наблюдения покриват почти всеки случай: прикачването и неговата услуга, MAC като примерна стойност, състоянието на маршрута и базата и използваната версия. Изберете MAC, който очевидно е примерен, за да не го сбърка някой с производствен адрес: първият октет 02 отбелязва локално администриран unicast адрес, останалите октети са свободни и затова 02:00:00:00:00:5c е безопасен заместител.

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