8. Que faire dans les documents "bis"

Il arrive qu'un RFC soit publié pour rendre obsolète une édition précédente du même document. Nous appelons parfois ces documents "bis", comme lorsque le RFC 4637 doit être rendu obsolète par draft-ietf-foo-rfc4637bis. Lorsque le document original a créé des registres et/ou enregistré des entrées, se pose la question de savoir comment traiter la section IANA Considerations dans le document "bis".

Si les enregistrements spécifient le document original comme référence, ces enregistrements doivent être mis à jour pour pointer vers la documentation actuelle (non obsolète) de ces éléments. Habituellement, cela signifie changer la référence pour qu'elle soit le document "bis".

Il y aura cependant des moments où un document met à jour un autre, mais ne le rend pas obsolète, et où la référence définitive est modifiée pour certains éléments mais pas pour d'autres. Assurez-vous que les références pointent toujours vers la documentation correcte et actuelle pour chaque élément.

Par exemple, supposons que le RFC 4637 ait enregistré le drapeau "BANANA" dans le registre "Fruit Access Flags", et que la documentation de ce drapeau se trouve dans la Section 3.2.

Le registre actuel pourrait ressembler, en partie, à ceci :

Name        Description           Reference
--------    -------------------   ---------
BANANA      Flag for bananas      [RFC4637], Section 3.2

Si draft-ietf-foo-rfc4637bis rend obsolète le RFC 4637 et, en raison d'une réorganisation, documente maintenant le drapeau dans la Section 4.1.2, la section IANA Considerations du document bis pourrait contenir un texte tel que celui-ci :

Il est demandé à l'IANA de modifier les informations d'enregistrement du drapeau BANANA dans le registre "Fruit Access Flags" comme suit :

Name        Description           Reference
--------    -------------------   ---------
BANANA      Flag for bananas      [[this RFC]], Section 4.2.1

Dans de nombreux cas, s'il existe un certain nombre de références enregistrées au RFC original et que l'organisation du document n'a pas beaucoup modifié la numérotation des sections enregistrées, il peut être simplement raisonnable de procéder ainsi :

Étant donné que ce document rend obsolète le RFC 4637, il est demandé à l'IANA de modifier toutes les informations d'enregistrement qui référencent [RFC4637] pour qu'elles référencent plutôt [[this RFC]].

Si les informations relatives aux éléments enregistrés ont été ou sont en cours de déplacement vers d'autres documents, alors les informations d'enregistrement doivent être modifiées pour pointer vers ces autres documents. Dans la plupart des cas, les références de documentation ne doivent pas rester pointées vers le document obsolète pour les registres ou les éléments enregistrés qui sont encore en usage actuel. Pour les registres ou les éléments enregistrés qui ne sont plus en usage actuel, il sera généralement logique de laisser les références pointer vers l'ancien document -- la dernière référence actuelle pour les éléments obsolètes. L'essentiel est de s'assurer que les pointeurs de référence sont aussi utiles et actuels que raisonnablement possible, et les auteurs doivent en tenir compte lorsqu'ils rédigent les IANA Considerations pour le nouveau document. Comme toujours : faites ce qui est juste, et il y a de la flexibilité pour le permettre.

Il est extrêmement important d'être clair dans vos instructions concernant la mise à jour des références, en particulier dans les cas où certaines références doivent être mises à jour et d'autres non.