DSCP-merking of die diensverskaffer se QoS-belofte? Nie een van die twee is ’n kontrak nie
’n Plaaslike merking stel ’n bedoeling, en ’n draerklas lewer die behandeling by ’n grens. Vergelyk die twee helftes voordat iemand ’n syfer vir stemgehalte belowe.
Iets word gemerk, ’n tou word opgestel, en dan vra iemand watter gehalte die ontwerp werklik waarborg. Die eerlike antwoord is dat jy twee helftes van ’n kontrak beskryf het wat by ’n grens bymekaarkom. Totdat jy die klas kan noem wat die verskaffer aanvaar en die behandeling wat hy toepas, is die plaaslike konfigurasie ’n bedoeling eerder as ’n belofte. Albei helftes maak saak, en nie een kan uit die ander afgelei word nie.
local match → queue and marking → provider classifier
→ provider treatment → destination
Waar ’n korrekte merking stilweg kan sterf
Begin deur, per werklading, die plaaslike passingstoestand, enige merking wat binne ’n tonnel plaasvind, die waarde wat die verskaffer aanvaar, en die diensklas wat daardie waarde kies, neer te skryf. Vier kolomme, en die foute woon gewoonlik tussen die tweede en die derde.
Die gedrag van binne-na-buite-merking is die klassieke probleem. ’n Pakkie binne ’n geënkripteerde of tonnelroete dra ’n binne-opskrif wat jou klassifiseerder kan sien en ’n buite-opskrif wat die verskaffer se toerusting kan sien, en om die een na die ander te kopieer is ’n konfigurasiebesluit eerder as ’n outomatiese eienskap. Merk net die binne-opskrif en die verskaffer klassifiseer die buite-opskrif, gewoonlik as verstek, en daarom kan ’n korrek gemerkte stroom in die verkeerde klas aankom sonder ’n enkele verkeerd opgestelde reël aan jou kant.
’n Plaaslik benoemde klas kan ook leeg sit omdat sy passingstoestand nooit op werklike pakkies afvuur nie. Poorte skuif, toepassings gebruik verskeie strome, en ’n passing op ’n bekende poort wat die verskaffer twee vrystellings gelede laat vaar het, lewer ’n tou met tellers op nul en ’n beleid wat in die lopende konfigurasie volmaak lyk.
Besluit uitdruklik waar merkings vertrou word. Om alles te bevorder wat ’n tonnel deel, bevorder groot oordragte saam met die oproepe, en ’n verskaffer wat jou merking sonder validering aanvaar, bied jou ’n manier om jouself seer te maak. As die kontrak die poort toelaat om by die oorhandiging te hermerk, sê dit skriftelik, want dit is die punt waar twee spanne se aannames gewoonlik uiteenloop.
Wat die skeduleerder werklik verdeel
Plaaslike beleid het sy eie semantiek, en die een wat die meeste misverstand veroorsaak, is die woord “remaining”. Op die platforms wat die IOS XE-skeduleringsgids beskryf, stel bandwidth remaining percent ’n oortollige gewig, nie ’n stap in ’n reeks waar elke klas ’n deel van alles wat die vorige klas oorgelaat het, neem nie. Onaangewese persentasies word oor geskikte ongekonfigureerde toue versprei eerder as om vir die laaste klas in die lêer gereserveer te word.
Daardie onderskeid maak saak omdat die sekwensiële denkmodel voorspellings lewer wat nooit met die tellers ooreenstem nie. Ingenieurs herrangskik klasse om ’n uitkoms te verander, sien geen verskil nie, en kom tot die gevolgtrekking dat die platform stukkend is, terwyl die konfigurasie nooit bedoel het wat hulle aangeneem het nie.
’n Ouer-shaper is die ander algemene verrassing. Om ’n beheerde tou af te skaaf tot die bruikbare dienstempo is dikwels doelbewus, want dit skuif die oorlappingspunt na ’n toestel wat jy beheer in plaas van ’n opstroomse tou wat jy nie beheer nie. Om die shaper te verwyder omdat vorming vertraging byvoeg, kan die verlies verskuif eerder as om dit te verwyder, en oorhoofse verantwoording of ’n verskaffer-policer kan die effektiewe tempo laer maak as wat die koppelvlak voorstel.
Die tellers vertel watter helfte gefaal het
Vergelyk vier getalle in die geaffekteerde rigting: wat aangebied is, wat die klas gepas het, wat in die ry gesit of laat val is, en wat die diens werklik gelewer het. Hou die werkladingbeskrywing en die beleidweergawe langs die waarneming, want ’n skermskoot van tellers daarsonder kan nie herhaal word nie.
Die vertakkings is verskillende probleme met verskillende eienaars. ’n Plaaslike klas wat niks pas nie, is ’n klassifikasiefout aan jou kant. ’n Klas wat pas, in die ry sit en laat val terwyl die verskaffer skoon aflewering rapporteer, dui op jou eie skeduleerder of shaper. ’n Klas wat plaaslik korrek lyk terwyl verlies anderkant die oorhandiging verskyn, dui op die draer se kartering en die gemete grens in die kontrak. Nie een van die drie word reggemaak deur die ander te redigeer nie, en daarom moet die getalle saam ingesamel word.
RFC 2475 raam klassifikasie en kondisionering as werk binne administratiewe domeine, en juis daarom kan ’n merking nie toue van punt tot punt reserveer nie. Die IOS XE-skeduleringsgids is die verwysing vir die oortollige-gewig-gedrag hierbo beskryf, en sy platformvergelykings is die moeite werd om te lees voordat ’n berekende tempo tussen modelle verskuif word.
Skryf die kontrak op een plek
Plaas die plaaslike passing, die vertrouensgrens, die verskafferklas en die gemete diensvlak in ’n enkele dokument wat beide kante onderteken. Dan het ’n persentasieverandering ’n konteks, en ’n gehalteklag het ’n eienaar.
Om ’n plaaslike persentasie te verander, kan nie ’n ander tou se waarborg herstel nie, en geen merkingskema oorleef ’n kartering wat die verskaffer nie eerbiedig nie. Vergelyk die helftes, noem die grens, en noem eers dan ’n syfer.