DSCP означување или ветување QoS од давателот? Ниту едното не е договор
Локалното означување поставува намера, а класата на операторот обезбедува третман на граница. Споредете ги двете половини пред некој да вети број за квалитет на глас.
Нешто се означува, редот се конфигурира, а потоа некој прашува каков квалитет всушност гарантира дизајнот. Честниот одговор е дека опишавте две половини од договор што се среќаваат на граница. Додека не можете да ја именувате класата што ја прифаќа давателот и третманот што го применува, локалната конфигурација е намера, а не ветување. Двете половини се важни и ниту една не може да се изведе од другата.
local match → queue and marking → provider classifier
→ provider treatment → destination
Каде правилното означување може тивко да умре
Започнете со тоа што за секое работно оптоварување ќе го запишете локалниот услов за совпаѓање, секое означување што се случува во тунел, вредноста што ја прифаќа давателот и класата на услуга што ја избира таа вредност. Четири колони, а дефектите обично живеат меѓу втората и третата.
Однесувањето на означување од внатрешен кон надворешен заглавие е класичниот проблем. Пакетот во шифрирана или тунелска патека носи внатрешно заглавие што го гледа вашиот класификатор и надворешно заглавие што го гледа опремата на давателот, а копирањето едно во друго е одлука за конфигурација, а не автоматска особина. Означете само внатрешното заглавие и давателот ќе го класифицира надворешното, обично како стандардно, поради што правилно означен тек може да пристигне во погрешна класа без ниту една погрешно конфигурирана линија од ваша страна.
Локално именувана класа исто така може да остане празна бидејќи нејзиниот услов за совпаѓање никогаш не се активира на вистински пакети. Порти се поместуваат, апликациите користат неколку текови, а совпаѓање на добро познат порт што добавувачот престанал да го користи две изданија порано создава ред со нула бројачи и политика што во конфигурацијата во работа изгледа совршено.
Одлучете експлицитно каде им се верува на означувањата. Промовирањето на сѐ што дели тунел ги промовира и масовните преноси заедно со повиците, а давателот што го прифаќа вашето означување без проверка ви нуди начин да си наштетите. Ако договорот дозволува порталот да преозначи при предавањето, запишете го тоа, бидејќи токму во таа точка претпоставките на два тима обично се разидуваат.
Што всушност дели распоредувачот
Локалната политика има своја семантика, а најмногу недоразбирања предизвикува зборот “remaining”. На платформите што ги опишува водичот за распоредување на IOS XE, bandwidth remaining percent поставува вишок тежина, а не чекор во низа во која секоја класа зема дел од она што претходната класа го оставила. Неделаните проценти се распределуваат на соодветни неконфигурирани редови наместо да се резервираат за последната класа во датотеката.
Таа разлика е важна бидејќи секвенцијалниот мисловен модел дава прогнози што никогаш не се совпаѓаат со бројачите. Инженерите ги прередуваат класите за да променат резултат, не гледаат разлика и заклучуваат дека платформата е расипана, а конфигурацијата никогаш не значела тоа што тие го претпоставиле.
Родителскиот обликувач е другото често изненадување. Обликувањето на контролиран ред до употребливата стапка на услугата често е намерно, бидејќи ја поместува точката на застој на уред што вие го администрирате, наместо на горен ред што не го администрирате. Отстранувањето на обликувачот затоа што обликувањето додава доцнење може да го премести губитокот, а не да го отстрани, а сметководството на трошоци или полицаецот на давателот можат да ја направат ефективната стапка помала отколку што сугерира интерфејсот.
Бројачите кажуваат која половина откажа
Споредете четири броја во засегнатиот правец: што беше понудено, што класата го совпадна, што беше ставено во ред или отфрлено и што услугата всушност достави. Чувајте го описот на работното оптоварување и верзијата на политиката до набљудувањето, бидејќи слика од екранот на бројачи без нив не може да се репродуцира.
Гранките се различни проблеми со различни сопственици. Локална класа што не совпаѓа ништо е грешка во класификацијата од ваша страна. Класа што совпаѓа, се става во ред и отфрла додека давателот известува за чиста испорака укажува на вашиот сопствен распоредувач или обликувач. Класа што локално изгледа правилно додека губитокот се појавува зад предавањето укажува на мапирањето на операторот и измерената граница во договорот. Ниту една од трите не се поправа со уредување на другите, поради што броевите мора да се собираат заедно.
RFC 2475 ја врамува класификацијата и кондиционирањето како работа во административни домени и токму затоа означувањето не може да резервира редови од крај до крај. Водичот за распоредување на IOS XE е референца за однесувањето на вишокот тежина опишано погоре, а неговите споредби на платформи вреди да се прочитаат пред изградена стапка да се пренесе меѓу модели.
Напишете го договорот на едно место
Ставете го локалното совпаѓање, границата на доверба, класата на давателот и измереното ниво на услуга во еден документ што ќе го потпишат двете страни. Тогаш промената на процент има контекст, а жалбата за квалитет има сопственик.
Промената на локален процент не може да ја поправи гаранцијата на друг ред, и ниту една шема за означување не преживува мапирање што давателот не го почитува. Споредете ги половините, именувајте ја границата и само тогаш цитирајте број.