45 votes

Quels RFCs devraient être cités comme normes Internet ?

Il est extrêmement courant que des RFC soient citées pour soutenir des opinions (y compris des questions-réponses de Serverfault), mais le salarié moyen en informatique a une compréhension très limitée en ce qui concerne les RFC qui définissent des normes et ceux qui sont purement informatifs. Cela ne devrait pas surprendre : les administrateurs système de tous niveaux d'expérience évitent généralement de se perdre dans les RFCs à moins qu'ils n'aient pas d'autre choix.

Sur un site comme le nôtre, il est extrêmement important que nous ne perpétuions pas les malentendus courants dans nos réponses les plus votées. Les utilisateurs aléatoires arrivant depuis des moteurs de recherche vont supposer que les votes positifs sans commentaires contradictoires sont des indicateurs suffisants de validation. Récemment, je suis tombé sur une réponse datant de 2011 qui montre clairement que ce n'est certainement pas pris en compte dans certains cas lorsque nous votons et justifie probablement des efforts pour informer notre communauté et l'internet en général.

Alors, sans plus tarder, comment différencier une RFC qui peut être citée comme une norme internet et une qui est purement informative ?

62voto

Seuls les RFC sur la voie des normes peuvent être cités comme définissant une norme. Pour le lecteur de passage, voici les points principaux à comprendre :

  • Certaines des anciennes RFC ne sont pas clairement étiquetées. En cas de doute, saisissez-les dans la barre de recherche sur http://www.rfc-editor.org/ et soyez attentif à la colonne Statut. Soyez très prudent avec tout ce qui est étiqueté comme Inconnu, car ils sont effectivement abandonnés et ne sont pas considérés comme pertinents.

  • Toute RFC avec une désignation Historique a été obsolète, peu importe comment elle était initialement classée.

  • Toute RFC avec un statut de Norme Proposée, ou Norme Internet peut être utilisée comme référence technique pour la norme internet applicable. Cela peut paraître contre-intuitif et sera abordé ci-dessous.

  • Dans tous les autres cas, la RFC ne peut pas être considérée comme une source d'information contraignante et autoritaire relative aux normes Internet.

  • Cela dit, les RFC avec une désignation Meilleure Pratique Actuelle (BCP) devraient être considérées comme ayant un poids de conseil significatif. Elles ne sont pas contraignantes de la même manière qu'une norme l'est, mais elles sont fortement examinées et subissent une partie du même examen que les RFC sur la voie des normes reçoivent. Les ignorer ne viole pas une norme, mais généralement c'est une mauvaise idée.

  • Les RFC Informatives sans l'identifiant BCP sont mieux comparées à un article que vous trouvez dans un magazine informatique. Vous ne sortiriez pas un article d'opinion de votre bureau et diriez à un directeur qu'il définit une norme, n'est-ce pas ?

  • Les RFC Expérimentales ne peuvent être utilisées que comme référence pour les fonctionnalités expérimentales qu'elles décrivent, et non comme référence pour la norme à laquelle elles sont associées. Elles existent dans un vide jusqu'à ce qu'elles soient promues sur la voie des normes.

  • De temps en temps, une référence technique peut être publiée en tant que RFC Informatif avant d'être incorporée en tant que Norme Internet. DMARC (RFC 7489) est l'un des exemples modernes les plus connus de cela. Dans tous les cas, traitez-les comme vous le feriez avec une RFC Expérimentale. Elles existent dans un vide et décrivent une fonctionnalité facultative.

  • Même une fois que vous avez navigué dans ce labyrinthe, sachez que les RFC plus récentes peuvent avoir obsolète des parties significatives de la RFC que vous citez ! Il est fortement recommandé d'utiliser des outils fournissant des liens hypertextes vers les RFC qui mettent à jour celle que vous consultez, comme ceux fournis par http://tools.ietf.org/ et http://www.rfc-editor.org/.


Voilà pour les points importants. Maintenant, passons aux détails.

RFC 1796 est un bon point de départ pour la plupart des gens qui ne veulent pas passer une journée à regarder des RFC. Il explique clairement et de manière concise la confusion commune des gens pensant qu'une RFC définit toujours une norme Internet de quelque sorte. Notez particulièrement la partie où les vendeurs sont parfois coupables d'abuser de cette ignorance pour promouvoir leurs produits.

BCP 9 définit la voie des normes Internet, en particulier la progression de Norme Proposée à Norme Internet. Il convient de noter que c'est une concaténation de plusieurs RFCs, commençant par RFC 2026.

Lire la RFC 2026 seule dans un vide est une occurrence courante mais aussi une terrible idée :

  • RFC 6410 élimine complètement le concept de Normes de Projet.
  • RFC 7127 est une mise à jour plus récente (2014) de BCP 9 clarifiant que de nombreuses Normes Proposées ne sont jamais promues à Norme Internet malgré une mise en œuvre généralisée et une grande stabilité. Cela est en grande partie dû aux normes de vérification plus élevées auxquelles les Normes Proposées modernes sont soumises avant d'être classées comme telles. Cette RFC rétracte efficacement la déclaration antérieure de la RFC 2026 selon laquelle les implémentateurs devraient traiter les Normes Proposées comme des spécifications immatures. Ne citez jamais cette ligne à qui que ce soit.

En bref, si un document RFC est sur la voie des normes Internet, il a une maturité suffisante pour être utilisé comme référence technique jusqu'à ce qu'une RFC future le mette à jour.

Avis de non-responsabilité

Comme le montre ce qui précède, la voie des normes Internet définie par BCP 9 est un objectif mouvant. Cette réponse est une instantanéité dans le temps et peut nécessiter une mise à jour à l'avenir. Étant donné son statut de wiki communautaire, n'hésitez pas à le faire ou à l'améliorer de quelque manière que ce soit.

6voto

John Levine Points 93

La réponse précédente expose assez bien les catégories des documents de l'IETF. Tous les RFCs de la piste des standards sont répertoriés ici :

https://www.rfc-editor.org/standards

Le processus de faire avancer un RFC de la proposition ou du brouillon à un standard complet est assez fastidieux pour que peu d'auteurs se donnent la peine de le faire. Cela signifie qu'en pratique, même si un document révisé comme le RFC 5322 n'est qu'un projet de standard et que son prédécesseur 822 est toujours le standard internet nominal, 5322 est celui que les gens suivent.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X