8. 在"bis"文档中应该做什么

有时会发布一个 RFC 来废弃同一文档的先前版本。我们有时将这些称为"bis"文档，例如当 RFC 4637 将被 draft-ietf-foo-rfc4637bis 废弃时。当原始文档创建了注册表和/或注册条目时，就会出现如何处理"bis"文档中的 IANA Considerations 部分的问题。

如果注册条目指定原始文档作为参考，则应更新这些注册以指向这些项目的当前（非废弃）文档。通常，这意味着将参考更改为"bis"文档。

然而，有时一个文档会更新另一个文档，但不会使其废弃，并且对某些项目更改了权威参考，而对其他项目则没有。请确保参考始终指向每个项目的正确的当前文档。

例如，假设 RFC 4637 在"Fruit Access Flags"注册表中注册了"BANANA"标志，并且该标志的文档位于第 3.2 节。

当前注册表的部分内容可能如下所示：

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

如果 draft-ietf-foo-rfc4637bis 废弃了 RFC 4637，并且由于某些重新安排，现在在第 4.1.2 节中记录该标志，则 bis 文档的 IANA Considerations 可能包含如下文本：

IANA 被要求将"Fruit Access Flags"注册表中 BANANA 标志的注册信息更改为以下内容：

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

在许多情况下，如果有许多对原始 RFC 的注册引用，并且文档组织没有过多改变注册的章节编号，则可以简单地这样做：

由于本文档废弃了 RFC 4637，IANA 被要求将所有引用 [RFC4637] 的注册信息更改为改为引用 [[this RFC]]。

如果已注册项目的信息已经或正在移动到其他文档，则应更改注册信息以指向这些其他文档。在大多数情况下，对于仍在当前使用的注册表或注册项目，文档引用不应该保持指向废弃的文档。对于不再使用的注册表或注册项目，通常让引用保持指向旧文档是有意义的——这是废弃项目的最后一个当前引用。重点是确保引用指针尽可能有用和当前，并且作者在为新文档编写 IANA Considerations 时应该考虑到这一点。一如既往：做正确的事情，并且有灵活性来允许这样做。

在更新引用的说明中保持清晰是极其重要的，特别是在某些引用需要更新而其他引用不需要的情况下。