RFC 9947 需要一份证据出域凭据

Summary

RFC 9947 要求实验性的 SRH Alternate-Marking TLV 只在单一受控 SR 域内使用，同时期待参与者把基于实时网络的结果以 Internet-Draft 形式提交给 Independent Submissions Editor 或 IETF SPRING 工作组；报文边界与证据披露边界并不是同一项控制。
可供公开审议的最小证据，应带有一份“出域凭据”：发布授权、精确版本和实验码点、实现范围、设备群组、比较基线、样本与不确定性、负面结果、聚合删减规则、制品哈希和更正链；原始流量、客户身份与可被利用的拓扑仍留在域内。

两年期待的对象不是一份宣传摘要

RFC 9947 于 2026 年 3 月作为 Independent Stream 的 Experimental RFC 发布。它不是 IETF 标准，不代表 IETF 共识，也没有为 SRH TLV 分配一个永久的 IANA 值。它描述的是在 SRv6 中把 Alternate-Marking 数据放进 Segment Routing Header TLV 的一种实验性替代方案，现行 Standards Track RFC 9343 则把标记字段放在 IPv6 Hop-by-Hop 或 Destination Options 中。

两种办法可以并存。新 RFC 没有废止或否定 RFC 9343。它要回答的是，SRH TLV 是否在某些实现中更容易解析、更能随网络存活，还是反而拖累设备；不同设备架构的转发平面表现是否一致；普通 SRv6 编程和 SID 功能控制是否仍能正常工作；扩展字段与其他在途遥测相比，运营价值究竟怎样。

这些问题不能由规范自己回答，所以文档期待收集实验结果，并把结果交给 Independent Submissions Editor 或 IETF SPRING 工作组，以 Internet-Draft 进入后续讨论。文档预计初步结果会在 RFC 发布后两年内出现。这里的“两年”是期待，不是已经到期的强制时限；今天更没有理由指责任何运营商迟交。

但期待的对象必须能够支撑判断。一页只有“性能提高”的幻灯片无法说明提升来自协议位置、硬件快路径、某个软件版本，还是低负载时段。公开讨论需要的是经过边界处理、仍保留比较结构的证据。

受控域的强制边界解决了另一件事

RFC 9947 对实验范围没有含糊。Alternate-Marking 实验必须只部署在与 SR 域对应的受控域内。节点由本地管理，一个运营商决定是否启用以及怎样配置；带有实验 TLV 的报文要被阻止进入或离开这个域。

TLV 类型从 124 至 126 的实验范围选择。参与实验的实现必须协调同一个值，运营商还应能够配置它，让同一网络内的多个实验避免冲突。这个要求保护的是线上解释一致性。它不能把一次本地选择变成永久分配，更不能给予全网部署许可。

把实验围起来是必要的。未协商的节点不应因为一个本地试验而承担风险，两个使用同一实验值的项目也不应相互误读。然而，边界过滤器只认识报文字段。它不知道一份导出的时延分布是否暴露了业务高峰，不知道一个小样本是否能反推出客户路径，也不知道一张设备对比表是否泄露了供应商保密信息。

因此，“报文从未出域”只能证明报文层面的约束发挥了作用。它不能证明数据采集已获得适当授权，不能证明公开结果足够匿名，也不能证明删减后的报告仍有审议价值。

字段没有载荷，也可能讲出一条路径

基础 AltMark TLV 包含 20 位 FlowMonID、丢包标记和时延标记。增强模式还能加入扩展 FlowMonID、逐段或端到端模式、分片状态、方向、时间戳、反向流监测控制和序列号。反向控制可能涉及源与目的前缀掩码、协议、端口、DSCP、隧道范围以及测量周期。

这并不等于报文携带用户内容。RFC 9343 仍提醒，元数据可被用于网络侦察；FlowMonID 可能支持流跟踪，多个观察点的组合能泄露路径与性能。监测点把统计量回传到网络管理系统的通道必须得到保护。RFC 9341 还指出，标记、时间同步和统计回传可能遭到干扰，甚至存在低速隐蔽信道的理论可能。

公开报告会改变风险。单个聚合值也许安全；但把精确时间、狭窄业务类别、小样本和设备位置拼在一起，就可能重建原本想隐藏的路径。删除名称不等于完成匿名化。反过来，把所有群组、分母与删减规则一并抹去，也会让外部读者无法检验结论。

RFC 8799 对 limited domain 的说明正好揭示这层差异：边界可以保护运营商不愿公开的运行参数，而域内个体隐私又是另一项需求。信任在边界处改变。报文访问控制与信息发布控制必须分别设计。

