摘要

  • draft-ietf-mpls-stamp-pw-21 明确指出，STAMP 测试包在 punt 路径上被限速，可能与网络中的真实丢包无法区分，并最终被报告为丢包。
  • 要把一次缺失回包认定为转发故障，证据链必须覆盖封装、LSP 或伪线语境、两端 punt 队列、限速计数、反射处理、反向容量与双向 MTU。

最棘手的告警并不是数字错了，而是数字正确、解释却错了。

修订版 21 为点到点 MPLS 标签交换路径和单段伪线规定 STAMP 封装。测试包可以携带 IP/UDP 头，也可以通过 Generic Associated Channel 在没有 IP/UDP 头的 Format 2 中传输。目标是让测试尽可能进入与被测业务相近的标签和转发语境，从而观察时延、时延变化和丢包。

但是，OAM 包到达提供商边缘节点后，会被截获并交给控制平面做异常路径处理。每个测试包都会消耗 Session-Sender 或 Session-Reflector 的 CPU 和内存。因此限速不是偶然缺陷，而是抵御拒绝服务和意外过载所必需的保护。

草案随后给出了决定性的限制：punt 路径上的限速与网络里的真实丢包可能无法区分，结果也会被报告成 packet loss。

这时，指标只证明“发送过、没有按预期收到反射包”。它没有说明断点在哪里。正向 LSP 可能丢包；接收端 PE 的 punt 队列可能已满；限速器可能在反射程序运行前就丢弃了测试包；反射端也可能找不到反向 LSP 或伪线语境，于是按规则不回包。反向路径可能容量更小，返回包也可能在发送端的控制平面入口被限速。再加上 GAL 与 G-ACh 的额外开销，测试包还可能超过某一方向的 MTU；草案要求此时丢弃而不是分片，同样表现为丢包。

一个现象，对应了多个控制面。

Format 2 又让会话身份问题更加突出。没有 IP 和 UDP 头，传统四元组也不存在。非零 SSID 必须与收到的 LSP 或伪线语境、反向语境以及本地配置的会话参数组合，才能识别一次 STAMP 会话。SSID 不是全局对象标识；它只有在两端保存的局部语境中才有意义。配置一旦不一致，看似完整的测试包也无法归入会话，并且必须被丢弃。

路径等价同样带有条件。草案要求使用相同标签栈，并在适用时保留 Control Word，使测试进入相同的 MPLS/ECMP 决策环境。但 Format 1 使用的 IP 地址可能不同于业务流；不符合要求的设备也可能因为 GAL 改变选路。封装可以缩小差距，却不能把设备行为自动变成既定事实。

本文不重复“探针不一定等于生产流量”的一般命题。这里更窄的边界是：即使探针进入了预期标签路径，它仍可能因为诊断通道自身的控制平面配额而被丢弃。此时测量失败发生在测量系统内，而不是被测转发路径内。

可审计的归因凭证应从发包前开始。记录测试速率、包长、格式、标签栈、Channel Type、SSID 和确切 LSP/伪线；保存正反两向 MTU 与测量带宽。两端都要采集 punt 入队、限速策略、限速器占用与丢弃、反射程序收包、反向语境查询、回包发送以及发送端收包处理。最后再按序列号和时间窗口与数据平面计数和应用影响对齐。

草案建议让运营者知道何时对 STAMP 测试包实施了限速，以便告警系统把它与故障通知相关联。但“限速器丢了 23 个包”仍不够；系统还必须证明这 23 个包属于触发本次告警的会话，而不是共享限速器上的其他 OAM 流量。

双向资源也不能合并计算。反射端会产生数量相近的返回流量，而反向 LSP 或伪线可能比正向容量更小。测试包连同封装开销必须分别适应两个方向的 MTU。载荷对称，不代表网络条件对称。

因此，自动化系统可以用缺失回包启动调查，却不应立刻宣布客户流量丢失或 LSP 失效。第一步应询问测试包是否在两端被接纳、处理并返回；只有排除测量路径自身的原因，才有资格升级为转发故障判断。

修订版 21 发布于 2026 年 9 月 10 日，仍是 Standards Track Internet-Draft。它没有证明任何真实部署或事故。它的价值在于：在运营者把一个丢包计数写成自动结论之前，先把归因缺口公开出来。

丢包归因凭证

一份可靠记录应保留发送序列、封装与语境、正向交付、反射端 punt 和限速状态、反射决策、反向发送、发送端 punt 状态、双向 MTU 和最终计算。缺少的环节必须继续标为未知，而不是被一个百分比抹平。

保护机制也是测量系统的一部分

不能为了让曲线更漂亮就关闭控制平面限速；那会让诊断工具本身变成过载入口。正确做法是让保护动作可观察，并让阈值与为测试分配的带宽相匹配。安全的测量，不是没有保护，而是保护也会留下证据。

来源