Ինչու Junos L2VPN-ը ցույց է տալիս պիտակ, բայց ոչինչ չի փոխանցում

Հաճախորդների հաղորդումներ են գալիս, որ L2VPN կապը Up է, կցորդը բարձրացված է, և ոչ մի շրջանակ չի անցնում։ Կարգավիճակի լույսերը ազնիվ են՝ շրջանակը դասակարգվում է ծառայության մեջ, որը հեռավոր ծայրում չունի օգտագործելի փոխանցման վիճակ։ BGP-ով ազդանշանված կետից-կետ L2VPN-ում առաջին որոշումը պատկանում է կցորդին, այլ ոչ թե երթուղու որոնմանը։ Հաճախորդի շրջանակը գալիս է տրամաբանական միջերեսի վրա, և այդ միջերեսը անվանում է կապը, հետևաբար՝ հեռավոր տեղամասը։ Այն ամենը, ինչ դրանից հետո է, պիտակային փոխանցման վիճակ է, կառուցված այն բանից, ինչ հայտարարել են զուգընկերները։

Շրջանակը երբեք երթուղու որոնում չի անում

Ազդանշանումը պատրաստել է վիճակը՝ փաթեթային մշակումը պիտակի որոնում է արդեն ընտրված կապի վրա։ Ուստի հարցը, թե ինչու է երթուղին բացակայում, սխալ հարց է, և այն թաքցնում է երկու կարևոր արժեք՝ կցորդի կապը և այն ծառայության պիտակը, որը նա օգտագործում է։

Սա նաև բացատրում է ջանքերի անհամաչափությունը։ Կոնֆիգուրացիայի վերանայումը ասում է, թե ինչ պետք է տեղադրված լիներ, մինչդեռ կապի տեսքը ասում է, թե ինչ իրականում ստացվեց, և միայն երկրորդն է դիմանում պիտակաբլոկի անհամապատասխանությանը։

Երկու պիտակ, երկու ուղղություն

Յուրաքանչյուր PE տեղայնորեն հատկացնում է պիտակաբլոկ, հայտարարում է դրա հիմքը և չափը, և նրա զուգընկերները ավելացնում են շեղում՝ կոնկրետ տեղամասի պիտակը ստանալու համար։ Հետևաբար հատկացումները տեղայնորեն նշանակալի են՝ երկու PE կարող են տարբեր հիմքեր և տարբեր բլոկի չափեր օգտագործել նույն ծառայության համար։ Կարդացեք կապը երկու ծայրերից, նախքան որևէ բան փոխելը։ Մեկ պիտակով փոքր չափված բլոկը ճիշտ նման է կապի, որը երբեք չի տեղադրվում։

show l2vpn connections instance CUST-A extensive

Այդ ելքում մուտքային պիտակը այն է, որը այս PE-ն հատկացրել է և ասել իր զուգընկերոջը օգտագործել, մինչդեռ ելքային պիտակը զուգընկերոջ հատկացումն է, որը այս PE-ն հրում է։ Երկուսը հակառակ կարդալը դասական սխալ է, և այն ուղարկում է ձեզ փնտրելու արժեք, որը երբեք չպետք է հայտնվեր այս կողմում։ Կապի տեղեկատուն փաստաթղթավորում է պիտակների կողքի դաշտերը, ներառյալ տեղամասը, կարգավիճակը և բլոկի տեղեկությունները։

Ինչ է ապացուցում պիտակի որոնումը

Երբ մուտքային արժեքը ձեռքի տակ է, տեղական որոնումը մեկ հրաման է՝

show route label 160042

Այդ ելքը պետք է ցույց տա l2vpn գրառում հաջորդ թռիչքով, և պիտակի գործողությունը ասում է՝ շրջանակը հրվում է, փոխարինվում, թե հանվում է մինչև դուրս գալը։ Եթե այն ոչինչ չի ցույց տալիս, ծառայության վիճակը երբեք չի տեղադրվել, թեև կապը ցույց է տալիս Up, և անհամապատասխանությունը ազդանշանման մեջ է, ոչ թե տրանսպորտում։

Հետևեք մեկ շրջանակի

Կցորդի մեջ մղված մեկ փաթեթը ավելին է լուծում, քան ցանկացած կոնֆիգուրացիայի վերանայում։ Ծառայության պիտակի երթուղին պետք է ցույց տա դեպի տրանսպորտային LSP-ն դեպի հեռավոր PE, և երկու պիտակները պետք է համապատասխանեն զուգընկերոջ հաղորդած արժեքներին։ Երբ տրանսպորտը առողջ է, իսկ ծառայության պիտակը սխալ է, շրջանակը հասնում է ճիշտ երթուղիչին և այնտեղ դեն նետվում, դրա համար հեռավոր ծայրի հաշվիչները դատարկ են թվում, իսկ մոտիկ ծայրինը՝ զբաղված։

Ստուգեք կցորդի ներփակումը, կառավարման բառի կարգավորումը և MTU-ն միաժամանակ, որովհետև դրանք բանակցված հատկություններ են, ոչ թե յուրաքանչյուր թռիչքի վարք։

Առանձին պահեք ծառայության մոդելները

VPLS-ը սովորում է MAC հասցեներ, իսկ EVPN-ը հայտարարում է վերջնակետեր, մինչդեռ կետից-կետ L2VPN-ը ոչ մեկը չի անում, ուստի նրանց շրջանակի ընտրության ընթացակարգերը փոխարինելի չեն, չնայած նրանք նույն BGP և MPLS ենթակառուցվածքի վրա են։ Վրիպազերծման քայլը մի մոդելից մյուսը տեղափոխելը տալիս է ինքնավստահ, բայց անհիմն եզրակացություններ։

Բացակայող ուղու համար արձանագրեք երկու զուգընկերների կապի կարգավիճակը, կցորդը, պիտակի երկու ուղղությունները, ներփակումը, կառավարման բառի կարգավորումը և MTU-ն։ Այդ արձանագրությունը կապում է հայտարարվածը այն բանի հետ, ինչ փոխանցման հարթությունն իրականում անում է, ինչը միակ կարևոր օղակն է, և հենց դա էլ կհարցնի հաջորդ ինժեները։