L3VPN հանձնում՝ մասնավոր երթուղիներ, լռելյայն երթուղի թե ամբողջական աղյուսակ:

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

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

Սկսեք այն երթևեկությունից, որը ոչ ոք չէր պլանավորել

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

Ճյուղը, որը պետք է օգտագործի կենտրոնական ելք, հակառակ դեպքն է։ Այնտեղ լռելյայն երթուղին ուղղվում է ծառայության մեջ, և մատակարարը կամ կենտրոնական վայրը տիրապետում է փոխանցմանը, վերադարձի երթուղմանը և ցանկացած թարգմանության։ Առանց այդ սեփականատիրոջ «լռելյայն դեպի VPN» ասելը ստեղծում է ճյուղ, որը լուծում է անունները և ոչնչի չի հասնում։

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

Գրեք մասնավոր նախածանցները դրանց խափանման դեպքի հետ միասին

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

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

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

Ստուգեք, թե CE-ն ինչ է իրականում տեղադրել

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

show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0

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

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

Որակավորեք ավելի մեծ հոսքը, փոխարենը ենթադրելու այն

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

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

BGP/MPLS IP VPN բնութագրությունը քննարկում է ինտերնետ հասանելիության մի քանի դասավորություն VPN ծառայության կողքին և չի հայտարարում ամբողջական աղյուսակը կամ լռելյայնը պարտադիր յուրաքանչյուր հաճախորդի համար, և հենց այդ բաժինն արժե ցույց տալ, երբ հայտնվում է «սովորական պրակտիկայի» մասին պնդում՝ RFC 4364։

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