Kodėl QFX MAC matomas EVPN, bet ne persiuntimo lentelėje

MAC radimas EVPN duomenų bazėje įrodo, kad jis buvo paskelbtas arba priimtas kaip maršrutas, ir nieko daugiau. Persiuntimo lentelė yra kita struktūra, suprogramuota vėliau, todėl tas pats MAC gali atsirasti vienoje ir trūkti kitoje, nors kiekvienas protokolas elgiasi teisingai. Vertinant šiuos du išėjimus kaip vienas kito kopijas, inžinieriai siunčiami ieškoti BGP gedimo, kai tikroji spraga yra importo politika arba neišspręstas kitas šuolis. Klausimas, kurį verta užduoti, yra ne tai, ar fabric žino MAC, bet kuriame etape jis nustojo jį perduoti.

Dvi lentelės, atsakančios į skirtingus klausimus

Junos EVPN duomenų bazė išvardija MAC adresus pagal egzempliorių ir tai, kaip kiekvienas atvyko: išmoktas iš prieigos prievado, gautas Type 2 maršrute arba pažymėtas kaip multihoming grupės dalis. Juniper show evpn database nuoroda apima filtrus pagal MAC ir pagal egzempliorių, kurie daro rodinį įskaitomą. Tai valdymo plokštumos santrauka su egzemplioriaus ir MAC raktu, o ne lentelė, kuria aparatinė įranga perjungia kadrus.

Perjungimo lentelė yra būtent ta persiuntimo būsena. Abu išėjimai išvardija MAC prie VLAN arba VNI konteksto, ir būtent todėl jie lyginami eilutė po eilutės, ir būtent todėl palyginimas klaidina. Duomenų bazės įrašas sako, kad maršrutas egzistuoja ir buvo priimtas į egzempliorių; jis nieko nesako apie tai, ar platforma jį įdiegė persiuntimui.

Type 2 maršrutas perneša MAC, pasirinktinį IP, žymę arba VNI, maršruto skyriklį ir kitą šuolį, įvardijantį tolimą VTEP. Tarp kabelio ir to maršruto gali sulūžti keturi dalykai: hostas niekada neišmokstamas, maršrutas niekada neskelbiamas, jis atmetamas importuojant arba jo kitas šuolis neišsprendžiamas. Kiekviena klaida palieka skirtingą lentelių rinkinį užpildytą, ir būtent todėl šią seką apskritai galima diagnozuoti.

Vietinis mokymasis vis dar vyksta pirmas

Įprasta prielaida, kad EVPN perima MAC mokymąsi, todėl tuščia duomenų bazė turi reikšti overlay problemą. Vietinis mokymasis vis dar vyksta prieigos pusėje, lygiai kaip prieš atsirandant VXLAN: jungiklis išmoksta leistino kadro šaltinio MAC teisingame VLAN ir paslaugoje, ir tik tada sukuria jam Type 2. Hostas, kuris neišsiuntė jokio svarbaus kadro, neturi ko skelbti. Hostas, kurio kadrai atmetami dėl VLAN narystės, filtro ar neveikiančio agregato nario, atrodo identiškai iš overlay perspektyvos.

Pradėkite nuo prisijungimo ir eikite pirmyn tik skaitymo komandomis. Tikslas yra įrodyti, kad hosto kadras praėjo numatyta paslauga, nes niekas žemiau nekompensuoja kadro, kuris niekada neatvyko.

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

Pasirinkti LACP nariai svarbesni už tai, kad ryšulys veikia, nes agregatas gali veikti viename naryje, kol hosto srautas maišomas į nuorodą, kuri neveikia arba užblokuota. Sąsajos skaitikliai atskiria tylų hostą nuo prarandančio, nes hostas, kuris niekada nesiunčia, ir hostas, kurio kadrai atmetami klasifikavimo, palieka tą pačią tuščią lentelę.

Kur pasimeta tolimas MAC

Tolimas MAC nepavyksta priešinga kryptimi, ir tyliai. Type 2 maršrutas atvyksta, bet į egzempliorių patenka tik tada, kai jo maršruto tikslas ir VNI atitinka vietinę konfigūraciją, ir tampa naudojamas tik tada, kai kitas šuolis išsprendžiamas į pasiekiamą VTEP. Maršruto tikslo neatitikimas palieka galiojantį maršrutą BGP lentelėje, kurio niekas egzempliorius niekada neprašo.

Skaitykite tris rodinius iš eilės: maršruto buvimas, duomenų bazės įrašas, persiuntimo įrašas. Toliau pateiktos komandos kiekviename etape klausia to paties MAC, o pavyzdinis adresas palieka išėjimus palyginamus.

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

Šie išėjimai atsako į tris atskirus klausimus. Maršrutas bgp.evpn.0 be duomenų bazės įrašo rodo importo politiką, maršruto tikslą arba egzemplioriaus konfigūraciją. Duomenų bazės įrašas be persiuntimo įrašo rodo platformos programavimą, kuris priklauso kitam eskalavimo keliui. Aktyvus maršrutas, kurio kitas šuolis neišsprendžiamas, yra transporto arba žymės problema, ir joks MAC derinimo kiekis jos nepataiso.

Perkrovimas, kuris tai sutvarkė, įrodo labai mažai

Kai perkrovimas priverčia simptomą išnykti, viliojanti išvada yra ta, kad konfigūracija turi būti sveika. Perkrovimas iš naujo suprogramuoja kiekvieną lentelę nuo nulio, todėl jis taip pat paslepia atvejį, kai pasenęs įrašas užgožė politikos klaidą; gedimas paprastai grįžta kitą kartą keičiant, linkui sumirgus arba atšaukus maršrutą.

Prieš bet kokį techninės priežiūros langą užfiksuokite, ką perkrovimas ištrins. Šių trijų komandų pakanka palyginti prieš ir po, ir jos nieko nekeičia įrenginyje.

show evpn database instance blue
show route table bgp.evpn.0
show version

Archyvuokite šiuos išėjimus kartu su data ir programinės įrangos versija. Vėlesnė ataskaita, kad tas pats perkrovimas padėjo anksčiau, yra pėdsakas, o ne įrodymas, ir skirtumas tampa matomas tik tada, kai kas nors išsaugojo ankstesnį išėjimą.

Keturi pastebėjimai, išsprendžiantys daugumą atvejų

Keturi pastebėjimai apima beveik kiekvieną atvejį: prisijungimas ir jo paslauga, MAC kaip pavyzdinė reikšmė, maršruto ir duomenų bazės būsena bei naudojama versija. Pasirinkite MAC, kuris akivaizdžiai yra pavyzdys, kad niekas nesupainiotų jo su gamybiniu adresu: pirmasis oktetas 02 žymi vietoje administruojamą unicast adresą, likę oktetai yra laisvi, todėl 02:00:00:00:00:5c yra saugus pakaitinis ženklas.

Tada leiskite atsakymams parodyti etapą, kuris nepavyko. Mokymosi nebuvimas prisijungime reiškia prieigos pusę; maršrutas be duomenų bazės įrašo reiškia importą; duomenų bazės įrašas be persiuntimo būsenos reiškia programavimą. Kad ir kas tai būtų, perduokite surinktus išėjimus kartu su hostu, sąsaja, paslauga ir versija, kad kitas inžinierius galėtų atkurti kelią, o ne kartoti užklausą.