摘要

  • RFC 9956 所定义的 NQB 是浅缓冲的尽力而为逐跳行为，转发偏好应与 Default 相当；DSCP 45 表达的是可观察的发送行为，不是应用身份、优先权或端到端时延保证。
  • 流量保护并非读取标记后机械执行。分类方式、队列实际受损、数据包如何被归入同一行为记录、策略版本以及重分类或丢弃的选择，都是独立事实。
  • 运营方需要一份有隐私边界、可抽样触发的“队列保护判定轨迹”，在不保存载荷和永久明文流标识的前提下复现代表性决策。这是编辑性建议，不是 IETF 或 CableLabs 的新增要求。

45 不是快速通道号码

看到一个新 DSCP，人们很容易把它理解为新的服务等级。RFC 9956 对 NQB 的设计恰恰试图避开这种逻辑。NQB 把发送平滑、速率较低、不会实质性堆高队列的微流，与需要追逐容量、依赖较深缓冲的流量分开。两类流量仍然属于尽力而为。

标准建议 NQB 与 Default 获得相当的转发偏好。节点不承诺固定带宽，也不在浅缓冲边界之外给出普遍时延保证。低时延来自发送者不制造长队，而不是网络看见 45 后授予优先权。

因此，这个标记的语义很窄。它不能认证某个应用，不能证明善意，也不能说明路径上的每个网络都保留该标记并实现同一种逐跳行为。PON、Wi-Fi、移动无线或 DOCSIS 链路可能先积攒再释放数据包，把原本平滑的发送变成下游看到的突发。低速链路也可能让在别处合理的瞬时速率变得过高。

“特权”在这里不是法律概念，而是对产品叙事的约束：DSCP 45 只允许发送端提出一个可以被观察验证的行为声明，不能单独支撑“优先”“保障”或“全程低时延”的销售承诺。

从标记到处置，中间有四次选择

RFC 9956 建议支持 NQB 的节点提供流量保护能力。当某个微流的实际行为与发送要求不符，并开始伤害共享浅队列中的其他流量时，节点可以把它重分类到 Default，也可以在更高门槛下丢弃。文档没有强制唯一算法，因为链路、设备和实现环境不相同。

这份自由意味着“被重分类”不是自解释结果。第一步，分类器根据 DSCP、ECN 和本地字段决定入哪条队列。第二步，具体瓶颈观察到队列时延。第三步，机制选定哪些数据包共享一份行为历史。第四步，策略用自己的阈值、滞回和动作给出结论。任何一步变化，都可能让同样的包得到不同处置。

RFC 9957 的价值，在于它把一个具体实现的内部边界摊开。DOCSIS Queue Protection（QProt）把机制与策略分开：机制为流维护会过期的状态，按其对排队的贡献积累分值；策略把这份行为记录与共享低时延队列的实际伤害结合起来。在文档描述的 DOCSIS 情境中，触发条件的数据包会从 Low-Latency 队列移到 Classic 队列。

但 RFC 9957 是独立流发布的信息文档，不是 IETF 标准轨规范。QProt 的规范性文本位于 CableLabs 的 DOCSIS 规范。参数可以更新，本地配置也可以不同。写下“符合 RFC 9957”无法代替记录真实运行的固件、规范版本、阈值和策略。

流标识是一种计算假设

QProt 通常用四层五元组把数据包归为一流；封装使字段不可见时，可能退化到四元组、三元组或 IPsec SPI。RFC 9957 明确说，这种分组是务实选择，并没有科学依据证明拥塞责任就该按应用流分配。

这句提醒非常重要。一个 VPN 外层标识可以承载视频、控制信令和文件传输。一个应用也可以同时打开多个微流。两台设备若能看到的报头不同，就可能把相同流量组织成不同的“责任单元”。技术索引不是行为主体。

