OTV ավելացնելուց առաջ գրեք ձեզ անհրաժեշտ Ethernet պայմանագիրը

Աշխատանքային ծանրաբեռնվածությունը տեղափոխվում է երկրորդ տվյալների կենտրոն և սկսում է ժամանակի սահմանը գերազանցել այն ծառայության վրա, որը առաջինից լավ էր պատասխանում։ Ինչ-որ մեկը առաջարկում է OTV, քանի որ գործող Layer 2 VPN-ը «broadcast չի անում»։ Այդ եզրակացությունը սովորաբար վաղաժամ է։ Ծառայության կատեգորիան և ձեր գնած կոնկրետ պայմանագիրը երկու տարբեր հարցեր են, և ժամանակի գերազանցումը դեռ ոչ մեկին վերագրված չէ։

Ախտանիշը, որով սկսվում է համեմատությունը

Գրեք, թե ինչ է իրականում անհրաժեշտ հավելվածին, նախքան արտադրանքները համեմատելը։ Տեղանքների քանակը, VLAN-ի շրջանակը, հասցեների ուսուցումը, flooding-ի հանդուրժողականությունը և խափանման վարքը նկարագրում են պահանջը։ «Layer 2»-ը և «OTV»-ն նկարագրում են ճարտարապետություններ, և դրանցից ոչ մեկը ինքնին պահանջ չէ։ Մեկ էջի վրա հինգ հատկություն կապրի ավելի երկար, քան մատակարարների ցանկացած համեմատություն։

Այնուհետև ստուգեք՝ արդյոք ընթացիկ ծառայությունը արդեն բավարարում է այդ հինգ հատկություններին։ Մատակարարի կողմից կառավարվող Layer 2 VPN-ը կարող է ներառել multipoint փոխանցում և կառավարման հարթության ուսուցում, որոնք հաշիվ-ապրանքագրին արագ նայելը չէր նշել։

Եթե ընթացիկ ծառայությունը բավարարում է դրանց, ժամանակի գերազանցումը այլ տեղ է՝ MTU-ի խնդիր, երթուղավորման ասիմետրիա, հրդեհային պատի կանոն, որը տարբերվում է տեղանքների միջև։ overlay-ը փոխելը կթողնի այդ պատճառը տեղում և կավելացնի միգրացիա։

Ինչ չի ասում պիտակը

Layer 2 VPN-ը կատեգորիա է, ոչ արտադրանք։ Կետ-կետ VPWS-ը և multipoint VPLS-ը տարբեր կերպ են փոխանցում, և կատեգորիան ներառում է ինչպես կառավարման հարթության ուսուցումով և օղակների կառավարմամբ ծառայություններ, այնպես էլ ավելի պարզերը։ Այն ենթադրությունը, որ յուրաքանչյուր Layer 2 VPN միացնում է ճիշտ երկու տեղանք և ամեն ինչ լցնում է, սխալ համեմատություն կազմելու ձևն է։ Պայմանագրի անվանումը ոչինչ չի ասում դրա հետևի փոխանցման աղյուսակի մասին։

Հարցրեք թե որ փոխանցման մոդելն է իրականացնում գործող ծառայությունը, և թե որն է անհրաժեշտ հավելվածին։ Hub-and-spoke պահանջը և full-mesh պահանջը տալիս են տարբեր ձևավորումներ, նույնիսկ երբ երկուսն էլ նկարագրվում են որպես Layer 2։

Որտեղ է OTV-ն քաշում իր սահմանը

OTV-ն աշխատում է IP տրանսպորտի վրա՝ կառավարման հարթության MAC հասանելիությամբ և սահմանված edge դերերով։ Տեղական spanning-tree տեղեկատվությունը մնում է տեղական, փոխարենը տարածվելու որպես մեկ չվերահսկվող տիրույթ տրանսպորտի վրա։ Սա իրական տարբերություն է պարզ կամրջային ընդլայնումից, և սա է պատճառը, որ մարդիկ դիմում են դրան։

Սահմանը նույնքան կարևոր է, որքան օգուտը։ Անհայտ unicast, broadcast և multicast-ի մշակումը կախված է հարթակից և դրա կազմաձևից, և edge զույգը պետք է համագործակցի աջակցվող multihoming մեխանիզմի միջոցով։ Երկու անկախ սարքեր, որոնք փոխանցում են նույն VLAN-ը, նույն ձևավորումը չեն, և դրանք առաջացնում են այլ խափանման ռեժիմ։

Flooding-ը կրճատվում է, ոչ հեռացվում

Որոշ ավելորդ flooding-ի ճնշումը նույնը չէ, ինչ երաշխիքը, որ ոչ մի broadcast կամ multicast կադր երբեք չի անցնի ընդլայնումը։ Մեկ տեղանքում սկսված փոթորիկը դեռ կարող է սպառել տրանսպորտը, և մեկ երթևեկության դաս ֆիլտրող հարթակի առանձնահատկությունը չի ֆիլտրում մյուսները։ Այս տարբերությունից է գալիս ցանկացած overlay-ի հետ կապված հիասթափության մեծ մասը։

Այսպիսով հարցը չէ, թե OTV-ն կանգնեցնում է broadcast փոթորիկները։ Հարցն այն է, թե որ երթևեկության դասերն են անցնում, ինչ պայմաններում, և ինչն է սահմանափակում արագությունը, երբ նրանք անցնում են։

Հաստատեք underlay-ը, քանի դեռ այնտեղ եք՝ աջակցվող առաքում, փաթեթի չափ, երթուղավորում և այն հարևանությունը, որը պահանջում է ընտրված թողարկումը։ Դրանցից ոչ մեկը անվճար չի գալիս overlay-ի հետ, և 1500 բայթանոց կադրը տեղավորող թունելը ավտոմատ կերպով ձեր պիտակավորված կադրերը տեղավորող թունել չէ։

Պայմանագիրը, որը պետք է պահանջել գրավոր

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

Ընտրեք փոփոխություն միայն այն պահանջի համար, որը ընթացիկ ծառայությունը ակնհայտորեն չի կարող բավարարել։ VLAN-ի հետագա ընդլայնումը ընդլայնում է նաև հավելվածի և Ethernet-ի կախվածությունները դրա հետ միասին. overlay-ի նոր անվանումը դրանք չի վերացնում։

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