Le miroir complet des RFC de l'IETF

Cet index contient 9 836 RFC publiées entre 1968 et 2026. Seules 132 d'entre elles (1,3 %) portent le statut Internet Standard, le plus haut niveau de maturité : la plupart des protocoles sur lesquels repose Internet sont spécifiés par des documents restés au stade Proposed Standard (4 429 RFC, 45 %). Le reste est surtout Informational (3 009) et Best Current Practice (337).

74 % de la série (7 250 documents) provient du flux IETF, c'est-à-dire des groupes de travail où les protocoles d'Internet sont conçus. Le reste se partage entre les documents plus anciens, antérieurs au système de flux, l'IAB, l'IRTF et le flux des soumissions indépendantes (435 RFC).

Le rythme s'est stabilisé autour de 150 à 250 nouvelles RFC par an (2021: 240, 2022: 194, 2023: 173, 2024: 175, 2025: 208).

Une RFC n'est jamais modifiée après publication : une correction ou une évolution fait l'objet d'une nouvelle RFC. Résultat, 1 384 documents de cet index ont été rendus obsolètes par un document ultérieur, et la RFC 1035 (Domain names - implementation and specification) a été amendée par 29 RFC ultérieures. Vérifiez toujours les liens rendue obsolète par et mise à jour par avant de vous appuyer sur un document.

Commencez par le statut. Internet Standard et Proposed Standard décrivent des protocoles destinés à être implémentés. Les documents Informational expliquent ou décrivent sans rien prescrire. Les documents Experimental proposent quelque chose à expérimenter. Best Current Practice rassemble des recommandations d'exploitation ou de procédure. Historic signifie que la spécification a été remplacée ou abandonnée. Draft Standard était un niveau de maturité intermédiaire que l'IETF a supprimé en 2011 : d'anciennes RFC peuvent donc encore le porter.

Apprenez les mots-clés. Les termes MUST, SHOULD et MAY, lorsqu'ils sont écrits en majuscules, ont un sens précis défini par la RFC 2119 et précisé par la RFC 8174. MUST est une exigence absolue, SHOULD admet des exceptions justifiées, MAY est facultatif.

Vérifiez qu'elle est toujours d'actualité. L'en-tête de chaque RFC liste les documents qu'elle rend obsolètes ou qu'elle met à jour, et ce site affiche aussi les liens inverses (rendue obsolète par, mise à jour par). Un protocole est souvent défini par une RFC de base et plusieurs mises à jour ultérieures : une RFC seule raconte rarement toute l'histoire. Pour les errata, chaque page renvoie vers la liste officielle du RFC Editor.

Servez-vous du résumé comme d'une carte, pas comme d'une source. Chaque page de RFC propose un résumé en langage clair rédigé par un modèle d'IA. Il aide à savoir si le document est celui qu'il vous faut, mais seul le texte de la RFC fait foi.

Qu'est-ce qu'une RFC ? Une Request for Comments (« demande de commentaires ») est un document numéroté de la série qui spécifie Internet depuis 1969 : protocoles, procédures, conseils d'exploitation et, de temps en temps, un poisson d'avril (la RFC 1149, IP sur pigeons voyageurs). Les numéros ne sont jamais réutilisés.

Quelle différence entre une RFC et un Internet-Draft ? Un Internet-Draft est un travail en cours qui expire au bout de six mois. Seuls les brouillons qui vont au bout du processus de relecture sont publiés en RFC. Ce site ne reprend que les RFC publiées.

D'où viennent les contenus ? Du RFC Editor (rfc-editor.org), l'éditeur officiel de la série. L'index est actualisé chaque semaine. Ce site est un miroir indépendant, avec recherche et renvois, et non la source officielle : pour tout ce qui compte, vérifiez sur rfc-editor.org.

Peut-on chercher dans le texte intégral ? Oui. La barre de recherche couvre les titres et le texte complet de toutes les RFC. Vous pouvez aussi parcourir toutes les RFC ou les parcourir par auteur.