2. Publications liées aux standards Internet (Internet Standards-Related Publications)
2.1 Requests for Comments (RFCs)
Chaque version distincte d'une spécification liée aux standards Internet est publiée dans le cadre de la série de documents "Request for Comments" (RFC). Ce système d'archives est le canal de publication officiel pour les documents de standards Internet ainsi que pour les publications de l'IESG, de l'IAB et de la communauté Internet. Les RFCs sont disponibles à partir de plusieurs hôtes Internet via FTP anonyme, Gopher, le World Wide Web et d'autres systèmes de récupération de documents Internet.
La série de documents en ligne a commencé en 1969 dans le cadre du projet ARPA Wide Area Network (ARPANET) original (voir l'annexe A pour un tableau des abréviations). Les RFCs couvrent un large éventail de sujets au-delà des standards Internet, des premières discussions sur de nouveaux concepts de recherche aux mémos de statut sur Internet. La publication des RFCs relève de la responsabilité directe de l'éditeur RFC, sous la direction générale de l'IAB.
Les règles de formatage et de soumission des RFCs sont définies dans [5]. Chaque RFC est disponible au format texte ASCII. Certains RFCs sont également disponibles dans d'autres formats. D'autres versions d'un RFC peuvent contenir du matériel non présent dans la version ASCII (comme des diagrammes et des graphiques) et peuvent être formatées différemment.
*********************************************************
* *
* Des exigences plus strictes s'appliquent aux *
* spécifications du Track standard: la version texte *
* ASCII est la référence faisant autorité, elle doit *
* donc être une spécification complète et précise du *
* standard, y compris tous les diagrammes et *
* illustrations nécessaires. *
* *
*********************************************************
Le statut des spécifications de protocoles et services Internet est régulièrement résumé dans un RFC intitulé "Internet Official Protocol Standards" [1]. Ce RFC affiche le niveau de maturité et d'autres informations utiles pour chaque spécification de protocole ou service Internet (voir section 3).
Certains RFCs documentent les standards Internet. Ces RFCs constituent la sous-série 'STD' de la série RFC [4]. Lorsqu'une spécification est adoptée comme standard Internet, elle reçoit la désignation supplémentaire "STDxxx", mais conserve son numéro RFC et sa position dans la série RFC. (Voir section 4.1.3)
Certains RFCs standardisent les résultats de délibérations communautaires concernant des déclarations de principes ou des conclusions sur la meilleure façon de faire quelque chose ou sur les fonctions de processus IETF. Ces RFCs constituent la sous-série 'BCP'. Lorsqu'une spécification est adoptée comme BCP, elle reçoit la désignation supplémentaire "BCPxxx", mais conserve son numéro RFC et sa position dans la série RFC. (Voir section 5)
Toutes les spécifications de protocoles ou services Internet ne devraient pas ou ne deviendront pas des standards Internet ou des BCP. Ces spécifications hors Track standard ne sont pas soumises aux règles de standardisation Internet. Les spécifications hors Track standard peuvent être publiées directement comme RFCs "Experimental" ou "Informational" après consultation de l'éditeur RFC avec l'IESG (voir section 4.2).
********************************************************
* *
* Il est important de se rappeler que tous les RFCs *
* ne sont pas des documents du Track standard, et *
* que tous les documents du Track standard *
* n'atteignent pas le niveau d'un standard Internet.*
* De même, tous les RFCs décrivant les pratiques *
* actuelles n'ont pas subi d'examen et d'approbation*
* pour devenir des BCP. Pour plus d'informations, *
* voir RFC-1796 [6]. *
* *
********************************************************
2.2 Internet-Drafts
Pendant le développement d'une spécification, les versions préliminaires des documents sont mises à disposition pour examen et commentaires informels en les plaçant dans le répertoire "Internet-Drafts" de l'IETF, qui est répliqué sur plusieurs hôtes Internet. Cela permet aux documents de travail en évolution d'être facilement accessibles à un large public, facilitant le processus d'examen et de révision.
Un Internet-Draft qui est publié comme RFC, ou un Internet-Draft qui reste dans le répertoire Internet-Drafts pendant plus de six mois sans que l'IESG ne recommande sa publication comme RFC, est simplement supprimé du répertoire Internet-Drafts. À tout moment, un Internet-Draft peut être remplacé par une version mise à jour de la même spécification, redémarrant la période de timeout de six mois.
Les Internet-Drafts ne sont pas un moyen de "publier" des spécifications; les spécifications sont publiées via le mécanisme RFC décrit dans la section précédente. Les Internet-Drafts n'ont aucun statut formel et peuvent être modifiés ou supprimés à tout moment.
********************************************************
* *
* En aucun cas les Internet-Drafts ne doivent être *
* cités dans des articles, rapports ou appels *
* d'offres, ni les fournisseurs ne doivent *
* revendiquer la conformité aux Internet-Drafts. *
* *
********************************************************
Note: Il est acceptable de faire référence à des spécifications du Track standard dont on peut raisonnablement s'attendre à ce qu'elles soient publiées comme RFCs, en utilisant l'expression "Work in Progress" sans citer l'Internet-Draft. Cela peut également être fait dans les documents du Track standard eux-mêmes, tant que la spécification faisant la référence peut exister comme un document complet et compréhensible, que le "Work in Progress" soit cité ou non.