DSCP белгилөө же провайдердин QoS убадасы? Экөө тең келишим эмес

Бир нерсе белгиленет, кезек конфигурацияланат, анан бирөө дизайн чындыгында кандай сапатты кепилдейт деп сурайт. Чыныгы жооп — сиз чек арада жолугуучу келишимдин эки жарымын сүрөттөдүңүз. Провайдер кабыл алган классты жана ал колдонгон иштетүүнү атай алмайынча, жергиликтүү конфигурация убада эмес, ниет. Эки жарым тең маанилүү жана бири экинчисинен келип чыкпайт.

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

Туура белгилөө кайда үнсүз өлүшү мүмкүн

Ар бир жумуш жүгү үчүн жергиликтүү шайкештик шартын, туннелдин ичинде болуучу ар кандай белгилөөнү, провайдер кабыл алган маанини жана ошол маани тандаган кызмат классын жазуудан баштаңыз. Төрт мамыча, ал эми бузулуулар адатта экинчи жана үчүнчүнүн ортосунда жашайт.

Ичкиден тышкы темага белгилөө жүрүм-туруму классикалык көйгөй. Шифрленген же туннелдик жолдогу пакет сиздин классификаторуңуз көрө турган ички теманы жана провайдердин жабдуусу көрө турган тышкы теманы алып жүрөт, ал эми бирин экинчисине көчүрүү конфигурация чечими, автоматтык касиет эмес. Тек ички теманы белгилеңиз, ошондо провайдер тышкысын классификациялайт, адатта демейки катары, ошондуктан туура белгиленген агым сиз тарапта бир да туура эмес конфигурацияланган сапсыз туура эмес класска келиши мүмкүн.

Жергиликтүү аталган класс да бош калышы мүмкүн, анткени анын шайкештик шарты реалдуу пакеттерде эч качан иштебейт. Порттор жылат, тиркемелер бир нече агымды колдонот, ал эми жеткирүүчү эки чыгарылыш мурун колдонууну токтоткон белгилүү портко шайкештик нөлдүк эсептегичтери бар кезекти жана иштеп жаткан конфигурацияда кемчиликсиз көрүнгөн саясатты жаратат.

Белгилөөгө кайда ишенилерин так чечиңиз. Туннелди бөлүшкөн нерсенин баарын жогорулатуу чалуулар менен бирге жапырт өткөрүүлөрдү да жогорулатат, ал эми сиздин белгилөөңүздү текшерүүсүз кабыл алган провайдер сизге өзүңүзгө зыян келтирүүнүн жолун сунуштайт. Эгер келишим шлюзге өткөрүү учурунда кайра белгилөөгө уруксат берсе, муну жазуу түрүндө айтыңыз, анткени эки топтун божомолдору адатта дал ушул чекитте ажырайт.

Пландоочу чындыгында эмнени бөлөт

Жергиликтүү саясаттын өз семантикасы бар, ал эми эң көп түшүнбөстүк “remaining” сөзүнөн келип чыгат. IOS XE пландоо колдонмосунда сүрөттөлгөн платформаларда bandwidth remaining percent ашыкча салмакты белгилейт, ар бир класс мурунку класстан калгандын үлүшүн алган ырааттуулуктагы кадам эмес. Бөлүштүрүлбөгөн пайыздар файлдагы акыркы класс үчүн сакталуунун ордуна ылайыктуу конфигурацияланбаган кезектерге таратылат.

Бул айырма маанилүү, анткени ырааттуу ой жүгүртүү модели эсептегичтерге эч качан туура келбеген божомолдорду берет. Инженерлер натыйжаны өзгөртүү үчүн класстарды кайра иреттешет, айырманы көрүшпөйт жана платформа бузулган деп жыйынтык чыгарышат, ал эми конфигурация алардын божомолдогонун эч качан билдирген эмес.

Ата-энелик калыпташтыргыч — дагы бир кеңири таралган таң калаарлык нерсе. Көзөмөлдөнгөн кезекти пайдаланууга боло турган кызмат ылдамдыгына чейин калыптоо көбүнчө атайылап жасалат, анткени ал тыгын чекитин сиз башкарган түзмөккө жылдырат, сиз башкарбаган жогорку агымдагы кезекке эмес. Калыптоо кечиктирүү кошот деп калыпташтыргычты алып салуу жоготууну жоюунун ордуна ордун которуштурушу мүмкүн, ал эми үстөмдүк эсеби же провайдердин полисери натыйжалуу ылдамдыкты интерфейс көрсөткөндөн төмөн кыла алат.

Эсептегичтер кайсы жарымдын ийгиликсиз болгонун айтат

Таасир тийген багытта төрт санды салыштырыңыз: эмне сунушталды, класс эмнеге шайкеш келди, эмне кезекке коюлду же ыргытылды жана кызмат чындыгында эмнени жеткирди. Жумуш жүгүнүн сүрөттөмөсүн жана саясаттын версиясын байкоонун жанында кармаңыз, анткени аларсыз эсептегичтердин скриншотун кайра жаратуу мүмкүн эмес.

Тармактар — ар башка ээлердин ар башка көйгөйлөрү. Эч нерсеге шайкеш келбеген жергиликтүү класс — сиз тараптагы классификация катасы. Шайкеш келип, кезекке туруп, ыргыта турган класс, ал эми провайдер таза жеткирүү тууралуу билдиргенде, сиздин жеке пландоочуңузду же калыпташтыргычыңызды көрсөтөт. Жергиликтүү туура көрүнгөн, бирок жоготуу өткөрүүдөн ары пайда болгон класс ташуучунун чагылдырылышына жана келишимдеги өлчөнгөн чек арага көрсөтөт. Үчөөнүн эч бири башкаларын оңдоо менен оңдолбойт, ошондуктан сандарды чогуу жыйноо керек.

RFC 2475 классификациялоо жана шарттоону административдик домендердин ичинде аткарылуучу иш катары карайт, ошондуктан белгилөө кезектерди учунан учуна резервдей албайт. IOS XE пландоо колдонмосу жогоруда сүрөттөлгөн ашыкча салмак жүрүм-турумунун шилтемеси, жана эсептелген ылдамдыкты моделдердин ортосунда жылдыруудан мурун анын платформалык салыштырууларын окуган жөн.

Келишимди бир жерде жазыңыз

Жергиликтүү шайкештикти, ишеним чек арасын, провайдердин классын жана өлчөнгөн кызмат деңгээлин эки тарап кол койгон бир документке салыңыз. Ошондо пайыз өзгөрүүсүнүн контексти, ал эми сапат боюнча дааттын ээси болот.

Жергиликтүү пайызды өзгөртүү башка кезектин кепилдигин оңдой албайт, жана провайдер сактабаган чагылдыруудан эч бир белгилөө схемасы аман калбайт. Эки жарымды салыштырыңыз, чек араны атаңыз, жана ошондон кийин гана санды келтириңиз.