DSCP markaketa ala hornitzailearen QoS promesa? Biak ere ez dira kontratua

Zerbait markatzen da, ilara bat konfiguratzen da, eta gero norbaitek galdetzen du zein kalitate bermatzen duen diseinuak benetan. Erantzun zintzoa da muga batean elkartzen diren kontratu baten bi erdiak deskribatu dituzula. Hornitzaileak onartzen duen klasea eta aplikatzen duen tratamendua izendatu arte, tokiko konfigurazioa asmoa da, ez promesa. Bi erdiak garrantzitsuak dira, eta bat ezin da bestetik ondorioztatu.

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

Non markaketa zuzen bat isilean hil daitekeen

Hasi lan-karga bakoitzeko tokiko bat-etortze baldintza, tunel baten barruan gertatzen den edozein markaketa, hornitzaileak onartzen duen balioa eta balio horrek hautatzen duen zerbitzu-klasea idazten. Lau zutabe, eta hutsegiteak normalean bigarrenaren eta hirugarrenaren artean bizi dira.

Barrualdetik kanporako markaketa-portaera da arazo klasikoa. Bide zifratu edo tuneldu bateko pakete batek zure sailkatzaileak ikus dezakeen barne-buru bat eta hornitzailearen ekipoak ikus dezakeen kanpo-buru bat daramatza, eta bat bestean kopiatzea konfigurazio-erabakia da, ez propietate automatikoa. Markatu barne-burua soilik eta hornitzaileak kanpokoa sailkatuko du, normalean lehenetsi gisa, eta horregatik zuzen markatutako fluxu bat klase okerrean irits daiteke zure aldean gaizki konfiguratutako lerro bakar bat ere gabe.

Tokian izendatutako klase bat ere hutsik egon daiteke, bere bat-etortze baldintza ez delako inoiz pakete errealetan pizten. Portuak mugitzen dira, aplikazioek hainbat fluxu erabiltzen dituzte, eta saltzaileak bi bertsio lehenago erabiltzeari utzi zion portu ezagun bateko bat-etortzeak zero kontagailuak dituen ilara eta exekuzio-konfigurazioan perfektua dirudien politika sortzen ditu.

Erabaki espresuki non fidatzen den markaketaz. Tunel bat partekatzen duen guztia sustatzeak transferentzia masiboak ere sustatzen ditu deiekin batera, eta zure markaketa baliozkotzerik gabe onartzen duen hornitzaileak zeure buruari kalte egiteko bidea eskaintzen dizu. Kontratuak atebideari entregan berriro markatzeko baimena ematen badio, idatzi hori, bi talderen suposizioak normalean puntu horretan bereizten baitira.

Zer banatzen duen planifikatzaileak benetan

Tokiko politikak bere semantika du, eta ulermen-arazorik handiena “remaining” hitzak sortzen du. IOS XE planifikazio-gidak deskribatzen dituen plataformetan, bandwidth remaining percent gehiegizko pisu bat ezartzen du, ez sekuentzia bateko urrats bat non klase bakoitzak aurrekoak utzitakoaren zati bat hartzen duen. Esleitu gabeko ehunekoak konfiguratu gabeko ilara egokien artean banatzen dira, fitxategiko azken klaserako gorde beharrean.

Bereizketa hori garrantzitsua da pentsamendu-eredu sekuentzialak kontagailuekin inoiz bat egiten ez duten iragarpenak ematen dituelako. Ingeniariek klaseak berrantolatzen dituzte emaitza bat aldatzeko, ez dute alderik ikusten eta plataforma hondatuta dagoela ondorioztatzen dute, konfigurazioak inoiz haiek suposatutakoa esan nahi ez zuen arren.

Guraso-formagailua da beste ezusteko ohikoa. Kontrolatutako ilara bat erabilgarri den zerbitzu-taseraino formakatzea sarritan nahita egiten da, pilaketa-puntua zuk administratzen duzun gailu batera eramaten duelako, administratzen ez duzun gorako ilara batera eraman beharrean. Formagailua kentzeak, formaketak atzerapena gehitzen duelako, galera lekuz alda dezake ezabatu beharrean, eta gainkostuen kontabilitateak edo hornitzailearen policer batek tasa eraginkorra interfazeak iradokitzen duena baino baxuagoa egin dezakete.

Kontagailuek esaten dute zein erdik huts egin duen

Konparatu lau zenbaki eragindako noranzkoan: zer eskaini zen, zer bat etorri zen klasearekin, zer jarri zen ilaran edo bota zen, eta zer entregatu zuen zerbitzuak benetan. Mantendu lan-kargaren deskribapena eta politikaren bertsioa behaketaren ondoan, haiek gabe kontagailuen pantaila-argazkia ezin baita erreproduzitu.

Adarrak arazo desberdinak dira jabe desberdinekin. Ezer bat etortzen ez duen tokiko klase bat zure aldeko sailkapen-errorea da. Bat etortzen den, ilaran jartzen den eta botatzen duen klase bat, hornitzaileak entrega garbia jakinarazten duen bitartean, zure planifikatzaile edo formagailuari seinalatzen dio. Tokian zuzena dirudien klase bat, galera entrega baino harago agertzen den bitartean, operadorearen mapatze eta kontratuko neurtutako mugari seinalatzen dio. Hiruretako bat ere ez da besteen edizioarekin konpontzen, horregatik zenbakiak elkarrekin bildu behar dira.

RFC 2475ek sailkapena eta kondizionamendua domeinu administratiboen barruan egindako lan gisa kokatzen ditu, eta horrexegatik ezin du markaketa batek ilararik erreserbatu muturretik muturrera. IOS XE planifikazio-gida da goian deskribatutako gehiegizko pisuaren portaeraren erreferentzia, eta merezi du bere plataforma-konparazioak irakurtzea tasa kalkulatu bat modeloen artean mugitu aurretik.

Idatzi kontratua leku bakarrean

Jarri tokiko bat-etortzea, konfiantza-muga, hornitzailearen klasea eta neurtutako zerbitzu-maila bi aldeek sinatzen duten dokumentu bakarrean. Orduan ehuneko-aldaketa batek testuingurua du, eta kalitate-kexa batek jabea.

Tokiko ehuneko bat aldatzeak ezin du beste ilara baten bermea konpondu, eta markaketa-eskema batek ere ez du bizirauten hornitzaileak betetzen ez duen mapatze baten aurrean. Konparatu erdiak, izenda ezazu muga, eta orduan soilik aipatu zenbaki bat.