NX-OS EVPN null երթուղի. թողեք մերժումը մեկ վարձակալի ներսում

Հարցումը գալիս է որպես մեկ տողի փոփոխություն՝ սևացնել մեկ հասցե: Դուք ավելացնում եք հոսթի երթուղի դեպի Null0 վարձակալի կոնտեքստի ներսում, նախածանցը, ինչպես սպասվում էր, անհետանում է տեղական աղյուսակից, և հետո սկսվում են հարցերը: Երթուղին լքե՞ց սարքը: Հեռավոր VTEP-ները մերժե՞ցին, թե՞ պարզապես կորցրին հասանելիությունը: Արդյո՞ք այժմ տուժում է երկրորդ վարձակալը:

Ճիշտ տեղական ստատիկ երթուղին պատասխանում է այդ հարցերից միայն առաջինին, այդ պատճառով blackhole փոփոխությունը իրականում երեք վերանայված արդյունք է, ոչ թե մեկ հրաման:

Ինչ պետք է իրականում արտադրի փոփոխությունը

Սկսեք՝ գրի առնելով երեք արդյունքները: Նպատակային վարձակալը պետք է տեղական մերժի նշանակակետը: Միայն լիազորված երթուղին կարող է արտահանվել, և ոչինչ այլ չպետք է ճամփորդի նրա հետ: Յուրաքանչյուր ընդունող VTEP պետք է ընտրի նախատեսված մերժման գործողությունը, այլ ոչ թե այլ ուղի:

Յուրաքանչյուր արդյունք ունի իր ապացույցը, և ոչ մեկը չի ենթադրում մյուսներին: Տեղական Null0 երթուղին արտադրում է տեղական մերժում և, առանց վերաբաշխման, ընդհանրապես ոչինչ չի արտահանում: Համաձայնեցված community-ից զուրկ վերաբաշխված երթուղին գալիս է որպես սովորական նախածանց և փոխանցվում է: Առանց ընդունման քաղաքականության community-ն կարող է ամբողջությամբ անտեսվել:

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

Տեղական հայտարարությունը կատարում է միայն առաջին մասը

10.4(x) շարքի NX-OS-ում null երթուղին գտնվում է վարձակալի VRF կոնտեքստի ներսում, այլ ոչ թե VRF-ը անվանող մեկ հրամանի մեջ: Հատվածը կարճ է, և այն բոլորովին ամբողջական EVPN կոնֆիգուրացիա չէ:

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

Հասցեն փաստաթղթային նախածանց է, ոչ թե թիրախ: Ուշադրություն դարձրեք IOS-ի հետ շարահյուսության տարբերությանը, որտեղ VRF-ի անունը հայտնվում է հենց երթուղու հրամանի մեջ, և նախքան որևէ բան տեղադրելը հաստատեք աջակցվող ձևը ձեր իրականում գործարկվող թողարկման համար:

Ինքնին այս տողը մերժում է այդ հոսթի երթևեկությունը TENANT_A-ի ներսում և ուրիշ ոչինչ չի անում: Այն չի պիտակավորում երթուղին, չի ընտրում այն BGP-ի համար և community չի սահմանում: Դրանք առանձին կոնֆիգուրացիոն որոշումներ են, և յուրաքանչյուրը տեղ է, որտեղ փոփոխությունը կարող է լինել կա՛մ աշխատելու համար չափազանց նեղ, կա՛մ անվտանգ լինելու համար չափազանց լայն:

Տեղական մերժումը ազդում է նաև նույն նշանակակետի օրինական երթևեկության վրա: Եթե նպատակը մեկ չարաշահող աղբյուր կանգնեցնելն է, մինչ իրական օգտվողներին դեռ պետք է հասցեն, null երթուղին սխալ գործիք է, և դա կիմանաք առաջին աջակցության զանգից:

Արտահանումը և ներմուծումը առանձին պայմանավորվածություններ են

Վերաբաշխումն այն տեղն է, որտեղ որոշվում է ծավալը: Սահմանափակեք իրավասու նախածանցները հաստատված մեղմացմանը, պահեք այն վարձակալի ներսում և սահմանափակեք աղբյուր peer-երը նախագծում եղածներով: Բոլոր ստատիկ երթուղիների վերաբաշխումը, որովհետև մեկ պիտակավորված հոսթի երթուղի պետք է ճամփորդի, հենց այն ուղին է, որով սպասարկման փոփոխությունը դառնում է երթուղավորման միջադեպ:

BLACKHOLE community-ն պայմանավորվածություն է հայտնի արժեքի շուրջ, ոչ թե լիազորություն ցանկացած հարևանի ցանկացած հասցե մերժելու: RFC 7999-ը նկարագրում է այն հենց այդ տերմիններով, և վստահության սահմանը, թե ով կարող է հայտարարել այն, նախագծի մաս է, ոչ թե ներդրման մանրամասնություն:

Ընդունող կողմը պետք է ունենա իր կոնֆիգուրացիան: NX-OS-ում 5-րդ տիպի null երթուղիները պահանջում են route-map մշակում VTEP-ում՝ մերժման վարքը ընտրելու համար, ինչը փաստաթղթավորված է արտահանման քայլերի հետ միասին: Ճիշտ պիտակավորող ուղարկող սարքը և պիտակն անտեսող ընդունիչը ստեղծում են փոփոխություն, որը կարծես կիրառված է և այնուամենայնիվ փոխանցում է երթևեկությունը:

Քանի դեռ այնտեղ եք, ստուգեք route-map-ը կողմնակի ազդեցությունների համար: Նոր սահմանափակող քաղաքականությունը կարող է ճնշել օրինական հասանելիությունը անկապ նախածանցների համար, և այդ վնասը երևում է ավելի ուշ, քան blackhole-ը, և ավելի դժվար է վերագրել նրան:

Գրեք հետկանչը մինչ ներդրումը

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

Պահպանեք անկախ կառավարման ուղի, որը կախված չէ ձեր փոխած երթուղուց: Եթե մեղմացումը ծածկում է հասցե, որն օգտագործում եք սարքին հասնելու համար, դուք ստեղծել եք արգելափակում լրացուցիչ քայլերով:

Անվանեք ճշգրիտ կառավարումը, որը հեռացնում է մեղմացումը, և փորձարկեք այդ հեռացումը լաբորատորիայում կամ պատուհանում, որը կարող եք թույլ տալ: Հետկանչը, որը ոչ ոք չի փորձարկել, պլան է, ոչ թե ընթացակարգ:

Ընդունեք ապացույցներով, ոչ թե հրամանի ելքով

Ստուգեք ընտրված երթուղավորման վիճակը և փոխանցման վիճակը նախատեսված VTEP-ներում, և ստուգեք հարևան նշանակակետ, որը պետք է մնա անփոփոխ: Հաստատեք, որ ոչ մի այլ վարձակալ չի ներմուծել նախածանցը, որովհետև վարձակալների միջև արտահոսքը հենց այն ձախողման եղանակն է, որը սպասարկման գործողությունը դարձնում է միջադեպ:

Այնուհետև հետ կանչեք և ստուգեք, որ սովորական երթուղին և ծառայությունը վերադառնում են: NX-OS EVPN null երթուղիների ուղեցույց 10.4(x) թողարկման համար փաստաթղթավորում է այստեղ նկարագրված պիտակավորումը, վերաբաշխումը և ընդունման քաղաքականությունը, և դա այն հղումն է, որի հետ պետք է համեմատել ձեր սեփական թողարկումը: