摘要

  • RFC 9947 定义了受控 SRv6 域中的实验性 AltMark SRH TLV。它表达受限的测量观察，不能证明公开部署、完整路径、客户体验或服务等级。
  • L、D、FlowMonID、时间戳和序列号只有在域准入、SID 功能、标识映射、周期、时钟和采集点被核对后，才支撑有限的丢失或时延推断。
  • 运营问题不应是“是否见到标记”，而应是“谁配置了什么边界、哪些端点确实处理了它、哪一份独立服务证据支持现在的判断”。

字段换了位置，举证责任没有移动

Alternate Marking 用连续批次的不同标记，对活跃流量推断丢失、时延和抖动。RFC 9341 描述方法本身；RFC 9343 将其放进 IPv6 选项头；RFC 9947 则把数据放进 SRH TLV。设计动机是，SR 节点通常会快速解析 SRH，而部分实现可能不处理 Destination Options、不能处理多个扩展头，或把它们送入慢路径。

这不是性能结论。RFC 9947 明确要求实验者比较：TLV 是否更容易或更难穿越网络、设备处理是改善还是受阻、不同硬件结构的转发面会发生什么、扩展元数据与其他在途遥测相比如何。文档的存在不是基准测试；格式被定义也不是某台设备、某条客户路径或某个供应商已经具备能力的证据。运行中的路径而非书面的可能性，才决定报告能说什么。

受控域是边界，不是通行证

该 RFC 要求实验位于受控 SR 域；参与者要协调使用实验 TLV 范围的值，并阻止带标记的数据包进出该域。RFC 没有 IANA action。于是，域内的协调可以严谨，却不会变成全球分配、互联网通用性或外部网络的同意。

边界也服务安全：单一管理者可以选择节点、控制准入、防止注入或泄漏。但“受信任的域”并不自动产生“可信的结论”。它不能证明预期的 SID 功能都已启用，不能证明段列表没有变化，不能证明 20 位标识没有碰撞，也不能证明上午十点的观察仍代表下午的客户路径。

因此先保存的应是一张测量章程：域所有者、实验值、入口与出口、SR policy 修订版、预期段列表、参与 SID 功能、流选择规则、标记周期、采集器及明确的未证明事项。没有这份账本，图表上的百分位数很容易被误读为比它更强的事实。

FlowMonID 是候选关联，不是唯一身份

基础 TLV 有 20 位 FlowMonID 和丢失、时延两个标志。它之所以存在，是因为 IPv6 Flow Label 不能用来识别被监测流。它不是客户身份、授权主体或全球唯一键。RFC 明说：入口节点即使伪随机分配，也可能发生碰撞；需要时应以扩展字段再附加流信息来消歧。

所以“FlowMonID 41718 丢失 0.02%”本身没有充分含义。它可能是某一稳定流在某一周期内的观察，也可能把两个候选流、不同入口选择器或不同 policy 版本混在一起。要形成可审核表述，结果旁必须有映射规则、流属性、policy 版本、时间区间和采集点；扩展标识降低歧义，并不取消这条要求。

SID 功能决定谁读，读到也不等于全路径

Hop-by-Hop Option 会由路径每一跳处理；Destination Option 位于 SRH 之前时，以及 AltMark SRH TLV 时，处理跟随目的地址依次指向的段端点。不能处理 TLV 的中间或出口 SR 节点按 SRH 规则忽略它；目的 SID 没有该功能时，节点甚至不必查找 TLV。这样可以只在支持的端点收集数据，也正因此不能把结果概括成“整条路径已经被测量”。端点之间的未插桩跳、改变后的段列表、被忽略的字段和未参与功能都在断言之外。

扩展字段的 M 位同样要求克制：逐段测量和端到端测量是两个声明的模式。后者只是域内请求的范围，不能替客户证明域外应用体验；前者是本地观察，不能替多域应用保证完成。

时间戳、序列和服务结果各有自己的证据链

增强模式可以携带时间戳、序列号和反向监测控制。节点可把携带的时间与本地时钟比较，推断单向时延；序列号可辅助识别乱序和丢失；F 位可避免把同一原始分片重复计数。这些都是能力，不是已经校准的结果。单向时延报告应保留时间源、纪元、比较点、偏差处理、捕获位置和计算过程。序列缺口也可能来自抽样、捕获损失、规则变更或采集器故障，而不必然是网络丢包。分片只被计数一次，更不等于所有分片到达，更不等于应用重建了内容。

实验提出问题，而不是提前宣布答案

最有价值的部分恰是 RFC 9947 的问题：SRH TLV 比扩展头更容易还是更难存活？处理更快还是更慢？对转发面有什么影响？附加数据是否值得？文本期待后续实验结果，未给出任何胜者。正确操作是将其作为对照试验：冻结软件与 policy 版本，在安全条件下比较两种编码，记录端点处理、标识碰撞、采集器损失、转发计数、意外忽略及独立的服务 canary。没有可见优势也是有价值的结果；“TLV 存在”不是。

五级证据阶梯

  1. 声明： 域、实验值、流选择、SR policy 与 SID 功能已配置；
  2. 包观察： 入口确实写入 TLV，预期端点在记录区间确实观察或处理；
  3. 测量推断： 标识、周期、序列和时钟已经核对，因而可以陈述有范围的观察；
  4. 服务关联： 独立事务、合成探针或应用 canary 在相关路径上观察到服务行为；
  5. 决策： 承担后果的运营者选择变更、接受、升级或回滚，并记录原因。

越过哪一级，就只能说到哪一级。配置只能说“启用”；抓包只能说“此处观察到”；完成核对的采集器只能说“在既定范围内测得”。只有独立服务证据才能说客户受影响或目标达成。协议标记从不替人决定修复方案。

来源