Tylusis EVPN mazgas niekada neišsprendžiamas: sekite ARP iki susiejimo

Galinis taškas prijungtas, jo prievadas aktyvus, o stebėjimo mazgas vis tiek jo nepasiekia. Kažkas paleidžia ping iš kitos pusės ir tai pradeda veikti, todėl problema atrodo pasikartojanti, o fabric — nekaltas. Šis modelis yra tylaus mazgo parašas: jis retai siunčia, todėl fabric aptikimo ir atnaujinimo elgsena svarbesnė už jo prisijungimo būseną. Pradėkite nuo vieno numatyto IP, MAC ir bridge domain ir sekite kitus sprendimo mainus.

Sekite kitus ARP arba ND mainus

IPv4 atveju stebėkite prašančio mazgo ARP mainus; IPv6 atveju sekite Neighbor Solicitation ir Advertisement. Patvirtinkite, kad užklausa patenka į numatytą vietinį segmentą ir numatytą VNI, nes užklausai, kuri niekada nepasiekia tinkamo bridge domain, negali atsakyti joks tarpinis serveris.

Tada pažiūrėkite, ką fabric žino apie tikslą. Maršrutas tik pagal MAC gali identifikuoti Layer 2 paskirties vietą, kol tarpinis serveris dar neturi jokio IP-to-MAC susiejimo jai. Tai atskiri įrašai, o vieno patikrinimas nieko nesako apie kitą.

Jei yra galiojantis susiejimas, tarpinis serveris gali atsakyti pagal savo politiką, bet to susiejimo MAC vis tiek reikia aktyvaus perdavimo kelio. Jei susiejimo nėra, užklausa turi pasiekti galinio taško prisijungimą per flooding arba replikavimo kelią, kol kas nors galės pasimokyti iš atsakymo.

Du įrašai, kurie turi sutapti

MAC maršrutas atsako, kur gyvena Ethernet adresas. Tarpinio serverio lentelė atsako, kuris IP atitinka kurį MAC. Mazgas, kuris neseniai nekalbėjo, gali turėti visiškai gerą MAC maršrutą ir neturėti jokio naudotino tarpinio serverio įrašo, ir būtent ši būsena sukelia sprendimo nesėkmę sveikame prisijungime.

Nutolusiame prisijungime patikrinkite, ar galinis taškas tikrai gauna mainus ir į juos atsako. Jo atsakymas atnaujina vietinį mokymąsi ir atitinkamą EVPN skelbimą, todėl rankinis ping atrodo taisantis dalykus: jūs sukūrėte srautą, kurio laukė fabric. Tai taip pat paaiškina, kodėl pataisymas netrunka: kai atnaujintas įrašas pasensta, galinis taškas vėl nutyla. Suplanuotas ping gydo simptomą ir slepia projektavimo spragą.

Po atsakymo sekite pasirinktą maršrutą ir įdiegtą perdavimo būseną atgal link prašančiojo. Sėkmingas sprendimas ir sėkmingas perdavimas yra du atskiri įvykiai, o bilietas, kuris juos painioja, nukreipia jus į netinkamą sluoksnį.

Ką standartas iš tikrųjų numato

RFC 9161 aprašo dinaminį tarpinio serverio mokymąsi ir numatytąjį nežinomų ARP bei ND užklausų flooding. Visiškas to flooding slopinimas ribojamas diegimams, kurių mokymosi arba tiekimo prielaidos daro jį saugų, o tai yra siauresnė sąlyga nei numato dauguma konfigūravimo vadovų.

Fabric, kuri tikisi naujai aptiktų galinių taškų, turi turėti veikiantį kelią toms užklausoms. Jei kas nors išjungė nežinomų užklausų flooding, kad sumažintų BUM srautą, tylūs mazgai yra ta populiacija, kuri už tai moka, o simptomas ateina po savaičių kaip skundas dėl pasikartojančio pasiekiamumo.

Skaitykite slopinimo nustatymą kaip teiginį apie tai, ką fabric žada žinoti. Jei niekas netiekia susiejimų, pažadas nėra teisingas retiems siuntėjams. Palyginkite sukonfigūruotą slopinimą su tiekimo sistema, kuri turėtų jį maitinti. Kai šie du nesutampa, fabric elgiasi tiksliai taip, kaip sukonfigūruota, ir taisyti reikia lūkestį.

Atnaujinimas, senėjimas ir statinė alternatyva

Standartas aprašo palaikomus atnaujinimo zondus prieš pasenstant dinaminiams įrašams. Atsakymai atnaujina atitinkamą bridge ir tarpinio serverio būseną; atsakymų nebuvimas gali teisėtai lemti pašalinimą ir maršruto atšaukimą. Tai nėra klaida, kurią reikėtų slopinti tempdant kiekvieną laikmatį.

Neribotas senėjimo laikmačių ilginimas keičia matomą gedimą į pasenusį: fabric toliau skelbia vietą, kurią mazgas paliko. Naudokite dokumentuotus įgyvendinimo valdiklius ir pasirinkite gyvavimo trukmę, atitinkančią tai, kaip dažnai galima pagrįstai tikėtis, kad galinis taškas kalbės.

Žinomiems, valdomiems galiniams taškams statinis arba valdiklio tiekiamas susiejimas yra teisėtas antrasis modelis. Jam reikia savininko, kuris tvarko pakeitimą ir perkėlimą, nes tiekiamas įrašas pats neatsinaujina, kai mazgas persikelia į kitą prievadą.

Ką užrašyti prieš kitą bilietą

Laikykite susiejimo šaltinį, paskutinio atnaujinimo laiką, dabartinę vietą ir bet kokį atšaukimo įvykį šalia MAC maršruto. Tas įrašas atsako į klausimą, kurį bilietas iš tikrųjų užduoda: ar programa laukia aptikimo, remiasi pasenusia būsena, ar nepavyksta persiųsti po sėkmingo sprendimo?

Tada nuspręskite, kurią iš trijų esate pasirengę eksploatuoti. Aptikimas su flooding, atnaujinimas su realistiška gyvavimo trukme arba tiekimas su savininku — visi yra apginami. Fabric, sukonfigūruota vienam ir kurios tikimasi, kad elgsis kaip kitos, yra vieta, kur tylūs mazgai išnyksta.