DSCP-markearring of de QoS-belofte fan de provider? Gjin fan beide is in kontrakt

Der wurdt wat markearre, in wachtrige wurdt konfigurearre, en dan freget immen hokker kwaliteit it ûntwerp eins garandearret. It earlike antwurd is dat jo twa helten fan in kontrakt beskreaun hawwe dy't by in grins byinoar komme. Oant jo de klasse neame kinne dy't de provider akseptearret en de behanneling dy't er tapast, is de lokale konfiguraasje in bedoeling ynstee fan in belofte. Beide helten dogge der ta, en gjin fan beide kin út de oare ôflaat wurde.

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

Wêr't in korrekte markearring stil stjerre kin

Begjin mei it opskriuwen, per wurklast, fan de lokale oerienkomstbetingst, elke markearring dy't yn in tunnel bart, de wearde dy't de provider akseptearret, en de tsjinstklasse dy't dy wearde kiest. Fjouwer kolommen, en de flaters wenje meast tusken de twadde en de tredde.

It gedrach fan markearring fan binnen nei bûten is it klassike probleem. In pakket yn in fersifere of tunnelisearre paad draacht in binnenkop dy't jo klassifisearjer sjen kin en in bûtenkop dy't de apparatuer fan de provider sjen kin, en it iene yn it oare kopiearje is in konfiguraasjebeslút, net in automatyske eigenskip. Markearje allinnich de binnenkop en de provider klassifisearret de bûtenkop, meast as standert, en dêrom kin in korrekt markearre stream yn de ferkearde klasse oankomme sûnder ien ferkeard konfigurearre rigel oan jo kant.

In lokaal neamde klasse kin ek leech bliuwe omdat har oerienkomstbetingst nea op echte pakketten ôfgiest. Poarten ferpleatse har, applikaasjes brûke ferskate streams, en in oerienkomst op in bekende poarte dy't de leveransier twa releases lyn net mear brûkt, leveret in wachtrige mei tellers op nul en in belied dat yn de rinnende konfiguraasje perfekt liket.

Beslis eksplisyt wêr't markearrings fertroud wurde. Alles befoarderje dat in tunnel dielt befoarderet ek bulkferfier mei de oproppen, en in provider dy't jo markearring sûnder falidaasje akseptearret biedt jo in manier om josels sear te dwaan. As it kontrakt de gateway talit om by de oerdracht opnij te markearjen, skriuw dat op, want dat is krekt it punt dêr't de oannames fan twa teams meast útinoar rinne.

Wat de plener eins ferdielt

Lokaal belied hat syn eigen semantyk, en de iene dy't it measte misferstân feroarsaket is it wurd “remaining”. Op de platfoarmen dy't de IOS XE-planninggids beskriuwt, set bandwidth remaining percent in oerskotgewicht, net in stap yn in sekwinsje wêryn elke klasse in part nimt fan wat de foarige klasse efterlitten hat. Net-tawiisde persintaazjes wurde oer geskikte net-konfigurearre wachtrigen ferspraat ynstee fan reservearre te wurden foar de lêste klasse yn it bestân.

Dat ûnderskied is wichtich omdat it sekwinsjele tinkmodel foarsizzings jout dy't nea mei de tellers oerienkomme. Yngenieurs heroarderje klassen om in útkomst te feroarjen, sjogge gjin ferskil en konkludearje dat it platfoarm stikken is, wylst de konfiguraasje nea bedoelde wat se oannamen.

In âlder-shaper is de oare gewoane ferrassing. It foarmjen fan in kontrolearre wachtrige oant de brûkbere tsjinstfaasje is faak bewust, omdat it it oerlappingspunt nei in apparaat ferpleatst dat jo beheare ynstee fan in opstreamske wachtrige dy't jo net beheare. It fuortheljen fan de shaper omdat foarmjen fertraging tafoeget kin it ferlies ferpleatse ynstee fan it fuorthelje, en oerhaadboekhâlding of in provider-policer kinne de effektive faasje leger meitsje as de ynterface suggerearret.

De tellers fertelle hokker helte mislearre

Ferlykje fjouwer getallen yn 'e oanbelangjende rjochting: wat oanbean waard, wat de klasse oerienkaam, wat yn 'e wachtrige kaam of fuortfallen is, en wat de tsjinst eins levere. Hâld de beskriuwing fan de wurklast en de ferzje fan it belied njonken de waarnimming, want in skermprint fan tellers sûnder dy kin net werhelle wurde.

De tûken binne ferskate problemen mei ferskate eigners. In lokale klasse dy't neat oerienkomt is in klassifikaasjeflater oan jo kant. In klasse dy't oerienkomt, yn 'e wachtrige giet en fuortfalt wylst de provider skjinne levering rapportearret, wiist op jo eigen plener of shaper. In klasse dy't lokaal korrekt liket wylst ferlies efter de oerdracht ferskynt, wiist op 'e mapping fan 'e carrier en de metten grins yn it kontrakt. Gjin fan 'e trije wurdt reparearre troch de oaren te bewurkjen, en dêrom moatte de getallen byinoar sammele wurde.

RFC 2475 ramt klassifikaasje en kondisjonearring as wurk binnen administrative domeinen, en krekt dêrom kin in markearring gjin wachtrigen fan ein oant ein reservearje. De IOS XE-planninggids is de referinsje foar it oerskotgewichtgedrach dat hjirboppe beskreaun is, en syn platfoarmfergelykings binne it lêzen wurdich foardat in berekkene faasje tusken modellen ferpleatst wurdt.

Skriuw it kontrakt op ien plak

Set de lokale oerienkomst, de fertrouwensgrins, de providerklasse en it metten tsjinstnivo yn ien dokumint dat beide kanten ûndertekenje. Dan hat in persintaazjeferoaring in kontekst, en in kwaliteitsklacht hat in eigner.

In lokale persintaazje feroarje kin de garânsje fan in oare wachtrige net reparearje, en gjin markearringsskema oerlibbet in mapping dy't de provider net neikomt. Ferlykje de helten, neam de grins, en sitearje pas dan in getal.