10. IANA-Überlegungen
10.1. DSO OPCODE Registrierung
Die IANA hat den Wert 6 für DNS Stateful Operations (DSO) in der "DNS OpCodes"-Registry zugewiesen.
10.2. DSO RCODE Registrierung
Die IANA hat den Wert 11 für den DSOTYPENI-Fehlercode in der "DNS RCODEs"-Registry zugewiesen. Der DSOTYPENI-Fehlercode ("DSO-TYPE Not Implemented") zeigt an, dass der Empfänger zwar DNS Stateful Operations implementiert, aber nicht den spezifischen DSO-TYPE des primären TLV in der DSO-Anforderungsnachricht implementiert.
10.3. DSO Typcode-Registry
Die IANA hat die 16-Bit-"DSO Type Codes"-Registry erstellt, mit anfänglichen (hexadezimalen) Werten wie unten gezeigt:
| Typ | Name | Early Data | Status | Referenz |
|---|---|---|---|---|
| 0000 | Reserved (Reserviert) | NO | Standards Track | RFC 8490 |
| 0001 | KeepAlive | OK | Standards Track | RFC 8490 |
| 0002 | RetryDelay | NO | Standards Track | RFC 8490 |
| 0003 | EncryptionPadding | NA | Standards Track | RFC 8490 |
| 0004-003F | Unassigned (Nicht zugewiesen), reserviert für DSO-Sitzungsmanagement-TLVs | NO | ||
| 0040-F7FF | Unassigned (Nicht zugewiesen) | NO | ||
| F800-FBFF | Experimental/local use (Experimentelle/lokale Verwendung) | NO | ||
| FC00-FFFF | Reserved for future expansion (Reserviert für zukünftige Erweiterung) | NO |
Die Bedeutungen der Felder sind wie folgt:
Type: Der 16-Bit-DSO-Typcode.
Name: Der menschenlesbare Name des TLV.
Early Data: Wenn OK, kann dieses TLV als Early Data in einem TLS Zero Round-Trip (Abschnitt 2.3 der TLS 1.3-Spezifikation [RFC8446]) Initial Handshake gesendet werden. Wenn NA, kann das TLV als zusätzliches TLV in einer DSO-Nachricht erscheinen, die als Early Data gesendet wird.
Status: RFC-Status (z. B. "Standards Track") oder "External", wenn nicht in einem RFC dokumentiert.
Referenz: Eine stabile Referenz auf das Dokument, in dem dieses TLV definiert ist.
Hinweis: Der DSO-Typcode Null ist reserviert und derzeit nicht für die Zuweisung vorgesehen.
Registrierungen neuer DSO-Typcodes im Bereich "Reserviert für DSO-Sitzungsmanagement" 0004-003F und im Bereich "Reserviert für zukünftige Erweiterung" FC00-FFFF erfordern die Veröffentlichung eines IETF Standards Action-Dokuments [RFC8126].
Anfragen zur Registrierung zusätzlicher neuer DSO-Typcodes im Bereich "Nicht zugewiesen" 0040-F7FF sind von der IANA nach einer Expertenprüfung [RFC8126] aufzuzeichnen. Die Expertenprüfung sollte validieren, dass der angeforderte Typcode in einer Weise spezifiziert ist, die dieser Spezifikation entspricht, und dass die beabsichtigte Verwendung für den Code nicht mit einer experimentellen/lokalen Zuweisung adressiert würde.
DSO-Typcodes im Bereich "experimentell/lokal" F800-FBFF können als Werte für die experimentelle Verwendung oder die private Verwendung [RFC8126] verwendet werden und können frei für Entwicklungszwecke oder für andere Zwecke innerhalb eines einzelnen Standorts verwendet werden. Es wird kein Versuch unternommen, mehrere Standorte daran zu hindern, denselben Wert auf unterschiedliche (und inkompatible) Weise zu verwenden. Es ist nicht erforderlich, dass die IANA solche Zuweisungen überprüft (da die IANA sie nicht aufzeichnet), und Zuweisungen sind im Allgemeinen nicht für eine breite Interoperabilität nützlich. Es liegt in der Verantwortung der Standorte, die "experimentelle/lokale" Werte verwenden, sicherzustellen, dass innerhalb des beabsichtigten Verwendungsbereichs keine Konflikte auftreten.
Jedes Dokument, das ein neues TLV definiert und einen Wert von "OK" in der Spalte "Early Data" auflistet, muss eine Bedrohungsanalyse für die Verwendung des TLV im Fall von TLS Zero Round-Trip enthalten. Siehe Abschnitt 11.1 für Details.