Բազմավենդոր ցանցի փորձարկում. մեկ RFC, երկու ընթերցում

Երկու երթուղիչ երկու վենդորից, և երկու բնութագրերում էլ RFC-ների նույն ցանկն է։ Երկուսն էլ ճիշտ են։ RFC-ն տարբերակներ է թողնում, յուրաքանչյուր վենդոր ընտրում է իր լռելյայն արժեքները, և ստանդարտին համապատասխանող երկու սարք բարձրացնում են BGP-ն, երկու կոնսոլում էլ ցույց են տալիս Established և միևնույն ժամանակ փոխանակում են երթուղիների միայն կեսը։ Մենք փորձարկում ենք զույգը՝ Ձեր սարքը այն իրականացումների դեմ, որոնց այն կհանդիպի, Ձեր կոնֆիգուրացիայով երկու ծայրում և տրաֆիկով սահմանի վրայով։

Ստենդը

Ձեր սարքը տեղադրվում է CloudLAB ստենդում կամ աշխատում է որպես վիրտուալ appliance մեր հոստերում։ Նրա կողքին, նույն 1G-ից 100G պորտերին միացված, երկրորդ վենդորն է՝ լաբորատորիայում արդեն եղած իրական սարք, Ձեր ուղարկած սարք կամ դրա վիրտուալ տարբերակը։ Ստենդի գեներատորներն ավելացնում են մի քանի իրականացումների էմուլյացված peer-եր, այնպես որ սարքի մեկ դերը մեկ համատեղելիության նախագծում հանդիպում է մինչև 4 հարևանի։

Զույգերի ցանկը վերցնում ենք Ձեր ցանցի սխեմայից՝ ով ում հետ է հարևանություն հաստատում, որ արձանագրությամբ, որ շաբլոնով։ Երկու ծայրում էլ աշխատում է այն firmware-ը, որը Դուք տեղադրելու եք, և Ձեր արտադրական տայմերները, նույնականացումը և քաղաքականությունը։ Տրաֆիկն անցնում է սահմանով երկու ուղղությամբ, ուստի յուրաքանչյուր արդյունքի կողքին՝ սեսիայի վիճակի հետ միասին, կա նաև փոխանցման թիվ։

Ինչ ենք ստուգում

• Capability-ների համաձայնեցում. հասցեների ընտանիքներ, 4-բայթանոց AS, add-path, graceful restart, ինչ առաջարկեց յուրաքանչյուր կողմը, ինչի շուրջ համաձայնեցին, ուղարկված և ստացված երթուղիները՝ ըստ ընտանիքի
• Քաղաքականություն սահմանով. community-ներ, local preference և MED, որոնք դնում է մի վենդորը և կարդում է մյուսը, յուրաքանչյուր ատրիբուտ ստուգվում է ժամանելիս
• Տարբեր լռելյայն արժեքներ. hello, hold և BFD տայմերներ, MTU կապուղում և overlay-ի ներսում, մեկ փորձարկում Ձեր շաբլոնների արժեքներով, երկրորդը՝ յուրաքանչյուր վենդորի գործարանային արժեքներով
• EVPN վենդորների միջև. 2, 3 և 5 տիպի երթուղիներ, type 5-ի մոդելը յուրաքանչյուր կողմում, ESI-ի մշակումը և VNI-ի կապը VRF-ին
• MPLS և segment routing. label-ների փոխանակում, label-ների միջակայքեր և SID-ի կոնֆլիկտներ, ստեկի խորություն, fast reroute մի իրականացումից մյուսին
• OAM. երկու վենդորի MEP-եր մեկ MEG-ում՝ ըստ Y.1731-ի, CCM-ի ինտերվալ և մակարդակ, RDI և AIS սահմանով երկու ուղղությամբ, ուշացում և կորուստ՝ համեմատած գեներատորի հետ
• Խափանում. վենդորների միջև կապուղու անջատում, հանգույցի վերագործարկում, graceful restart helper ռեժիմում, փոխանցման ընդհատումը յուրաքանչյուր հոսքի և ուղղության համար՝ միլիվայրկյաններով
• Բացասական դեպքեր. անհայտ capability, չսպասված ատրիբուտ, MTU-ի կամ նույնականացման անհամապատասխանություն, արդյոք հակառակ կողմը վերսկսում է սեսիան, անտեսում է տարբերակը, թե լուռ կորցնում է երթուղիները

