跳到主要内容

3. Internet 标准规范 (Internet Standard Specifications)

  1. Internet 标准规范 (Internet Standard Specifications)

受 Internet Standards Process 约束的规范分为两类: Technical Specification (技术规范, TS) 和 Applicability Statement (适用性声明, AS).

3.1 技术规范 (Technical Specification, TS)

Technical Specification 是对协议, 服务, 过程, 约定或格式的任何描述. 它可以完整描述其主题的所有相关方面, 也可以保留一个或多个参数或选项 未指定. TS 可以完全自包含, 也可以通过引用其他文档来纳入其他规范中的 材料, 这些其他规范可能是, 也可能不是 Internet Standards.

TS 应包括对其范围以及一般使用意图 (适用域) 的说明. 因此, 如果某个 TS 天然特定于某个具体上下文, 它应包含相应说明. 但是, TS 不规定其在 Internet 中使用的要求; 这些要求取决于不同系统配置纳入该 TS 的具体 上下文, 并由 Applicability Statement 定义.

3.2 适用性声明 (Applicability Statement, AS)

Applicability Statement 规定一个或多个 TS 可以如何以及在什么情况下 用于支持某项特定 Internet 能力. 如第 7 节所述, AS 可以规定非 Internet Standards 的 TS 的用法.

AS 标识相关 TS 以及它们应如何组合的具体方式, 也可以规定必须实现的 TS 参数的特定值或取值范围, 或 TS 协议的子功能. AS 还规定在什么情况 下, 某个特定 TS 的使用是 required (必需), recommended (推荐) 或 elective (可选) (见第 3.3 节).

AS 可以描述在受限 "domain of applicability" (适用域) 中使用 TS 的 特定方法, 例如 Internet 路由器, 终端服务器, 接入 Ethernet 的 Internet 系统, 或基于数据报的数据库服务器.

最宽泛类型的 AS 是面向某一类 Internet 系统的综合一致性规范, 通常 称为 "requirements document" (需求文档), 例如面向 Internet 路由器 或 Internet 主机的需求文档.

AS 在标准轨道中的成熟度级别不得高于它所依赖的任何标准轨道 TS (见 第 4.1 节). 例如, Draft Standard 级别的 TS 可以被 Proposed Standard 或 Draft Standard 级别的 AS 引用, 但不能被 Standard 级别的 AS 引用.

3.3 要求级别 (Requirement Levels)

AS 应对其引用的每个 TS 应用以下 "requirement levels" (要求级别) 之一:

(a) Required: 按 AS 规定实现所引用的 TS, 是达到最低一致性所必需的. 例如, 所有使用 TCP/IP Protocol Suite 的 Internet 系统都必须实现 IP 和 ICMP.

(b) Recommended: 实现所引用的 TS 不是最低一致性的要求, 但经验和/或 普遍接受的技术判断表明, 在 AS 的适用域内实现它是有益的. 强烈 鼓励供应商在其产品中包含 Recommended TS 的功能, 特性和协议, 只有 在某些特殊情况能够证明省略合理时才应省略. 例如, 所有会从远程访问 中受益的系统都应实现 TELNET 协议.

(c) Elective: 在 AS 的适用域内, 实现所引用的 TS 是可选的; 也就是说, AS 不产生应用该 TS 的明确必要性. 但是, 某个供应商可以决定实现它, 或某个用户可以认定它在特定环境中是必要的. 例如, 在使用 DECNET 协议的环境中, DECNET MIB 可能被认为有价值.

  如第 4.1 节所述, 有些 TS 不在标准轨道上, 或已从标准轨道退出,
  因而既不是 required, recommended, 也不是 elective. 对于这些 TS,
  还可以使用两个额外的 "requirement level" 标记:

(d) Limited Use: 该 TS 被认为只适合在有限或特殊情况下使用. 例如, 带有 "Experimental" 标记的协议, 其使用通常应限于积极参与该实验的 人员.

(e) Not Recommended: 被认为不适合一般使用的 TS 标记为 "Not Recommended". 原因可能是其功能有限, 性质专门, 或具有历史状态.

尽管 TS 和 AS 在概念上是分离的, 实践中, 标准轨道文档可以把一个 AS 和 一个或多个相关 TS 组合在一起. 例如, 专门且仅为某个特定适用域开发的 Technical Specifications, 如面向邮件服务器主机的规范, 往往会在单个 规范中包含所有相关 AS 和 TS 信息. 在这种情况下, 仅仅为了保留正式的 AS/TS 区分而刻意把信息分散到多个文档中, 并没有实际用处. 但是, 可能 适用于多个适用域的 TS 应以模块化方式开发, 以便被多个 AS 纳入.

"Official Protocol Standards" RFC (STD1) 使用本节定义的术语, 为每个 TS 列出一般要求级别. 该 RFC 会定期更新. 在许多情况下, 特定协议及其 单项特性的要求级别会在适当的 AS 中找到更详细描述.

最后于 更新