摘要

  • RFC 9946 要求在负载或状态反馈失去时结束 UDPSTP 测试；终止原因记录的是一次会话的边界。
  • 超时、乱序和时延变化可提示拥塞，却不能单独证明某条路径的长期容量、服务承诺或责任主体。

“测试停止”很容易被仪表盘压缩成一个看似明确的红色状态。RFC 9946 对这种压缩保持克制。UDP Speed Test Protocol 以单向 UDP 负载来测量 RFC 9097 所定义的单向 IP 容量指标；反向的 Status PDU 向发送端提供近实时的状态信息。如果负载或状态反馈停止抵达，超时机制要求会话结束。这个动作首先说明：在这一组端点、这一段时间和这一套参数下，协议不再拥有继续施加测试负载所需的反馈。

它没有说明更多。反馈消失可能与路径、端点、会话状态、测量负载或其他可变条件有关。序列号异常和过大的时延变化同样可以提示拥塞，但提示不是归责。RFC 9946 因此要求发送端根据可观察到的异常降低速率或停止测试，并明确规定这种调整算法不能被当作通用拥塞控制算法。它服务于一次受限的诊断实验，而不是在正常业务流量中持续分配共享资源。

这个界线尤其重要，因为主动容量测量并非旁观。RFC 9946 明说，测量可能有意在瓶颈处诱发拥塞；当瓶颈被其他流共享时，测试本身可能伤及无关通信。因此，对于同一路径的独立最大容量测量，规范要求最多只并发一个。停止条件和并发限制不是对结果可信度的装饰，而是承认测试会改变它正在观察的环境，并要把这种改变限制在可管理的范围内。

协议也区分两类不确定性。必要的认证模式使用配置的密钥材料、派生认证密钥、HMAC-SHA256 和有限的时间戳窗口来判断配置或激活消息是否属于当前会话；另一模式还可认证数据期间的状态消息。它能减少重放和伪造控制消息带来的风险。可验证的是报文关系和新鲜性，不是经营承诺。认证成功既不证明某一方拥有整条路径，也不证明一个数值是带宽权利，更不会替代应用层体验或服务等级的判断。

固定速率模式使本地边界更清楚。它只适用于运营与维护场景、运营者自己的本地管理域，以及运营者已经确信所验证 IP 层容量的情形；用户不得发起这一模式。反过来，订户诊断正是未知瓶颈的情形，规范建议使用可调整负载。一次超时或一个稳定数值，都不能抹去这一区分：谁控制测试条件，谁解释结果，谁承担后果，仍是本地决策。

可用的记录不应只保存“通过”或“失败”。它应保留端点角色、负载方向、报文大小、时间窗口、认证模式、状态反馈、速率变化、并发条件与终止原因。随后可以由负责的本地团队把这一记录与拓扑、维护活动、其他观测和适用承诺一起判断。把终止事件直接接入赔付、惩罚或客户状态，等于让协议日志替代了本应被明确记录的决策。