Vaikne EVPN-host ei lahene kunagi: järgige ARP-i kuni sidemeni

Lõpp-punkt on ühendatud, selle port on aktiivne ja jälgimishost ei saa sellele ikka veel ligi. Keegi käivitab pingi vastasküljelt ja see hakkab tööle, mis paneb probleemi tunduma katkendlikuna ja fabrici süütuna. See muster on vaikse hosti allkiri: see saadab harva, seega on fabrici avastamis- ja värskenduskäitumine tähtsam kui selle ühenduse olek. Alustage ühe kavandatud IP, MAC-i ja bridge domainiga ning jälgige järgmist lahendamise vahetust.

Jälgige järgmist ARP- või ND-vahetust

IPv4 puhul jälgige päringu esitaja ARP-vahetust; IPv6 puhul järgige Neighbor Solicitationi ja Advertisementi. Kinnitage, et päring siseneb kavandatud kohalikku segmenti ja kavandatud VNI-sse, sest päringule, mis ei jõua kunagi õigesse bridge domaini, ei saa ükski puhverserver vastata.

Seejärel vaadake, mida fabric sihtmärgi kohta teab. Ainult MAC-põhine marsruut võib tuvastada Layer 2 sihtkoha, samal ajal kui puhverserveril pole selle jaoks veel IP-to-MAC sidet. Need on eraldi kirjed ja ühe kontrollimine ei ütle teise kohta midagi.

Kui kehtiv side on olemas, saab puhverserver oma poliitika järgi vastata, kuid selle sideme MAC vajab endiselt aktiivset edastusteed. Kui side puudub, peab päring jõudma lõpp-punkti ühenduseni üleujutuse või kopeerimise tee kaudu, enne kui miski saab vastusest õppida.

Kaks kirjet, mis peavad ühtima

MAC-marsruut vastab, kus Etherneti aadress elab. Puhverserveri tabel vastab, milline IP vastendub millisele MAC-ile. Host, mis pole hiljuti rääkinud, võib omada täiesti head MAC-marsruuti ja mitte ühtegi kasutatavat puhverserveri kirjet, ja just see olek tekitab lahendamise tõrke tervel ühendusel.

Kaugühenduse juures kontrollige, kas lõpp-punkt saab vahetuse kätte ja vastab sellele. Selle vastus värskendab kohalikku õppimist ja vastavat EVPN-teadaannet, mistõttu käsitsi ping näib asju parandavat: te tekitasite liikluse, mida fabric ootas. See selgitab ka, miks parandus ei püsi: kui värskendatud kirje vananeb, jääb lõpp-punkt jälle vait. Ajastatud ping ravib sümptomit ja varjab disainilünka.

Pärast vastust jälgige valitud marsruuti ja paigaldatud edastusolekut tagasi pärijani. Lahendamise õnnestumine ja edastamise õnnestumine on kaks eraldi sündmust ning pilet, mis need segi ajab, saadab teid valele kihile.

Mida standard tegelikult eeldab

RFC 9161 kirjeldab dünaamilist puhverserveri õppimist ja tundmatute ARP- ja ND-päringute vaikimisi üleujutust. Selle üleujutuse täielik mahasurumine on piiratud juurutustega, mille õppimis- või tarne-eeldused muudavad selle ohutuks, mis on kitsam tingimus, kui enamik konfiguratsioonijuhendeid vihjab.

Fabric, mis ootab äsja avastatud lõpp-punkte, vajab nende päringute jaoks töötavat teed. Kui keegi lülitas BUM-liikluse vähendamiseks välja tundmatute päringute üleujutuse, on vaiksed hostid see rahvastik, kes selle eest maksab, ja sümptom saabub nädalaid hiljem katkendliku kättesaadavuse kaebusena.

Lugege mahasurumise seadet väitena selle kohta, mida fabric lubab teada. Kui miski sidemeid ei tarni, ei kehti lubadus harva saatjate puhul. Võrrelge konfigureeritud mahasurumist tarnesüsteemiga, mis peaks seda toitma. Kui need kaks ei ühti, käitub fabric täpselt nii, nagu on konfigureeritud, ja parandada tuleb ootust.

Värskendamine, vananemine ja staatiline alternatiiv

Standard kirjeldab toetatud värskendusproove enne dünaamiliste kirjete vananemist. Vastused värskendavad asjakohast bridge'i ja puhverserveri olekut; vastuste puudumine võib õiguspäraselt viia eemaldamise ja marsruudi tagasivõtmiseni. See pole viga, mida tuleks maha suruda iga taimeri venitamisega.

Vananemistaimerite tähtajatu pikendamine vahetab nähtava tõrke aegunud tõrke vastu: fabric kuulutab edasi asukohta, mille host on maha jätnud. Kasutage implementatsiooni dokumenteeritud juhtelemente ja valige eluiga, mis vastab sellele, kui sageli võib lõpp-punktilt mõistlikult kõnelemist oodata.

Tuntud, hallatavate lõpp-punktide jaoks on staatiline või kontrolleri tarnitud side õiguspärane teine mudel. See vajab omanikku, kes tegeleb asendamise ja liikumisega, sest tarnitud kirje ei uuenda end ise, kui host liigub teise porti.

Mida enne järgmist piletit kirja panna

Hoidke sideme allikat, viimase värskenduse aega, praegust asukohta ja kõiki tagasivõtmise sündmusi MAC-marsruudi kõrval. See kirje vastab küsimusele, mille pilet tegelikult esitab: kas rakendus ootab avastamist, toetub aegunud olekule või ei suuda pärast edukat lahendamist edastada?

Seejärel otsustage, millist kolmest olete valmis käitama. Avastamine üleujutusega, värskendamine realistliku elueaga või tarnimine omanikuga on kõik kaitstavad. Fabric, mis on konfigureeritud ühe jaoks ja mida oodatakse käituvat nagu teine, on koht, kuhu vaiksed hostid kaovad.