10. Considérations IANA
10.1. Enregistrement OPCODE DSO
L'IANA a attribué la valeur 6 pour les Opérations DNS avec État (DSO) dans le registre "DNS OpCodes".
10.2. Enregistrement RCODE DSO
L'IANA a attribué la valeur 11 pour le code d'erreur DSOTYPENI dans le registre "DNS RCODEs". Le code d'erreur DSOTYPENI ("DSO-TYPE Not Implemented") indique que le récepteur implémente bien les Opérations DNS avec État, mais n'implémente pas le DSO-TYPE spécifique du TLV Primaire dans le message de demande DSO.
10.3. Registre des Codes de Type DSO
L'IANA a créé le registre "DSO Type Codes" de 16 bits, avec les valeurs initiales (hexadécimales) indiquées ci-dessous :
| Type | Nom | Données Précoces | Statut | Référence |
|---|---|---|---|---|
| 0000 | Reserved (Réservé) | NO | Standards Track | RFC 8490 |
| 0001 | KeepAlive (Maintien de connexion) | OK | Standards Track | RFC 8490 |
| 0002 | RetryDelay (Délai de réessai) | NO | Standards Track | RFC 8490 |
| 0003 | EncryptionPadding (Remplissage de chiffrement) | NA | Standards Track | RFC 8490 |
| 0004-003F | Unassigned (Non attribué), réservé pour les TLV de gestion de session DSO | NO | ||
| 0040-F7FF | Unassigned (Non attribué) | NO | ||
| F800-FBFF | Experimental/local use (Utilisation expérimentale/locale) | NO | ||
| FC00-FFFF | Reserved for future expansion (Réservé pour une expansion future) | NO |
La signification des champs est la suivante :
Type : Le code de type DSO de 16 bits.
Nom : Le nom lisible par l'homme du TLV.
Données Précoces (Early Data) : Si OK, ce TLV peut être envoyé en tant que données précoces dans une poignée de main initiale TLS zéro aller-retour (Section 2.3 de la spécification TLS 1.3 [RFC8446]). Si NA, le TLV peut apparaître en tant que TLV Supplémentaire dans un message DSO envoyé en tant que données précoces.
Statut : Statut RFC (par exemple, "Standards Track") ou "External" s'il n'est pas documenté dans une RFC.
Référence : Une référence stable au document dans lequel ce TLV est défini.
Note : Le Code de Type DSO zéro est réservé et n'est pas actuellement destiné à être attribué.
Les enregistrements de nouveaux Codes de Type DSO dans la plage "Réservé pour la gestion de session DSO" 0004-003F et la plage "Réservé pour une expansion future" FC00-FFFF nécessitent la publication d'un document d'Action de Standardisation IETF [RFC8126].
Les demandes d'enregistrement de nouveaux Codes de Type DSO supplémentaires dans la plage "Non attribué" 0040-F7FF doivent être enregistrées par l'IANA après Examen d'Expert [RFC8126]. L'examen d'expert doit valider que le code de type demandé est spécifié d'une manière conforme à cette spécification, et que l'utilisation prévue du code ne serait pas traitée par une attribution expérimentale/locale.
Les Codes de Type DSO dans la plage "expérimentale/locale" F800-FBFF peuvent être utilisés comme valeurs d'Utilisation Expérimentale ou d'Utilisation Privée [RFC8126] et peuvent être utilisés librement à des fins de développement ou à d'autres fins au sein d'un seul site. Aucune tentative n'est faite pour empêcher plusieurs sites d'utiliser la même valeur de manières différentes (et incompatibles). Il n'est pas nécessaire que l'IANA examine de telles attributions (puisque l'IANA ne les enregistre pas) et les attributions ne sont généralement pas utiles pour une large interopérabilité. Il est de la responsabilité des sites utilisant des valeurs "expérimentales/locales" de s'assurer qu'aucun conflit ne survient dans le cadre d'utilisation prévu.
Tout document définissant un nouveau TLV qui liste une valeur "OK" dans la colonne Données Précoces doit inclure une analyse des menaces pour l'utilisation du TLV dans le cas de TLS zéro aller-retour. Voir la Section 11.1 pour plus de détails.