DSCP označovanie alebo prísľub QoS od poskytovateľa? Ani jedno nie je zmluva

Niečo sa označí, front sa nakonfiguruje a potom sa niekto opýta, akú kvalitu dizajn vlastne zaručuje. Poctivá odpoveď je, že ste opísali dve polovice zmluvy, ktoré sa stretávajú na hranici. Kým nedokážete pomenovať triedu, ktorú poskytovateľ prijíma, a ošetrenie, ktoré uplatňuje, lokálna konfigurácia je zámer, nie prísľub. Obe polovice sú dôležité a ani jedna sa nedá odvodiť z tej druhej.

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

Kde môže správne označenie potichu zomrieť

Začnite tým, že pre každú pracovnú záťaž zapíšete lokálnu podmienku zhody, akékoľvek označenie vnútri tunela, hodnotu, ktorú poskytovateľ prijíma, a triedu služby, ktorú táto hodnota vyberá. Štyri stĺpce a poruchy zvyčajne žijú medzi druhým a tretím.

Správanie označovania z vnútornej do vonkajšej hlavičky je klasický problém. Paket v šifrovanej alebo tunelovanej ceste nesie vnútornú hlavičku, ktorú vidí váš klasifikátor, a vonkajšiu hlavičku, ktorú vidí zariadenie poskytovateľa, a kopírovanie jednej do druhej je rozhodnutie konfigurácie, nie automatická vlastnosť. Označte len vnútornú hlavičku a poskytovateľ klasifikuje tú vonkajšiu, zvyčajne ako predvolenú, a preto správne označený tok môže doraziť do nesprávnej triedy bez jediného nesprávne nakonfigurovaného riadku na vašej strane.

Lokálne pomenovaná trieda tiež môže zostať prázdna, pretože jej podmienka zhody sa na skutočných paketoch nikdy nespustí. Porty sa presúvajú, aplikácie používajú niekoľko tokov a zhoda na známom porte, ktorý dodávateľ prestal používať dve vydania dozadu, vytvorí front s nulovými počítadlami a politiku, ktorá v bežiacej konfigurácii vyzerá dokonale.

Výslovne rozhodnite, kde sa označeniu dôveruje. Povyšovanie všetkého, čo zdieľa tunel, povyšuje aj hromadné prenosy spolu s hovormi, a poskytovateľ, ktorý prijíma vaše označenie bez overenia, vám ponúka spôsob, ako si ublížiť. Ak zmluva umožňuje bráne preoznačiť pri odovzdaní, napíšte to, pretože práve v tom bode sa predpoklady dvoch tímov zvyčajne rozchádzajú.

Čo plánovač vlastne delí

Lokálna politika má vlastnú sémantiku a najviac nedorozumení spôsobuje slovo “remaining”. Na platformách, ktoré opisuje sprievodca plánovaním IOS XE, bandwidth remaining percent nastavuje prebytočnú váhu, nie krok v poradí, kde každá trieda berie podiel z toho, čo predchádzajúca trieda nechala. Nepriradené percentá sa rozdeľujú medzi spôsobilé nenakonfigurované fronty namiesto toho, aby boli rezervované pre poslednú triedu v súbore.

Ten rozdiel je dôležitý, pretože sekvenčný mentálny model dáva predpovede, ktoré nikdy nezodpovedajú počítadlám. Inžinieri preusporadúvajú triedy, aby zmenili výsledok, nevidia rozdiel a usúdia, že platforma je pokazená, hoci konfigurácia nikdy neznamenala to, čo predpokladali.

Nadradený tvarovač je druhé časté prekvapenie. Tvarovanie riadenej fronty na využiteľnú rýchlosť služby je často zámerné, pretože presúva bod zahltenia na zariadenie, ktoré spravujete vy, a nie na nadradenú frontu, ktorú nespravujete. Odstránenie tvarovača preto, že tvarovanie pridáva oneskorenie, môže stratu presunúť, nie odstrániť, a účtovanie réžie alebo policer poskytovateľa môžu efektívnu rýchlosť znížiť pod to, čo naznačuje rozhranie.

Počítadlá ukazujú, ktorá polovica zlyhala

Porovnajte štyri čísla v postihnutom smere: čo bolo ponúknuté, čo trieda zachytila, čo sa zaradilo do frontu alebo zahodilo a čo služba skutočne doručila. Uchovávajte opis pracovnej záťaže a verziu politiky vedľa pozorovania, pretože snímka obrazovky počítadiel bez nich sa nedá reprodukovať.

Vetvy sú rôzne problémy s rôznymi vlastníkmi. Lokálna trieda, ktorá nič nezachytí, je chyba klasifikácie na vašej strane. Trieda, ktorá zachytí, zaradí a zahodí, kým poskytovateľ hlási čisté doručenie, ukazuje na váš vlastný plánovač alebo tvarovač. Trieda, ktorá lokálne vyzerá správne, kým sa strata objaví za odovzdaním, ukazuje na mapovanie operátora a meranú hranicu v zmluve. Žiadna z troch sa neopraví úpravou ostatných, a preto sa čísla musia zbierať spolu.

RFC 2475 rámcuje klasifikáciu a podmieňovanie ako prácu vnútri administratívnych domén, a práve preto označenie nemôže rezervovať fronty od konca po koniec. Sprievodca plánovaním IOS XE je referenciou pre správanie prebytočnej váhy opísané vyššie a jeho porovnania platforiem stoja za prečítanie, než vypočítanú rýchlosť presuniete medzi modelmi.

Napíšte zmluvu na jednom mieste

Umiestnite lokálnu zhodu, hranicu dôvery, triedu poskytovateľa a meranú úroveň služby do jedného dokumentu, ktorý podpíšu obe strany. Potom má zmena percenta kontext a sťažnosť na kvalitu vlastníka.

Zmena lokálneho percenta nemôže opraviť záruku iného frontu a žiadna schéma označovania neprežije mapovanie, ktoré poskytovateľ nedodržiava. Porovnajte polovice, pomenujte hranicu a až potom citujte číslo.