Označevanje DSCP ali obljuba QoS ponudnika? Nobeno od tega ni pogodba

Nekaj se označi, čakalna vrsta se konfigurira, nato pa nekdo vpraša, kakšno kakovost načrt v resnici zagotavlja. Pošten odgovor je, da ste opisali dve polovici pogodbe, ki se srečata na meji. Dokler ne morete imenovati razreda, ki ga ponudnik sprejme, in obravnave, ki jo uporablja, je lokalna konfiguracija namen, ne obljuba. Obe polovici sta pomembni in nobene ni mogoče sklepati iz druge.

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

Kje lahko pravilno označevanje tiho umre

Začnite tako, da za vsako delovno obremenitev zapišete lokalni pogoj ujemanja, kakršno koli označevanje znotraj tunela, vrednost, ki jo ponudnik sprejme, in razred storitve, ki ga ta vrednost izbere. Štirje stolpci, napake pa običajno živijo med drugim in tretjim.

Vedenje označevanja od notranjega do zunanjega zaglavja je klasičen problem. Paket v šifrirani ali tunelirani poti nosi notranje zaglavje, ki ga vidi vaš klasifikator, in zunanje zaglavje, ki ga vidi oprema ponudnika, kopiranje enega v drugega pa je konfiguracijska odločitev, ne samodejna lastnost. Označite samo notranje zaglavje in ponudnik klasificira zunanje, običajno kot privzeto, zato lahko pravilno označen tok prispe v napačen razred brez ene same napačno konfigurirane vrstice na vaši strani.

Lokalno imenovan razred lahko ostane tudi prazen, ker se njegov pogoj ujemanja nikoli ne sproži na resničnih paketih. Vrata se premikajo, aplikacije uporabljajo več tokov, ujemanje na znanih vratih, ki jih je dobavitelj prenehal uporabljati dve izdaji nazaj, pa ustvari čakalno vrsto z ničelnimi števci in politiko, ki je v delujoči konfiguraciji videti popolna.

Izrecno odločite, kje se označevanju zaupa. Poviševanje vsega, kar si deli tunel, poviša tudi množične prenose skupaj s klici, ponudnik, ki sprejme vaše označevanje brez preverjanja, pa vam ponuja način, da si škodite sami. Če pogodba dovoljuje prehodu, da ob predaji znova označi, to zapišite, ker se prav na tej točki predpostavke dveh ekip običajno razhajajo.

Kaj razporejevalnik v resnici deli

Lokalna politika ima svojo semantiko, največ nerazumevanja pa povzroča beseda “remaining”. Na platformah, ki jih opisuje vodnik za razporejanje IOS XE, bandwidth remaining percent nastavi presežno težo, ne koraka v zaporedju, kjer vsak razred vzame delež tega, kar je prejšnji razred pustil. Nerazporejeni odstotki se razporedijo med primerne nekonfigurirane čakalne vrste, namesto da bi bili rezervirani za zadnji razred v datoteki.

Ta razlika je pomembna, ker zaporedni miselni model daje napovedi, ki se nikoli ne ujemajo s števci. Inženirji preurejajo razrede, da bi spremenili izid, ne vidijo razlike in sklenejo, da je platforma pokvarjena, čeprav konfiguracija nikoli ni pomenila tega, kar so predpostavili.

Nadrejeni oblikovalnik je drugo pogosto presenečenje. Oblikovanje nadzorovanih vrat do uporabne hitrosti storitve je pogosto namerno, ker premakne točko zastoja na napravo, ki jo upravljate vi, namesto na nadrejeno vrsto, ki je ne upravljate. Odstranitev oblikovalnika, ker oblikovanje dodaja zakasnitev, lahko izgubo premakne, namesto da bi jo odstranila, obračunavanje stroškov ali ponudnikov policer pa lahko zmanjšata učinkovito hitrost pod tisto, ki jo nakazuje vmesnik.

Števci povedo, katera polovica je odpovedala

Primerjajte štiri številke v prizadeti smeri: kaj je bilo ponujeno, kaj je razred ujel, kaj je bilo v vrsti ali zavrženo, in kaj je storitev dejansko dostavila. Opis delovne obremenitve in različico politike imejte poleg opažanja, ker posnetka zaslona števcev brez njih ni mogoče ponoviti.

Veje so različne težave z različnimi lastniki. Lokalni razred, ki se ne ujema z ničemer, je napaka klasifikacije na vaši strani. Razred, ki se ujema, gre v vrsto in zavrže, medtem ko ponudnik poroča o čisti dostavi, kaže na vaš lastni razporejevalnik ali oblikovalnik. Razred, ki je lokalno videti pravilen, medtem ko se izguba pojavi za predajo, kaže na preslikavo operaterja in izmerjeno mejo v pogodbi. Nobene od treh ni mogoče popraviti z urejanjem drugih, zato je treba številke zbrati skupaj.

RFC 2475 klasifikacijo in kondicioniranje opredeljuje kot delo znotraj upravnih domen, in prav zato označevanje ne more rezervirati vrst od konca do konca. Vodnik za razporejanje IOS XE je referenca za zgoraj opisano vedenje presežne teže, njegove primerjave platform pa so vredne branja, preden izračunano hitrost premaknete med modeli.

Zapišite pogodbo na enem mestu

Lokalno ujemanje, mejo zaupanja, ponudnikov razred in izmerjeno raven storitve postavite v en dokument, ki ga podpišeta obe strani. Takrat ima sprememba odstotka kontekst, pritožba glede kakovosti pa lastnika.

Sprememba lokalnega odstotka ne more popraviti jamstva druge vrste in nobena shema označevanja ne preživi preslikave, ki se je ponudnik ne drži. Primerjajte polovici, poimenujte mejo in šele nato navedite številko.