Aller au contenu principal

7. Considérations relatives à l'IANA

L'IANA a créé deux registres pour les nouvelles valeurs CBOR. Les registres sont séparés, c'est-à-dire qu'ils ne sont pas sous un registre parapluie, et suivent les règles de la [RFC5226]. L'IANA a également attribué un nouveau type de média MIME et une entrée de Content-Format du Constrained Application Protocol (CoAP) associée.

7.1. Registre des valeurs simples​

L'IANA a créé le registre « Concise Binary Object Representation (CBOR) Simple Values ». Les valeurs initiales sont montrées dans la Table 2.

Les nouvelles entrées dans la plage 0 à 19 sont attribuées par Standards Action. Il est suggéré que ces Standards Actions attribuent les valeurs en commençant par le numéro 16 afin de réserver les numéros inférieurs à des blocs contigus (le cas échéant).

Les nouvelles entrées dans la plage 32 à 255 sont attribuées par Specification Required.

7.2. Registre des étiquettes​

L'IANA a créé le registre « Concise Binary Object Representation (CBOR) Tags ». Les valeurs initiales sont montrées dans la Table 3.

Les nouvelles entrées dans la plage 0 à 23 sont attribuées par Standards Action. Les nouvelles entrées dans la plage 24 à 255 sont attribuées par Specification Required. Les nouvelles entrées dans la plage 256 à 18446744073709551615 sont attribuées selon le principe Premier arrivé, premier servi. Le modèle pour les demandes d'enregistrement est :

  • Élément de données

  • Sémantique (forme courte)

En outre, les demandes Premier arrivé, premier servi devraient inclure :

  • Point de contact

  • Description de la sémantique (URL) Cette description est optionnelle ; l'URL peut pointer vers quelque chose comme un Internet-Draft ou une page web.

7.3. Type de média (« MIME Type »)​

Le type de média Internet [RFC6838] pour les données CBOR est application/cbor.

Type name: application

Subtype name: cbor

Required parameters: n/a

Optional parameters: n/a

Encoding considerations: binary

Security considerations: Voir la Section 8 du présent document

Interoperability considerations: n/a

Published specification: Ce document

Applications qui utilisent ce type de média : Aucune pour l'instant, mais il est prévu que ce format sera déployé dans des protocoles et des applications.

Additional information: Magic number(s): n/a File extension(s): .cbor Macintosh file type code(s): n/a

Person & email address to contact for further information: Carsten Bormann [email protected]

Intended usage: COMMON

Restrictions on usage: none

Author: Carsten Bormann [email protected]

Change controller: The IESG [email protected]

7.4. Content-Format CoAP​

Media Type: application/cbor

Encoding: -

Id: 60

Reference: [RFC7049]

7.5. Enregistrement du suffixe de syntaxe structurée +cbor​

Name: Concise Binary Object Representation (CBOR)

+suffix: +cbor

References: [RFC7049]

Encoding Considerations: CBOR est un format binaire.

Interoperability Considerations: n/a

Fragment Identifier Considerations: La syntaxe et la sémantique des identifiants de fragment spécifiés pour +cbor SHOULD être telles que spécifiées pour « application/cbor ». (À la publication du présent document, aucune syntaxe d'identification de fragment n'est définie pour « application/cbor ».)

La syntaxe et la sémantique des identifiants de fragment pour un « xxx/yyy+cbor » spécifique SHOULD être traitées comme suit :

Pour les cas définis dans +cbor, où l'identifiant de fragment se résout selon les règles de +cbor, alors traiter comme spécifié dans +cbor.

Pour les cas définis dans +cbor, où l'identifiant de fragment ne se résout pas selon les règles de +cbor, alors traiter comme spécifié dans « xxx/yyy+cbor ».

Pour les cas non définis dans +cbor, alors traiter comme spécifié dans « xxx/yyy+cbor ».

Security Considerations: Voir la Section 8 du présent document

Contact: Apps Area Working Group ([email protected]) Author/Change Controller: The Apps Area Working Group. The IESG a le contrôle des modifications de cet enregistrement.