Неге QFX MAC-і EVPN-де көрінеді, бірақ жіберу кестесінде көрінбейді

EVPN дерекқорында MAC табу оның маршрут ретінде жарияланғанын немесе қабылданғанын дәлелдейді, одан артық емес. Жіберу кестесі — кейінірек бағдарламаланатын басқа құрылым, сондықтан бірдей MAC біреуінде көрініп, екіншісінде болмауы мүмкін, ал әр протокол дұрыс жұмыс істеп тұрады. Бұл екі шығысты бір-бірінің көшірмесі деп санау инженерлерді BGP ақауының соңына жібереді, ал нақты алшақтық — импорт саясаты немесе шешілмеген келесі хоп. Сұрауға тұрарлық сұрақ — fabric MAC-ті біле ме, жоқ па емес, қай кезеңде оны әрі қарай жіберуді тоқтатты.

Әртүрлі сұрақтарға жауап беретін екі кесте

Junos EVPN-де дерекқор әр дана үшін MAC мекенжайларын және әрқайсысының қалай келгенін тізбейді: кіру портынан үйренілген, Type 2 маршрутында қабылданған немесе көп үйлі топтың бөлігі ретінде белгіленген. Juniper-дің show evpn database анықтамалығы көріністі оқуға ыңғайлы ететін MAC және дана бойынша сүзгілерді қамтиды. Бұл дана мен MAC кілтімен берілген басқару жазықтығының қорытындысы, аппарат кадрларды ауыстыратын кесте емес.

Ауыстыру кестесі — дәл сол жіберу күйі. Екі шығыс та MAC-терді VLAN немесе VNI контекстінің қасында тізбейді, дәл сондықтан олар жолма-жол салыстырылады, және дәл сондықтан салыстыру адастырады. Дерекқордағы жазба маршруттың бар екенін және данаға қабылданғанын айтады; ол платформаның оны жіберу үшін орнатқанын айтпайды.

Type 2 маршруты MAC-ті, қосымша IP-ні, белгіні немесе VNI-ді, маршрут айырғышын және қашықтағы VTEP-ті атайтын келесі хопты тасымалдайды. Кабель мен сол маршрут арасында төрт нәрсе бұзылуы мүмкін: хост ешқашан үйренілмейді, маршрут ешқашан жарияланбайды, импорт кезінде қабылданбайды немесе оның келесі хопы шешілмейді. Әрбір сәтсіздік әртүрлі кестелер жиынтығын толы қалдырады, сондықтан бұл реттілікті диагностикалауға болады.

Жергілікті оқыту әлі де бірінші орында

Кең тараған болжам — EVPN MAC оқытуын өзіне алады, сондықтан бос дерекқор overlay мәселесін білдіруі керек. Жергілікті оқыту әлі де кіру жағында жүреді, VXLAN пайда болмас бұрынғыдай: коммутатор рұқсат етілген кадрдың көзіндегі MAC-ті дұрыс VLAN мен қызметте үйренеді, содан кейін ғана ол үшін Type 2 жасайды. Тиісті кадр жібермеген хосттың жариялайтын ештеңесі жоқ. Кадрлары VLAN мүшелігі, сүзгі немесе агрегаттың өшірілген мүшесі арқылы тасталатын хост overlay тұрғысынан бірдей көрінеді.

Қосылу нүктесінен бастап, тек оқуға арналған командалармен алға жылжыңыз. Мақсат — хосттан шыққан кадрдың көзделген қызметтен өткенін дәлелдеу, өйткені ешқашан жетпеген кадрды төменде ештеңе өтемейді.

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

Таңдалған LACP мүшелері шоқтың қосылуынан маңыздырақ, өйткені агрегат бір мүшеде қосулы болуы мүмкін, ал хост трафигі өшірілген немесе бөгелген сілтемеге хэштеледі. Интерфейс санағыштары үнсіз хостты тастайтын хосттан ажыратады, өйткені ешқашан жібермейтін хост пен кадрлары жіктеу арқылы тасталатын хост бірдей бос кестені қалдырады.

Қашықтағы 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 қауіпсіз орналастырғыш.

Содан кейін жауаптар сәтсіз аяқталған кезеңді көрсетсін. Қосылуда оқыту болмаса — кіру жағы; дерекқор жазбасынсыз маршрут — импорт; жіберу күйінсіз дерекқор жазбасы — бағдарламалау. Қандай болса да, жиналған шығыстарды хост, интерфейс, қызмет және нұсқамен бірге тапсырыңыз, сонда келесі инженер сұрауды қайталаудың орнына жолды қайта шығара алады.