Një host i qetë EVPN nuk zgjidhet kurrë: ndiqni ARP-në deri te lidhja

Pika fundore është e lidhur, porta e saj është aktive dhe hosti monitorues ende nuk arrin ta arrijë. Dikush ekzekuton një ping nga ana tjetër dhe fillon të funksionojë, gjë që e bën problemin të duket i ndërprerë dhe fabric-in të duket i pafajshëm. Ky model është firma e një hosti të qetë: ai transmeton rrallë, kështu që sjellja e zbulimit dhe rifreskimit të fabric-it ka më shumë rëndësi sesa gjendja e lidhjes së tij. Filloni me një IP, MAC dhe bridge domain të synuar dhe ndiqni shkëmbimin e ardhshëm të zgjidhjes.

Ndiqni shkëmbimin e ardhshëm ARP ose ND

Për IPv4, vëzhgoni shkëmbimin ARP të hostit që kërkon; për IPv6, ndiqni Neighbor Solicitation dhe Advertisement. Konfirmoni që kërkesa hyn në segmentin lokal të synuar dhe në VNI-në e synuar, sepse një kërkesë që nuk arrin kurrë bridge domain-in e saktë nuk mund të marrë përgjigje nga asnjë proxy.

Më pas shikoni çfarë di fabric-i për objektivin. Një rrugë vetëm me MAC mund të identifikojë një destinacion Layer 2 ndërsa proxy-t i mungon ende një lidhje IP-to-MAC për të. Këto janë regjistra të veçantë, dhe kontrollimi i njërit nuk thotë asgjë për tjetrin.

Nëse ekziston një lidhje e vlefshme, proxy mund të përgjigjet sipas politikës së tij, por MAC-i në atë lidhje ka ende nevojë për një rrugë aktive përcjelljeje. Nëse lidhja mungon, kërkesa duhet të arrijë lidhjen e pikës fundore përmes rrugës së flooding ose të replikimit, përpara se diçka të mund të mësojë nga përgjigjja.

Dy regjistra që duhet të përputhen

Rruga MAC përgjigjet se ku jeton adresa Ethernet. Tabela e proxy-t përgjigjet se cili IP mapohet në cilin MAC. Një host që nuk ka folur së fundmi mund të ketë një rrugë MAC krejtësisht të mirë dhe asnjë hyrje të përdorshme proxy, dhe pikërisht ky është gjendja që prodhon një dështim zgjidhjeje në një lidhje të shëndoshë.

Në lidhjen e largët, kontrolloni nëse pika fundore e pranon vërtet shkëmbimin dhe përgjigjet ndaj tij. Përgjigjja e saj rifreskon mësimin lokal dhe njoftimin përkatës EVPN, prandaj ping-u manual duket se i rregullon gjërat: ju gjeneruat trafikun që fabric-i po priste. Kjo shpjegon gjithashtu pse rregullimi nuk zgjat: sapo hyrja e rifreskuar vjetërohet, pika fundore hesht përsëri. Një ping i planifikuar trajton simptomën dhe fsheh boshllëkun e projektimit.

Pas përgjigjes, ndiqni rrugën e zgjedhur dhe gjendjen e përcjelljes të instaluar përsëri drejt kërkuesit. Suksesi i zgjidhjes dhe suksesi i përcjelljes janë dy ngjarje të veçanta, dhe një tiketë që i ngatërron ato ju dërgon në shtresën e gabuar.

Çfarë supozon në të vërtetë standardi

RFC 9161 përshkruan mësimin dinamik të proxy-t dhe flooding-un e parazgjedhur të kërkesave ARP dhe ND të panjohura. Shtypja e plotë e atij flooding kufizohet te vendosjet, supozimet e të cilave për mësim ose furnizim e bëjnë atë të sigurt, që është një kusht më i ngushtë sesa nënkuptojnë shumica e udhëzuesve të konfigurimit.

Një fabric që pret pika fundore të sapozbuluara ka nevojë për një rrugë funksionale për ato kërkesa. Nëse dikush ka çaktivizuar flooding-un e kërkesave të panjohura për të reduktuar trafikun BUM, hostet e qeta janë popullsia që paguan për këtë, dhe simptoma vjen javë më vonë si një ankesë për arritshmëri të ndërprerë.

Lexoni cilësimin e shtypjes si një deklaratë për atë që fabric premton të dijë. Nëse asgjë nuk i furnizon lidhjet, premtimi nuk është i vërtetë për dërguesit e rrallë. Krahasoni shtypjen e konfiguruar me sistemin e furnizimit që supozohet ta ushqejë. Kur këta të dy nuk pajtohen, fabric sillet saktësisht siç është konfiguruar, dhe pritshmëria është ajo që duhet rregulluar.

Rifreskimi, plakja dhe alternativa statike

Standardi përshkruan sonda rifreskimi të mbështetura përpara se hyrjet dinamike të plaken. Përgjigjet rifreskojnë gjendjen përkatëse të bridge dhe proxy; mungesa e përgjigjeve mund të çojë në mënyrë legjitime në heqje dhe tërheqje të rrugës. Ky nuk është një defekt që duhet shtypur duke zgjatur çdo kohëmatës.

Zgjatja e pacaktuar e kohëmatësve të plakjes shkëmben një dështim të dukshëm me një të vjetëruar: fabric vazhdon të shpallë një vendndodhje që hosti e ka lënë. Përdorni kontrollet e dokumentuara të implementimit dhe zgjidhni një jetëgjatësi që përputhet me sa shpesh mund të pritet në mënyrë të arsyeshme që pika fundore të flasë.

Për pikat fundore të njohura dhe të menaxhuara, një lidhje statike ose e furnizuar nga kontrolluesi është një model i dytë legjitim. Kërkon një pronar që merret me zëvendësimin dhe lëvizjen, sepse një regjistër i furnizuar nuk përditësohet vetë kur hosti kalon në një portë tjetër.

Çfarë duhet regjistruar para tiketës së ardhshme

Mbani burimin e lidhjes, kohën e rifreskimit të fundit, vendndodhjen aktuale dhe çdo ngjarje tërheqjeje pranë rrugës MAC. Ai regjistër i përgjigjet pyetjes që tiketa me të vërtetë bën: a po pret aplikacioni zbulimin, a po mbështetet në një gjendje të vjetëruar, apo po dështon të përcjellë pas një zgjidhjeje të suksesshme?

Pastaj vendosni se cilin nga të tre jeni të gatshëm të operoni. Zbulimi me flooding, rifreskimi me një jetëgjatësi realiste ose furnizimi me një pronar janë të gjitha të mbrojtshme. Një fabric e konfiguruar për njërin dhe prej së cilës pritet të sillet si tjetri është vendi ku hostet e qeta zhduken.