IPv6-ը MPLS VPN-ում՝ երեք ընտրություն, ոչ թե մեկ հասցեային ընտանիք
Հաճախորդի VPN երթուղիները, PE-երի միջև BGP նստաշրջանը և միջուկի տրանսպորտը առանձին որոշումներ են։ Նստաշրջանը կարող է աշխատել մի ընտանիքում և կրել մյուսը։
Եթե նախագծի վերանայման ժամանակ ասեք «գործարկիր IPv6 L3VPN IPv6 BGP-ի վրայով», ապա այդ մեկ նախադասության մեջ թաքնված են երեք առանձին որոշումներ։ Թե որ նախածանցերն են պատկանում հաճախորդի VPN-ին, որ հասցեներն են կրում երթուղավորման նստաշրջանը մատակարարի եզրերի միջև և որ միջուկն է տեղափոխում պիտակավորված փաթեթը՝ անկախ ընտրություններ են։ Բոլորը կարող են լինել IPv6, կարող են լինել խառը, և խառնումը թույլատրված է դիտավորյալ։ Հենց այս երեքի տարանջատումն է անորոշ պահանջը դարձնում մի բան, որի դեմ հնարավոր է փորձարկել հարթակը։
Առանձնացրեք երեք աշխատանքները
Առաջին աշխատանքը հաճախորդի երթուղին է՝ IPv6 նախածանցեր, որոնք պատկանում են VPN-ի երթուղավորման մեկ համատեքստի և պետք է մնան ցանկացած այլ համատեքստից դուրս։ Երկրորդը մատակարարի եզրային երթուղիչների միջև երթուղավորման կապն է, որոնք փոխանակում են այդ նախածանցերը։ Երրորդը տրանսպորտն է, որը պիտակավորված հաճախորդի փաթեթը միջուկով տանում է հեռավոր եզր։ Դրանցից միայն մեկը նշելը դեռ նախագիծ չէ։
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
Յուրաքանչյուր աշխատանք ունի իր հասցեային ընտանիքը, իր ձախողման ձևերը և հաճախ իր թիմը։ Աղյուսակը օգտակար է հենց այն պատճառով, որ նախագծային փաստաթղթում մեկ նախադասությունը հակված է բոլոր երեք տողերը մեկի մեջ սեղմելու։
Երթուղու ընտանիքը VPN-IPv6-ն է, ոչ IPv6 unicast
RFC 4659 սահմանում է BGP/MPLS IPv6 VPN ընտանիքը, և դրանում անդամակցությունը ավելի կոնկրետ է, քան հուշում է IPv6 բառը։ Այնտեղ երթուղին երթուղու տարբերիչ է՝ կապված IPv6 նախածանցի հետ և կոդավորված AFI 2-ի և SAFI 128-ի ներքո։ Սովորական IPv6 unicast-ը այլ ընտանիք է, ուստի looking glass-ում նախածանցի նման հայտարարությունը կարող է ընդհանրապես նույն օբյեկտը չլինել։ Ընտանիքը սխալ կարդալը առաջին ճանապարհն է, որով այս նախագիծը սխալ է գնում։
Տարբերությունը կծում է եզրում, որտեղ երթուղին նախ պետք է իջնի ճիշտ VPN համատեքստ, նոր անի որևէ բան։ Նախածանց ստանալը ապացուցում է, որ փոխանակումը տեղի է ունեցել, և ոչինչ չի ասում տեղադրման մասին։ Այդ բացը ստեղծում է դասական զեկույցը, երբ նստաշրջանը աշխատում է, իսկ հաճախորդը դեռ մթության մեջ է։
Նստաշրջանը կարող է աշխատել VPN-ից տարբեր ընտանիքում
Ոչինչ չի պարտադրում երկու եզրերի միջև BGP կապին օգտագործել VPN-ի սեփական ընտանիքը։ Սպեցիֆիկացիան թույլատրում է IPv4 կամ IPv6 նստաշրջան, և IPv6 VPN տրանսպորտն ինքն է սահմանված երկու միջուկային տեսակների վրա։ Այսպիսով IPv6 նստաշրջանը ոչինչ չի ասում այն բանի ընտանիքի մասին, ինչ կրում է, և չի ընտրում նաև տվյալների հարթությունը։ Երեք անկախ բիթ, և նախագիծը պետք է բոլոր երեքը կրի առանձին։
Սա ազատում է և միևնույն ժամանակ հեշտ է սխալ կարդալ։ IPv6 հաճախորդի երթուղիները կարող են ընթանալ IPv4 հասցեով նստաշրջանով, իսկ IPv4 երթուղիները՝ IPv6-ով, պայմանով, որ հարթակը աջակցում է այդ համակցությունը և հաջորդ թռիչքը լուծվում է։ Ինչ չպետք է պատահի, այն է, որ նստաշրջանը ենթադրի բեռնվածությունը՝ նախագծային փաստաթղթում կամ այն մոնիտորինգում, որն ավելի ուշ ապացուցում է ծառայությունը։
IPv4 միջուկում հաջորդ թռիչքն ունի իր կոդավորումը
Երբ VPN-ի տակ գտնվող միջուկը IPv4 է, երթուղին չի հայտնվում այնպիսի հաջորդ թռիչքով, որ մուտքի եզրը կարող է ուղղակիորեն օգտագործել։ Այն գալիս է IPv4-ում քարտեզագրված IPv6 ձևով, և հենց այդպես է սպեցիֆիկացիան արտահայտում ելքի եզրը, երբ տակի տրանսպորտը IPv4 է։ Այնուհետև մուտքի երթուղիչը պետք է այդ քարտեզագրված հասցեն դարձնի մի բան, որին իսկապես կարող է հասնել միջուկով, և լուծումը հենց այն քայլն է, որը լուռ ձախողվում է։
Կարդացեք որպես փոխանցման կախվածություն, ոչ որպես սարքերի միջև պատճենվող տող։ Հաստատեք երեք բան այն հարթակում, որը իրականում շահագործում եք՝ հայտարարված հաջորդ թռիչքը լուծվում է օգտագործելի ուղու, պիտակների կույտն ընդունվում է, և նպատակակետը իջնում է նախատեսված VPN համատեքստ։ Դրանցից որևէ մեկի ձախողումը թողնում է նստաշրջան, որը առողջ է երևում և ոչինչ չի փոխանցում, դրա համար էլ ստուգումը պատկանում է ընդունման փորձարկմանը, ոչ թե ուշ միջադեպին։
Պահանջը գրեք չորս տողով
Փորձարկման արժանի պահանջը նշում է չորս բան՝ VPN-ի ընտանիքը, նստաշրջանի տրանսպորտը, հաջորդ թռիչքի կոդավորումը և միջուկի դասավորությունը։ Այնուհետև նշում է մեկ հաճախորդի նախածանց, որ պետք է հետևել ծայրից ծայր՝ փոխանակման, տեղադրման, պիտակների լուծման և վերադարձի ուղու միջով։ «Աջակցում է IPv6 BGP-ին» չի ծածկում չորսից ոչ մեկը և թաքցնում է, թե որտեղ է իրականում անհամապատասխանությունը։
Առողջ նստաշրջանն առանց VPN-IPv6 փոխանակման թերի է, և ստացված VPN երթուղին առանց աշխատող փոխանցման նույնքան թերի է։ Դրանք որպես առանձին ընդունման տողեր պահելը կարճացնում է հաջորդ խնդրորոնման զրույցը, որովհետև ձախողվող տողն արդեն գրված է։