Stil EVPN-gasheer word nooit opgelos nie: volg die ARP na die binding
’n Gasheer wat selde uitsaai, kan afwesig lyk selfs wanneer sy aansluiting op is. Volg die oplossingstransaksie, die MAC-roete en die proxy-binding in volgorde.
Die eindpunt is aangesluit, sy poort is op, en die moniteringsgasheer kan dit steeds nie bereik nie. Iemand voer ’n ping vanaf die ander kant uit en dit begin werk, wat die probleem intermittent laat lyk en die fabric onskuldig laat voorkom. Daardie patroon is die kenmerk van ’n stil gasheer: dit saai selde uit, so die fabric se ontdekkings- en verfrissingsgedrag weeg swaarder as sy aansluitingstatus. Begin met een beoogde IP, MAC en bridge domain en volg die volgende oplossingstransaksie.
Volg die volgende ARP- of ND-transaksie
Vir IPv4, let op die aanvraende gasheer se ARP-transaksie; vir IPv6, volg die Neighbor Solicitation en Advertisement. Bevestig dat die versoek die beoogde plaaslike segment en die beoogde VNI binnegaan, want ’n versoek wat nooit die regte bridge domain bereik nie, kan deur geen proxy beantwoord word nie.
Kyk dan na wat die fabric van die teiken weet. ’n Slegs-MAC-roete kan ’n Layer 2-bestemming identifiseer terwyl die proxy steeds geen IP-na-MAC-binding daarvoor het nie. Dit is afsonderlike rekords, en om een te kontroleer sê niks oor die ander nie.
As ’n geldige binding bestaan, kan die proxy volgens sy beleid antwoord, maar die MAC in daardie binding het steeds ’n aktiewe aanstuurpad nodig. As die binding afwesig is, moet die versoek die eindpunt se aansluiting bereik deur die flooding- of repliseringspad voordat enigiets uit die antwoord kan leer.
Twee rekords wat moet ooreenstem
Die MAC-roete antwoord waar die Ethernet-adres woon. Die proxytabel antwoord watter IP na watter MAC wys. ’n Gasheer wat onlangs nie gepraat het nie, kan ’n heeltemal goeie MAC-roete hê en geen bruikbare proxy-inskrywing nie, en dit is presies die toestand wat ’n oplossingsfout op ’n gesonde aansluiting veroorsaak.
Kontroleer by die afgeleë aansluiting of die eindpunt die transaksie werklik ontvang en beantwoord. Sy antwoord verfris plaaslike leer en die ooreenstemmende EVPN-advertensie, en daarom lyk dit of die handmatige ping dinge regmaak: jy het die verkeer gegenereer waarvoor die fabric gewag het. Dit verduidelik ook waarom die regstelling nie hou nie: sodra die verfrisde inskrywing verouder, word die eindpunt weer stil. ’n Geskeduleerde ping behandel die simptoom en verberg die ontwerpgaping.
Volg na die antwoord die gekose roete en die geïnstalleerde aansturingsstatus terug na die aanvraer. Oplossing wat slaag en aansturing wat slaag is twee afsonderlike gebeurtenisse, en ’n tikket wat dit vermeng, stuur jou na die verkeerde laag.
Wat die standaard eintlik aanneem
RFC 9161 beskryf dinamiese proxy-leer en die verstek-flooding van onbekende ARP- en ND-versoeke. Volledige onderdrukking van daardie flooding is beperk tot ontplooiings waarvan die leer- of voorsieningsaannames dit veilig maak, wat ’n nouer voorwaarde is as wat die meeste konfigurasiegidse impliseer.
’n Fabric wat pas ontdekte eindpunte verwag, het ’n werkende pad vir daardie versoeke nodig. As iemand onbekende-versoek-flooding gedeaktiveer het om BUM-verkeer te verminder, is stil gashere die bevolking wat daarvoor betaal, en die simptoom kom weke later as ’n intermittent bereikbaarheidsklagte.
Lees die onderdrukkingsinstelling as ’n stelling oor wat die fabric belowe om te weet. As niks die bindings voorsien nie, is die belofte nie waar vir ongereelde senders nie. Vergelyk die gekonfigureerde onderdrukking met die voorsieningstelsel wat dit veronderstel is om te voed. Wanneer daardie twee nie saamstem nie, gedra die fabric hom presies soos gekonfigureer, en die verwagting is wat reggemaak moet word.
Verfrissing, veroudering en die statiese alternatief
Die standaard beskryf ondersteunde verfrissingsprobes voordat dinamiese inskrywings verouder. Antwoorde verfris die relevante bridge- en proxystatus; afwesige antwoorde kan wettig tot verwydering en roeteonttrekking lei. Dit is nie ’n fout wat onderdruk moet word deur elke tydhouer te rek nie.
Om verouderingstydhouers onbepaald te verleng, ruil ’n sigbare fout vir ’n verouderde een: die fabric adverteer aanhoudend ’n ligging wat die gasheer verlaat het. Gebruik die implementering se gedokumenteerde kontroles en kies ’n leeftyd wat pas by hoe dikwels die eindpunt redelikerwys verwag kan word om te praat.
Vir bekende, bestuurde eindpunte is ’n statiese of deur die kontroleerder voorsiene binding ’n wettige tweede model. Dit het ’n eienaar nodig wat vervanging en verskuiwing hanteer, want ’n voorsiene rekord dateer nie homself op wanneer die gasheer na ’n ander poort skuif nie.
Wat om voor die volgende tikket aan te teken
Hou die binding se bron, laaste verfrissingstyd, huidige ligging en enige onttrekkingsgebeurtenis langs die MAC-roete. Daardie rekord beantwoord die vraag wat die tikket eintlik vra: wag die toepassing op ontdekking, vertrou dit op verouderde status, of faal dit om aan te stuur ná suksesvolle oplossing?
Besluit dan watter van die drie jy bereid is om te bedryf. Ontdekking met flooding, verfrissing met ’n realistiese leeftyd, of voorsiening met ’n eienaar is almal verdedigbaar. ’n Fabric wat vir een gekonfigureer is en verwag word om soos ’n ander te gedra, is waar stil gashere verdwyn.