Silenta EVPN-gastiganto neniam solviĝas: sekvu la ARP-on ĝis la ligo
Gastiganto, kiu malofte elsendas, povas ŝajni forestanta eĉ kiam ĝia konekto estas aktiva. Sekvu la solvan interŝanĝon, la MAC-vojon kaj la prokuran ligon laŭ ordo.
La finpunkto estas konektita, ĝia pordo estas aktiva, kaj la monitora gastiganto ankoraŭ ne povas atingi ĝin. Iu rulas ping de la kontraŭa flanko kaj ĝi ekfunkcias, kio igas la problemon ŝajni intermita kaj la fabric ŝajni senkulpa. Tiu ŝablono estas la subskribo de silenta gastiganto: ĝi malofte elsendas, do la konduto de malkovro kaj refreŝigo de la fabric pli gravas ol la stato de ĝia konekto. Komencu per unu celata IP, MAC kaj bridge domain kaj sekvu la sekvan solvan interŝanĝon.
Sekvu la sekvan ARP aŭ ND interŝanĝon
Por IPv4 observu la ARP-interŝanĝon de la petanta gastiganto; por IPv6 sekvu la Neighbor Solicitation kaj Advertisement. Konfirmu, ke la peto eniras la celatan lokan segmenton kaj la celatan VNI, ĉar peton, kiu neniam atingas la ĝustan bridge domain, neniu prokuro povas respondi.
Poste rigardu, kion la fabric scias pri la celo. Vojo nur laŭ MAC povas identigi Layer 2-celon, dum la prokuro ankoraŭ ne havas IP-al-MAC-ligon por ĝi. Tiuj estas apartaj rikordoj, kaj kontroli unu diras nenion pri la alia.
Se ekzistas valida ligo, la prokuro povas respondi laŭ sia politiko, sed la MAC en tiu ligo ankoraŭ bezonas aktivan plusendan vojon. Se la ligo mankas, la peto devas atingi la konekton de la finpunkto tra la superflua aŭ replika vojo antaŭ ol io povas lerni el la respondo.
Du rikordoj, kiuj devas kongrui
La MAC-vojo respondas, kie loĝas la Ethernet-adreso. La prokura tabelo respondas, kiu IP mapiĝas al kiu MAC. Gastiganto, kiu lastatempe ne parolis, povas havi tute bonan MAC-vojon kaj neniun uzeblan prokuran eron, kaj ĝuste tiu stato produktas solvan malsukceson sur sana konekto.
Ĉe la fora konekto kontrolu, ĉu la finpunkto vere ricevas kaj respondas la interŝanĝon. Ĝia respondo refreŝigas lokan lernadon kaj la respondan EVPN-anoncon, tial la mana ping ŝajnas ripari la aferojn: vi generis la trafikon, kiun la fabric atendis. Tio ankaŭ klarigas, kial la ripeto ne daŭras: post kiam la refreŝigita ero malaktualiĝas, la finpunkto denove silentas. Planita ping traktas la simptomon kaj kaŝas la dezajnan breĉon.
Post la respondo sekvu la elektitan vojon kaj la instalitan plusendan staton reen al la petanto. Sukcesa solvo kaj sukcesa plusendo estas du apartaj eventoj, kaj bileto, kiu konfuzas ilin, sendas vin al la malĝusta tavolo.
Kion la normo efektive supozas
RFC 9161 priskribas dinamikan prokuran lernadon kaj la defaŭltan superfluon de nekonataj ARP kaj ND petoj. Kompleta subpremo de tiu superfluaĵo limiĝas al enkondukoj, kies lernaj aŭ provizaj supozoj igas ĝin sekura, kio estas pli mallarĝa kondiĉo ol plej multaj agordaj gvidiloj implicas.
Fabric, kiu atendas ĵus malkovritajn finpunktojn, bezonas funkciantan vojon por tiuj petoj. Se iu malŝaltis la superfluon de nekonataj petoj por redukti BUM-trafikon, la silentaj gastigantoj estas la loĝantaro, kiu pagas por tio, kaj la simptomo alvenas semajnojn poste kiel plendo pri intermita atingeblo.
Legu la subpreman agordon kiel deklaron pri tio, kion la fabric promesas scii. Se nenio provizas la ligojn, la promeso ne veras por maloftaj sendantoj. Komparu la agorditan subpremon kun la proviza sistemo, kiu laŭsupoze nutras ĝin. Kiam tiuj du malkongruas, la fabric kondutas ĝuste kiel agordite, kaj la atendo estas tio, kion oni devas ripari.
Refreŝigo, maljuniĝo kaj la statika alternativo
La normo priskribas subtenatajn refreŝigajn provilojn antaŭ ol dinamikaj eroj maljuniĝas. Respondoj refreŝigas la rilatan bridge- kaj prokuran staton; foresto de respondoj povas laŭleĝe konduki al forigo kaj retiro de vojo. Tio ne estas cimo subpremenda per streĉado de ĉiu tempigilo.
Senfina plilongigo de maljuniĝaj tempigiloj interŝanĝas videblan malsukceson kontraŭ malnova: la fabric daŭre anoncas lokon, kiun la gastiganto forlasis. Uzu la dokumentitajn regilojn de la efektivigo kaj elektu vivdaŭron, kiu kongruas kun tio, kiom ofte la finpunkto racie povas esti atendata paroli.
Por konataj, administritaj finpunktoj, statika aŭ de regilo provizita ligo estas laŭleĝa dua modelo. Ĝi bezonas posedanton, kiu traktas anstataŭigon kaj movadon, ĉar provizita rikordo ne ĝisdatigas sin mem, kiam la gastiganto moviĝas al alia pordo.
Kion registri antaŭ la sekva bileto
Tenu la fonton de la ligo, la lastan refreŝigan tempon, la nunan lokon kaj ajnan retiran eventon apud la MAC-vojo. Tiu rikordo respondas la demandon, kiun la bileto vere starigas: ĉu la aplikaĵo atendas malkovron, ĉu ĝi fidas malnovan staton, aŭ ĉu ĝi malsukcesas plusendi post sukcesa solvo?
Poste decidu, kiun el la tri vi pretas funkciigi. Malkovro kun superfluaĵo, refreŝigo kun realisma vivdaŭro, aŭ provizado kun posedanto ĉiuj estas defendeblaj. Fabric agordita por unu kaj atendata konduti kiel alia estas la loko, kie silentaj gastigantoj malaperas.