摘要

  • RFC 791 将八位 Protocol 字段定义为下一级协议的选择器，但把各数值的含义交给独立的 Assigned Numbers 系统。
  • RFC 3232 用 IANA 在线数据库取代周期性的 RFC 快照；RFC 5237 随后为有限的 256 个数值建立更明确的分配政策。

IPv4 接收方需要知道数据之后应由哪一种下一级协议处理。Protocol 字段提供的是一个八位数字，而不是自描述的协议名称、版本或实现说明。RFC 791 固定了字段的位置和宽度，并要求读者通过 Assigned Numbers 了解数值含义。

这种设计把稳定的线格式与变化中的协议目录分开。数据包仍可按同样方式解析，公共词汇却能在另一套协调机制中更新。这个数字是一个分用提示；它的有效性依赖发送方、接收方、规范和注册信息保持一致。

固定字段，外部词汇

八位字段只有 256 种可能取值。它不会协商接收方是否支持某协议，不会标识应用，也不会认证负载。它只表达预期的下一级解释。

从 1977 年 11 月到 1994 年 10 月，IANA 曾通过名为 Assigned Numbers 的 RFC 定期发布协议参数表。1994 年 10 月的 RFC 1700 是这一系列的最后一个快照。

快照不再是当前权威

RFC 3232 记录了一个已经发生的管理变化：RFC 系列被 IANA 在线数据库取代。RFC 1700 被置为 Historic，因为其中的数值表已经不完整，某些内容还可能错误。变化发生在当前协调信息的保存位置，而不是 IPv4 线格式；路由器也不需要为每个数据报在线查询 IANA。

稀缺性带来政策

RFC 5237 指出，2008 年 256 个数值中已有 55% 在使用。它保留 Standards Action 和 IESG Approval，取消与不公开安排相关的 Expert Review 路径，并要求能够公开审查的规范。分配时还要考虑规范是否稳定、是否有真实使用群体、是否会重复，以及协议编号是否真的是适当机制。

注册表中的正式分配并不等于所有软件和网络设备都已支持。它能减少协调歧义，却不能消除实现滞后、过滤或边缘设备的僵化。

IPv4 的持久性来自清晰的边界：八位格式保持稳定，字段含义和分配规则则交给可以维护的公共注册体系。

来源