Marcatge DSCP o promesa de QoS del proveïdor? Cap de les dues coses no és un contracte

Alguna cosa es marca, es configura una cua i després algú pregunta quina qualitat garanteix realment el disseny. La resposta honesta és que heu descrit dues meitats d'un contracte que es troben en una frontera. Fins que no pugueu anomenar la classe que el proveïdor accepta i el tractament que aplica, la configuració local és una intenció, no una promesa. Totes dues meitats importen i cap no es pot inferir de l'altra.

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

On un marcatge correcte pot morir en silenci

Comenceu anotant, per a cada càrrega de treball, la condició de coincidència local, qualsevol marcatge que passi dins d'un túnel, el valor que accepta el proveïdor i la classe de servei que selecciona aquest valor. Quatre columnes, i les fallades solen viure entre la segona i la tercera.

El comportament de marcatge d'interior a exterior és el problema clàssic. Un paquet dins d'un camí xifrat o tunelitzat porta una capçalera interior que el vostre classificador pot veure i una capçalera exterior que l'equipament del proveïdor pot veure, i copiar-ne una a l'altra és una decisió de configuració, no una propietat automàtica. Marqueu només la capçalera interior i el proveïdor classifica l'exterior, normalment com a predeterminada, i per això un flux marcat correctament pot arribar a la classe equivocada sense una sola línia mal configurada a la vostra banda.

Una classe anomenada localment també pot quedar buida perquè la seva condició de coincidència no s'activa mai amb paquets reals. Els ports es mouen, les aplicacions fan servir diversos fluxos, i una coincidència en un port conegut que el fabricant va deixar d'usar dues versions enrere produeix una cua amb comptadors a zero i una política que a la configuració en execució sembla perfecta.

Decidiu explícitament on es confia en els marcatges. Promoure tot el que comparteix un túnel promou les transferències massives juntament amb les trucades, i un proveïdor que accepta el vostre marcatge sense validació us ofereix una manera de fer-vos mal. Si el contracte permet que la passarel·la torni a marcar en el lliurament, digueu-ho per escrit, perquè és exactament el punt on les suposicions de dos equips solen divergir.

Què divideix realment el planificador

La política local té la seva pròpia semàntica, i la que causa més malentesos és la paraula “remaining”. A les plataformes que descriu la guia de planificació d'IOS XE, bandwidth remaining percent estableix un pes excedent, no un pas d'una seqüència en què cada classe pren una porció del que la classe anterior ha deixat. Els percentatges no assignats es reparteixen entre les cues elegibles no configurades en lloc de reservar-se per a l'última classe del fitxer.

Aquesta distinció importa perquè el model mental seqüencial produeix prediccions que mai no coincideixen amb els comptadors. Els enginyers reordenen classes per canviar un resultat, no veuen cap diferència i conclouen que la plataforma està espatllada, quan la configuració mai no volia dir el que suposaven.

El modelador pare és l'altra sorpresa habitual. Modelar una cua controlada fins a la taxa de servei utilitzable sovint és deliberat, perquè trasllada el punt de congestió a un dispositiu que vosaltres administreu en lloc d'una cua ascendent que no administreu. Treure el modelador perquè el modelatge afegeix retard pot traslladar la pèrdua en lloc d'eliminar-la, i la comptabilitat de sobrecàrrega o un policer del proveïdor poden fer que la taxa efectiva sigui inferior a la que suggereix la interfície.

Els comptadors diuen quina meitat ha fallat

Compareu quatre números en la direcció afectada: què es va oferir, què va coincidir amb la classe, què es va encuar o es va descartar i què va lliurar realment el servei. Manteniu la descripció de la càrrega de treball i la versió de la política al costat de l'observació, perquè una captura de pantalla dels comptadors sense això no es pot reproduir.

Les branques són problemes diferents amb propietaris diferents. Una classe local que no coincideix amb res és un error de classificació a la vostra banda. Una classe que coincideix, s'encua i descarta mentre el proveïdor informa d'un lliurament net assenyala el vostre propi planificador o modelador. Una classe que sembla correcta localment mentre la pèrdua apareix més enllà del lliurament assenyala el mapatge de l'operador i la frontera mesurada del contracte. Cap de les tres no es corregeix editant les altres, i per això els números s'han de recollir junts.

RFC 2475 emmarca la classificació i el condicionament com a feina feta dins de dominis administratius, i precisament per això un marcatge no pot reservar cues d'extrem a extrem. La guia de planificació d'IOS XE és la referència del comportament de pes excedent descrit més amunt, i val la pena llegir-ne les comparacions de plataformes abans de traslladar una taxa calculada entre models.

Escriviu el contracte en un sol lloc

Poseu la coincidència local, la frontera de confiança, la classe del proveïdor i el nivell de servei mesurat en un sol document que signin les dues parts. Aleshores un canvi de percentatge té context, i una queixa de qualitat té propietari.

Canviar un percentatge local no pot reparar la garantia d'una altra cua, i cap esquema de marcatge sobreviu a un mapatge que el proveïdor no respecta. Compareu les meitats, anomeneu la frontera i només llavors citeu una xifra.