¿Marcado DSCP o promesa de QoS del proveedor? Ninguna de las dos es un contrato

Algo se marca, se configura una cola y luego alguien pregunta qué calidad garantiza realmente el diseño. La respuesta honesta es que ha descrito dos mitades de un contrato que se encuentran en una frontera. Hasta que pueda nombrar la clase que acepta el proveedor y el tratamiento que aplica, la configuración local es una intención, no una promesa. Ambas mitades importan y ninguna puede inferirse de la otra.

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

Dónde puede morir en silencio un marcado correcto

Empiece anotando, por carga de trabajo, la condición de coincidencia local, cualquier marcado que ocurra dentro de un túnel, el valor que acepta el proveedor y la clase de servicio que ese valor selecciona. Cuatro columnas, y los fallos suelen vivir entre la segunda y la tercera.

El comportamiento de marcado de interior a exterior es el problema clásico. Un paquete dentro de una ruta cifrada o tunelizada lleva una cabecera interior que su clasificador puede ver y una cabecera exterior que el equipo del proveedor puede ver, y copiar una en la otra es una decisión de configuración, no una propiedad automática. Marque solo la cabecera interior y el proveedor clasificará la exterior, normalmente como predeterminada, por lo que un flujo marcado correctamente puede llegar a la clase equivocada sin una sola línea mal configurada en su lado.

Una clase nombrada localmente también puede quedarse vacía porque su condición de coincidencia nunca se activa con paquetes reales. Los puertos se mueven, las aplicaciones usan varios flujos, y una coincidencia en un puerto conocido que el fabricante dejó de usar dos versiones atrás produce una cola con contadores a cero y una política que en la configuración en ejecución parece perfecta.

Decida explícitamente dónde se confía en los marcados. Promover todo lo que comparte un túnel promueve las transferencias masivas junto con las llamadas, y un proveedor que acepta su marcado sin validación le ofrece una forma de hacerse daño. Si el contrato permite que la puerta de enlace vuelva a marcar en la entrega, dígalo por escrito, porque es justo el punto donde las suposiciones de dos equipos suelen divergir.

Qué divide realmente el planificador

La política local tiene su propia semántica, y la que causa más malentendidos es la palabra “remaining”. En las plataformas que describe la guía de planificación de IOS XE, bandwidth remaining percent establece un peso excedente, no un paso de una secuencia en la que cada clase toma una porción de lo que dejó la clase anterior. Los porcentajes no asignados se reparten entre las colas elegibles no configuradas en lugar de reservarse para la última clase del archivo.

Esa distinción importa porque el modelo mental secuencial produce predicciones que nunca coinciden con los contadores. Los ingenieros reordenan clases para cambiar un resultado, no ven diferencia y concluyen que la plataforma está rota, cuando la configuración nunca quiso decir lo que suponían.

El modelador padre es la otra sorpresa habitual. Modelar una cola controlada hasta la tasa de servicio utilizable suele ser deliberado, porque traslada el punto de congestión a un dispositivo que usted administra en lugar de a una cola ascendente que no administra. Quitar el modelador porque el modelado añade retardo puede trasladar la pérdida en vez de eliminarla, y la contabilidad de sobrecarga o un policer del proveedor pueden hacer que la tasa efectiva sea inferior a la que sugiere la interfaz.

Los contadores dicen qué mitad falló

Compare cuatro números en la dirección afectada: qué se ofreció, qué coincidió la clase, qué se puso en cola o se descartó y qué entregó realmente el servicio. Mantenga la descripción de la carga de trabajo y la versión de la política junto a la observación, porque una captura de pantalla de los contadores sin ellas no se puede reproducir.

Las ramas son problemas distintos con propietarios distintos. Una clase local que no coincide con nada es un error de clasificación en su lado. Una clase que coincide, se encola y descarta mientras el proveedor informa de una entrega limpia apunta a su propio planificador o modelador. Una clase que parece correcta localmente mientras la pérdida aparece más allá de la entrega apunta al mapeo del operador y a la frontera medida en el contrato. Ninguna de las tres se arregla editando las otras, por eso los números deben recogerse juntos.

RFC 2475 enmarca la clasificación y el condicionamiento como trabajo realizado dentro de dominios administrativos, y precisamente por eso un marcado no puede reservar colas de extremo a extremo. La guía de planificación de IOS XE es la referencia del comportamiento de peso excedente descrito arriba, y merece la pena leer sus comparaciones de plataformas antes de trasladar una tasa calculada entre modelos.

Escriba el contrato en un solo lugar

Ponga la coincidencia local, la frontera de confianza, la clase del proveedor y el nivel de servicio medido en un único documento que firmen ambas partes. Entonces un cambio de porcentaje tiene contexto, y una queja de calidad tiene propietario.

Cambiar un porcentaje local no puede reparar la garantía de otra cola, y ningún esquema de marcado sobrevive a un mapeo que el proveedor no respeta. Compare las mitades, nombre la frontera y solo entonces cite una cifra.