AS-ների միջև VPNv4 — ինչ է պահանջում պիտակների փոխանցման պայմանագիրը
AS-ների միջև VPNv4 պիտակը տարբեր մոդելներում տարբեր բան է նշանակում։ Բացահայտեք մոդելը, անցեք մեկ երթուղով և էկրանին վստահելուց առաջ ստուգեք երկու ծայրերը։
AS-ի սահմանային երթուղիչում VPNv4 պիտակ կարդալը քիչ բան է ասում, քանի դեռ չգիտեք, թե հանձնման որ միջ-AS մոդելն է իրականացվում։ Պիտակը ինքնին երթուղու հատկություն չէ՝ այն արձանագրում է երկու երթուղիչների միջև պարուրման և առաքման մասին պայմանավորվածություն։ Նախ բացահայտեք մոդելը, հետո կարդացեք էկրանը։ Այլապես դուք սխալ եք փնտրում մի պայմանագրում, որը ոչ ոք չի գրել։
Ինչ մոդել է իրականացնում սահմանը
VRF-ից VRF դասավորությունը միացնում է համապատասխան VRF-ները երթուղավորված միացումների միջոցով։ Յուրաքանչյուր կողմ մյուսին տեսնում է որպես հաճախորդի ծայրի հարևան և նրանք փոխանակում են սովորական IPv4 երթուղիներ, ուստի այդ սահմանին ոչինչ MPLS-ի կարիք չունի։
Երկրորդ դասավորությունը պիտակավորված VPNv4 երթուղիները փոխանակում է հենց սահմանային երթուղիչների միջև։ Դա աշխատում է միայն այն դեպքում, երբ միջկապի ողջ երկայնքով կա հետևողական պիտակափոխարկված ուղի, ինչպես նաև route-target բաշխում և վստահության մոդել, որն ընդունում են երկու կողմերը։ Եթե բացակայում է այս մասերից որևէ մեկը, մոդելը չի կիրառվում, ինչ էլ ենթադրի կազմաձևը։
Երրորդը բաշխում է պիտակավորված PE հասանելիություն, մինչ VPN երթուղիները անցնում են ծայրակետերի կամ երթուղու արտացոլիչների միջև՝ AS-ների սահմաններով։ Երեքից յուրաքանչյուրը սահմանին տարբեր աշխատանք է թողնում, և մեկի կառավարման հարթությունը մյուսի ինտերֆեյսի ենթադրությունների հետ խառնելը դասական ձախողումն է։ Այդ անհամապատասխանությունը սովորաբար ի հայտ է գալիս որպես պիտակ, որը մի կողմում ճիշտ է թվում, իսկ մյուսում՝ անհետանում։
Կարդացեք մեկ նախածանց սկզբից մինչև վերջ
Վերցրեք մեկ լիազորված հաճախորդի նախածանց և անցեք դրանով։ Նայեք, թե ինչ հայտարարվեց, ինչ հասավ, հաջորդ թռիչքը, պիտակը և այն ներմուծման քաղաքականությունը, որը թույլ տվեց այն։ Ապա նայեք թե ինչպես է երթուղիչը լուծում փոխանցումը դեպի այդ հաջորդ թռիչքը, քանի որ հենց այնտեղ է պիտակը դառնում փաթեթ։ Եթե բաց թողնեք այս կեսերից որևէ մեկը, դուք նկարագրում եք կառավարման հարթություն, որը գուցե երթևեկություն չի տեղափոխում։ Երկու ընթերցումները իմաստ ունեն միայն միասին։
Թիվը տեղական է։ Այն իմաստ ունի կապված այն երթուղիչի հետ, որը հատկացրել է այն, և այն ուղու հետ, որով փաթեթները հասնում են այնտեղ, դրա համար էլ նույն արժեքը կարող է երևալ երկու անգամ և նշանակել երկու տարբեր բան։ Համեմատեք այն ստացող կողմի ասածի հետ։
Պիտակը տեղական է, և խոստումը նույնպես
Հնարավորությունը ստուգվում է միջկապի երկու ծայրերում, ոչ թե մեկում։ Ձեր ինտերֆեյսի հրամանը ոչինչ չի անում հարևան մատակարարի ինտերֆեյսում, և BGP-ի ընդունած երթուղին ինքնին չի պարտավորեցնում հարևանին փոխանցել պիտակավորված փաթեթ։
RFC 4364-ը սահմանափակում է պիտակավորված VPNv4 հավասարակցությունը վստահելի դասավորություններով և զգուշացնում է ընդունել պիտակներ, որոնք երբեք չեն հայտարարվել այդ հավասարակիցին։ Սա անվտանգության հայտարարություն է այնքան, որքան արձանագրության։ Հանրային ինտերնետի երթուղավորման հարաբերությունը հեռու պահեք մասնավոր VPN երթուղիների փոխանակումից։ Եթե միջկապը պարզ IP է, մի սպասեք, որ որևէ պիտակ այնտեղ կպահպանվի։ Իսկ որտեղ կապը պիտակավորված է, ստուգեք, որ արտաքին տրանսպորտային պիտակը ճիշտ փոխարկվում է ամեն թռիչքի վրա։
Պիտակ, որը մի կողմում ճիշտ է թվում, իսկ մյուսում անհետանում է, սովորաբար հենց այդ անհամապատասխանությունն է, ոչ թե երթուղավորման սխալ։
Ինչ գրառել ընդունման պահին
Ընդունումը փաթեթի փորձարկում է, ոչ թե աղյուսակի վերանայում։ Հետևեք հաճախորդի փաթեթին մինչև հեռավոր VRF և հետևեք նրա պատասխանին ետ, ապա գրի առեք, թե հանձնման որ մոդելն է իրականացվում։ Ավելացրեք հանձնման պատասխանատուներին երկու կողմերում և այն, թե սահմանը պարզ IP է տեղափոխում, թե պիտակավորված երթևեկություն։
Այդ գրառումն է, որ թույլ է տալիս հաջորդ օպերատորին նույն պիտակի էկրանը ճիշտ կարդալ։ Առանց դրա մոդելը ենթադրվում է կազմաձևից, իսկ ենթադրված ենթադրություններն են, որ նույն սխալը կրկնվում է։ RFC 4364-ի միջ-AS բաժինը այն տեղն է, որտեղ պետք է որոշել, թե որ մոդելն էր նախատեսված։