RFC 8126 - Linee guida per la scrittura di una sezione Considerazioni IANA negli RFC
- Stato: Best Current Practice
- Pubblicato: June 2017
- Stream: IETF
- Sostituisce: RFC5226
- Errata: Nessun errata
Sommario
Molti protocolli utilizzano punti di estensibilità che impiegano costanti per identificare vari parametri di protocollo. Per garantire che i valori in questi campi non abbiano usi conflittuali e per promuovere l'interoperabilità, le loro allocazioni sono spesso coordinate da un custode centrale dei registri. Per i protocolli IETF, questo ruolo è svolto dall'Internet Assigned Numbers Authority (IANA).
Per effettuare assegnazioni in un determinato registro in modo prudente, sono necessarie linee guida che descrivano le condizioni in cui devono essere assegnati nuovi valori, nonché quando e come possono essere apportate modifiche ai valori esistenti. Questo documento definisce un framework per la documentazione di queste linee guida da parte degli autori delle specifiche, al fine di garantire che le indicazioni fornite per le Considerazioni IANA siano chiare e affrontino le varie questioni che probabilmente si presenteranno nel funzionamento di un registro.
Questa è la terza edizione di questo documento; rende obsoleto l'RFC 5226.
Stato di questo Memo
Questo memo documenta una Best Current Practice di Internet.
Questo documento è un prodotto dell'Internet Engineering Task Force (IETF). Rappresenta il consenso della comunità IETF. Ha ricevuto una revisione pubblica ed è stato approvato per la pubblicazione dall'Internet Engineering Steering Group (IESG). Ulteriori informazioni sui BCP sono disponibili nella sezione 2 dell'RFC 7841.
Le informazioni sullo stato attuale di questo documento, eventuali errata e su come fornire feedback possono essere ottenute all'indirizzo http://www.rfc-editor.org/info/rfc8126.
Avviso di Copyright
Copyright (c) 2017 IETF Trust e le persone identificate come autori del documento. Tutti i diritti riservati.
Questo documento è soggetto al BCP 78 e alle Disposizioni Legali dell'IETF Trust relative ai Documenti IETF (http://trustee.ietf.org/license-info) in vigore alla data di pubblicazione di questo documento. Si prega di esaminare attentamente questi documenti, poiché descrivono i vostri diritti e le restrizioni relative a questo documento. I componenti del codice estratti da questo documento devono includere il testo della licenza BSD semplificata come descritto nella sezione 4.e delle Disposizioni Legali del Trust e sono forniti senza garanzia come descritto nella licenza BSD semplificata.
Indice
- 1. Introduction (Introduzione)
- 2. Creating and Revising Registries (Creazione e revisione dei registri)
- 2.1. Organization of Registries (Organizzazione dei registri)
- 2.2. Documentation Requirements for Registries (Requisiti di documentazione per i registri)
- 2.3. Specifying Change Control for a Registry (Specifica del controllo delle modifiche per un registro)
- 2.4. Revising Existing Registries (Revisione dei registri esistenti)
- 3. Registering New Values in an Existing Registry (Registrazione di nuovi valori in un registro esistente)
- 3.1. Documentation Requirements for Registrations (Requisiti di documentazione per le registrazioni)
- 3.2. Updating Existing Registrations (Aggiornamento delle registrazioni esistenti)
- 3.3. Overriding Registration Procedures (Sostituzione delle procedure di registrazione)
- 3.4. Early Allocations (Allocazioni anticipate)
- 4. Choosing a Registration Policy and Well-Known Policies (Scelta di una politica di registrazione e politiche ben note)
- 4.1. Private Use (Uso privato)
- 4.2. Experimental Use (Uso sperimentale)
- 4.3. Hierarchical Allocation (Allocazione gerarchica)
- 4.4. First Come First Served (Chi primo arriva meglio alloggia)
- 4.5. Expert Review (Revisione da parte di esperti)
- 4.6. Specification Required (Specifica richiesta)
- 4.7. RFC Required (RFC richiesto)
- 4.8. IETF Review (Revisione IETF)
- 4.9. Standards Action (Azione degli standard)
- 4.10. IESG Approval (Approvazione IESG)
- 4.11. Using the Well-Known Registration Policies (Utilizzo delle politiche di registrazione ben note)
- 4.12. Using Multiple Policies in Combination (Utilizzo di più politiche in combinazione)
- 4.13. Provisional Registrations (Registrazioni provvisorie)
- 5. Designated Experts (Esperti designati)
- 5.1. The Motivation for Designated Experts (La motivazione per gli esperti designati)
- 5.2. The Role of the Designated Expert (Il ruolo dell'esperto designato)
- 5.3. Designated Expert Reviews (Revisioni degli esperti designati)
- 5.4. Expert Reviews and the Document Lifecycle (Revisioni degli esperti e ciclo di vita del documento)
- 6. Well-Known Registration Status Terminology (Terminologia dello stato di registrazione ben noto)
- 7. Documentation References in IANA Registries (Riferimenti alla documentazione nei registri IANA)
- 8. What to Do in "bis" Documents (Cosa fare nei documenti "bis")
- 9. Miscellaneous Issues (Questioni varie)
- 9.1. When There Are No IANA Actions (Quando non ci sono azioni IANA)
- 9.2. Namespaces Lacking Documented Guidance (Spazi dei nomi privi di indicazioni documentate)
- 9.3. After-the-Fact Registrations (Registrazioni a posteriori)
- 9.4. Reclaiming Assigned Values (Recupero dei valori assegnati)
- 9.5. Contact Person vs Assignee or Owner (Persona di contatto vs assegnatario o proprietario)
- 9.6. Closing or Obsoleting a Registry/Registrations (Chiusura o obsolescenza di un registro/registrazioni)
- 10. Appeals (Ricorsi)
- 11. Mailing Lists (Liste di distribuzione)
- 12. Security Considerations (Considerazioni sulla sicurezza)
- 13. IANA Considerations (Considerazioni IANA)
- 14. Changes Relative to Earlier Editions of BCP 26 (Modifiche rispetto alle edizioni precedenti del BCP 26)
- 15. References (Riferimenti)
- Acknowledgments for This Document (2017) (Ringraziamenti per questo documento (2017))
- Acknowledgments from the Second Edition (2008) (Ringraziamenti della seconda edizione (2008))
- Acknowledgments from the First Edition (1998) (Ringraziamenti della prima edizione (1998))
- Authors' Addresses (Indirizzi degli autori)