5. IANA Considerations (Considérations IANA)
Ce document n'a pas d'actions IANA (no IANA actions).
Explication
RFC 8941 définit un cadre générique et une syntaxe pour les valeurs de champs structurés HTTP, mais ne registre pas lui-même de nouveaux noms de champs d'en-tête HTTP ou d'autres éléments nécessitant un enregistrement IANA.
Pourquoi pas d'actions IANA ?
- Cadre générique: RFC 8941 est un cadre générique destiné à être utilisé par d'autres spécifications
- Ne définit pas de champs spécifiques: Il ne définit aucun champ d'en-tête HTTP spécifique
- Nature d'outil: Il fournit des outils (types de données et algorithmes) pour que d'autres spécifications les utilisent
Spécifications utilisant RFC 8941
Les spécifications définissant de nouveaux champs HTTP en utilisant RFC 8941 devraient (SHOULD) enregistrer ces champs dans leurs propres documents, en suivant la procédure d'enregistrement des champs HTTP définie dans [RFC3864].
Exemples d'enregistrements IANA connexes
Bien que RFC 8941 lui-même n'effectue pas d'enregistrement IANA, les spécifications qui l'utilisent effectuent généralement les types d'enregistrements suivants:
Exemple 1: Client Hints (RFC 8942)
Header field name: Sec-CH-UA
Applicable protocol: http
Status: standard
Author/Change controller: IETF
Specification document: RFC 8942
Exemple 2: Example-Header hypothétique
Header field name: Example-Priorities
Applicable protocol: http
Status: standard
Author/Change controller: IETF
Specification document: [RFC XXXX]
Description:
Example-Priorities est un champ structuré [RFC8941].
Sa valeur doit être de type Dictionary...
Points clés
- RFC 8941 est une méta-spécification (meta-specification)
- Les champs HTTP réels sont définis et enregistrés par d'autres spécifications utilisant RFC 8941
- Chaque nouveau champ utilisant RFC 8941 nécessite son propre enregistrement IANA