有限状态进一步扩大了不确定性。专用桶被占满时，新流会进入共享的“dregs”默认桶。资源耗尽可以提高本来不造队的流量被错误重分类的概率。QProt 倾向于把这种后果控制在移入 Classic，而不是直接消失；不过对实时会话或对乱序敏感的隧道，额外时延和乱序仍是实质影响。

所以，“某流超过阈值”至少还缺三项事实：设备当时看见的是哪种键，这份状态是独占还是共享，状态与处理资源承受了多大压力。

可见的拥塞信号提供了正当性起点

QProt 使用 Native AQM 的标记概率为排队分值加权；同一个概率也用于 ECN 标记。对支持 ECN 且会响应拥塞的发送端而言，部分判定依据因而能从网络回到端系统。RFC 9957 认为，没有这种可见性，发送端就无法客观知道怎样待在算法的“安全一侧”。

但可见不等于完整。非 ECN 流量得不到同样反馈；发送端也看不到状态桶碰撞、本地阈值、策略更新和隧道出口的处理。RFC 9956 要求节点向运营方提供能观察滥用和丢包的统计数据，这些计数器回答“发生了多少”，未必回答“为什么这批流量在此刻被处理”。

解决办法不是无限期抓包。真正缺少的是对判定的短期留证：保存决定，不保存通信内容；留下可复现实验所需的状态，不建立永久用户流量图谱。

一份比例适当的判定轨迹

轨迹应当由异常比例、合成探针或抽样触发。它先固定观察窗口、方向、逻辑瓶颈、软件/固件版本、NQB 与 Default 调度、缓冲配置、策略版本和阈值，然后连接以下事实：

  1. 观察到的 DSCP、ECN、本地分类器与隧道模型；
  2. 用轮换密钥生成的分组代号，以及五元组、缩减元组、SPI 或共享桶等分组类型；
  3. 队列时延、AQM 概率、行为分值、老化规则与状态容量压力；
  4. 实际触发的策略条件，以及是否真的越过队列伤害门槛；
  5. 放行、单包重分类、整流重分类、重标记或丢弃，并记录滞回与空闲计时；
  6. 可预期的丢包、时延波动和乱序影响；
  7. 合规合成流受影响比例、共享桶使用率、资源耗尽和动作率；
  8. 访问权限、保留期限、关联密钥销毁、复测触发、阈值负责人和回滚权限。

数据包载荷不进入轨迹。对外披露可以只保留按版本、方向和策略聚合的动作率、合成测试结果以及是否继续、调整或关闭功能。精细记录应受控、短命并可验证销毁。

这并非新线协议，而是一条治理接缝：数据包提出声明，节点形成观察，策略造成后果。三者必须可以分别证明。

测试要主动制造边界情形

只拿一个平滑流与一个明显恶意流比较，无法检验误判。测试集应包含低速平滑发送、可扩展拥塞控制、追逐容量的流、应用自身突发，以及由不连续上游链路制造的突发。同一套流量应跨不同固件、阈值、缓冲和链路速率重复执行。

还要改变设备能看见的身份：完整五元组、加密隧道、缩减元组和故意耗尽的状态表。按包重分类、带滞回的动作和整流动作不能只比次数，还要比乱序、丢失和时延。

在低速链路上，RFC 9956 允许关闭 NQB 支持并把带标记流量按 Default 转发，而不必抹掉 DSCP。这个场景检验一种重要纪律：节点可以改变本地处理，却不应伪造发送端原本提出的声明。

边界

现有资料没有提供部署规模、误标比例、误判率或客户损失数据。本文没有指称任何运营商、设备、应用或厂商使用 QProt，也没有指控其处理错误。RFC 9957 的示例参数不等于各 DOCSIS 网络的当前配置。

判定轨迹不能从端口推断意图，不能证明另一个逐跳节点做了什么，也不能让不合适的算法自动变得公平。它只保住一条容易消失的事实链：这个节点看见了什么，哪一版策略采取了什么动作，以及动作带来了什么影响。

来源