MPLS մասնաճյուղերի երթուղավորում՝ ինչ է սովորում CE-ն և ումից

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

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

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

Որտեղ է ավարտվում յուրաքանչյուր թռիչքի աշխատանքը

CE-A-ին անհրաժեշտ է երթուղի դեպի հեռավոր LAN, որը ուղղված է իր տեղական մատակարարի միացմանը, ոչ թե հեռավոր մասնաճյուղի WAN հասցեին։ Այնուհետև մատակարարը փաթեթը տանում է իր միջուկով՝ օգտագործելով VPN երթուղավորման վիճակը, և CE-B-ն այն հասցնում է նպատակակետ LAN։ Ոչ մի պահի հյուրընկալին պետք չէ հասկանալ պիտակներ, VRF կամ հակառակ կողմի ինտերնետ շղթան։

Սխալը, որը նորից ու նորից հայտնվում է տոմսերում, B մասնաճյուղի WAN հասցեն որպես հաջորդ թռիչք սահմանելն է A մասնաճյուղում։ Երկու մասնաճյուղերն էլ գնել են նույն ծառայությունը, այնպես որ թվում է, թե նրանք պետք է հարևաններ լինեն։ Նրանք չեն. հաջորդ թռիչքը պետք է հասանելի լինի ձեր իրական երթուղավորման նախագծով, իսկ հեռավոր CE-ն սովորաբար շատ թռիչքներ հեռու է ձեր չկառավարած սարքավորումների հետևում։ Այդ ենթադրության վրա կառուցված ստատիկ երթուղին ցուցադրվում է որպես ակտիվ և ոչնչի չի լուծվում, ինչը ավելի վատ է, քան բացակայող երթուղին, որովհետև աղյուսակում այն ճիշտ է թվում։

RFC 4364-ը բաժանում է հաճախորդի և մատակարարի եզրերի միջև փոխանակումը մատակարարի կողմից VPN երթուղիների տարածումից, և դա հենց այն սահմանն է, որի մասին է այս ուղեցույցը։ Հաճախորդի գործն է ասել իր եզրին, թե ինչ կարող է հանձնել, և ընդունել այն հասանելիությունը, որը ծառայությունը առաջարկում է ի պատասխան։

Ինչի շուրջ պետք է համաձայնվի հանձնումը

Ընտրեք մեխանիզմը մատակարարի հետ միասին, ոչ թե նրա շուրջը։ Ստատիկ երթուղիները, BGP-ն կամ CE-ի և PE-ի միջև երթուղավորման արձանագրության պայմանավորվածությունը բոլորն օրինական են, և OSPF-ն ունի սահմանված MPLS VPN մոդել նման հանձնման համար։ Դրանցից ոչ մեկը պատճառ չէ OSPF հարևանություն կառուցել երկու հեռավոր հաճախորդի եզրերի միջև չճշտված մատակարարի միջուկով, որովհետև դա նախագիծ է, որին մատակարարը չի համաձայնել և չի կարող աջակցել։

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

Այնուհետև հետևեք պատասխանին։ B մասնաճյուղին անհրաժեշտ է երթուղի դեպի աղբյուր LAN, իսկ ընդունող կողմի հյուրընկալին՝ իր դարպասը և իր ծառայության թույլտվությունները։ CE-A-ում հայտնված երթուղին ստեղծում է շրջանի կեսը, և հենց կես շրջանն է պատճառը, որ ping փորձարկման մի ուղղությունը առողջ է թվում, մինչ հավելվածը դեռ ձախողվում է։

Ստուգեք երկու հանձնումներն էլ նախքան հաստատումը

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

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

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

Իմացեք, ինչ չի տրամադրում ծառայությունը

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

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

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