摘要

  • RFC 9571 用 Synonymous Flow Label 把 RFC 6374 的丢包与时延测量扩展到通用 MPLS 和多点到点 LSP。
  • 标签只界定包群；要准确计算丢包，还必须等乱序尾部、不同接口、处理器核与硬件流水线把这一批全部写入接收计数器。
  • 可审计结论要保留测量范围、批次、排空等待、重叠窗口分配、方法与配置代次、响应数据和后续业务观察。

计数器少了两个包，结论却可能早了一个时点

发送端给一批五万个包打上同一枚 SFL，并记下五万。接收端在查询到来时返回四万九千九百九十八。差值简单得像事实：丢了两个。

可如果一个包经 ECMP 较慢分支到达，另一个包已被硬件处理却尚未穿过计数流水线，差值描述的就是两个不同时间截面的状态。正确的标签不会把尚在路上的递增变成已经发生的丢失。

RFC 9571 在这里提供的不是神奇计数器，而是更好的证据边界。它于 2024 年 5 月作为 IETF Proposed Standard 发布，把主要面向 MPLS-TP 的 RFC 6374 机制带到通用 MPLS，并涵盖多点到点 LSP。发送者结束批次后，还要等到有把握认为所有包都已可能到达，才用同一枚 SFL 发出 Query。这个“有把握”必须由运行环境解释。

单个测量包无法同时切开所有处理面

RFC 6374 的 LM 消息可以充当记账分界，但 RFC 9571 列出它会漂移的原因：数据包相对 LM 乱序、落在不同硬件接口、由不同处理器核处理、穿越链路聚合，或在“处理完成”与“计数递增”之间经历很长的流水线。

低丢包网络对这种误差尤其敏感。真实丢包接近零时，一个被错分到相邻窗口的包就可能主导结果。交替标记让接收端即使在边界附近仍能识别 A 批和 B 批，解决了成员身份；它没有证明最后一个 A 已经进入所有可见计数器。

因此测量记录不能只存起止标签。它还应保存最后一个数据包、查询与响应的时间，排空余量，观察接口与硬件位置，以及为何这段余量适用于当时路径。

多点汇总数不等于源到目的证据

多点到点 MPLS 包里没有可直接用来区分入口的普通源地址。接收端可能准确知道总共收到了多少，却无法回答某个特定入口到该目的之间丢了多少。

RFC 9571 因而要求带入源特定信息。可追溯坐标至少包括 FEC、源、目的、SFL、SFL 批次和索引、会话以及计数位置。若系统后来只能凭拓扑惯例猜出这些字段，一个看似精确的数字就会失去归属。

SFL TLV 带回 SFL、为它分配标签的 FEC、管理批次标识与索引。索引只是双方配置约定的便利项，不是全球唯一身份，也不是来源认证。

丢包窗口与时延窗口会争夺同一个包

丢包窗口通常较长，时延窗口可以较短并在其中启动。RFC 9571 把两者称为“相对独立”，因为它们仍可能重叠。此时要缩短时延批次，或延长丢包批次，才能正确对账。

一个标为时延 D 的包也可能属于丢包 A。实现可以内部更新两个计数器，也可以在报告阶段合并；这是本地选择。如果 D 横跨 A 与 B 的边界，运营者必须决定它属于哪一侧，并等相关包全部抵达后才能查询。

规范用一组简化规则限制歧义：做时延测量的系统必须具备且配置丢包测量；时延区间必须在包围它的丢包批次前结束；第二个时延批次必须给第一个批次留下足够到达时间。这些规则约束了可成立的历史，不是界面建议。

“零”有时表示尚未形成完整周期

Time Bucket 方法按包间隔把样本装入多个桶。新建或修改桶边界后，响应方在完整测量周期结束前必须返回零。这里的零是准备状态，不是“没有抖动”。若数据库只保留数值而丢掉配置代次，初始化就会伪装成性能结论。

经典统计方法返回样本数、时延和、最小值、最大值及包间时延平方和；平均时延方法可以返回时间戳总和，也可以返回首尾时间戳与数量；采样方法只观察选定包，并用两次读数之间定义窗口。它们不能被无损地压成一个“延迟”字段。

RFC 9571 还明确说明，以 SFL 实现的组合丢包/时延模式目前不在本规范支持范围。消息结构有扩展空间，不代表能力已经交付。

硬件丢掉标签栈后，语境要另行补回

测量消息复用业务包的 MPLS 标签栈，并增加 GAL 来区分 OAM；ACH 类型说明测量种类。但有些设备在把消息交给 OAM 处理器前会丢掉 MPLS 标签栈。SFL TLV 正是为这种断点补回关联。

通过 UDP 发送时必须携带该 TLV；其他情况下，除非有一个规范范围外的方法已证明接收方不需要它，也必须携带。非带内点到点场景还需要返回信息，保证响应能回到查询者。

这说明“收到了响应”仍只是中间凭证。系统还要证明响应对应正确的 FEC 与批次。规范也承认，若攻击者篡改 SFL TLV，可以在 RFC 6374 响应方无法发现的情况下扰乱测量。

网络指标没有自动继承业务权威

即使范围正确、窗口关闭、响应可信、公式无误，结果也只证明特定时段、特定观察点之间、特定包群的丢包或时延。它不证明原因，不证明应用是否重传，不证明 SLA 采用相同口径，更不证明用户最终体验。

更细的源与流信息还会增加隐私暴露。RFC 9571 提到加密控制协议、定期更换同义标签与并行使用多个标签。观测能力越强，请求权与留存权就越应明确。

来源

来源