EVPN ostalari isilak ez du inoiz ebazten: jarraitu ARPari loturaraino

Muturra konektatuta dago, haren ataka aktibo dago, eta monitorizazio-ostalariak oraindik ezin du harengana iritsi. Norbait beste aldetik ping bat exekutatzen hasi eta funtzionatzen du, eta horrek arazoa tartekakoa dela dirudi eta fabrica errugabea dela dirudi. Eredu hori ostalari isilaren sinadura da: gutxitan igortzen du, beraz fabricaren aurkikuntza- eta freskatze-jokabideak bere atxikimenduaren egoerak baino gehiago axola du. Hasi IP, MAC eta bridge domain aurreikusi batekin eta jarraitu hurrengo ebazpen-trukea.

Jarraitu hurrengo ARP edo ND trukeari

IPv4rako, behatu eskatzen duen ostalariaren ARP trukea; IPv6rako, jarraitu Neighbor Solicitation eta Advertisement. Egiaztatu eskaera aurreikusitako tokiko segmentuan eta aurreikusitako VNIan sartzen dela, bridge domain egokira inoiz iristen ez den eskaera bat ezin baitu proxy batek ere erantzun.

Gero begiratu fabricak helburuari buruz dakiena. MAC soilik duen bide batek Layer 2 helmuga bat identifika dezake proxyak oraindik harentzako IP-to-MAC loturarik ez duen bitartean. Erregistro bereiziak dira, eta bat egiaztatzeak ez du ezer esaten besteaz.

Lotura baliozkoa badago, proxyak bere politikanaren arabera erantzun dezake, baina lotura horretako MACak aurreraeramateko bide aktibo bat behar du oraindik. Lotura falta bada, eskaerak muturreko atxikimendura iritsi behar du uholde edo erreplikazio bidearen bidez, erantzunetik ezer ikasi aurretik.

Bat etorri behar duten bi erregistro

MAC bideak Ethernet helbidea non bizi den erantzuten du. Proxy taulak zein IP zein MACi mapatzen zaion erantzuten du. Duela gutxi hitz egin ez duen ostalari batek MAC bide guztiz ona eta proxy sarrera erabilgarririk eza izan ditzake, eta hori da atxikimendu osasuntsu batean ebazpen hutsegitea sortzen duen egoera zehatza.

Urruneko atxikimenduan, egiaztatu muturrak benetan trukea jasotzen eta erantzuten duen. Haren erantzunak tokiko ikaskuntza eta dagokion EVPN iragarkia freskatzen ditu, eta horregatik ping manualak gauzak konpontzen dituela dirudi: fabricak itxaroten zuen trafikoa sortu duzu. Horrek ere azaltzen du zergatik ez duen konponketak irauten: freskatutako sarrera zahartzen denean, muturra berriro isiltzen da. Programatutako ping batek sintoma tratatzen du eta diseinu-hutsunea ezkutatzen du.

Erantzunaren ondoren, jarraitu hautatutako bidea eta instalatutako aurreraeramate-egoera eskatzailearengana itzuliz. Ebazpenak arrakasta izatea eta aurreraeramateak arrakasta izatea bi gertaera bereizi dira, eta biak nahasten dituen tiketak geruza okerreko bidaltzen zaitu.

Zer suposatzen duen estandarrak benetan

RFC 9161 dokumentuak proxy ikaskuntza dinamikoa eta ARP eta ND eskaera ezezagunen uholde lehenetsia deskribatzen ditu. Uholde horren erabateko ezabatzea seguru egiten duten ikaskuntza edo hornitze-suposizioak dituzten inplementazioetara mugatzen da, eta hori konfigurazio-gida gehienek iradokitzen dutena baino baldintza estuagoa da.

Berriki aurkitutako muturrak espero dituen fabric batek eskaera horietarako bide eraginkorra behar du. Norbaitek BUM trafikoa murrizteko eskaera ezezagunen uholdea desgaitzen badu, ostalari isilak dira horren truke ordaintzen duen populazioa, eta sintoma aste batzuk geroago iristen da konektagarritasun tartekako baten kexa gisa.

Irakurri ezabatze-ezarpena fabricak jakitea agintzen duenari buruzko adierazpen gisa. Ezerk loturak hornitzen ez baditu, promesa ez da egia igorle arraroentzat. Konparatu konfiguratutako ezabatzea elikatu behar duen hornitze-sistemarekin. Bi horiek bat ez datozenean, fabrica konfiguratuta dagoen bezala ari da jokatzen, eta itxaropena da zuzendu behar dena.

Freskatzea, zahartzea eta alternatiba estatikoa

Estandarrak onartutako freskatze-probak deskribatzen ditu sarrera dinamikoak zahartu aurretik. Erantzunek bridge eta proxy egoera garrantzitsua freskatzen dute; erantzunik ez egoteak legitoki eraman dezake kentzera eta bidea erretiratzera. Hori ez da timer bakoitza luzatuz ezabatu behar den akats bat.

Zahartze-timerrak mugarik gabe luzatzeak huts egite ikusgai bat zaharkitu baten truke aldatzen du: fabricak ostalariak utzitako kokapen bat iragartzen jarraitzen du. Erabili inplementazioaren dokumentatutako kontrolak eta aukeratu muturrak arrazoiz hitz egiteko duen maiztasunarekin bat datorren bizitza.

Mutur ezagun eta kudeatuentzat, lotura estatiko edo kontroladoreak hornitua bigarren modelo legitimo bat da. Ordezkapena eta mugimendua kudeatzen dituen jabe bat behar du, hornitutako erregistroak ez baititu bere burua eguneratzen ostalaria beste ataka batera mugitzen denean.

Zer erregistratu hurrengo tiketaren aurretik

Eduki loturaren iturburua, azken freskatze-ordua, uneko kokapena eta edozein erretiratze-gertaera MAC bidearen ondoan. Erregistro horrek tiketak benetan egiten duen galderari erantzuten dio: aplikazioa aurkikuntzaren zain dago, egoera zaharkituan oinarritzen da, edo huts egiten du ebazpen arrakastatsuaren ondoren aurreraeramaten?

Gero erabaki hiruretatik zein zauden operatzeko prest. Aurkikuntza uholdearekin, freskatzea bizitza errealistarekin edo hornitzea jabe batekin defendagarriak dira guztiak. Batetarako konfiguratuta eta beste bat bezala jokatzeko espero den fabrica da ostalari isilak desagertzen diren tokia.