OSPF կամ EIGRP ASA VTI-ի վրայով․ ձեր թողարկումն որն է աջակցում
OSPFv2-ը և EIGRP-ն ASA VTI-ի վրայով անցնում են միայն 9.19(1)-ից սկսած և միայն միացված multicast-ի դեպքում։ Համեմատեք երկուսը ձեր գործարկվող թողարկման վրա, ապա ստուգեք հարևաններին։
OSPF-ի և EIGRP-ի մասին քննարկումների մեծ մասը ենթադրում է, որ թունելն արդեն կարող է կրել արձանագրությունը, և ASA-ի վրա հենց այդ ենթադրությունն է այն մասը, որն արժե առաջինը ստուգել։ Համեմատությունը հետաքրքիր է դառնում միայն այն բանից հետո, երբ հաստատվեն պատկերը, VTI-ի տեսակը և multicast-ի ուղին։ Սխալվեք այդ հերթականության մեջ, և դուք կանցկացնեք կես օր ժամանակաչափեր կարգավորելով մի թունելի վրա, որը երբեք հարևանություն չի ձևավորի։ Ես այս նախագծերից յուրաքանչյուրը սկսում եմ թողարկման նշումներով և ընթացիկ կոնֆիգուրացիայով, ոչ թե արձանագրության նախապատվությամբ։
Թողարկումը որոշում է արձանագրությունից առաջ
Cisco-ի VTI ուղեցույցը ASA 9.24-ի համար օգտագործելի փաստաթղթային հիմք է․ այն նկարագրում է ստատիկ և դինամիկ VTI-ներ և թվարկում ստատիկ երթուղավորում, BGP, OSPF և EIGRP։ Նրա ֆունկցիաների պատմությունը OSPFv2-ի և EIGRP-ի աջակցությունը VTI-ի վրա դնում է 9.19(1)-ի մեջ։ Դրանից ավելի հին ամեն ինչ այլ զրույց է։
Այսպիսով, առաջին երկու հարցերը ձանձրալի են և վճռորոշ․
| Check | What decides it |
|---|---|
| Image and release | Whether the feature history lists OSPFv2 or EIGRP on VTI for the version you run |
| VTI type | Static or dynamic, and which routing context the platform permits |
| Multicast on the tunnel | Whether it is enabled, and whether the group limits are respected |
Այն պնդումը, որ ASA-ն չի կարող օգտագործել VTI կամ չի կարող կրել IGP, ճիշտ էր որոշ հին պատկերների համար և ներկայիս աջակցության մատրիցա չէ։ Նույն կերպ, 9.24 ուղեցույցը յուրաքանչյուր սարք արդիականացնելու հրահանգ չէ։ Այն ասում է, թե ինչ է աջակցում այդ թողարկումը, և ձեր տեղակայված թողարկումը պետք է ինքն իր համար պատասխանի։
Unicast-ի անցնելը չի նշանակում, որ IGP-ն կձևավորվի
Նույն ուղեցույցը նշում է, որ unicast-ն անցնում է լռելյայն, և որ multicast-ը պետք է միացված լինի OSPFv2-ի կամ EIGRP-ի համար VTI-ի վրա, multicast խմբերի փաստաթղթավորված սահմանափակումներով։ Այդ մեկ նախադասությունը բացատրում է այս նախագծում իմ տեսած ձախողված հարևանությունների մեծ մասը։ Թունելի միջով աշխատող ping-ը կամ կանաչ IPsec կարգավիճակը ապացուցում են միայն unicast ուղին։ Արձանագրության հայտնաբերմանը պետք է multicast ուղին, և երկուսը կարգավորվում են առանձին։
Նախքան hello կամ hold ժամանակաչափերին դիպչելը, ստուգեք թունելի ինտերֆեյսի կոնֆիգուրացիայում այդ multicast կարգավորումը։ Եթե կարգավորումը բացակայում է, հարևանությունը դանդաղ չէ, այն անհնար է։
OSPF-ը և EIGRP-ն կողք կողքի նույն թունելի վրա
Թունելի վրա երկու արձանագրություններն էլ նույն տեսքն ունեն, ինչ ամենուր։ OSPF-ին պետք է համապատասխան ցանցի տեսակ, տիրույթ, նույնականացում և հարևանների պարամետրեր; EIGRP-ին պետք է իր AS համարը և դրա հետ գնացող ինտերֆեյսի մակարդակի կարգավորումները։
Ծուղակը հարևանների հայտարարությունները մեկ այլ թունելի մոդելից պատճենելն է։ Առանց VTI նախագծում ստատիկ հարևանների մասին խորհուրդը գոյություն ուներ multicast-ից խուսափելու համար, և այն չի փոխանցվում VTI-ին, որից սպասվում է արձանագրությունը բնական ձևով կրելը։ Կարգավորեք աջակցվող ինտերֆեյսի վարքը, ապա թողեք արձանագրությունը ձևավորի իր հարևանությունը։
Ապա համեմատեք այն առանցքներով, որոնք իրոք տարբերվում են ձեր տոպոլոգիայում․ մյուս կողմի հետ փոխգործունակությունը, փորձարկվող կոնվերգենցիայի վարքը և ձեր թիմի գործառնական գիտելիքները։ Մի արձանագրության ավելի արագ կամ թեթև լինելու պատմական դրվագը ձեր ցանցի չափումը չէ։
Հարևանները հավասար չեն տեղադրված երթուղիներին
Երբ հարևանությունը բարձրացած է, առանձնացրեք այն, ինչ սկզբնավորվում է, նրանից, ինչ ընդունվում է։ Նայեք, թե յուրաքանչյուր կողմ որ մասնաճյուղի նախածանցեր է հայտարարում, որոնք են ստացվում, որոնք են ընտրվում և որոնք են իրականում հասնում երթուղային աղյուսակ։ Ներմուծման, արտահանման և վերաբաշխման ծավալը պետք է լինի միտումնավոր, այլ ոչ թե սարքի իմացած ամեն ինչի համատարած գովազդ։
show ospf neighbor և show eigrp neighbors ձեզ ասում են, որ սեսիան կենդանի է։ show route ձեզ ասում է՝ արդյոք մասնաճյուղի նախածանցը հասել է, և դրանք տարբեր հարցեր են։
Հավելվածի ուղին կրկին երրորդ հարցն է։ Հարևանային հարաբերությունը բաշխում է հասանելիությունը․ այն թույլտվություն չի տալիս firewall-ով և չի ապացուցում, որ երթևեկության ընտրիչներն ու զտման կանոնները համաձայն են։ Ստուգեք թույլատրված հոսքը և դրա պատասխանի ուղին հաստատված թեստով, փոխարենը ենթադրելու, որ երթուղին նշանակում է քաղաքականություն։
Ինչ պետք է գրանցի ավարտված համեմատությունը
Գրեք թունելի ինտերֆեյսը, այն աջակցող թողարկումը, ձեր ստուգած կառավարման փոխանակումը և ձեր սահմանափակած երթուղային քաղաքականությունը։ Ավելացրեք multicast կարգավորումը, քանի որ հենց այդ մանրամասն է լուռ որոշում՝ աշխատում է մնացածից որևէ բան, թե ոչ։ Պահեք այդ գրառումը տեղակայված թողարկման կողքին, որպեսզի հետագա ֆունկցիայի փոփոխությունը հնարավոր լինի վերանայել՝ առանց այդ ընթացքում սպառված ենթադրությունից նորից սկսելու։
Եթե այդ չորսից որևէ մեկը բացակայում է, դուք ունեք նախապատվություն, ոչ թե նախագիծ։ Նախ ուղղեք բացակայող փաստը․ արձանագրության ընտրությունը հեշտ մասն է։