一个码点应当成为溯源键，而不是胜负章

实验值看似细节，却是公开结果能否正确归属的重要连接键。假如一台设备按 124 解析，另一台被配置成 126，观察到的“不支持”可能只是协调错误。若本地另一个实验碰巧使用同值，统计也可能被污染。

所以报告应记录实际使用的实验值、实现构建版本、RFC 或草案版本以及观察时段。它们共同说明“测的是哪一个实验”。记录这个值并不是暗示 IANA 已认可方案，也不是把 RFC 9947 提升为标准。RFC 9947 明确没有 IANA 动作。

实现范围也不能写成简单的“有”或“无”。不支持该 TLV 的 SRv6 节点可以按 SRH 规则忽略它。收集是否发生，还取决于端点支持、SID 行为以及是否启用了增强字段。若报告没有列出实现子集，协议差异与配置差异就会混在一起。

证据出域凭据要保留比较关系

第一组字段应回答谁有权发布。凭据应指出运营商或研究发起方、批准披露的角色、提交目的地与时间，以及在判断中具有重要性的设备供应或资助关系。ISE 接收材料或 SPRING 讨论材料，都不等于认可、IETF 共识或 Standards Track 决定。

第二组字段绑定实验身份：RFC 或 Internet-Draft 修订版、实现构建、实验 TLV 值、基础与增强字段子集、相关 SID 行为，以及 RFC 9343 对照配置。必要的制品可以只公开哈希，让后续更正和复核确认自己讨论的是同一版本，而不必公开原始数据。

第三组字段描述样本。设备架构、软件或固件应按足以解释性能差异、又不会泄露可利用清单的层级分组；拓扑应保留路径形态而非敏感位置；同时说明观察区间、纳入流量、排除项、样本处理、时钟与计数器假设，以及丢包、时延、抖动、存活率和处理成本的定义。

第四组字段描述结果与变换。正面、负面、无法判断以及触发回滚的结果应同时出现。凭据要写明哪些流、路径、时间与供应商属性被聚合、删改或压制；外部读者因此失去了哪些复现能力；如有受限复核，访问的是哪类制品；早期结论出错时，新版本怎样明确替代或限定旧版本。

这不是要求公开整套数据，也不是 RFC 9947 规定的字段表。它是 Daniel Kade 提出的最小公开控制物：比新闻稿厚，比数据仓库薄，使读者能看见从受保护观察到公开主张的变换过程。

Running code 不能自己授予结论权

RFC 7942 给出一个有用的类比。它鼓励面向 IETF 共识的 Internet-Draft 自愿记录实现负责人、名称、成熟度与覆盖范围，帮助工作组理解 running code 的证据价值，同时明确列出实现不代表 IETF 背书。

但 RFC 7942 把 Independent Stream 文档明确排除在范围之外，不能被搬来当作 RFC 9947 的强制合同。能够借鉴的只是方法：实现状态具有时间、身份和覆盖范围，不应作为一句脱离上下文的“已有实现”进入讨论。

RFC 7841 则守住制度边界。Independent Stream RFC 即使提供了很强的实验材料，也不会因此倒推成 IETF 共识或互联网标准。实验结果可以促使新工作启动，可以影响 SPRING 的技术选择，但证据的质量与发布流的权威是两条不同轴线。

这项研究的证据边界

本文所列材料能证明 RFC 9947 的发布流与状态、字段设计、受控域要求、实验问题以及结果共享期待，也能证明相关的隐私、完整性和 SRv6 背景。它们不能证明已有哪家运营商部署，不能提供真实结果，更不能证明一个公开数据集已经存在。

因此，本文不裁定 SRH TLV 优于 RFC 9343，也不要求运营商交出原始包、客户标识、精确拓扑或商业机密。缺少公开原始数据并不会自动使结论无效；它只会限制外部读者能够赋予结论的权重。

真正应当走出域的，不是越多越好的数据，而是足以解释主张的一组有限事实：谁授权、测了什么、与什么相比、删掉了什么、哪些结果不支持假设、哪一版后来得到更正。这样，受控域才不是证据黑箱，而是一个边界清楚、可以向公共标准讨论负责的实验场。

RFC 9947 把报文留在域内，证据仍须走出去

为何重要

Summary

两年期待的对象不是一份宣传摘要

受控域的强制边界解决了另一件事

字段没有载荷，也可能讲出一条路径

一个码点应当成为溯源键，而不是胜负章

证据出域凭据要保留比较关系

Running code 不能自己授予结论权

这项研究的证据边界

Sources

档案背景详情

Strategic Circle

Leadership Alliance

Strategic Circle 专属简报

Leadership Alliance 简报