Ĉu DSCP-markado aŭ QoS-promeso de la provizanto? Neniu el ili estas kontrakto
Loka markado starigas intencon, kaj portista klaso donas traktadon ĉe limo. Komparu la du duonojn antaŭ ol iu promesos nombron pri voĉa kvalito.
Io estas markata, vico estas agordata, kaj poste iu demandas, kiun kvaliton la dezajno efektive garantias. La honesta respondo estas, ke vi priskribis du duonojn de kontrakto, kiuj renkontiĝas ĉe limo. Ĝis vi povos nomi la klason, kiun la provizanto akceptas, kaj la traktadon, kiun ĝi aplikas, la loka agordo estas intenco, ne promeso. Ambaŭ duonoj gravas, kaj neniu estas derivebla el la alia.
local match → queue and marking → provider classifier
→ provider treatment → destination
Kie ĝusta markado povas silente morti
Komencu skribante, por ĉiu laborŝarĝo, la lokan kongruan kondiĉon, ajnan markadon okazantan ene de tunelo, la valoron, kiun la provizanto akceptas, kaj la servoklason, kiun tiu valoro elektas. Kvar kolumnoj, kaj la fiaskoj kutime loĝas inter la dua kaj la tria.
La marka konduto de interna al ekstera kaplinio estas la klasika problemo. Paketo ene de ĉifrita aŭ tunela vojo portas internan kaplinion, kiun via klasigilo vidas, kaj eksteran kaplinion, kiun la ekipaĵo de la provizanto vidas, kaj kopii unu en la alian estas agorda decido, ne aŭtomata eco. Marku nur la internan kaplinion, kaj la provizanto klasigas la eksteran, kutime kiel defaŭltan, tial ĝuste markita fluo povas alveni en la malĝustan klason sen eĉ unu mise agordita linio ĉe vi.
Loke nomita klaso ankaŭ povas resti malplena, ĉar ĝia kongrua kondiĉo neniam ekfunkcias sur realaj pakaĵoj. Havenoj moviĝas, aplikaĵoj uzas plurajn fluojn, kaj kongruo sur konata haveno, kiun la vendisto ĉesis uzi du eldonojn antaŭe, produktas vicon kun nulaj nombriloj kaj politikon, kiu en la kuranta agordo aspektas perfekta.
Decidu eksplicite, kie markado estas fidata. Promocii ĉion, kio dividas tunelon, promocias ankaŭ amasajn transigojn kune kun la alvokoj, kaj provizanto, kiu akceptas vian markadon sen validigo, proponas al vi manieron difekti vin mem. Se la kontrakto permesas al la enirejo remarki ĉe la transdono, skribu tion, ĉar ĝuste tie la supozoj de du teamoj kutime diverĝas.
Kion la planilo efektive dividas
Loka politiko havas sian propran semantikon, kaj la plej multajn miskomprenojn kaŭzas la vorto “remaining”. Sur la platformoj, kiujn priskribas la planada gvidilo de IOS XE, bandwidth remaining percent starigas troan pezon, ne paŝon en sinsekvo, kie ĉiu klaso prenas parton de tio, kion la antaŭa lasis. Neasignitaj procentoj disvastiĝas tra taŭgaj neagorditaj vicoj anstataŭ esti rezervitaj por la lasta klaso en la dosiero.
Tiu distingo gravas, ĉar la sinsekva mensa modelo produktas antaŭdirojn, kiuj neniam kongruas kun la nombriloj. Inĝenieroj reordigas klasojn por ŝanĝi rezulton, vidas neniun diferencon kaj konkludas, ke la platformo rompiĝis, kvankam la agordo neniam signifis tion, kion ili supozis.
La patra formilo estas la alia kutima surprizo. Formi kontrolatan vicon malsupren al la uzebla serva indico ofte estas intenca, ĉar ĝi movas la kongestiĝan punkton al aparato, kiun vi administras anstataŭ al suprenflua vico, kiun vi ne administras. Forigi la formilon ĉar formado aldonas malfruon povas transloki la perdon anstataŭ forigi ĝin, kaj superkapa kalkulado aŭ policisto de la provizanto povas igi la efektivan indicon pli malalta ol la interfaco sugestas.
La nombriloj diras, kiu duono fiaskis
Komparu kvar nombrojn en la tuŝita direkto: kio estis proponita, kion la klaso kongruis, kio estis vicigita aŭ faligita, kaj kion la servo efektive liveris. Tenu la priskribon de la laborŝarĝo kaj la version de la politiko apud la observado, ĉar ekrankopio de nombriloj sen ili ne estas reproducebla.
La branĉoj estas malsamaj problemoj kun malsamaj posedantoj. Loka klaso, kiu kongruas kun nenio, estas klasiga cimo ĉe vi. Klaso, kiu kongruas, vicigas kaj faligas dum la provizanto raportas puran liveron, montras al via propra planilo aŭ formilo. Klaso, kiu aspektas ĝusta loke dum perdo aperas trans la transdono, montras al la mapado de la portisto kaj la mezurita limo en la kontrakto. Neniu el la tri ripariĝas per redaktado de la aliaj, tial la nombroj devas esti kolektataj kune.
RFC 2475 kadrigas klasigon kaj kondiĉadon kiel laboron faratan ene de administraj domajnoj, kaj ĝuste tial markado ne povas rezervi vicojn de fino al fino. La planada gvidilo de IOS XE estas la referenco por la superpeza konduto priskribita supre, kaj ĝiaj platformaj komparoj indas legi antaŭ ol movi kalkulitan indicon inter modeloj.
Skribu la kontrakton en unu loko
Metu la lokan kongruon, la fidan limon, la klason de la provizanto kaj la mezuritan servan nivelon en unu dokumenton, kiun ambaŭ flankoj subskribas. Tiam procenta ŝanĝo havas kuntekston, kaj kvalita plendo havas posedanton.
Ŝanĝi lokan procenton ne povas ripari la garantion de alia vico, kaj neniu marka skemo postvivas mapadon, kiun la provizanto ne observas. Komparu la duonojn, nomu la limon, kaj nur tiam citi nombron.