2. Pubblicazioni relative agli standard Internet (Internet Standards-Related Publications)
2.1 Requests for Comments (RFCs)
Ogni versione distinta di una specifica relativa agli standard Internet viene pubblicata come parte della serie di documenti "Request for Comments" (RFC). Questo sistema di archivio è il canale di pubblicazione ufficiale per i documenti di standard Internet così come per le pubblicazioni dell'IESG, dell'IAB e della comunità Internet. Gli RFCs sono disponibili da diversi host Internet tramite FTP anonimo, Gopher, il World Wide Web e altri sistemi di recupero documenti Internet.
La serie di documenti online è iniziata nel 1969 come parte del progetto originale ARPA Wide Area Network (ARPANET) (vedere l'Appendice A per una tabella delle abbreviazioni). Gli RFCs coprono un'ampia gamma di argomenti oltre agli standard Internet, dalle prime discussioni su nuovi concetti di ricerca ai memo di stato su Internet. La pubblicazione degli RFCs è responsabilità diretta dell'Editor RFC, sotto la direzione generale dell'IAB.
Le regole per la formattazione e la presentazione degli RFCs sono definite in [5]. Ogni RFC è disponibile in formato testo ASCII. Alcuni RFCs sono disponibili anche in altri formati. Altre versioni di un RFC possono contenere materiale non presente nella versione ASCII (come diagrammi e grafici) e possono essere formattate in modo diverso.
*********************************************************
* *
* Requisiti più rigorosi si applicano alle specifiche *
* del Track standard: la versione di testo ASCII è il *
* riferimento autorevole, quindi deve essere una *
* specifica completa e accurata dello standard, *
* inclusi tutti i diagrammi e le illustrazioni *
* necessari. *
* *
*********************************************************
Lo stato delle specifiche di protocolli e servizi Internet è regolarmente riassunto in un RFC intitolato "Internet Official Protocol Standards" [1]. Questo RFC mostra il livello di maturità e altre informazioni utili per ogni specifica di protocollo o servizio Internet (vedere sezione 3).
Alcuni RFCs documentano gli standard Internet. Questi RFCs costituiscono la sotto-serie 'STD' della serie RFC [4]. Quando una specifica viene adottata come standard Internet, riceve la designazione aggiuntiva "STDxxx", ma mantiene il suo numero RFC e la sua posizione nella serie RFC. (Vedere sezione 4.1.3)
Alcuni RFCs standardizzano i risultati di deliberazioni comunitarie riguardanti dichiarazioni di principio o conclusioni sul modo migliore di fare qualcosa o sulle funzioni di processo IETF. Questi RFCs costituiscono la sotto-serie 'BCP'. Quando una specifica viene adottata come BCP, riceve la designazione aggiuntiva "BCPxxx", ma mantiene il suo numero RFC e la sua posizione nella serie RFC. (Vedere sezione 5)
Non tutte le specifiche per protocolli o servizi Internet dovrebbero o diventeranno standard Internet o BCP. Tali specifiche non-Track standard non sono soggette alle regole di standardizzazione Internet. Le specifiche non-Track standard possono essere pubblicate direttamente come RFCs "Experimental" o "Informational" dopo consultazione dell'Editor RFC con l'IESG (vedere sezione 4.2).
********************************************************
* *
* È importante ricordare che non tutti gli RFCs sono*
* documenti del Track standard, e non tutti i *
* documenti del Track standard raggiungono il *
* livello di uno standard Internet. Allo stesso *
* modo, non tutti gli RFCs che descrivono pratiche *
* attuali hanno subito revisione e approvazione per *
* diventare BCP. Per ulteriori informazioni, vedere *
* RFC-1796 [6]. *
* *
********************************************************
2.2 Internet-Drafts
Durante lo sviluppo di una specifica, le versioni preliminari dei documenti vengono rese disponibili per revisione e commenti informali posizionandole nella directory "Internet-Drafts" dell'IETF, che è replicata su diversi host Internet. Ciò consente ai documenti di lavoro in evoluzione di essere facilmente accessibili a un vasto pubblico, facilitando il processo di revisione e revisione.
Un Internet-Draft che viene pubblicato come RFC, o un Internet-Draft che rimane nella directory Internet-Drafts per più di sei mesi senza che l'IESG ne raccomandi la pubblicazione come RFC, viene semplicemente rimosso dalla directory Internet-Drafts. In qualsiasi momento, un Internet-Draft può essere sostituito da una versione aggiornata della stessa specifica, riavviando il periodo di timeout di sei mesi.
Gli Internet-Drafts non sono un mezzo per "pubblicare" specifiche; le specifiche vengono pubblicate tramite il meccanismo RFC descritto nella sezione precedente. Gli Internet-Drafts non hanno status formale e possono essere modificati o rimossi in qualsiasi momento.
********************************************************
* *
* In nessun caso gli Internet-Drafts dovrebbero *
* essere citati in documenti, rapporti o richieste *
* di offerta, né i fornitori dovrebbero dichiarare *
* la conformità agli Internet-Drafts. *
* *
********************************************************
Nota: È accettabile fare riferimento a specifiche del Track standard di cui ci si può ragionevolmente aspettare che vengano pubblicate come RFCs, utilizzando l'espressione "Work in Progress" senza citare l'Internet-Draft. Ciò può essere fatto anche nei documenti del Track standard stessi, purché la specifica che effettua il riferimento possa esistere come documento completo e comprensibile, indipendentemente dal fatto che il "Work in Progress" sia citato o meno.