Resumen

  • RFC 3483 permitió suspender los informes de uso sin suspender necesariamente la vigilancia: el PEP podía seguir contando mientras la vía hacia el PDP permanecía callada.
  • El significado de cada cifra dependía además del calendario, la regla de borrado y la identidad de la asignación concreta, con cierres finales al desactivar un contexto o eliminar su estado.

Una ausencia en una serie temporal parece una respuesta. Puede leerse como cero, como fallo o como inactividad. Para RFC 3483, sin embargo, primero era una pregunta sobre el estado de la vía de informes. El Punto de Aplicación de Política podía estar midiendo uso de forma correcta y, al mismo tiempo, no enviar ningún informe no solicitado al Punto de Decisión de Política.

Esa posibilidad nacía de una arquitectura deliberadamente dividida. Los criterios de selección indicaban qué objetos observar. Una clase de retroalimentación definía qué métricas recoger. Una política de enlace decía cuándo entregar los valores. La cifra no llegaba sola: adquiría sentido por la combinación de objeto, métrica y condición de entrega.

El Accounting Timer marcaba el ritmo mínimo de los mensajes no solicitados. Era un mecanismo para limitar tráfico, no una promesa de sincronización precisa. Una política particular podía esperar varios intervalos, usar un umbral, informar sólo si había cambio o hacerlo periódicamente aunque el valor permaneciera igual. Por eso el reloj del receptor no bastaba para declarar que faltaba una muestra.

Cuando el temporizador valía cero, no salían informes espontáneos. Aun así, el PEP seguía vigilando y conservando el uso seleccionado por la política. El PDP podía pedirlo más tarde. La cifra cero pertenecía al régimen de transmisión, no al contador de actividad.

También había dos tipos de suspensión. El PDP podía detener sólo los mensajes y dejar que continuaran la vigilancia y el registro. O podía suspender la propia medición, con lo cual tampoco habría nada nuevo que informar. La orden especificaba si antes debía enviarse el uso acumulado y podía afectar a una política concreta o a todas. Una bitácora que registra simplemente “suspendido” pierde la diferencia esencial.

La solicitud inmediata añadía una intersección temporal. En mitad de un intervalo, el PDP podía pedir retroalimentación y el PEP debía responder. Si la política ordenaba borrar el atributo al informarlo, el valor se reiniciaba. Pero el calendario periódico original seguía intacto. Podían llegar dos mensajes cercanos sin que fueran duplicados: uno respondía a la solicitud y el otro al límite ya programado.

Por tanto, un informe no equivalía al historial completo del contador. Podía ser el residuo posterior a un borrado anterior. Podía cerrar un tramo breve entre una solicitud y el siguiente vencimiento. Sin la semántica de limpieza, sumar produce doble conteo o resta una parte invisible.

RFC 3483 trató también el problema de atribución. Un objeto COPS podía corresponder a una única pieza de configuración o ser compartido por varias asignaciones reales creadas dentro del PEP. Esas asignaciones podían acumular estadísticas por separado aunque no tuvieran objetos COPS propios. Los criterios de selección y el registro de uso, considerados juntos, debían identificar la granularidad más fina soportada.

El ejemplo del documento era sencillo: para varios objetos derivados de una dirección IP, el puerto podía completar la identidad. La recomendación era que la selección ya contuviera la clave única. Como opción, una selección incompleta podía abarcar todas las coincidencias si el informe devolvía el dato que las distinguía. Esa opción exigía conservar ambos lados del enlace.

Los contextos establecían límites de autoridad. COPS-PR podía mantener configuraciones independientes, pero sólo una estaba activa. La vigilancia ocurría únicamente bajo ese contexto. Al desactivarlo, el PEP debía enviar su retroalimentación y dejar de medir, registrar e informar para él. El mensaje de salida certificaba el cierre del periodo activo.

Delete Request State exigía otra despedida explícita. Justo antes de borrar el estado de solicitud, el PEP tenía que enviar todo uso pendiente, incluso si el PDP había iniciado la eliminación. La obligación impedía que el contenedor desapareciera antes de que su último contenido quedara registrado.

En una caída de la conexión, el PEP podía seguir contando sólo mientras siguiera aplicando la política almacenada en caché. Cuando esa política expiraba, expiraban también los datos de uso asociados y terminaba la vigilancia. Tras reconectar, el PDP debía autorizar de modo determinista la reanudación; entonces el PEP enviaba lo acumulado y ajustaba el periodo al nuevo Accounting Timer aceptado.

El límite no era la vida del proceso ni la persistencia accidental de una tabla. Era la vida de la política realmente ejecutada. Esa regla impedía prolongar una medición sin mandato y, a la vez, preservaba la evidencia producida durante una desconexión bajo una decisión aún válida.

El documento no prometía más. Era Informational y dejaba fuera cobro, tarificación y facturación. El contenido exacto de una Decisión de solicitud correspondía a especificaciones posteriores. Sus fuentes no demuestran un despliegue concreto, exactitud metrológica, éxito comercial, interoperabilidad universal ni resultado para el usuario.

Su lugar histórico se entiende mejor junto a documentos cercanos. RFC 3060 se ocupaba de representar política y separar datos de evaluación local. RFC 3084 describía provisión, caché y reconciliación. RFC 3159 trataba la identidad de instancias de provisión. RFC 3483 se concentró en la prueba posterior: qué uso se observó y bajo qué estado de comunicación.

Siguiendo las capas de realidad de Heng Lu, la auditoría debe reconstruir primero el contexto, la asignación real y las tres políticas; después, temporizadores, umbrales, borrados, solicitudes y suspensiones. Los informes finales deben cerrar contexto y estado. En una desconexión, el último instante de política en caché limita el último instante de evidencia válida.

Así cambia la lectura de una pantalla silenciosa. Tal vez no hubo uso. Tal vez los informes espontáneos estaban desactivados, la entrega estaba suspendida, el intervalo no terminaba o el valor esperaba una pregunta. RFC 3483 no eligió una explicación por nosotros. Nos enseñó qué registros hacen posible elegirla.

Fuentes