摘要

  • RFC 1458 提议：同等优先级下发生拥塞时，如果低质量基础数据可独立使用，就先丢弃依赖它的高质量增强数据。
  • 这条规则只有在应用依赖、用户请求、MGA 计数、逐接口转发表、包头标记、真实丢弃、重传和应用结果彼此可核验时才有意义。

如果队列只能再容纳一个包，一个包让粗略图像完整，另一个包增加细节但离开粗略图像便无法解释，路由器该留谁？

RFC 1458 的答案看起来违反直觉：先丢“质量最高”的包。这里的质量不是重要性的排行榜，而是内容的精细层级。基础层即使失去增强层，仍可能构成一幅退化但可用的图像；增强层失去基础层，可能只剩无法组合的细节。

这不是一句排队算法口诀，而是一整条证据链的起点。网络必须执行应用定义的依赖，却看不到用户最终是否得到可用结果。

一幅图像需要不止一种可靠性

RFC 1458 发布于 1993 年 5 月。RFC Editor 记录将它列为 Informational，而不是 Internet Standard。文件讨论的是大型数字遥感图像：单幅图像边长可达数万像素，每日数据量以数千太字节计，接收者分布广泛，链路能力相差可达六个数量级，时限则从数秒到数分钟。

这种工作负载无法用“可靠”或“不可靠”二选一描述。图像会议里丢掉一次鼠标移动可能无伤大雅；存档和精细分析需要找回每个缺失包；分层压缩则允许第三种合同——基础空间分辨率可靠传送，后续细节可以有损，接收端用插值或像素复制得到退化图像。

因此，用户想要的最高质量与任务不能低于的可靠底线并不相同。把二者写成一个优先级，会掩盖系统究竟在保护什么。

需求被拆进三套状态

RFC 1458 设想了三个协同部分。Multicast Group Authority（MGA）负责组地址、服务登记和按质量/可靠性统计成员；Reliable Adaptive Multicast Protocol（RAMP）负责排序、修复与速率；修改后的路由功能则在每条出接口保存组地址与所需质量集合。

每个状态都只说明局部事实。服务器登记服务后并不立即发送，要等待 MGA 指令。客户可以请求尚未登记的服务，请求先被排队。某质量的第一个接收者可能触发服务器开始生产，最后一个接收者离开则可能让该层停止。路由建立也只表示转发意图，不表示数据已经抵达。

质量切换更能说明问题。MGA 要减少旧质量计数、增加新质量计数，把变化沿层级传播，在“从零到一”或“从一到零”时通知服务器，并在必要时要求路由器改状态。用户界面的一个选择，实质上是跨多个节点的生产和复制迁移。

同一个字段里装不下两种权威

RAMP 包可以标记一个或多个应用质量。接收端只有在组地址和所请求质量都匹配时才接纳它。为兼容旧 IPv4 实现，RFC 1458 设想把 Type of Service 字段当作质量位图。

文件同时明确承认这与 RFC 1349 不兼容。RFC 1349 把 TOS 规定为单个枚举值，用于请求网络在时延、吞吐、可靠性和费用之间取舍，并明确说把多个值做逻辑 OR 已没有意义。RFC 791 更早把 Type of Service 放在 IP 首部，用来影响网络服务，而不是表达图像内部的层级依赖。

冲突的本质不是哪四个比特更好用，而是谁有权解释它们。抓包能证明位模式，却不能单独证明发送者在表达路径偏好、图像层、实验含义还是别的协议版本。没有协议与配置来源，字段只是形状，不是语义。

“高质量先丢”保护的是结果空间

提议中的路由器按出接口保存组与质量集合，只有两者同时匹配才转发。队列拥塞时，带优先级的包最后丢；优先级相同，则最高质量先丢。

原因是一条有方向的依赖。低层可以独立产生结果，高层需要低层。保住基础层，至少让部分接收者还有退化图像；只保住增强层，可能让所有接收者都失去可组合的对象。

RFC 1458 的示例还区分独立的 Q1/Q2 与相互依赖的 Q1/Q2。若二者独立，各自只沿有需求的路径传送；若 Q2 是 Q1 所需的子集，Q2 包会同时带上两个标记，在分叉点复制到两边。包头表达内容关系，逐接口表表达当前需求。

两者都不是最终证明。应用可能把依赖声明错，MGA 计数可能过期，路由更新可能只完成一半，设备可能按 RFC 1349 解读字段，基础包可能超过业务时限才到达，RAMP 也可能接收成功而客户进程处理失败。

修复方式取决于损失范围

RAMP 接收端用 NAK 报告缺失序列区间。发送端在一个保持计时器内聚合请求；同一包的请求数超过阈值，就向组内组播修复，否则只向少量请求者单播。若缓存已释放，发送端还可能无法提供修复。

这个阈值在两种浪费之间折中：为单个接收者的局部丢包惊动全网，或为大范围共同丢包制造大量单播副本。但 NAK 数量不说明原始原因，阈值越过也不说明所有成员都需要修复，发出重传更不等于收到或使用。

速率控制同样依赖有限观察。重传请求和路由器退避会触发降速；连续一段时间没有重传请求则可小幅升速，而且升幅小于最小降幅。沉默可以作为谨慎调整的输入，不能被写成所有接收者健康的结论。

它记录了设计争论，不是部署成绩

RFC 1458 评估了 RFC 1301 的 Multicast Transport Protocol，承认其主节点、发送令牌和选择性 NAK 修复，却认为几乎所有控制都经过主节点，会给大型图像工作负载带来不合适的延迟与拥塞。它也以 RFC 1112 的 IP 组播主机机制为背景。

这些引用说明当时存在真实的架构竞争，却没有证明 RAMP 或 MGA 在某个生产网络部署。RFC 1458 还明确说没有讨论安全。组成员不是经过认证的身份，服务登记不是访问授权，质量标记也不保证来源与完整性。

它留下的历史价值是一个清晰边界：路由器可以执行“先丢增强层”，却不能仅凭这项执行证明自己保住了用户任务。正确的丢包政策仍需下游结果来确认。