Ինչպես ենք փորձարկում QoS-ը. DSCP, հերթեր և ձայն լցված կապուղում

Երթուղիչի տեխնիկական բնութագրում գրված է՝ 8 հերթ յուրաքանչյուր պորտում, strict priority, WRED, հիերարխիկ shaping։ Նախագծային փաստաթղթում ձայնը նշված է EF և դրված է առաջնահերթ հերթում։ Երկուսն էլ ճիշտ են, և զանգը միևնույն է ընդհատվում է առավոտյան ժամը 9-ին։ Ազատ կապուղում QoS-ը ոչինչ չի անում։ Այն սկսում է աշխատել այն պահին, երբ ելքային պորտին ավելին է հասնում, քան այն կարող է ուղարկել, և միայն այդ վիճակում ենք մենք այն փորձարկում։

Ստենդը

Փորձարկվող սարքը (DUT) երթուղիչ կամ կոմուտատոր է կամ SD-WAN edge՝ 1G, 10G կամ 100G պորտերով (400G և ավելի արագ՝ ըստ նախագծի), որոնք մալուխով միացված են տրաֆիկի գեներատորին։ Գեներատորը յուրաքանչյուր դասի համար ուղարկում է առանձին հոսք՝ ձայն, վիդեո, բիզնես հավելվածներ, տվյալների զանգվածային փոխանցում։ Յուրաքանչյուր հոսք ունի իր DSCP կամ 802.1p նշագրումը, հերթական համար և ժամանակային դրոշմ ամեն կադրում։ Երեք մուտքային պորտ բեռնում են մեկ ելքայինը, ինչը տալիս է 3:1 գերբեռնվածություն (օրինակ է, ստենդում դնում ենք Ձեր uplink-երի հարաբերակցությունը)։ SD-WAN edge-ի WAN կողմն անցնում է WAN էմուլյատորով՝ յուրաքանչյուր underlay-ի պայմանագրային արագությամբ, ուշացումով և jitter-ով։

Քաղաքականությունը Ձերն է՝ class map-եր, վստահության սահմաններ, հերթերի կշիռներ, policer-ներ և shaper-ներ՝ կոնֆիգուրացիայի արտահանումից։ Ֆոնային տրաֆիկն իրական TCP է, որը զբաղեցնում է այն ամենը, ինչ թողնում է scheduler-ը, այնպես որ ձայնային հերթը մրցում է այն նույն տրաֆիկի հետ, ինչ արտադրությունում։

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

• Նշագրում. DSCP և 802.1p արժեքները ելքում յուրաքանչյուր դասի համար, վստահելի և ոչ վստահելի պորտերում, և արդյոք նշումը պահպանվում է թունելում, VLAN-ի վերագրման կամ IPsec վերնագրի դեպքում, երբ դիզայնը դա պահանջում է
• Դասակարգում. յուրաքանչյուր դաս ընկնում է իր հերթը, սարքի հերթային հաշվիչները համեմատվում են գեներատորի՝ ըստ դասերի հաշվարկի հետ
• Scheduler-ը 3:1-ի դեպքում. յուրաքանչյուր դասի առաքված արագությունը քաղաքականությամբ սահմանված բաժնի դիմաց, և առաջնահերթ հերթի սահմանը, որպեսզի այն չխեղդի մյուսներին
• Ուշացում և jitter ըստ դասերի. պերցենտիլներ յուրաքանչյուր հոսքի համար, ձայնը և վիդեոն Ձեր դիզայնի բյուջեի դիմաց, մինչ ֆոնային տրաֆիկը լցնում է կապուղին
• Policing. բեռը սահմանից 25%-ով բարձր, ստացված արագությունը պետք է իջնի մինչև սահմանը՝ առանց կորստի պայմանագրի սահմաններում եղած կադրերի մեջ
• Shaping. նույն ավելցուկը սպասում է բուֆերում, չափում ենք ավելացված ուշացումը և պոռթկման չափը, որը shaper-ը կլանում է մինչև նետելը
• H-QoS, եթե այն կա դիզայնում. ծնող shaper յուրաքանչյուր մասնաճյուղի կամ բաժանորդի համար՝ ներսում դասային հերթերով, և արդյոք մի մասնաճյուղի ֆոնային տրաֆիկը հասնում է մյուսի ձայնին

Յուրաքանչյուր կետ ունի անցման չափանիշ, որը գրվում է թեստից առաջ, օրինակ՝ ձայնի jitter-ի առավելագույն արժեք կամ զրո կորուստ պայմանագրի սահմաններում եղած կադրերի համար։

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

Նշումը։ Առանձին ամեն ինչ աշխատում է՝ VXLAN, ելքային ACL, DSCP-ի վերանշում։ Միացրեք երեքը մեկ պորտում, և DSCP արժեքը ելքում կորչում է, իսկ հաջորդ յուրաքանչյուր հանգույց ձայնը մշակում է որպես best effort։ Մեկ ֆունկցիայի թեստը դա չի բռնում, այդ պատճառով մեր ֆունկցիոնալ ստուգաթերթը ֆունկցիաները փորձարկում է միասին։

Երկրորդ. shaper-ը։ Մասնաճյուղի edge-ն ունի 1G պորտ և 200 Mbit/s պայմանագիր (օրինակ)։ Առանց 200 Mbit/s shaper-ի սարքը երբեք գերբեռնվածություն չի տեսնում, նրա հերթերը դատարկ են, իսկ պրովայդերի policer-ը նետում է ինչ պատահի, այդ թվում՝ ձայնը։ Shaper-ով հերթագրումը տեղափոխվում է այն սարքի մեջ, որը կոնֆիգուրացրել եք Դուք։

Երրորդ. դասերն առանձին անցնում են, միասին՝ ոչ։ Տիպիկ Y.1564 ակտիվացում. երեք ծառայությունների CIR-երը միասին 620 Mbit/s են, իսկ ագրեգացիայի հանգույցի policer-ը դրված է 450 Mbit/s՝ պատվերի հին տարբերակից։ Առանձին ոչ մի ծառայություն այդ սահմանին չի հասնում։ Միասին հասնում են, և տվյալների դասը սկսում է կադրեր կորցնել։

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

Աղյուսակ յուրաքանչյուր դասի համար՝ առաջարկված և առաքված արագություն, կորուստ, ուշացում և jitter ըստ պերցենտիլների, բեռի յուրաքանչյուր քայլում և 3:1-ի դեպքում։ Նշագրման աղյուսակը՝ մուտքային և ելքային արժեքը յուրաքանչյուր պորտի և հանգույցի համար։ Policer-ի և shaper-ի ճշգրտությունը կոնֆիգուրացված արագության դիմաց։ Սարքի հերթային հաշվիչները գեներատորի հաշվիչների կողքին։ Քաղաքականության արտահանումը, firmware-ը և պորտերի պլանը, որպեսզի վենդորը կարողանա կրկնել ցանկացած կետ։

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

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