Résumé

  • RFC 9876 remplace une grande partie de l’ancien « premier arrivé, premier servi » par des contrôles sémantiques et une expertise explicite.
  • L’inscription établit une association coordonnée entre un entier, un type de média, ses paramètres et un éventuel codage ; elle ne certifie ni décodeur, ni charge utile, ni profil applicatif.
  • L’exploitation doit prouver séparément la prise en charge, la protection, les limites de ressources, l’autorisation et l’effet réellement observé.

Dans un atelier, une passerelle reçoit une mesure portant un Content-Format connu. Sa table locale reconnaît le numéro, mais le micrologiciel du capteur a été produit avant la dernière version du profil. Faut-il décoder, conserver sans interpréter ou refuser ? La ligne du registre ne tranche pas.

RFC 9876, Proposed Standard de l’IETF publié en octobre 2025, corrige une faiblesse concrète du mécanisme défini par RFC 7252. CoAP emploie un entier non signé compact pour représenter un Content-Type et, s’il existe, un Content Coding. L’ancienne procédure n’imposait pas explicitement de vérifier que cette combinaison avait un sens. Des inscriptions erronées en ont résulté.

La nouvelle procédure porte sur une demande définie

Le registre CoRE d’IANA distingue désormais plusieurs zones. L’espace précieux 0–255 relève de l’Expert Review. La zone 256–9999 exige une revue IETF accompagnée d’une expertise, ou une approbation IESG avec expertise. Les zones 10000–19999 et 33000–64997 passent également devant un expert.

Le FCFS demeure entre 20000 et 32999, mais pour le cas le plus simple : type de média déjà enregistré, aucun paramètre, aucun codage et aucune utilisation antérieure de ce type dans ce registre. Les valeurs 64998 et 64999 servent à la documentation. La zone 65000–65535 est expérimentale et ne doit pas entrer en exploitation.

La liste de contrôle de RFC 9876 vise les erreurs qu’un simple guichet ne pouvait voir. La combinaison ne doit pas faire doublon. Le type de média doit être enregistré, approuvé ou provisoire dans les zones admises. Noms et valeurs de paramètres doivent être autorisés. Le codage doit exister dans le registre HTTP. La forme textuelle est normalisée, et la rareté des identifiants courts peut justifier un refus.

Une acceptation prouve donc qu’une demande donnée a satisfait ces critères. Elle ne prouve pas qu’une bibliothèque sait traiter toutes les valeurs, que deux firmwares gèrent pareillement un cas limite, ni qu’un objet provient d’un émetteur digne de confiance. L’expert protège la cohérence du répertoire ; il n’administre pas la mémoire, les clés ou les actionneurs de chaque appareil.

Le provisoire exige un inventaire vivant

Une inscription liée à un type de média provisoire porte elle-même un statut temporaire. Elle devient permanente lorsque la procédure requise aboutit et que le type de média est définitivement enregistré. Si le projet est abandonné, certaines entrées temporaires sont supprimées et le numéro redevient non attribué.

Les équipements ne reçoivent pas automatiquement cette transition. Une image de micrologiciel peut conserver une association devenue obsolète ; un courtier peut mettre en cache une ancienne table ; un fabricant peut disparaître avant la mise à jour. Il faut donc associer chaque décision à un instant et à une version.

RFC 8126 rappelle d’ailleurs qu’une expertise examine une version particulière d’un document à un moment précis. Une modification substantielle peut exiger une nouvelle revue. Stocker seulement « approuvé » efface la portée exacte de la preuve.

Le numéro peut voyager au-delà de CoAP

RFC 9193 permet à SenML d’inclure un Content-Format CoAP pour décrire une valeur binaire. C’est utile quand un paquet traverse plusieurs intermédiaires et perd son contexte initial. C’est aussi une voie de propagation : une association ancienne peut passer du capteur au courtier, puis à l’archive et à l’analyse.

La reconnaissance du numéro ne garantit donc pas la compréhension. Il faut distinguer : connu du registre, gestionnaire installé, profil admis, protection vérifiée, contenu valide, décision locale autorisée, effet confirmé. « Inconnu », « non pris en charge » et « invalide » ne sont pas des synonymes. Un repli automatique vers un type générique masque précisément le défaut qu’il faudrait corriger.

Une sémantique coordonnée n’est pas une confiance transférée

La nouvelle colonne Media Type donne une provenance plus lisible. Elle mène à l’inscription IANA sous-jacente, sans attester l’identité de l’émetteur. Un format signé peut employer une clé non approuvée. Un contenu chiffré peut être indéchiffrable. Une mesure syntaxiquement valide peut demander une action interdite par le profil du site.

La chaîne correcte commence donc par l’identifiant, sélectionne un décodeur versionné, applique un profil, vérifie origine et intégrité, puis soumet le résultat à une politique locale. Le dernier maillon constate l’effet. Aucun entier de seize bits ne peut remplacer ces responsabilités.