DSCP նշում, թե՞ մատակարարի QoS խոստում։ Ոչ մեկը պայմանագիր չէ
Տեղական նշումը սահմանում է մտադրություն, իսկ կրիչի դասը տրամադրում է մշակում սահմանին։ Համեմատեք երկու կեսերը նախքան ինչ-որ մեկը ձայնի որակի թիվ խոստանա։
Ինչ-որ բան նշվում է, հերթը կազմաձևվում է, հետո ինչ-որ մեկը հարցնում է՝ ինչ որակ է իրականում երաշխավորում դիզայնը։ Անկեղծ պատասխանն այն է, որ դուք նկարագրել եք պայմանագրի երկու կեսեր, որոնք հանդիպում են սահմանին։ Քանի դեռ չեք կարող անվանել այն դասը, որը մատակարարը ընդունում է, և այն մշակումը, որը նա կիրառում է, տեղական կազմաձևումը մտադրություն է, ոչ թե խոստում։ Երկու կեսերն էլ կարևոր են, և ոչ մեկը չի բխում մյուսից։
local match → queue and marking → provider classifier
→ provider treatment → destination
Որտեղ ճիշտ նշումը կարող է լուռ մահանալ
Սկսեք գրել յուրաքանչյուր աշխատանքային բեռի համար տեղական համապատասխանության պայմանը, թունելի ներսում տեղի ունեցող ցանկացած նշում, այն արժեքը, որը մատակարարը ընդունում է, և այն ծառայության դասը, որը այդ արժեքն ընտրում է։ Չորս սյունակ, և խափանումները սովորաբար ապրում են երկրորդի և երրորդի միջև։
Նշման վարքագիծը ներքինից արտաքին վերնագրին դասական խնդիր է։ Կոդավորված կամ թունելային ուղու վրա գտնվող փաթեթը կրում է ներքին վերնագիր, որը տեսնում է ձեր դասակարգիչը, և արտաքին վերնագիր, որը տեսնում է մատակարարի սարքավորումը, և մեկը մյուսի մեջ պատճենելը կազմաձևման որոշում է, ոչ թե ավտոմատ հատկություն։ Նշեք միայն ներքին վերնագիրը, և մատակարարը դասակարգում է արտաքինը, սովորաբար որպես լռելյայն, ինչի պատճառով ճիշտ նշված հոսքը կարող է հայտնվել սխալ դասում առանց ձեր կողմից մեկ սխալ կազմաձևված տողի։
Տեղական անուն ստացած դասը նույնպես կարող է դատարկ մնալ, որովհետև նրա համապատասխանության պայմանը երբեք չի գործարկվում իրական փաթեթների վրա։ Պորտերը տեղաշարժվում են, հավելվածներն օգտագործում են մի քանի հոսքեր, և հայտնի պորտի վրա համապատասխանությունը, որը վաճառողը դադարել է օգտագործել երկու թողարկում առաջ, ստեղծում է զրոյական հաշվիչներով հերթ և քաղաքականություն, որը գործող կազմաձևումում կատարյալ է թվում։
Հստակ որոշեք, թե որտեղ են վստահում նշումներին։ Թունելը կիսող ամեն ինչի բարձրացումը բարձրացնում է նաև զանգվածային փոխանցումները զանգերի հետ միասին, և այն մատակարարը, որը ընդունում է ձեր նշումը առանց ստուգման, առաջարկում է ձեզ վնասելու ուղի։ Եթե պայմանագիրը թույլ է տալիս դարպասին վերանշել հանձնման պահին, գրեք այդ մասին, որովհետև հենց այդ կետում են սովորաբար տարբերվում երկու թիմերի ենթադրությունները։
Ինչ է իրականում բաժանում ժամանակացույցը
Տեղական քաղաքականությունն ունի իր իմաստաբանությունը, և ամենաշատ թյուրիմացությունն առաջացնում է “remaining” բառը։ IOS XE ժամանակացույցի ուղեցույցում նկարագրված հարթակներում bandwidth remaining percent սահմանում է ավելցուկային կշիռ, ոչ թե հաջորդականության քայլ, որտեղ յուրաքանչյուր դաս վերցնում է նախորդ դասի թողածի մի մասը։ Չբաշխված տոկոսները տարածվում են համապատասխան չկազմաձևված հերթերի վրա՝ ֆայլի վերջին դասի համար պահվելու փոխարեն։
Այդ տարբերությունը կարևոր է, որովհետև հաջորդական մտածողության մոդելը տալիս է կանխատեսումներ, որոնք երբեք չեն համապատասխանում հաշվիչներին։ Ինժեներները վերադասավորում են դասերը՝ արդյունքը փոխելու համար, տարբերություն չեն տեսնում և եզրակացնում են, որ հարթակը կոտրված է, մինչդեռ կազմաձևումը երբեք չի նշանակել այն, ինչ նրանք ենթադրել են։
Ծնող ձևավորիչը մյուս սովորական անակնկալն է։ Վերահսկվող հերթը օգտագործելի ծառայության արագությանը ձևավորելը հաճախ դիտավորյալ է, որովհետև այն խցանման կետը տեղափոխում է ձեր կառավարած սարք, այլ ոչ թե վերևում գտնվող հերթ, որը դուք չեք կառավարում։ Ձևավորիչը հեռացնելը, քանի որ ձևավորումը ուշացում է ավելացնում, կարող է տեղափոխել կորուստը, ոչ թե վերացնել այն, և վերադիր հաշվառումը կամ մատակարարի պոլիսերը կարող են արդյունավետ արագությունը դարձնել ավելի ցածր, քան հուշում է ինտերֆեյսը։
Հաշվիչները ասում են, թե որ կեսը ձախողվեց
Համեմատեք չորս թիվ ազդված ուղղությամբ՝ ինչ առաջարկվեց, ինչին համապատասխանեց դասը, ինչ դրվեց հերթի կամ դեն նետվեց, և ինչ իրականում մատուցեց ծառայությունը։ Պահեք աշխատանքային բեռի նկարագրությունը և քաղաքականության տարբերակը դիտարկման կողքին, որովհետև առանց դրանց հաշվիչների էկրանի պատկերը հնարավոր չէ վերարտադրել։
Ճյուղերը տարբեր սեփականատերերի տարբեր խնդիրներ են։ Տեղական դասը, որը ոչնչի չի համապատասխանում, ձեր կողմի դասակարգման սխալ է։ Այն դասը, որը համապատասխանում է, հերթագրվում և դեն է նետում, մինչ մատակարարը հաղորդում է մաքուր առաքման մասին, մատնանշում է ձեր սեփական ժամանակացույցին կամ ձևավորիչին։ Այն դասը, որը տեղում ճիշտ է թվում, մինչ կորուստը հայտնվում է հանձնումից այն կողմ, մատնանշում է կրիչի քարտեզագրումը և պայմանագրում չափված սահմանը։ Երեքի ոչ մեկը չի շտկվում մյուսներին խմբագրելով, դրա համար թվերը պետք է հավաքվեն միասին։
RFC 2475-ը դասակարգումն ու պայմանավորումը ներկայացնում է որպես վարչական տիրույթների ներսում կատարվող աշխատանք, և հենց դրա համար նշումը չի կարող հերթեր ամրագրել ծայրից ծայր։ IOS XE ժամանակացույցի ուղեցույցը վերևում նկարագրված ավելցուկային կշռի վարքագծի հղումն է, և արժե կարդալ նրա հարթակների համեմատությունները նախքան հաշվարկված արագությունը մոդելների միջև տեղափոխելը։
Գրեք պայմանագիրը մեկ տեղում
Տեղադրեք տեղական համապատասխանությունը, վստահության սահմանը, մատակարարի դասը և չափված ծառայության մակարդակը մեկ փաստաթղթում, որը երկու կողմերն էլ ստորագրում են։ Այն ժամանակ տոկոսի փոփոխությունն ունի համատեքստ, և որակի բողոքն ունի սեփականատեր։
Տեղական տոկոսը փոխելը չի կարող վերանորոգել մեկ այլ հերթի երաշխիքը, և ոչ մի նշման սխեմա չի գոյատևում այն քարտեզագրումից, որը մատակարարը չի հարգում։ Համեմատեք կեսերը, անվանեք սահմանը և միայն այն ժամանակ մեջբերեք թիվ։