DSCP značení, nebo slib QoS od poskytovatele? Ani jedno není smlouva

Něco se označí, fronta se nakonfiguruje a pak se někdo zeptá, jakou kvalitu design vlastně zaručuje. Poctivá odpověď je, že jste popsali dvě poloviny smlouvy, které se potkávají na hranici. Dokud nedokážete pojmenovat třídu, kterou poskytovatel přijímá, a ošetření, které uplatňuje, je místní konfigurace záměrem, nikoli slibem. Obě poloviny jsou důležité a ani jedna se nedá odvodit z té druhé.

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

Kde může správné značení tiše zemřít

Začněte tím, že pro každou pracovní zátěž zapíšete místní podmínku shody, jakékoli značení uvnitř tunelu, hodnotu, kterou poskytovatel přijímá, a třídu služby, kterou tato hodnota volí. Čtyři sloupce a poruchy obvykle žijí mezi druhým a třetím.

Chování značení z vnitřní do vnější hlavičky je klasický problém. Paket v šifrované nebo tunelované cestě nese vnitřní hlavičku, kterou vidí váš klasifikátor, a vnější hlavičku, kterou vidí zařízení poskytovatele, a kopírování jedné do druhé je rozhodnutí konfigurace, nikoli automatická vlastnost. Označte jen vnitřní hlavičku a poskytovatel klasifikuje tu vnější, obvykle jako výchozí, a proto správně označený tok může dorazit do špatné třídy, aniž byste měli jediný špatně nakonfigurovaný řádek.

Místně pojmenovaná třída také může zůstat prázdná, protože její podmínka shody se na skutečných paketech nikdy nespustí. Porty se přesouvají, aplikace používají několik toků a shoda na známém portu, který dodavatel přestal používat dvě vydání zpět, vytvoří frontu s nulovými počítadly a politiku, která v běžící konfiguraci vypadá dokonale.

Výslovně rozhodněte, kde se značení důvěřuje. Povyšování všeho, co sdílí tunel, povyšuje i hromadné přenosy spolu s hovory, a poskytovatel, který přijímá vaše značení bez ověření, vám nabízí způsob, jak si ublížit. Pokud smlouva umožňuje bráně přeznačit při předání, napište to, protože právě v tom bodě se předpoklady dvou týmů obvykle rozcházejí.

Co plánovač vlastně dělí

Místní politika má vlastní sémantiku a nejvíc nedorozumění způsobuje slovo “remaining”. Na platformách, které popisuje průvodce plánováním IOS XE, bandwidth remaining percent nastavuje přebytečnou váhu, ne krok v pořadí, kde každá třída bere podíl z toho, co předchozí třída nechala. Nepřiřazená procenta se rozdělují mezi způsobilé nenakonfigurované fronty, místo aby byla rezervována pro poslední třídu v souboru.

Ten rozdíl je důležitý, protože sekvenční mentální model dává předpovědi, které nikdy neodpovídají počítadlům. Inženýři přeskupují třídy, aby změnili výsledek, nevidí rozdíl a usoudí, že platforma je rozbitá, ačkoli konfigurace nikdy neznamenala to, co předpokládali.

Nadřazený tvarovač je druhé časté překvapení. Tvarování řízené fronty na využitelnou rychlost služby je často záměrné, protože přesouvá bod zahlcení na zařízení, které spravujete vy, místo na nadřazenou frontu, kterou nespravujete. Odstranění tvarovače proto, že tvarování přidává zpoždění, může ztrátu přesunout, nikoli odstranit, a účtování režie nebo policejní mechanismus poskytovatele mohou efektivní rychlost snížit pod to, co naznačuje rozhraní.

Počítadla ukazují, která polovina selhala

Porovnejte čtyři čísla v postiženém směru: co bylo nabídnuto, co třída zachytila, co se zařadilo do fronty nebo zahodilo a co služba skutečně doručila. Uchovávejte popis pracovní zátěže a verzi politiky vedle pozorování, protože snímek obrazovky počítadel bez nich nelze reprodukovat.

Větve jsou různé problémy s různými vlastníky. Místní třída, která nic nezachytí, je chyba klasifikace na vaší straně. Třída, která zachytí, zařadí a zahodí, zatímco poskytovatel hlásí čisté doručení, ukazuje na váš vlastní plánovač nebo tvarovač. Třída, která místně vypadá správně, zatímco ztráta se objevuje za předáním, ukazuje na mapování operátora a měřenou hranici ve smlouvě. Žádná ze tří se neopraví úpravou ostatních, a proto se čísla musí sbírat společně.

RFC 2475 rámuje klasifikaci a podmínování jako práci uvnitř administrativních domén, a právě proto značení nemůže rezervovat fronty od konce ke konci. Průvodce plánováním IOS XE je referencí pro chování přebytečné váhy popsané výše a jeho srovnání platforem stojí za přečtení, než vypočtenou rychlost přesunete mezi modely.

Napište smlouvu na jednom místě

Umístěte místní shodu, hranici důvěry, třídu poskytovatele a měřenou úroveň služby do jednoho dokumentu, který podepíší obě strany. Pak má změna procenta kontext a stížnost na kvalitu vlastníka.

Změna místního procenta nemůže opravit záruku jiné fronty a žádné schéma značení nepřežije mapování, které poskytovatel nedodržuje. Porovnejte poloviny, pojmenujte hranici a teprve potom citujte číslo.