10. Considerazioni IANA
10.1. Registrazione OPCODE DSO
La IANA ha assegnato il valore 6 per le Operazioni DNS con Stato (DSO) nel registro "DNS OpCodes".
10.2. Registrazione RCODE DSO
La IANA ha assegnato il valore 11 per il codice di errore DSOTYPENI nel registro "DNS RCODEs". Il codice di errore DSOTYPENI ("DSO-TYPE Not Implemented") indica che il ricevitore implementa effettivamente le Operazioni DNS con Stato, ma non implementa lo specifico DSO-TYPE del TLV Primario nel messaggio di richiesta DSO.
10.3. Registro dei Codici di Tipo DSO
La IANA ha creato il registro a 16 bit "DSO Type Codes", con valori iniziali (esadecimali) come mostrato di seguito:
| Tipo | Nome | Early Data | Stato | Riferimento |
|---|---|---|---|---|
| 0000 | Reserved (Riservato) | 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 (Non assegnato), riservato per TLV di gestione sessione DSO | NO | ||
| 0040-F7FF | Unassigned (Non assegnato) | NO | ||
| F800-FBFF | Experimental/local use (Uso sperimentale/locale) | NO | ||
| FC00-FFFF | Reserved for future expansion (Riservato per espansione futura) | NO |
I significati dei campi sono i seguenti:
Type: Il codice di tipo DSO a 16 bit.
Name: Il nome leggibile dall'uomo del TLV.
Early Data: Se OK, questo TLV può essere inviato come early data in un handshake iniziale TLS zero round-trip (Sezione 2.3 della specifica TLS 1.3 [RFC8446]). Se NA, il TLV può apparire come un TLV Aggiuntivo in un messaggio DSO inviato come early data.
Status: Stato RFC (ad esempio, "Standards Track") o "External" se non documentato in una RFC.
Reference: Un riferimento stabile al documento in cui è definito questo TLV.
Nota: Il codice di tipo DSO zero è riservato e non è attualmente destinato all'assegnazione.
Le registrazioni di nuovi codici di tipo DSO nell'intervallo "Riservato per la gestione della sessione DSO" 0004-003F e nell'intervallo "Riservato per espansione futura" FC00-FFFF richiedono la pubblicazione di un documento IETF Standards Action [RFC8126].
Le richieste di registrazione di ulteriori nuovi codici di tipo DSO nell'intervallo "Non assegnato" 0040-F7FF devono essere registrate dalla IANA dopo la revisione degli esperti [RFC8126]. La revisione degli esperti dovrebbe convalidare che il codice di tipo richiesto sia specificato in modo conforme a questa specifica e che l'uso previsto per il codice non verrebbe affrontato con un'assegnazione sperimentale/locale.
I codici di tipo DSO nell'intervallo "sperimentale/locale" F800-FBFF possono essere utilizzati come valori per uso sperimentale o uso privato [RFC8126] e possono essere utilizzati liberamente per scopi di sviluppo o per altri scopi all'interno di un singolo sito. Non viene fatto alcun tentativo per impedire a più siti di utilizzare lo stesso valore in modi diversi (e incompatibili). Non è necessario che la IANA esamini tali assegnazioni (poiché la IANA non le registra) e le assegnazioni non sono generalmente utili per un'ampia interoperabilità. È responsabilità dei siti che fanno uso di valori "sperimentali/locali" garantire che non si verifichino conflitti nell'ambito di utilizzo previsto.
Qualsiasi documento che definisce un nuovo TLV che elenca un valore di "OK" nella colonna Early Data deve includere un'analisi delle minacce per l'uso del TLV nel caso di TLS zero round-trip. Vedere la Sezione 11.1 per i dettagli.