RD ընդդեմ RT-ի MPLS VPN-ում՝ եզակիություն ընդդեմ ներմուծման քաղաքականության

Երկու հաճախորդային տեղամասեր կարող են հայտարարել 10.20.0.0/24 և երկուսն էլ վավեր են մնում մեկ մատակարարի ցանցում։ Երթուղու տարբերիչը այդ հայտարարությունները պահում է առանձին, իսկ երթուղու թիրախը որոշում է, թե որ հաճախորդի VRF-ը կարող է պատճեն վերցնել։ Դրանք կոնֆիգուրացիայում կանգնած են կողք-կողքի և կատարում են բոլորովին տարբեր աշխատանք։ Երկուսն իրար հետ շփոթելը հանգեցնում է փոփոխությունների, որոնք ողջամիտ են թվում և ոչինչ չեն ուղղում։

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

VPN-IPv4 երթուղին RD-ն է՝ գումարած IPv4 նախածանցը

RFC 4364-ը VPN-IPv4 հասցեների ընտանիքը սահմանում է որպես ութ բայթանոց երթուղու տարբերիչ, որին հաջորդում է չորս բայթանոց IPv4 հասցե։ RD-ն ավելացվում է հաճախորդի նախածանցին առջևից, այնպես որ տարբեր տեղամասերից եկող երկու նույնական նախածանցներ դառնում են երկու տարբեր BGP երթուղիներ։

Այդ կառուցվածքը ողջ եզակիության մեխանիզմն է։ Մատակարարը կարիք չունի, որ հաճախորդները համաձայնեն չհամընկնող հասցեային տարածության շուրջ, և մի տեղամասի երթուղը չի կարող լուռ փոխարինել մեկ այլ տեղամասի նույնական նախածանցը։

RD-ի ձևաչափն ինքնին ադմինիստրատորի ընտրած արժեք է, սովորաբար ինքնավար համակարգի համար և տեղական համար։ Դրա թվային տեսքը պայմանավորվածություն է, ոչ թե նշան այն բանի, որ երկու դաշտերը ընդհանուր իմաստ ունեն այն երթուղու թիրախի հետ, որը պատահաբար օգտագործում է նույն թվանշանները։

RD-ն համընկնող նախածանցները դարձնում է տարանջատելի

Դիտարկենք նույն նախածանցի երկու հայտարարություն։ A տեղամասն ունի RD 65000:101, իսկ B տեղամասը՝ RD 65000:202, երկուսն էլ 10.20.0.0/24-ի համար։ Այժմ BGP-ն ունի երկու VPN-IPv4 երթուղի, որոնք կարելի է ինքնուրույն համեմատել, զտել և ընտրել։

RD-ն չի ասում, թե որ VRF-ը պետք է ստանա այդ երթուղիներից որևէ մեկը, և այն չի նույնականացնում ոչ հաճախորդ, ոչ ծառայություն։ Դա երթուղու ինքնության դաշտ է, ոչ անդամակցության ցանկ։ VRF-ի սեփական RD-ն պարտավոր չէ համապատասխանել այն երթուղու RD-ին, որը նա ներմուծում է։

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

RT-ն BGP հատկանիշ է, ոչ թե փաթեթի պիտակ

Արտահանման քաղաքականությունը մեկ կամ մի քանի երթուղու թիրախ կցում է երթուղուն որպես BGP ընդլայնված համայնքի հատկանիշներ։ Ընդունող մատակարարի եզրը համեմատում է այդ հատկանիշները յուրաքանչյուր VRF-ի ներմուծման քաղաքականության հետ։ RT-ն երթուղու հետ ճամփորդում է կառավարման հարթությամբ։ Համեմատությունը տեղի է ունենում ամբողջությամբ երթուղային քաղաքականության մեջ՝ նախքան որևէ հաճախորդային փաթեթ փոխանցելը։

Հաճախորդի տվյալների փաթեթները RT չեն կրում։ Երբ երթուղը տեղադրվի VRF-ում, փոխանցումն օգտագործում է այդ VRF-ի աղյուսակը և MPLS պիտակների կույտը, որը սահմանում է ճարտարապետությունը։ Մատակարարի եզրը չի կարդում երթուղու թիրախ յուրաքանչյուր հաճախորդային փաթեթից։

Երթուղը կարող է կրել մի քանի RT, և VRF-ը կարող է ներմուծել մի քանիսը։ Կոնֆիգուրացիան հաճախ նման է կարճ բլոկի.

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

Կարդացեք այդ բլոկը որպես երկու առանձին պնդում։ Արտահանման տողը որոշում է, թե ինչ է կցվում այս VRF-ից դուրս եկող երթուղիներին, իսկ ներմուծման տողը որոշում է, թե ինչն է այս VRF-ը պատրաստ դիտարկել։ Համընկնող համարները հարմար են, ոչ պարտադիր։

Ներմուծման իրավունքը տեղադրում չէ

Երթուղը կարող է հարմար լինել VRF-ի համար և այնուամենայնիվ չհայտնվել նրա փոխանցման աղյուսակում։ Հարմարությունը զտիչ է, այնուհետև BGP-ի սովորական որոշման գործընթացը համեմատում է հարմար երթուղիները և ընտրում մեկը։ Ավելի հին կամ պակաս նախընտրելի երթուղը կարող է պարտվել մեկ այլ հարմար ուղուց։

Ստուգեք ընտրված երթուղին, ոչ միայն ներմուծման քաղաքականությունը։ VRF-ը, որը ներմուծում է RT 65000:500 և 10.20.0.0/24-ի համար երթուղի չի ցուցադրում, հնարավոր է ստացել է երթուղին և ընտրության ընթացքում մերժել այն, կամ գուցե ընդհանրապես չի ստացել։

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

Գտեք բացակայող երթուղին կառավարման հարթության հերթականությամբ

Սկսեք հայտարարությունից. արդյոք աղբյուր VRF-ը արտահանում է նախատեսված RT-ն, և արդյոք երթուղը գոյություն ունի որպես VPN-IPv4 երթուղի երթուղիների անդրադարձիչի կամ ընդունող PE-ի վրա։ Այնուհետև ստուգեք հատկանիշն այնպես, ինչպես այն ստացվել է, ոչ թե ինչպես այն կարգավորված է ուղարկողի մոտ։

Ապա համեմատեք ընդունող VRF-ի ներմուծման ցանկը երթուղու իրական RT արժեքների հետ։ Վերջում ուսումնասիրեք ընտրված երթուղին այդ VRF-ում և պիտակի կապակցումը։ Յուրաքանչյուր քայլ պատասխանում է տարբեր հարցի, և RD-ին ցատկելը սովորաբար բաց է թողնում հենց այն քայլը, որը սխալ է։

Գրանցեք RD-ն, արտահանված RT-ն, ներմուծված RT-ն և ընտրված հաջորդ ցատկը աշխատող և խափանված տեղամասերի համար։ Կողք-կողքի չորս արժեք անորոշ «VPN-ը երթուղիներ չի փոխանցում» արտահայտությունը վերածում է կառավարման հարթության այն ճշգրիտ քայլի, որը տարբերվում է։