摘要

  • IPv4 的 136 号选项用两字节承载 16 位 SATNET stream identifier，帮助标识穿过不支持该流概念的网络。
  • 主机和路由器规范先取消了它触发行为的能力，正式废止与过滤建议后来才完成制度上的收尾。

四字节里的全部机制

RFC 791 给出的格式极短：第一字节是类型 136，第二字节声明长度固定为 4，余下两字节存放 16 位 Stream ID。它没有可变列表、指针或协商过程，目的只有一个——让 SATNET 的流标识穿过本身不理解“流”的网络。

该选项的 copy bit 为 1。IPv4 数据包一旦分片，每个分片都要复制这份标识；同一数据包中最多只能出现一次。对于要跨越“语义空白区”的标签，这种安排很合理：中间网络不必懂它，数值仍可随碎片抵达另一端。

但简洁也暴露了依赖关系。四字节只解决携带问题，并没有定义一套可独立运行的流系统。字段内没有分配、验证、协商或通用退路。一旦 SATNET 的 stream 概念失去运维用途，这个选项自身也找不到新的互联网语义。

先停止行动，后正式除名

RFC 1122 已明确把它称为 obsolete：主机不应发送，收到后必须静默忽略。RFC 1812 对路由器作出同样安排：不应主动放入新数据包；本机收到时必须忽略；转发包携带时则必须保持原样透传，不对数值采取行动。

“忽略”和“保留”并不矛盾。前者防止已经死亡的语义继续支配当前行为，后者避免一个格式仍合法的旧字段意外破坏转发。兼容性在这里被压缩成纯粹的惰性。

2012 年，RFC 6814 在清理 IPv4 选项注册表时正式废止 Stream ID。RFC 7126 随后判断它已无当前用途、没有已知的特定安全问题，屏蔽也不会造成运维或互通损失，于是建议路由器、安全网关和防火墙丢弃含该选项的包。

来源