2.6.1 互联网标准

这些RFC定义了互联网标准，形成了RFC系列的STD子系列。当规范被采用作为互联网标准时，它也被分配了另外的“STD xxx”标号，但是它仍然保持原来的RFC编号和在RFC系列中的位置。只有经过完全Internet标准化过程的RFC才分配有STD编号。RFC编号标识的是文档，因此一个编号只有一份文档。而STD的编号是不变的，标识的是协议，它包含的RFC文档可能不止一个。如：Telnet协议是STD 8涉及RFC 854和RFC 855。一些常用RFC标准的示例如表2.4所示。

一份规范要想成为Internet标准，需要经过多次审核并且经过一系列成熟等级，这一过程被称为“标准跟踪”。Internet标准包括三个成熟等级：建议标准、草案标准和互联网标准。即使规范已经变成了Internet标准，但由于技术的发展和满足新的需要，原来的标准也可能被新的标准替换，这种情况下原来的被标识为“陈旧的”，新的标准会被分配另外的RFC编号。

建议标准（Proposed Standard）

这是最初始的等级，建议标准通常是稳定的，解决了已知的设计问题，能够被很好地理解，经过Internet社区的广泛评论，被认为是有价值的。然而，在提升到草案标准之前，进一步的实践可能导致标准的变化或撤回。

建议标准通常不要求实现或互操作性实验，但当建议标准涉及互联网核心协议或对互联网产生重大影响时，IESG可以要求先实现或进行互操作性测试。实现者应该把建议标准看作是不成熟的规范，实现的目的是为了获得使用经验、验证、测试和澄清规范中的问题。如果发现了问题或找到了更好的解决方案，可以改变建议标准的内容。

草案标准（Draft Standard）

草案标准要求至少有两个独立的实现，并且进行了大量成功的互操作性测试，才可以把建议标准提升为草案标准。草案标准是一个重大的提高，表明规范是成熟可用的。它必须是稳定的、易于理解的，但仍然需要进行广泛的测试来获得实际的使用经验，并且在实际产品中大规模使用时，可能还会有一些不可预见的行为。

通常把草案标准看作是最终的规范，公司或企业可以根据草案标准来开发和配置他们的产品，为了解决遇到的特定问题，可能还会有一些小的变化。

互联网标准（Internet Standard）

规范已经被广泛地实现，并获得了许多成功的操作经验后，可以提升为Internet标准，简称“标准”。Internet标准是非常成熟的技术，它所规定的协议和提供的服务对Internet非常有益。达到标准的规范在保留RFC编号的同时，还会被分配一个STD编号。