Kodėl Junos L2VPN rodo žymę, bet nieko nepersiunčia

Ateina klientų pranešimai, kad L2VPN ryšys yra Up, priskyrimas pakeltas, o joks kadras nepereina. Būsenos lemputės yra sąžiningos; kadras priskiriamas paslaugai, kuri tolimajame gale neturi jokios naudingos persiuntimo būsenos. BGP signalizuotame taško į tašką L2VPN pirmasis sprendimas priklauso priskyrimui, o ne maršruto paieškai. Kliento kadras ateina į loginę sąsają, ir ta sąsaja įvardija ryšį, taigi ir tolimąją vietą. Viskas po to yra žymių persiuntimo būsena, sukurta iš to, ką paskelbė partneriai.

Kadras niekada neatlieka maršruto paieškos

Signalizacija paruošė būseną; apdorojimas pagal paketą yra žymės paieška ryšyje, kuris jau buvo pasirinktas. Todėl klausti, kodėl trūksta maršruto, yra neteisingas klausimas, ir jis slepia dvi svarbias reikšmes: priskyrimo ryšį ir jo naudojamą paslaugos žymę.

Tai taip pat paaiškina pastangų asimetriją. Konfigūracijos peržiūra pasako, kas turėjo būti įdiegta, o ryšio vaizdas pasako, kas iš tikrųjų buvo išvesta, ir tik antrasis atlaiko žymių bloko neatitikimą.

Dvi žymės, dvi kryptys

Kiekvienas PE vietoje paskiria žymių bloką, paskelbia jo bazę ir dydį, o jo partneriai prideda poslinkį, kad gautų konkrečios vietos žymę. Todėl priskyrimai yra vietiškai reikšmingi: du PE gali naudoti skirtingas bazes ir skirtingus bloko dydžius tai pačiai paslaugai. Prieš ką nors keisdami, perskaitykite ryšį iš abiejų galų. Blokas, kurio dydis viena žyme per mažas, atrodo lygiai taip pat kaip ryšys, kuris niekada neįdiegiamas.

show l2vpn connections instance CUST-A extensive

Tame išvede įeinanti žymė yra ta, kurią šis PE paskyrė ir liepė savo partneriui naudoti, o išeinanti žymė yra partnerio priskyrimas, kurį šis PE stumia. Skaityti abi atvirkščiai yra klasikinė klaida, ir ji nukreipia ieškoti reikšmės, kuri niekada neturėjo pasirodyti šioje pusėje. Ryšio nuoroda dokumentuoja laukus šalia žymių, įskaitant vietą, būseną ir bloko informaciją.

Ką įrodo žymės paieška

Kai turite įeinančią reikšmę, vietinė paieška yra viena komanda:

show route label 160042

Tas išvedas turėtų rodyti l2vpn įrašą su kitu šuoliu, o žymės operacija pasako, ar kadras stumiamas, keičiamas ar išimamas prieš išeinant. Jei jis nieko nerodo, paslaugos būsena niekada nebuvo įdiegta, nors ryšys rodo Up, ir neatitikimas yra signalizacijoje, o ne transporte.

Sekite vieną kadrą

Vienas paketas, įstumtas į priskyrimą, išsprendžia daugiau nei bet kuri konfigūracijos peržiūra. Paslaugos žymės maršrutas turėtų rodyti į transporto LSP link tolimo PE, ir abi žymės turėtų atitikti vertes, kurias pranešė partneris. Kai transportas sveikas, o paslaugos žymė neteisinga, kadras pasiekia tinkamą maršrutizatorių ir ten atmetamas, todėl tolimojo galo skaitikliai atrodo tušti, o artimojo galo skaitikliai atrodo užimti.

Patikrinkite priskyrimo inkapsuliavimą, valdymo žodžio nustatymą ir MTU vienu metu, nes tai yra suderintos savybės, o ne elgsena kiekviename šuolyje.

Laikykite paslaugų modelius atskirai

VPLS mokosi MAC adresų, o EVPN skelbia galinius taškus, tuo tarpu taško į tašką L2VPN nedaro nei vieno, todėl jų kadrų atrankos procedūros nėra keičiamos, nors jie važiuoja ta pačia BGP ir MPLS infrastruktūra. Trikčių šalinimo žingsnio perkėlimas iš vieno modelio į kitą duoda pasitikinčias, bet nepagrįstas išvadas.

Jei kelio trūksta, užrašykite abiejų partnerių ryšio būseną, priskyrimą, abi žymės kryptis, inkapsuliavimą, valdymo žodžio nustatymą ir MTU. Tas įrašas sujungia paskelbtą su tuo, ką persiuntimo plokštuma iš tikrųjų daro, ir tai yra vienintelė svarbi grandis, ir to paties paprašys kitas inžinierius.