DSCP-jelölés vagy a szolgáltató QoS-ígérete? Egyik sem szerződés

Valamit megjelölnek, egy sort konfigurálnak, aztán valaki megkérdezi, milyen minőséget garantál valójában a tervezés. Az őszinte válasz az, hogy egy szerződés két felét írta le, amelyek egy határon találkoznak. Amíg nem tudja megnevezni azt az osztályt, amelyet a szolgáltató elfogad, és azt a kezelést, amelyet alkalmaz, a helyi konfiguráció szándék, nem ígéret. Mindkét fél számít, és egyik sem vezethető le a másikból.

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

Ahol egy helyes jelölés csendben meghalhat

Kezdje azzal, hogy minden munkaterhelésnél felírja a helyi egyeztetési feltételt, az alagúton belül történő bármilyen jelölést, az értéket, amelyet a szolgáltató elfogad, és a szolgáltatási osztályt, amelyet ez az érték kiválaszt. Négy oszlop, és a hibák általában a második és a harmadik között élnek.

A belsőtől a külső felé történő jelölés a klasszikus probléma. A titkosított vagy alagúton haladó útvonalon lévő csomag belső fejlécet hordoz, amelyet az osztályozója lát, és külső fejlécet, amelyet a szolgáltató berendezése lát, és az egyik átmásolása a másikba konfigurációs döntés, nem automatikus tulajdonság. Csak a belső fejlécet jelölje meg, és a szolgáltató a külsőt osztályozza, általában alapértelmezettként, ezért egy helyesen megjelölt folyam a rossz osztályba érkezhet anélkül, hogy egyetlen hibásan konfigurált sor lenne az Ön oldalán.

Egy helyileg elnevezett osztály is üresen maradhat, mert az egyeztetési feltétele soha nem lép életbe valódi csomagokon. A portok mozognak, az alkalmazások több folyamot használnak, és egy ismert porton történő egyeztetés, amelyet a gyártó két kiadással korábban abbahagyott, nulla számlálójú sort és a futó konfigurációban tökéletesnek látszó házirendet eredményez.

Döntse el kifejezetten, hol bíznak meg a jelölésekben. Mindennek az előléptetése, ami alagutat oszt meg, a tömeges átvitelt is előlépteti a hívásokkal együtt, és az a szolgáltató, amely ellenőrzés nélkül elfogadja a jelölését, módot kínál arra, hogy ártson magának. Ha a szerződés megengedi az átjárónak, hogy az átadásnál újra jelöljön, írja le, mert pontosan ott szoktak eltérni két csapat feltevései.

Mit oszt valójában az ütemező

A helyi házirendnek saját szemantikája van, és a legtöbb félreértést a “remaining” szó okozza. Azokon a platformokon, amelyeket az IOS XE ütemezési útmutató leír, a bandwidth remaining percent többletsúlyt állít be, nem egy sorozat lépését, amelyben minden osztály részesedik abból, amit az előző osztály hagyott. A ki nem osztott százalékok a jogosulatlanul konfigurálatlan sorok között oszlanak el, ahelyett hogy a fájl utolsó osztályának tartanák fenn őket.

Ez a megkülönböztetés azért számít, mert a szekvenciális gondolkodási modell olyan előrejelzéseket ad, amelyek soha nem egyeznek a számlálókkal. A mérnökök átrendezik az osztályokat, hogy megváltoztassanak egy eredményt, nem látnak különbséget, és arra jutnak, hogy a platform hibás, pedig a konfiguráció soha nem azt jelentette, amit feltételeztek.

A szülő alakító a másik gyakori meglepetés. Egy szabályozott sor alakítása a használható szolgáltatási sebességre gyakran szándékos, mert a torlódási pontot egy Ön által felügyelt eszközre helyezi át egy olyan felsőbb sor helyett, amelyet nem felügyel. Az alakító eltávolítása, mert az alakítás késleltetést ad hozzá, áthelyezheti a veszteséget ahelyett, hogy megszüntetné, és a többletköltség-elszámolás vagy a szolgáltató policerje a tényleges sebességet az interfész által sugalltnál alacsonyabbra teheti.

A számlálók megmondják, melyik fél hibázott

Hasonlítson össze négy számot az érintett irányban: mit kínáltak, mit egyeztetett az osztály, mi került sorba vagy esett el, és mit szállított valójában a szolgáltatás. Tartsa a munkaterhelés leírását és a házirend verzióját a megfigyelés mellett, mert a számlálók képernyőképe ezek nélkül nem reprodukálható.

Az ágak különböző tulajdonosok különböző problémái. Az a helyi osztály, amely semmivel nem egyezik, az Ön oldalán osztályozási hiba. Az az osztály, amely egyezik, sorba áll és eldob, miközben a szolgáltató tiszta szállítást jelent, az Ön saját ütemezőjére vagy alakítójára mutat. Az az osztály, amely helyben helyesnek látszik, miközben a veszteség az átadáson túl jelenik meg, a hordozó leképezésére és a szerződésben mért határra mutat. Egyiket sem javítja a másik szerkesztése, ezért a számokat együtt kell gyűjteni.

Az RFC 2475 az osztályozást és a kondicionálást adminisztratív tartományokon belül végzett munkaként keretezi, és éppen ezért egy jelölés nem tud sort foglalni végponttól végpontig. Az IOS XE ütemezési útmutató a fent leírt többletsúly-viselkedés referenciája, és érdemes elolvasni a platform-összehasonlításait, mielőtt egy számított sebességet modellek között áthelyeznek.

Írja le a szerződést egy helyen

Tegye a helyi egyeztetést, a bizalmi határt, a szolgáltató osztályát és a mért szolgáltatási szintet egyetlen dokumentumba, amelyet mindkét fél aláír. Akkor a százalékváltozásnak van kontextusa, és a minőségi panasz tulajdonosa.

Egy helyi százalék megváltoztatása nem javíthatja egy másik sor garanciáját, és semmilyen jelölési séma nem éli túl azt a leképezést, amelyet a szolgáltató nem tart be. Hasonlítsa össze a feleket, nevezze meg a határt, és csak azután idézzen egy számot.