Маркіроўка DSCP ці абяцанне QoS ад правайдэра? Ні адно з іх не дагавор

Нешта маркіруецца, чарга наладжваецца, а потым хтосьці пытаецца, якую якасць насамрэч гарантуе дызайн. Сумленны адказ: вы апісалі дзве паловы дагавора, якія сустракаюцца на мяжы. Пакуль вы не можаце назваць клас, які прымае правайдэр, і апрацоўку, якую ён ужывае, лакальная канфігурацыя — гэта намер, а не абяцанне. Абедзве паловы важныя, і ні адна не вынікае з другой.

local match → queue and marking → provider classifier
  → provider treatment → destination

Дзе правільная маркіроўка можа ціха памерці

Пачніце з таго, што для кожнай працоўнай нагрузкі запішаце лакальную ўмову супадзення, любую маркіроўку ўнутры тунеля, значэнне, якое прымае правайдэр, і клас абслугоўвання, які гэта значэнне выбірае. Чатыры слупкі, і збоі звычайна жывуць паміж другім і трэцім.

Паводзіны маркіроўкі ад унутранага да вонкавага загалоўка — класічная праблема. Пакет унутры зашыфраванага або тунельнага шляху нясе ўнутраны загаловак, які бачыць ваш класіфікатар, і вонкавы загаловак, які бачыць абсталяванне правайдэра, і капіраванне аднаго ў другі — гэта рашэнне канфігурацыі, а не аўтаматычная ўласцівасць. Пазначце толькі ўнутраны загаловак, і правайдэр класіфікуе вонкавы, звычайна як стандартны, таму правільна пазначаны паток можа трапіць у няправільны клас без адзінага няправільнага радка канфігурацыі з вашага боку.

Лакальна названы клас таксама можа заставацца пустым, бо яго ўмова супадзення ніколі не спрацоўвае на рэальных пакетах. Парты змяняюцца, праграмы выкарыстоўваюць некалькі патокаў, і супадзенне па вядомым порце, які пастаўшчык перастаў выкарыстоўваць два выпускі таму, стварае чаргу з нулявымі лічыльнікамі і палітыку, якая выглядае бездакорна ў працуючай канфігурацыі.

Вырашыце яўна, дзе маркіроўцы давяраюць. Падвышэнне ўсяго, што дзеліць тунель, падвышае і масавыя перадачы разам з выклікамі, а правайдэр, які прымае вашу маркіроўку без праверкі, прапануе вам спосаб нашкодзіць сабе. Калі дагавор дазваляе шлюзу перамаркіраваць на перадачы, зафіксуйце гэта пісьмова, бо менавіта ў гэтым пункце меркаванні дзвюх каманд звычайна разыходзяцца.

Што планіроўшчык насамрэч дзеліць

Лакальная палітыка мае ўласную семантыку, і найбольш непаразуменняў выклікае слова “remaining”. На платформах, якія апісвае кіраўніцтва па планаванні IOS XE, bandwidth remaining percent задае дадатковую вагу, а не крок у паслядоўнасці, дзе кожны клас бярэ долю ад таго, што пакінуў папярэдні клас. Неразададзеныя працэнты размяркоўваюцца па прыдатных неналаджаных чэргах, а не пакідаюцца для апошняга класа ў файле.

Гэта адрозненне важнае, бо паслядоўная разумовая мадэль дае прадказанні, якія ніколі не супадаюць з лічыльнікамі. Інжынеры перастаўляюць класы, каб змяніць вынік, не бачаць розніцы і робяць выснову, што платформа зламаная, хаця канфігурацыя ніколі не азначала таго, што яны меркавалі.

Бацькоўскі шэйпер — іншы часты сюрпрыз. Фарміраванне кантраляванай чаргі да карыснай хуткасці абслугоўвання часта наўмыснае, бо яно пераносіць пункт затора на прыладу, якой вы кіруеце, а не на вышэйшую чаргу, якой вы не кіруеце. Выдаленне шэйпера таму, што фарміраванне дадае затрымку, можа перамясціць страты, а не прыбраць іх, а ўлік накладных выдаткаў або паліцэйскі правайдэра могуць зрабіць эфектыўную хуткасць ніжэйшай, чым падказвае інтэрфейс.

Лічыльнікі пакажуць, якая палова зламалася

Параўнайце чатыры лікі ў закранутым кірунку: што было прапанавана, што супала з класам, што трапіла ў чаргу або было адкінута, і што абслугоўванне фактычна даставіла. Трымайце апісанне працоўнай нагрузкі і версію палітыкі побач з назіраннем, бо здымак экрана лічыльнікаў без іх немагчыма прайграць.

Галіны — гэта розныя праблемы з рознымі ўласнікамі. Лакальны клас, які ні з чым не супадае, — гэта памылка класіфікацыі на вашым баку. Клас, які супадае, стаіць у чарзе і губляе, пакуль правайдэр паведамляе пра чыстую дастаўку, паказвае на ваш уласны планіроўшчык або шэйпер. Клас, які выглядае правільна лакальна, але страты з'яўляюцца за межамі перадачы, паказвае на адлюстраванне аператара і вымераную мяжу ў дагаворы. Ні адзін з трох не выпраўляецца рэдагаваннем іншых, таму лікі трэба збіраць разам.

RFC 2475 разглядае класіфікацыю і абумоўліванне як працу ўнутры адміністрацыйных даменаў, і менавіта таму маркіроўка не можа рэзерваваць чэргі ад канца да канца. Кіраўніцтва па планаванні IOS XE — гэта даведнік для паводзін дадатковай вагі, апісаных вышэй, і яго параўнанні платформаў варта прачытаць, перш чым пераносіць разлічаную хуткасць паміж мадэлямі.

Запішыце дагавор у адным месцы

Змясціце лакальнае супадзенне, мяжу даверу, клас правайдэра і вымераны ўзровень абслугоўвання ў адзін дакумент, які падпішуць абодва бакі. Тады змена працэнта мае кантэкст, а скарга на якасць мае ўласніка.

Змена лакальнага працэнта не можа адрамантаваць гарантыю іншай чаргі, і ніякая схема маркіроўкі не выжыве пры адлюстраванні, якое правайдэр не выконвае. Параўнайце паловы, назвіце мяжу і толькі тады называйце лічбу.