Request for comments

Les  (RFC), littéralement « demandes de commentaires », sont une série numérotée de documents décrivant les aspects et spécifications techniques d'Internet, ou de différents matériels informatiques (routeurs, serveur DHCP). Peu de RFC sont des standards, mais tous les documents publiés par l'IETF sont des RFC.

Le sigle « RFC » est de genre féminin : « la RFC ».

Histoire 
La première RFC (), intitulée « Logiciel hôte », a été publiée le  par Steve Crocker. Les premières RFC concernaient le réseau ARPANET, utilisant le protocole de communication Network Control Protocol (NCP), et les financements publics de la DARPA. Dans les années 1970, le développement du réseau Internet (ensemble des réseaux utilisant la suite des protocoles TCP/IP) s’est accompagné de la création de documents et de normes séparés, les  (IEN). Le succès d'Internet fit que les IEN furent intégrées à la base, alors déjà riche, des RFC.

En 1999 a été publiée la , intitulée «  », qui retrace l'histoire de  de RFC.
En 2009 a été publiée la , intitulée «  », qui retrace l'histoire de  de RFC.
En 2019 a été publiée la , intitulée «  », qui retrace l'histoire de  de RFC.

Mode d'élaboration 
Les RFC sont rédigées sur l'initiative d'experts techniques, puis sont revues par la communauté Internet dans son ensemble. Cela diffère d'une publication d'institution telle que l'ANSI.

La majorité des RFC utilisent les termes , , , , etc. tels que définis dans la  pour définir leurs exigences (obligation, interdiction, recommandation, etc.). Pour plus d'informations à propos des RFC et les procédures associées, voyez la  « Procédures Standards d'Internet. Révision 3 ».

Les RFC font d'abord l'objet d'un  (brouillon). Tout le monde peut écrire un . Ils n'ont donc aucune valeur. Après avoir écrit un , on peut le soumettre à l'IETF en le transmettant à rfc.editor@rfc.editor.org. Tous les  n'étant pas dignes d'intérêt, ils ont une date de péremption. Si le  attire l'intérêt de la communauté, un groupe de travail peut être créé pour la rédaction d'une RFC. La  donne les instructions pour les futurs auteurs.

Quelques RFC finissent par devenir des standards d'Internet. La procédure complète pour la transcription d'une RFC en standard est la suivante :

Malgré leur nom, les RFC sont le plus souvent stables. Toute modification apportée à une RFC entraîne l'écriture d'une nouvelle RFC, qui rend la précédente obsolète.

Classification 
Les RFC sont classées en cinq catégories : « obligatoire », « recommandé », « facultatif », « limité » et « non recommandé » ; et en trois niveaux de maturité : « standard proposé », « standard brouillon », « standard internet ». Lorsqu'un document est publié, un numéro de RFC lui est attribué, et, en cas d'évolution ultérieure, un nouveau document est publié sous une autre référence.

Poissons d'avril 
Chaque  avril, une ou plusieurs RFC fantaisistes sont publiées. Cette tradition a été inaugurée en 1978, par la , qui fournit des spécifications pour les défaillances aléatoires sur Telnet, considérées comme une fonctionnalité à part entière. Ces poissons d'avril sont souvent des canulars, tels qu'Internet par pigeons voyageurs ou les messages subliminaux par Telnet, voire des parodies de normes réseau comme la réservation dans l'en-tête de chaque paquet d'un bit destiné à préciser si le paquet est hostile ou non.

Notes et références

Voir aussi

Articles connexes

Liens externes 
 
  RFC sur le site de l'IETF