CE RIP երթուղուց դեպի հեռավոր VRF՝ որտեղ է կատարվում արտահանումը

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

Ինչ է անում PE-ն RIP թարմացման հետ

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

Նախածանցն այժմ գոյություն ունի մեկ հաճախորդի երթուղային համատեքստում, ինչը շատ հեռու է այլ տեղ հասանելի լինելուց։

Արտահանումը քաղաքականության գործողություն է, ոչ թե արձանագրության հետևանք

VRF-ից դուրս գալու համար երթուղին պետք է վերաբաշխվի VPN երթուղիներ կրող MP-BGP գործընթացի մեջ և կարիք ունի երթուղու նպատակակետի ընդլայնված համայնքի, որը նշում է, թե որ հեռավոր VRF-երը կարող են ներմուծել այն։ RFC 4364-ի ճարտարապետությունը հենց այդ պատճառով է այդ փոխանակումները առանձին պահում CE-ից-PE արձանագրությունից։ Եզրին RIP օգտագործելը ոչինչ չի ասում այն մասին, թե ինչ պետք է անցնի պրովայդերի ցանցով։

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

Ներմուծման կողմը երկրորդ քաղաքականությունն է՝ իր երթուղու նպատակակետերով, և համապատասխան արտահանումը չհամապատասխանող ներմուծման հետ ստեղծում է նախածանց, որը գոյություն ունի ողնաշարում և չի հայտնվում ոչ մի հեռավոր աղյուսակում։

Վերաբաշխումը և բացահայտ ծագումը տարբեր կերպ են վարվում

Վերաբաշխումը վերցնում է երթուղիները, որոնք արդեն կան VRF աղյուսակում, և երթուղու քարտեզով զտելով պատճենում է դրանք BGP-ի մեջ։ Քարտեզը որոշում է, թե որ նախածանցերն են իրավասու և ինչ ատրիբուտներ են կրում, իսկ մետրիկան պետք է սահմանվի բացահայտ, քանի որ RIP թռիչքների քանակը որպես BGP մետրիկա իմաստ չունի։ Այն, ինչ թողնում եք չսահմանված, ժառանգվում է այնպես, որ սովորաբար զարմացնում է վեց ամիս անց կոնֆիգուրացիան կարդացողին։

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

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

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

Ստուգեք շղթան չորս տեղերում

Նայեք CE հայտարարությանը, VRF երթուղային աղյուսակին, VPN երթուղային աղյուսակին իր երթուղու նպատակակետով և հեռավոր VRF ներմուծմանը՝ այդ հերթականությամբ։ IOS-ում դա նշանակում է CE հարևանի ելքը, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, և նույն հրամանը հեռավոր PE-ում։ IOS-XR-ում համարժեք ելքը գտնվում է հետևյալի ներքո՝ show bgp vrf CUSTOMER ipv4 unicast։ Հրամանների անունները տարբեր են, չորս ստուգման կետերը՝ ոչ։

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

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