5. 当前最佳实践 (BCP) RFC (Best Current Practice RFCs)
RFC 系列中的 BCP 子系列旨在作为一种方式, 用于标准化实践以及社区审议的结果. BCP 文档适用与标准轨道文档相同的基本过程, 因而是一种载体, 使 IETF 社区能够定义并批准社区当前对于原则性声明, 或对于执行某些操作或 IETF 流程功能的最佳方式的最佳共识.
从历史上看, Internet 标准通常关注跨互联网络进行计算机通信所需的硬件和软件技术规范. 但是, 由于 Internet 本身由各种组织运营的网络组成, 这些组织具有不同目标和规则, 良好的用户服务要求 Internet 的运营者和管理员在策略与操作方面遵循一些共同准则. 虽然这些准则在范围和风格上通常不同于协议标准, 但其建立同样需要类似的共识构建过程.
虽然 IAB 和 IESG 等实体由个人组成, 这些个人可以以个人身份参与 IETF 的技术工作, 但这些实体本身也作为社区领导者而存在. 作为 Internet 技术社区的领导者, 这些实体应有渠道提出想法, 以推动特定领域的工作, 提高社区对某一问题的敏感度, 作出架构原则声明, 或传达它们对其他事项的看法. BCP 子系列为这些管理实体提供了一种结构顺畅的方式, 使其能够把提案放入 IETF 的共识构建机制中, 同时衡量社区对该问题的看法.
最后, BCP 系列可用于记录 IETF 自身的运作. 例如, 本文档定义 IETF Standards Process, 并作为 BCP 发布.
5.1 BCP 审查流程 (BCP Review Process)
当前 BCP 列表可在 IETF 工作组网页 (````http://www.ietf.org/\````) 找到.
BCP 在作为 BCP RFC 发布前必须由 IESG 批准. IESG 批准通过第 6.1.2 节定义的正常 IESG 批准流程取得. 如果 IESG 认为某文档清楚阐述并记录了标准化流程或 IETF 运作的某个其他方面, 它可以选择将该文档作为 BCP RFC 发布.
如果 IESG 认为候选 RFC 没有清楚阐述并记录标准化流程或 IETF 运作的某个其他方面, 可以拒绝该候选 BCP RFC. 被 IESG 拒绝作为 BCP RFC 的文档, 如果仍符合 Informational RFC 的标准, 仍可作为 Informational RFC 发布.
已有若干 RFC 被指定为 BCP, 并放入 RFC 系列的 BCP 子系列. 这种指定只有在 RFC 作者和 IESG 批准后才会作出.
第 6.3 节定义的过程适用于修订 BCP RFC 的流程.
第 6.4 节定义的过程适用于废止 BCP RFC 的流程.