4.6. Specifica richiesta
4.6. Specifica richiesta
La policy Specification Required richiede revisione e approvazione da parte di un esperto designato, vedere sezione 5. I valori e i loro significati devono inoltre essere documentati in una specifica pubblica, permanente e prontamente disponibile, con dettaglio sufficiente a rendere possibile l'interoperabilità tra implementazioni indipendenti. Questa policy è identica a Expert Review, con l'ulteriore requisito di una specifica pubblica formale. Oltre alla normale revisione della richiesta, l'esperto designato esamina la specifica pubblica e ne valuta stabilità, permanenza, chiarezza e solidità tecnica ai fini di implementazioni interoperabili.
L'espressione "permanente e prontamente disponibile" intende indicare un documento che possa ragionevolmente essere trovato e recuperato molto tempo dopo l'assegnazione IANA del valore richiesto. La pubblicazione di un RFC è un mezzo ideale per soddisfare questo requisito, ma Specification Required comprende anche documenti pubblicati al di fuori del percorso RFC, compresa documentazione informale.
Per la pubblicazione di RFC è comunque richiesta una revisione formale dell'esperto designato, ma si prevede che il normale processo di revisione RFC fornisca l'esame necessario per l'interoperabilità. La revisione dell'esperto resta importante; tuttavia, in presenza di consenso IETF, l'esperto può talvolta essere "in the rough", vedere anche l'ultimo paragrafo della sezione 5.4.
Come per Expert Review, sezione 4.5, nella definizione del registro dovrebbero essere fornite istruzioni chiare all'esperto designato ed è importante conoscere a fondo la sezione 5.
Nello specificare questa policy, usare semplicemente il termine "Specification Required". Alcune specifiche l'hanno chiamata "Expert Review with Specification Required", causando solo confusione.
Esempi:
- Diffserv-aware TE Bandwidth Constraints Model Identifiers [RFC4124]
- TLS ClientCertificateType Identifiers 64-223 [RFC5246]
- ROHC Profile Identifiers [RFC5795]