Արձանագրությունների մանրամասները մեր EVPN և VXLAN հոդվածում են, այստեղ յուրաքանչյուր կետ անցնում է երկու իրականացումների միջև, իսկ յուրաքանչյուր ձախողում կրկնվում է՝ մալուխի երկու ծայրում capture-ով։

Ինչն է սովորաբար խափանվում

Երթուղիներ, որոնք չեն հասնում։ Միջուկի տիպիկ միգրացիա. երթուղիչի նոր մոդելը փոխարինում է միջուկի կեսը։ BGP-ն բարձրանում է, 1M երթուղին բեռնվում է, իսկ հին կողմի դրած community-ն նորը լուռ դեն է նետում։ Ցանցում ավելի հեռու քաղաքականությունը կապված է դրա հետ և տրաֆիկն ուղարկում է սխալ ուղով։ Ստենդը դա բռնում է քաղաքականության ստուգման ժամանակ, և կոնֆիգուրացիայի մեկ տողը շտկում է խնդիրը մինչև անցումը։

Մեկ թիվ, երկու իմաստ։ Մի վենդորը գրում է MTU 1500 և նկատի ունի IP փաթեթը, մյուսը գրում է 1514 և նկատի ունի Ethernet կադրը։ OSPF-ը մնում է ExStart վիճակում, կամ հարևանությունը բարձրանում է, իսկ VXLAN overlay-ով առաջին լրիվ չափի փաթեթը կորչում է։ Տայմերների հետ նույն պատմությունն է. մի ծայրում 3,3 մվ, իսկ մյուսում 10 մվ CCM ինտերվալը առողջ կապուղու վրա տալիս է unexpected period ահազանգ։

Խափանում, որը ոչ մի կողմինը չէ։ Վենդորների միջև կապուղին անջատվում է։ Մի կողմը BFD-ն պահում է 50 մվ-ով, մյուսը 300 մվ-ից պակաս չի ընդունում, և սեսիան նստում է ավելի դանդաղ արժեքի վրա. տիպիկ նախագծում հայտնաբերումը տևում է մոտ 900 մվ՝ դիզայնի 150 մվ-ի դիմաց։ Ընդհատումը միլիվայրկյաններով կախված է զույգից, ուստի այն չափում ենք յուրաքանչյուր զույգի համար։

Ինչ կա հաշվետվության մեջ

Առաջին էջում համատեղելիության մատրիցն է՝ զույգերն ուղղահայաց, իրականացումները՝ հորիզոնական, յուրաքանչյուր բջջում «անցավ», «ձախողվեց» կամ «անցավ դիտողությամբ»։ Յուրաքանչյուր բջջի հետևում գրառում կա՝ երկու կոնֆիգուրացիաներն այնպես, ինչպես աշխատել են, ձախողման capture երկու ծայրից, ստացված երթուղիներ, բարձրացված սեսիաներ և կոնվերգենցիայի ընդհատումը յուրաքանչյուր փորձարկման համար։ Շտկումների ցանկն ասում է, թե ինչ փոխել, որ կողմում և որ թողարկումում է վենդորը հայտնում շտկման մասին։ Երբ երկու վենդոր մեղադրում են իրար, capture-ները ցույց են տալիս, թե ով ինչ է ուղարկել, իսկ ըստ պահանջի մենք դրանք քննարկում ենք երկուսի հետ մեկ զանգով։

Որտեղից սկսել

Ուղարկեք մեզ ցանցի սխեման, յուրաքանչյուր վենդորի սարքերի ցանկը և կոնֆիգուրացիայի շաբլոնները։ Մենք պատասխանում ենք թեստի պլանի նախագծով՝ զույգերը, ստենդի սխեման և ժամկետները։ Հաշվետվությունը մնում է Ձեզ, և Դուք կարող եք այն ցույց տալ երկու վենդորներին էլ։ Գրեք մեզ կամ տեսեք, թե էլ ինչ է անում ստենդը։