« Request for comments » : différence entre les versions
Impossible de passer en force sans répondre à ma première annulation. Annulation de la modification de 2A01:E35:87D7:19E0:C18C:95A5:C89F:365E (d) Balise : Annulation |
Aucun résumé des modifications |
||
Ligne 3 : | Ligne 3 : | ||
[[Fichier:Steve Crocker (square crop).jpg|vignette|Steve Crocker, auteur de la {{RFC|1|doublon=1|auteur=Steve Crocker|titre=Host Software|date=7 avril 1969}}, titrée « Logiciel hôte ».]] |
[[Fichier:Steve Crocker (square crop).jpg|vignette|Steve Crocker, auteur de la {{RFC|1|doublon=1|auteur=Steve Crocker|titre=Host Software|date=7 avril 1969}}, titrée « Logiciel hôte ».]] |
||
Les '''''{{lang|en|requests for comments}}''''' ('''RFC'''), littéralement « demande de commentaires », sont une série numérotée de documents officiels décrivant les aspects et spécifications techniques |
Les '''''{{lang|en|requests for comments}}''''' ('''RFC'''), littéralement « demande de commentaires », sont une série numérotée de documents officiels 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 [[Normes et standards industriels|standards]], mais tous les documents publiés par l'[[IETF]] sont des RFC. |
||
== Histoire == |
== Histoire == |
Version du 4 décembre 2019 à 11:37
![](http://upload.wikimedia.org/wikipedia/commons/thumb/b/b5/Steve_Crocker_%28square_crop%29.jpg/220px-Steve_Crocker_%28square_crop%29.jpg)
Les requests for comments (RFC), littéralement « demande de commentaires », sont une série numérotée de documents officiels 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.
Histoire
La première RFC (RFC 1[1]), titré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, l'émergence du réseau Internet (ensemble des réseaux utilisant la suite des protocoles TCP/IP) a vu la création de documents et normes séparés, les Internet Experiment Notes (IEN). Le succès d'Internet fit que ces IEN furent intégrées à la base, alors déjà dense, des RFC.
En 1999 a été publiée la RFC 2555[2] titrée « 30 Years of RFCs » qui retrace l'histoire de 30 ans de RFC. En 2009 a été publiée la RFC 5540[3] titrée « 40 Years of RFCs » qui retrace l'histoire de 40 ans 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 MUST, MUST NOT, SHOULD, MAY, etc. tels que définis dans la RFC 2119[4] pour définir leurs exigences (obligation, interdiction, recommandation, etc.). Pour plus d'informations à propos des RFC et les procédures associées, voyez la RFC 2026[5] « Procédures Standards d'Internet. Révision 3 ».
Les RFC font d'abord l'objet d'un draft (brouillon). Tout le monde peut écrire un draft. Ils n'ont donc aucune valeur. Après avoir écrit un draft, on peut le soumettre à l'IETF en le transmettant à [email protected]. Tous les drafts n'étant pas dignes d'intérêt, ils ont une date de péremption. Si le draft attire l'intérêt de la communauté, un groupe de travail peut être créé pour la rédaction d'une RFC. La RFC 2223[6] 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 :
- RFC → Proposed Standard → Draft Standard → Internet Standard
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 selon cinq classifications qui sont « obligatoire », « recommandée », « facultative », « limitée », « non recommandé », ainsi que trois niveaux de maturité qui sont « standard proposé », « standard brouillon », « standard internet ». Lorsqu'un document est publié, un numéro de RFC lui est attribué et en cas d'évolution, un nouveau document sera publié sous une autre référence.
Poissons d'avril
Chaque 1er avril, une ou plusieurs RFC fantaisistes sont publiées. Cette tradition a été inaugurée en 1978, par la RFC 748[7], fournissant 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[8] 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
- (en) Steve Crocker, « Host Software », Request for comments no 1,
- (en) RFC Editor, et al., « 30 Years of RFCs », Request for comments no 2555,
- (en) RFC Editor, « 40 Years of RFCs », Request for comments no 5540,
- (en) S. Bradner, « Key words for use in RFCs to Indicate Requirement Levels », Request for comments no 2119,
- (en) S. Bradner, « The Internet Standards Process -- Revision 3 », Request for comments no 2026,
- (en) J. Postel & J. Reynolds, « Instructions to RFC Authors », Request for comments no 2223,
- (en) M. Crispin, « TELNET RANDOMLY-LOSE Option », Request for comments no 748,
- (en) David Waitzman, « A Standard for the Transmission of IP Datagrams on Avian Carriers », Request for comments no 1149,