Résumé

  • La RFC 3483 distinguait la surveillance, l’enregistrement, l’envoi et l’effacement des données d’usage ; le PDP pouvait donc suspendre les rapports sans arrêter le comptage au PEP.
  • Elle imposait aussi d’identifier l’affectation réelle derrière un objet partagé et de fermer les comptes lors d’un changement de contexte, d’une suppression d’état ou de l’expiration d’une politique en cache.

Un tableau de bord immobile invite à lire zéro là où il ne montre en réalité qu’un silence. C’est précisément le piège que la RFC 3483 permettait d’éviter. Dans son cadre COPS-PR, le point d’application des politiques, le PEP, pouvait continuer à observer et à conserver l’usage alors que le point de décision, le PDP, avait coupé les rapports non sollicités. L’état du canal et l’état de la mesure étaient deux faits distincts.

Le cadre distribuait la responsabilité entre trois pièces. Une politique de sélection désignait les objets à surveiller. Une classe de retour d’usage précisait les métriques à recueillir. Une politique de liaison associait les deux et fixait les conditions du rapport. Le nombre reçu par le PDP ne pouvait donc être interprété sans retrouver cette combinaison : quel objet, quelle grandeur et quel calendrier ?

L’Accounting Timer fixait une cadence minimale entre rapports non sollicités. Il protégeait la connexion contre une fréquence excessive ; il ne promettait pas une horloge parfaitement synchronisée. Une politique pouvait attendre plusieurs intervalles, déclencher un rapport à un seuil, n’envoyer qu’après une variation ou envoyer même si la valeur n’avait pas changé. L’absence d’un message à une seconde donnée ne suffisait jamais à décrire l’activité.

La valeur zéro du minuteur rendait la séparation spectaculaire. Elle interdisait les rapports spontanés, mais le PEP continuait à surveiller et à accumuler l’usage demandé. Le PDP pouvait ensuite solliciter ces données. Zéro était donc la cadence d’émission non sollicitée, pas la valeur du phénomène mesuré.

La suspension suivait la même logique. Le PDP pouvait suspendre seulement les messages de retour, en laissant la surveillance fonctionner, puis reprendre les envois. Il pouvait aussi suspendre la surveillance elle-même, ce qui arrêtait à la fois le suivi et les rapports. L’ordre indiquait en outre si un état courant devait être transmis au moment de la transition, pour une politique précise ou pour toutes. Sans cette instruction, la mention « suspendu » reste incomplète.

Un rapport sollicité pouvait survenir au milieu d’un intervalle. Le PEP répondait immédiatement et, si la politique le prescrivait, effaçait la valeur communiquée. Pourtant, l’échéancier périodique ne repartait pas de zéro. Le prochain rapport pouvait donc suivre rapidement. Additionner ces deux nombres sans connaître la règle d’effacement produirait un total imaginaire ; prendre le second pour un nouvel intervalle complet ferait la même erreur autrement.

La RFC traitait ensuite l’identité de la mesure. Certains objets COPS correspondaient directement à une configuration unique. D’autres étaient partagés et se déployaient en plusieurs affectations concrètes au sein du PEP, chacune avec ses statistiques. Les PRC de sélection et de retour, prises ensemble, devaient identifier la granularité la plus fine prise en charge. Une adresse IP partagée pouvait, par exemple, exiger le port pour distinguer l’affectation véritable.

La solution préférée consistait à placer un identifiant complet dans les critères de sélection. Une option autorisait toutefois des critères incomplets sélectionnant plusieurs affectations, à condition que le retour contienne la donnée manquante. Cette souplesse créait une obligation de rapprochement : ni la sélection seule ni le compteur seul ne suffisait à attribuer l’usage.

Les contextes COPS-PR donnaient une frontière temporelle. Plusieurs ensembles de politiques pouvaient exister, mais un seul était actif. La surveillance, l’enregistrement et les rapports suivaient le contexte actif. Lors de sa désactivation, le PEP envoyait un rapport final, puis cessait toute collecte pour ce contexte tant qu’il restait inactif. Ce dernier message fermait une période d’autorité.

La suppression d’un Request State imposait une clôture comparable. Juste avant la suppression, le PEP devait transmettre toutes les données d’usage restantes, même si l’initiative venait du PDP. L’ordre protégeait l’ultime fragment d’histoire contre l’effacement de l’état qui lui donnait sens.

Une rupture de connexion ne transformait pas la mémoire locale en droit illimité de compter. Le PEP poursuivait le suivi seulement tant qu’il appliquait la politique mise en cache. À l’expiration de cette politique, les données de retour expiraient elles aussi. Après reconnexion, le PDP devait autoriser explicitement la reprise ; le PEP envoyait alors l’usage conservé et adoptait le nouvel Accounting Timer accepté.

La durée de la preuve suivait ainsi la durée de la politique effectivement appliquée. Une base encore présente après expiration ne suffisait pas. À l’inverse, l’absence momentanée du PDP n’annulait pas les mesures prises sous une politique toujours valide. La RFC encadrait les deux intuitions excessives.

Il faut garder ses limites. Ce texte Informational définissait un cadre, non un système de facturation. Tarification, factures et événements comptables extérieurs restaient hors périmètre. Le contenu exact d’une sollicitation dépendait de documents d’application. Les sources ne prouvent ni déploiement déterminé, ni exactitude universelle des compteurs, ni interopérabilité commerciale, ni qualité de service vécue.

Par rapport aux textes voisins, son objet était net. La RFC 3060 organisait les données de politique et leur exécution locale. La RFC 3084 traitait le provisionnement, le cache et la reconnexion. La RFC 3159 précisait l’identité des lignes de politique. La RFC 3483 commençait une fois la règle installée : comment prouver son usage sans confondre mesurer, parler et effacer ?

La méthode des couches de réalité de Heng Lu suggère alors un dossier précis. Il faut conserver le contexte actif, l’affectation concrète, les trois PRC, tous les minuteurs et seuils, la règle d’effacement, puis ordonner sollicitations, suspensions, reprises et rapports de clôture. En panne, il faut arrêter la chronologie probante à l’expiration de la politique en cache.

Ce n’est qu’après cette reconstruction qu’un silence devient interprétable. Il peut représenter aucun usage, mais aussi une émission non sollicitée désactivée, un rapport suspendu, un intervalle inachevé ou une valeur attendant d’être demandée. La RFC 3483 a légué cette sobriété : le compteur et son messager n’ont pas la même biographie.

Sources