Արդյո՞ք VPNv4-ին անհրաժեշտ է MPLS միջուկում: Ոչ պարտադիր
BGP VPNv4-ը բանակցում է երթուղիների բաշխման համատեքստ, ոչ թե փոխանցման ուղի: Առանձնացրե՛ք ներմուծումը, հաջորդ ցատկի լուծումը և այն ինկապսուլյացիան, որը կարող եք գործարկել:
Երկու երթուղիչների միջև VPNv4 հասցեների ընտանիքի միացումը ստեղծում է միայն երթուղիների բաշխման համատեքստ և ոչ ավելին։ Այն չի տեղադրում փոխանցման ուղի և չի ասում, թե որ ինկապսուլյացիան կտանի հաճախորդի փաթեթը հեռավոր վերջնակետ։ Երբ այս երկու փաստերն առանձնացված են, «արդյո՞ք սա միջուկում MPLS է պահանջում» հարցը դառնում է ավելի նեղ և պատասխանելի հարց հարթակի աջակցած տվյալների հարթության մասին։
Ինչի շուրջ է իրականում բանակցում հասցեների ընտանիքը
Բազմարձանագրային BGP-ն AFI 1-ի և SAFI 128-ի ներքո տեղափոխում է VPNv4 ցանցային շերտի հասանելիության տեղեկատվությունը, և յուրաքանչյուր գրառում զուգակցում է երթուղու տարբերիչը նախածանցի և պիտակի հետ։ Նստաշրջանը բանակցում է, որ երկու կողմերն էլ կարող են կոդավորել և վերծանել այդ տեղեկատվությունը։ Ինչի շուրջ այն չի բանակցում, տվյալների հարթությունն է։ Այս պարբերությունից հետո ամեն ինչ վերաբերում է փոխանցմանը, և դրանից ոչինչ չի որոշվում նստաշրջանի բարձրանալով։
Այսպիսով, հաջող նստաշրջանը կառավարման հարթության կարողության ապացույց է, ոչ թե փոխանցման։ Երթուղիչը կարող է պահել հազարավոր VPNv4 գրառումներ և այնուամենայնիվ գցել յուրաքանչյուր հաճախորդի փաթեթ, և դա է պատճառը, որ երկու ձախողման դասերը սկզբում շփոթվում են։
Ուշադրություն դարձրեք NLRI-ի պիտակին։ Այն ծառայության պիտակ է, կապված VRF-ի ներսում գտնվող նախածանցի հետ, և փոխանցման դեր ունի, երբ փաթեթը հասնում է ելքային վերջնակետ։ Թե արդյոք որևէ տրանզիտ սարք կարդում է այն, առանձին ձևավորման որոշում է։
Ընդունումը, ներմուծումը և փոխանցումը երեք քայլ են
Երթուղու ընդունումը, այն օգտագործելու թույլտվությունը և դրանով փոխանցելու ունակությունը կատարում են սարքի տարբեր մասեր։ BGP-ն պահում է այն, ինչ լսում է՝ ներմուծման քաղաքականությունը և երթուղու թիրախի համապատասխանությունը որոշում են, թե որ VRF-ն կարող է դիտարկել այն՝ ապա փոխանցման հարթությունը պետք է լուծի հայտարարված հաջորդ ցատկը մի բանի, որը կարող է իսկապես դուրս մղել լարի վրա։
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
Հենց այս միջին քայլում են ապրում ամենազարմանալի ձախողումները։ Երթուղին կարող է առկա լինել BGP աղյուսակում, վավեր և նույնիսկ լավագույն, մինչդեռ VRF-ի երթուղիների աղյուսակը մնում է դատարկ, քանի որ ոչ մի երթուղու թիրախ չի համապատասխանել ներմուծման ցանկին։ Ոչինչ չի գրանցում արձանագրության սխալ, քանի որ արձանագրության սխալ չի եղել։
Վերջին քայլն այն է, որտեղ երևում է հարթակի աջակցությունը։ Հիմնային շերտում հասանելի հաջորդ ցատկը ինքնաբերաբար լուծելի չէ որպես VPN ծառայության տրանսպորտ, և սարքը կարող է պահանջել որոշակի թունելի տեսակ, որոշակի պիտակի գործողություն կամ երկուսը։ Լուծման կարգավիճակը կարդալն ավելի տեղեկատվական է, քան երթուղիների քանակը կարդալը։
IP միջուկը կարող է կրել կույտ, որը երբեք չի փոխարկում
Պահելարժեք տարբերությունն այն է, թե «միջուկը MPLS չի աշխատեցնում» և «ծառայության մեջ ոչ մի տեղ պիտակ չկա»։ Սրանք տարբեր պնդումներ են, և միայն առաջինն է տրանզիտ սարքերի մասին։ RFC 4023-ը սահմանում է MPLS-ի տեղափոխումը IP կամ GRE թունելներով, և հենց այդ մեխանիզմն է երկրորդ պնդումը հնարավոր դարձնում զուտ IP միջուկում։
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulՏրանզիտ երթուղիչները փոխանցում են արտաքին IP նպատակակետով և չեն պահանջում ոչ հաճախորդի նախածանցներ, ոչ բնիկ պիտակների փոխարկում։ Հեռավոր ծայրում արտաքին թունելը հանվում է, և ծառայության պիտակը շարունակում է իր աշխատանքը։ Միջուկը տեղափոխել է անթափանց բեռ, և դա հենց այն է, ինչում IP ցանցը լավն է։
Ինչ այս ձևավորումը ձեզ չի տալիս, դա համընդհանուր երաշխիք է։ Սա ապացույց չէ, որ յուրաքանչյուր երթուղիչ լուծում է յուրաքանչյուր VPNv4 հաջորդ ցատկ ցանկացած GRE ինտերֆեյսով, և պատճառ չէ ջնջել աշխատող բնիկ MPLS կոնֆիգուրացիան։ Սա հակաօրինակ է համընդհանուր պնդմանը, և գործնական հարցը մնում է հարթակին տեղային։ Գրանցեք այդ հարցը որպես հարթակի սահմանափակում, ոչ որպես արձանագրության կանոն։
Անցեք շղթան սարքի վրա, մինչև այն կոտրվի
Սկսեք ստացված երթուղուց և կանգ առեք առաջին քայլում, որը ձախողվում է, որովհետև հետագա քայլերը հնարավոր չէ ախտորոշել, քանի դեռ ավելի վաղը կոտրված է։ Չորս հրաման ծածկում են դրա մեծ մասը տիպիկ իրականացման մեջ։
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_AԿարդացեք դրանք որպես հաջորդականություն, ոչ որպես չորս անկախ ստուգում։ Առաջինը հաստատում է, որ ընտանիքը ակտիվ է, և որ հարևանը երթուղիներ է փոխանակում՝ երկրորդը ցույց է տալիս, թե արդյոք նախածանցը եկել է օգտագործելի հաջորդ ցատկով՝ երրորդը ապացուցում է ներմուծման իրավասությունը՝ չորրորդը ցույց է տալիս, թե արդյոք փոխանցման հարթությունը պիտակ կամ թունել է կապել դրան։
Այնուհետև փորձարկեք աշխատանքային բեռի ուղին երկու ուղղություններով, MTU-ով, որը դիմանում է ինկապսուլյացիային։ GRE-ն ավելացնում է վերնագրի բայթեր, և փոքր փորձարկումներն անցնող ուղին կարող է ձախողվել լրիվ չափի փաթեթներում միայն մեկ ուղղությամբ, ինչը նման է հավելվածի թերության, ոչ թե տրանսպորտի։
Երկու շահագործական նշում փակում են ցիկլը։ GRE-ն ինկապսուլյացիա է, ոչ գաղտնիություն, ուստի անվստահելի տրանզիտ ցանցին անհրաժեշտ է աջակցվող անվտանգության կարգավորում վերևում, ոչ թե ենթադրություն։ Եվ ձևավորման վերանայումից առաջ գրանցեք, թե որ ինկապսուլյացիան է հարթակը իրականում աջակցում, որովհետև այդ մեկ պատասխանն է որոշում՝ արդյոք միայն IP միջուկը վավեր ընտրություն է, թե ծրագիր, որը չի կարող փոխանցել։