Resumen
- RFC 9808 permite que una CDN descendente anuncie a una CDN ascendente límites que no deben superarse dentro de una huella y fuentes de telemetría alineadas con esos límites. La información es orientativa: no garantiza, compromete ni reserva capacidad.
- La decisión defendible conserva todas las restricciones aplicables, máximos blando y duro, huella, TTL, identidad y semántica de la métrica, granularidad, media o percentil, latencia y uso agregado. Delegar, admitir, entregar, experimentar calidad y exigir un remedio son hechos posteriores.
Hay dos formas de que un controlador llegue tarde. Puede usar un anuncio cuyo TTL ya venció. También puede usar un anuncio aún vigente junto con una medición que describe un pasado demasiado lejano. La segunda es más engañosa: todas las piezas parecen válidas por separado, mientras el margen operativo ya puede haberse consumido.
La RFC 9808 ofrece una sintaxis para hacer visible esa diferencia. No aporta evidencia de que una CDN concreta haya implementado la extensión, publicado un valor, reservado recursos, recibido tráfico o entregado contenido. Los escenarios de este análisis son modelos de decisión, no afirmaciones de despliegue.
Publicada en el Standards Track en julio de 2025, RFC 9808 amplía la interfaz de anuncios de huella y capacidades de la RFC 8008. Incorpora FCI.CapacityLimits, para describir el sobre de capacidad, y FCI.Telemetry, para identificar las observaciones contra las que se mide su ocupación. La ficha del RFC Editor y el expediente del IETF Datatracker registran a Andrew Ryan, Ben Rosenblum y Nir B. Sopher como autores. El registro de parámetros CDNI de IANA conserva los nombres interoperables.
La utilidad del acuerdo es concreta. “Tenemos capacidad” carece de unidad, alcance, horizonte temporal y procedencia. Dos operadores pueden pronunciar la misma frase y pensar en bits por segundo, sesiones o espacio de caché. Un objeto común permite que software independiente compare valores, explique por qué redujo una delegación y detecte que una métrica cambió de identidad. Estandariza la conversación, no el inventario físico.
La frontera normativa es inequívoca. La capacidad anunciada sirve de consejo para decisiones de delegación y no constituye garantía, compromiso ni reserva. Un maximum-hard puede expresar el máximo disponible para uso bajo un alcance y vigencia. No demuestra que una porción esté apartada exclusivamente para la CDN ascendente. Tampoco obliga a admitir una solicitud futura ni determina qué ocurre si el servicio falla.
La arquitectura CDNI ya separa esos planos. La RFC 6707 describe al proveedor de servicios de contenido, a la CDN autoritativa o ascendente y a la CDN descendente. Los acuerdos comerciales entre ellos quedan fuera de la especificación técnica. Precio, prioridad, exclusividad, preempción e indemnización necesitan un contrato y evidencias propias; no aparecen por inferencia dentro de un campo de capacidad.
La RFC 7336 mantiene el encaminamiento de solicitudes como decisión local. RFC 9808 mejora una entrada a esa decisión, sin trasladarla a quien publica el anuncio. La CDN ascendente puede aplicar margen, previsión de demanda, coste de fallo, preferencia por otro destino o una política más conservadora para tráfico crítico. Un mensaje válido no es una orden de llenar el límite.
El sobre de capacidad es multidimensional. IANA registra límites de egreso, solicitudes, tamaño de almacenamiento, número de objetos almacenados, sesiones y tamaño de caché. Todos los límites aplicables se evalúan mediante AND lógico. Si quedan bits por segundo pero se agotan las sesiones, el recurso vinculante son las sesiones. Si sobran bytes y falta capacidad para nuevos objetos, el espacio bruto no resuelve el problema.
Esa conjunción impide el “shopping” de métricas: elegir la cifra más amplia y descartar las demás. También exige conservar el conjunto completo en los registros. Una captura que sólo guarda la restricción que disparó la decisión no permite comprobar después si otra ya estaba más cerca de su borde o si una actualización cambió el conjunto aplicable.
Cada límite requiere maximum-hard. Puede incluir maximum-soft, menor que el duro, donde la CDN ascendente debería empezar a reducir tráfico. Si falta, ambos coinciden. La banda intermedia compra tiempo para que una observación llegue, el controlador calcule, la decisión se propague y el tráfico en vuelo disminuya. Su tamaño es un presupuesto de riesgo, no un porcentaje cosmético.
La banda adecuada depende de la dinámica. Las solicitudes pueden crecer en segundos; las sesiones largas no desaparecen al retirar nuevas delegaciones; el almacenamiento y la caché reaccionan de otra manera. Si la latencia de telemetría supera el tiempo necesario para consumir el margen restante, el controlador conduce mirando por el retrovisor. La política debe relacionar velocidad de crecimiento, retraso, ciclo de control y coste de rechazo.
La huella completa el significado. RFC 8008 permite ámbitos basados en direcciones, ASN, países y otros tipos registrados. Varias restricciones pueden estrechar la candidatura de forma acumulativa. Un valor de diez mil solicitudes por segundo no vale para toda la red por el mero hecho de ser legible: puede corresponder a un país, un rango o la intersección de varias condiciones. Una solicitud fuera de esa huella no hereda el límite.
El primer reloj es el TTL. Los límites toman su vigencia del transporte subyacente, por ejemplo Cache-Control en HTTP. Si no existe un mecanismo de TTL, las partes deben pactar la vida útil fuera de banda. RFC 9808 espera que el límite sea un objetivo pico razonable y relativamente estable. Renovarlo confirma la vigencia de la afirmación, no la disponibilidad instantánea del espacio bajo ella.
El segundo reloj pertenece a FCI.Telemetry. El objeto anuncia fuentes de utilización agregada, cercana al tiempo real y específica de la relación de delegación entre las dos CDN. El identificador de fuente es único dentro del anuncio y permanece estable cuando sigue apuntando a la misma referencia. El nombre de métrica sigue la misma regla. El límite remite a ambos para impedir comparaciones con un contador parecido pero ajeno.
time-granularity declara el intervalo representado. data-percentile indica un percentil; si se omite, el dato es la media del intervalo. latency declara cuánto se retrasa respecto del presente. Una media de un minuto entregada diez segundos después y un percentil 95 de cinco minutos entregado dos minutos después no son sustitutos. Pueden ser correctos simultáneamente y justificar márgenes distintos.
La edad efectiva puede superar la latencia declarada. Hay tiempo de consulta, cola, procesamiento y decisión. Por eso el registro debe calcular la antigüedad al momento exacto de delegar, no limitarse a copiar latency. También debe detectar si cambian unidad, ventana, percentil o identificador: una serie con el mismo aspecto visual puede haber dejado de ser comparable.
El tipo genérico de fuente deja la configuración concreta fuera de banda. Es una decisión de alcance sensata. La capa común comparte identidad y propósito de medida sin imponer un único transporte, credencial o frontera de seguridad. Los operadores que soportan las consecuencias mantienen las decisiones sobre acceso y fallo.
La contabilidad se complica con la delegación encadenada. Cuando la CDN ascendente debe informar del uso total, RFC 9808 exige agregar el consumo de las CDN posteriores. De lo contrario, el tráfico redelegado desaparece del panel local y crea margen ficticio. La evidencia debe seguir todo el grafo de delegación, no detenerse en el primer enlace.
Existe un valor current en línea para casos sencillos, pero la especificación desaconseja introducir utilización muy cambiante en el anuncio cacheable. Separar un sobre relativamente estable de una observación consultada con mayor frecuencia permite ritmos de actualización adecuados. A cambio, obliga a decidir qué pasa cuando el límite está vigente pero la telemetría falta, envejece, cambia de nombre o llega con una granularidad inesperada.
Mantener el último valor favorable en silencio no es una respuesta neutra. La política local puede reducir el sobre, suspender delegaciones nuevas, usar una asignación estática acordada o continuar sólo con tráfico de menor consecuencia. La decisión depende del modelo de fallo. RFC 9808 hace expresables los datos necesarios; no elige por el operador.
Después de delegar todavía no existe un recibo de servicio. La CDN descendente debe admitir la solicitud según colas, contenido y políticas vivas. Puede requerir contenido o metadatos mediante mecanismos relacionados con la RFC 8006. Sólo después aparecen bytes entregados, sesiones sostenidas, latencia, finalización y calidad percibida.
La RFC 8007 define otra interfaz para disparadores y estado, mostrando que recibir una instrucción, procesarla y observar su efecto tienen ciclos distintos. La misma disciplina exige separar “anunciado”, “medido”, “delegado”, “admitido”, “entregado”, “experimentado” y “remediado”. Un único semáforo verde destruye esa trazabilidad.
Un expediente operativo debe guardar el documento FCI exacto, hora de obtención, huella, TTL, conjunto completo de límites, máximos blando y duro, fuente, métrica, marca temporal, granularidad, media o percentil, latencia y método de agregación. Luego añade versión del router, margen, previsión, volumen delegado y motivo. Admisión, entrega, calidad y cláusula contractual quedan en registros posteriores.
La Especificación Inicial Mínima de Heng Lu explica por qué basta una capa común delgada: los nombres viajan y la decisión futura queda donde se soporta el riesgo. Las Capas de Realidad evitan convertir una afirmación simbólica en estado técnico, acción o resultado. La Primacía del Código en Ejecución pregunta si el controlador real obtuvo, envejeció, comparó y aplicó los objetos, y qué hizo después el sistema de entrega.
RFC 9808 no reserva una prestación: permite razonar mejor antes de delegarla. Sus dos relojes y seis límites mejoran la decisión sólo si la organización conserva la diferencia entre anunciar, medir, delegar, admitir, entregar, experimentar y reparar.
Fuentes
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance

