VRF-ում բացակայող ուղին՝ տեղական, VPNv4, թե՞ փոխանցման աղյուսակ
VRF-ում բացակայող, VPNv4-ում բացակայող և CEF-ում չտեղադրված նախածանցը երեք տարբեր խափանումներ են։ Կարդացեք աղյուսակները հերթականությամբ՝ նախքան երթուղու թիրախները խմբագրելը։
Հաճախորդն ասում է, որ երթուղու թիրախը փոխելուց հետո նախածանցը կորել է, և առաջին էկրանի պատկերը, որ ուղարկում են, սովորաբար սխալ աղյուսակն է։ Երեք տարբեր աղյուսակներ պատասխանում են երեք տարբեր հարցերի՝ նախածանցը գոյություն ունի՞ VRF-ի ներսում, այն հայտարարվե՞լ և ներմուծվե՞լ է որպես VPNv4 երթուղի, և արդյոք փոխանցման գրառում իրոք տեղադրվե՞լ է։ Դրանք հերթականությունից դուրս կարդալը տալիս է վստահ և սխալ եզրակացություններ։ Այս ուղեցույցը մեկ տեղական և մեկ հեռավոր նախածանց անցկացնում է բոլոր երեք աղյուսակներով հերթականությամբ, և ավարտվում է այն RT փոփոխության հետկանչի պլանով, որով սկսվել է։
Անվանեք նախածանցը և աղյուսակը, որին այն պատկանում է
Գրի առեք երկու նախածանց, նախքան որևէ բան մուտքագրելը։ Մեկը տեղական է հաճախորդի տեղամասում՝ սովորած միացված ինտերֆեյսից կամ CE հայտարարությունից։ Մյուսը հեռավոր է և ակնկալվում է, որ կգա մատակարարի ողնաշարով։ Նրանք տարբեր ուղիներով մտնում են նույն VRF, և մեկի խափանումը ոչինչ չի ասում մյուսի մասին։
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
Հստակ պահեք երկու նույնացուցիչների տարբերությունը, որովհետև այս տոմսերում խառնաշփոթի մեծ մասը այնտեղից է գալիս։ Երթուղու տարբերիչը VPNv4 NLRI-ի մասն է և գոյություն ունի, որպեսզի այլապես նույնական հաճախորդի նախածանցները եզակի լինեն ողնաշարում։ Երթուղու թիրախը ընդլայնված համայնք է, որը կրում են որպես ատրիբուտ, և հենց դրա հետ է համընկնում ներմուծման ու արտահանման քաղաքականությունը։ Այն տարբերիչի երկրորդ անունը չէ և այն չի կրում հաճախորդի փաթեթներում։
Քայլ 1՝ ապացուցեք, որ նախածանցը VRF-ում է
Սկսեք տեղական տեսքից, ապա այն RT-ներից, որոնք կառավարում են ներմուծումը։ Եթե տեղական նախածանցը այստեղ չկա, վերևում ոչինչ չի կարող մեղավոր լինել.
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-AՆախածանցը, որը երևում է որպես միացված կամ ստատիկ, սովորած է տեղում, և դրա առկայությունը ոչինչ չի ասում արտահանվա՞ծ լինելու մասին։ Սա այս աշխատահոսքի ամենատարածված սխալ ընթերցումն է՝ առողջ VRF աղյուսակը միայն տեղական սովորելու ապացույց է։ Արտահանման կողմը առանձին հարց է, որին պատասխանում են հարևանի տեսքը և կցված արտահանման թիրախը։
Քանի դեռ այստեղ եք, ստուգեք VRF-ի RT ցանկերը։ Եթե նախատեսված ներմուծման թիրախը ցանկում չէ, ներքևի ամեն ինչ անկարևոր է։ Եթե այն կա, բայց տարբերվում է նրանից, ինչ արտահանում է հեռավոր PE-ն, դուք գտել եք խափանումը՝ չբացելով ոչ մի փաթեթի որսում։
Քայլ 2՝ կարդացեք VPNv4 աղյուսակը և դրա թիրախները
VPNv4 աղյուսակը ցույց է տալիս, թե ինչ փոխանակեց կառավարման հարթությունը իրականում։ Փնտրեք հեռավոր նախածանցը ճիշտ տարբերիչի տակ, ապա նայեք դրան կցված համայնքներին.
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesՃիշտ երթուղու թիրախով, բայց առանց տեղական տեղադրման գրառումը մատնանշում է ներմուծման քաղաքականությունը կամ երթուղու ընտրությունը, ոչ թե հասանելիությունը։ Գրառումը, որ ընդհանրապես չի երևում VPNv4 աղյուսակում, մատնանշում է վերև՝ գուցե սկզբնաղբյուր PE-ն այն չի արտահանել, կամ սեսիան չի կրում հասցեների ընտանիքը։
Կա նաև երրորդ դեպք, որը շփոթեցնում է մարդկանց փոփոխությունների ժամանակ։ Որոշ հարթակներ սահմանափակում են, թե որ VPN երթուղիներն են պահանջում կամ պահում՝ օգտագործելով երթուղու թիրախների անդամակցության տեղեկատվությունը, ուստի մեկ զտված տեսքում հեռավոր NLRI-ի բացակայությունը ապացույց չէ, որ հայտարարությունը որևէ տեղ չկա։ Ստուգեք չզտված աղյուսակը և հարևանի հայտարարած երթուղիները՝ նախքան եզրակացնելը, որ երթուղին համաշխարհային հետ է կանչվել։
Քայլ 3՝ հաստատեք, որ ինչ-որ բան տեղադրվել և պիտակավորվել է
BGP գրառումը որոշում է, ոչ թե ուղի։ Փոխանցման աղյուսակները ասում են՝ փաթեթներն ունե՞ն ուր գնալու.
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-AԼուծված հարևանությամբ և ելքային պիտակով CEF գրառումը նշանակում է, որ տվյալների հարթության երթևեկությունը պետք է աշխատի, և մնացած ցանկացած ախտանիշ պատկանում է հավելվածին կամ VRF-ի ներսում զտմանը։ Չլուծված հաջորդ թռիչք ցույց տվող CEF գրառումը նշանակում է, որ պիտակի ուղին թերի է, թեև BGP-ն առողջ է երևում, և հենց այդ դեպքում է BGP աղյուսակի էկրանի պատկերը մոլորեցրել փոփոխության վերանայումը։
Համեմատեք այն պիտակը, որը տեղական PE-ն պարտադրում է, նրա հետ, որը հեռավոր PE-ն ակնկալում է ստանալ։ Երկու տեսքերի միջև անհամապատասխանությունը պիտակների բաշխման կամ սեսիայի խնդիր է, և այն չի շտկվի երթուղու թիրախները խմբագրելով՝ որքան էլ դա անեք։
Հետ կանչեք RT փոփոխությունը հայտարարված ծավալով
Եթե խափանումը սկսվել է երթուղու թիրախի խմբագրումից, չեղարկեք այն որպես մեկ դիտավորյալ քայլ և ասեք, թե որ ծավալն եք փոխում։ Ներմուծման թիրախը հեռացնելը հետ է վերցնում իրավասությունը այդ VRF-ի ներսում։ Այն չի ջնջում VPNv4 հայտարարությունը ողնաշարից, և որոշ հարթակներում երթուղին մնում է պահված աղյուսակում։ Դրանք տարբեր արդյունքներ են, և օգտատիրոջը տեսանելի ազդեցությունը կախված է նրանից, թե որն եք նկատի ունենում։
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inՄեղմ ներմուծող վերակազմավորումը բավարար է, երբ սեսիան արդեն պահում է նախածանցները. մատակարարին ուղղված սեսիայի կոշտ վերագործարկումը աշխատանքային ժամերին որոշում է, որը պետք է ուրիշը կայացնի։ Junos-ում համարժեք ստուգումները ուղղակիորեն կարդում են յուրաքանչյուր VRF-ի աղյուսակը և VPN աղյուսակը, իսկ հետկանչը commit-ի պահին վերադարձ է, ոչ թե հրաման առ հրաման չեղարկում, ուստի գրանցեք կազմաձևի տարբերությունը նախքան սկսելը։
Ավարտեք նույն երեք հրամաններով, որոնցով սկսել եք, նույն հերթականությամբ, և գրանցեք դրանց արդյունքը ժամանակի դրոշմով։ Տոմսը, որն ասում է՝ RT-ն սխալ էր և հիմա ճիշտ է, կրկին օգտագործելի չէ. այն, որը ցույց է տալիս նախածանցը VRF-ում, VPNv4-ում և տեղադրված CEF-ում, ապացույց է, որի հետ հաջորդ մարդը կարող է համեմատել։ Եթե փոխվել են միայն առաջին երկուսը, դուք չեք ավարտել փոփոխությունը։