作者按：RFC文档
RFC文档共有8种状态，其中：
3个状态属于标准化轨迹：提案标准，草案标准，标准；
3个状态属于非标准化轨迹：实验性的，历史性的，信息性的；
2个状态为其它状态：未知性的，最佳当前实现。
以下为单个说明：
（1）提案标准proposed standard：规范已经通过了一个深入的审查过程，受到了足够多组织的关注，并认为是有价值的。它仍需要几个协议组的实现和测试。在成为标准前它可能还会有很大的变化。
（2）草案标准draft standard：规范已经被很好地理解，并且被认为是稳定的，可以被用作开发最后实现的基础。此阶段，需要的是具体的RFC测试和注释，在成为标准前有可能被改变。
（3）标准standard：规范经过了有效的实现和成功的运行，并且达到了很高的技术成熟度时，IESG将RFC文档设立为官方的标准协议并分配给它一个STD号码，通过查看STD文件，可以比查看RFC更容易找到一个协议的互联网标准。
（4）实验性的规范experimental：规范作为互联网技术组织的一般信息发布，是研究和开发工作的归档记录。
（5）信息性的规范informational：这些规范用于互联网组织一般信息发布，不表示得到了互联网组织的推荐和认可，一些由互联网组织以外的协议组织和提供者提出的未纳入互联网标准的规范可以以信息性的RFC发布。
（6）历史性的规范historic:规范：这些规范已经被更新的规范代替了，或者已经过时了。
（7）未知性的unknown：这些文档主要是互联网早期的RFC文档。
（8）最佳当前实现best current practice：专门用于对互联网组织机构商议结果进行标准化，其内容涉及有关执行一些操作或 IETF 处理功能的最好方法的原则和结论。这些文档的状态是当前最佳实现，简称为BCP。
