摘要

  • draft-ietf-pim-pfm-forwarding-enhancements-08 为单个 (S,G) 增加可携带流专属 Sub-TLV 的 GSI；面对不支持 GSI 的邻居时，路由器必须转换为 GSH，保留组、源和 holdtime，却忽略所有 Sub-TLV。
  • Relaxed-RPF 还把并行点到点链路上的多份 PFM 发送压缩为实现自行选择的一份；能力、原始语义、转换、选路状态、及时接收、消费方理解和真实组播转发必须分别取证。

一张看上去完全一致的表

升级从核心向边缘推进。上游 FHR 已能发送带三个附加属性的 GSI，核心链路也都宣告支持。边缘接口上却还有一台旧设备。路由器没有报错，也没有丢掉源发现；它生成 GSH，把组、源和 holdtime 原样带过去，将三个 Sub-TLV 留在边界另一侧。

下游表格因此很容易制造“完整”的错觉。它和上游共享所有能显示的旧字段，而且定时刷新持续更新期限。但它已经不能回答原始 GSI 附带的流事实。若审计系统只保存共同字段，事后甚至无法确定属性在哪里消失。

修订版 08 发布于 2026 年 8 月 25 日，将于 2027 年 2 月 26 日到期。Datatracker 将其列为 PIM 工作组的活跃 Internet-Draft，预期状态为 Experimental；工作组文档页显示它已进入 RFC Editor 队列、等待编辑指派。它仍不是 RFC，也不是部署、互操作或性能测量报告。

草案要解决的两个问题都真实存在：GSI 让源发现通告携带更多流信息，Relaxed-RPF 则避免同一对路由器在多条并行链路上反复处理同一 PFM 消息。真正需要管理的不是“要不要优化”，而是优化以后证据的作用域。

GSI 把语义包在共同核心外

RFC 8364 的 Group Source Holdtime TLV 只携带组、源与期限。修订版 08 定义 Group Source Info TLV：每个 GSI 对应一个 (S,G)，并可附带零个或多个 Sub-TLV，以承载额外的流专属信息。

遇到不认识的 Sub-TLV，路由器必须忽略它，同时继续处理外层 GSI 和其余 Sub-TLV。这个规则保证扩展性：新属性不会让旧解析器摧毁基本源发现。它也明确说明，“消息处理成功”并不等于“全部语义被理解”。

因此，接收凭证至少有两层。第一层确认外层 GSI 及 (S,G) 被接受；第二层列出消费方实际识别的 Sub-TLV 类型和值。只有第一层时，绿色状态只是封装格式正确的证明。

一个旧邻居决定整条接口使用哪种语言

路由器通过 PIM Hello 选项宣告 GSI 支持。实现还必须提供关闭开关；关闭后不得继续宣告能力，也不得生成 GSI。有效能力同时取决于邻居宣告与本机配置，而不是软件版本号。

如果出接口上的所有邻居都支持 GSI，启用该功能的 FHR 必须发送 GSI。如果任一邻居不支持，FHR 就必须在该接口发送 GSH。一台旧设备可以让同一共享接口上的现代邻居也只收到较小的共同格式。

中间路由器同样按接口分支：向全能力接口原样转发 GSI；向混合接口把每个 GSI 转成 GSH，保留组、源和 holdtime，忽略 Sub-TLV；其他支持接口仍收到完整 GSI。一次起源事件会在拓扑上分裂成不同语义版本。

GSI 与 GSH 可以共存。针对同一 (S,G)，GSI 优先，GSH 为旧邻居提供回退。这证明兼容材料存在，却不能证明某个邻居最终选择、理解或继续传播了哪一种形式。

丢失是协议允许的动作

Sub-TLV 的消失不是损坏包，也不必触发错误。草案明确要求转换时忽略它们，因为基本源发现比旧设备无法消费的扩展语义更重要。

这个取舍可以合理，但必须准确命名。它提供的是共同核心的可用性，不是丰富通告的保真度。两端 (S,G) 与期限相同，不能推出两端知道同一件事。

转换记录应保存入站 GSI、出接口、当时的邻居能力集合、生成的 GSH，以及被删除或无法识别的 Sub-TLV 清单。还要说明转换发生在 FHR 还是中间节点。否则，下游只能看到“没有属性”，无法区分源头未提供、旧实现不认识，还是兼容边界主动删减。

同一组的多个 (S,G) 是否聚合进一个 GSH，只是 SHOULD，而不是 MUST。不同合规实现可能产生不同 TLV 数量。包形状不同不一定代表状态不同；包形状相同也不一定代表原始语义相同。

三条物理链路被一个 Router-ID 折叠

并行链路优化依赖 RFC 6395 Router-ID。在同一 PIM VRF 内，路由器必须在所有接口使用同一个四字节 Router-ID，并缓存邻居宣告。草案假定域内 ID 唯一；假定失败时，优化就不能可靠应用。

另一项 Hello 选项宣告 PFM 优化能力。针对每个学到的 Router-ID，路由器维护 PFM_OPT_IF：只有当该 ID 是接口上的唯一 PIM 邻居，且邻居宣告优化支持时，接口才进入集合。共享 LAN 不适用。

启用 Relaxed-RPF 后，发送方从集合中选一条接口，选择算法由实现决定。接收方先求标准 RPF 接口；当双方都支持优化时，也可以接受从集合内其他接口到达的消息。

这让一个逻辑邻居覆盖多条物理邻接，也把多次发送变成一次选择。收到一份合法消息，并不能说明当时有哪些备选、为何选择这条链路，或故障后多快切换。

少一份冗余，多一份状态依赖

普通重复发送用更多带宽与处理换取多次到达机会。优化省掉这些副本，也就把结果更集中地交给 PFM_OPT_IF、故障检测和实现选路。

草案承认瞬态风险：发送方刚选定一条接口，该接口就失效，而本地集合尚未更新，消息可能丢失或延迟。后续周期性 PFM 会刷新软状态。刷新提供修复，却只能证明稍后收敛；它无法证明首次触发消息按时到达。

对需要新源首批数据的接收方，这个时间差可能就是结果差。下一分钟显示“状态新鲜”，不能改写上一分钟的未知。监控必须把首次交付延迟与最终刷新成功分成两个指标。

邻居增加或删除、能力改变、配置调整、拓扑变化、软件升级或降级都会触发 PFM_OPT_IF 更新。这些正是最容易让实际拓扑与缓存状态短暂错位的时刻，也正是升级计划需要单独留痕的时刻。

返回抑制不是同一项能力判断

优化开启时，如果一条链路只有一个邻居，且该邻居 Router-ID 与消息起源 Router-ID 相同，路由器不得把 PFM 消息发回去。这里，邻居只需宣告 Router-ID，不必宣告优化选项。

这条规则和 Relaxed-RPF 单链路选择的条件不同。一个统一的“优化已启用”状态无法解释到底是因起源匹配而抑制返回，还是在双方能力确认后选择了并行链路。

Router-ID 也不是密码学身份。格式正确的 Hello 不能证明域内绝对唯一，更不能证明背后的组织主体。重复或陈旧映射会让拓扑判断出错，而报文仍然可以完全合规。

逐跳认证不等于端到端语义来源

修订版 08 依赖正确的 Router-ID、能力宣告和 Hello 完整性。RFC 8364 说明，链路本地 PFM 可以逐跳认证；但要相信消息中写的起源信息，就必须相信沿途每台路由器都正确认证了前一跳。

这是保管链，不是端到端语义签名。所有链路都通过认证，仍可能发生协议授权的 GSI-to-GSH 转换。只检查认证的审计可以证明每一步传输都来自可信邻居，却漏掉中间合法删除的属性。

IANA 最终分配正式 TLV 与 Hello 选项编号也只解决字段识别。注册表不能证明软件已实现、配置已打开、所有路径都支持，或消费方用这些属性做出了预期动作。

九张回执才构成完整结论

要声称“带属性的源通告到达并生效”，至少需要：

  1. 精确草案版本和标准化状态；
  2. PIM VRF、起源、Router-ID、接口与观察时段；
  3. 每个邻居的 GSI/优化 Hello 和本机有效开关；
  4. 原始 GSI 字节、(S,G)、holdtime 与有序 Sub-TLV；
  5. 每接口的原样转发或 GSH 转换，以及被删语义；
  6. PFM_OPT_IF、标准 RPF 结果与实际选中链路；
  7. 首次触发消息的接收或超时，不能用后续刷新代替；
  8. 消费方理解的类型与安装的源发现状态；
  9. SPT 加入、转发/复制状态、包观察与应用结果。

缺一张回执，不会让其余事实全失效，只会缩小可下结论的范围。新鲜 GSH 可以证明源记录仍活着，不能证明 GSI 属性仍在；逐跳认证可以证明邻居保管，不能证明端到端保真；后续刷新可以证明恢复，不能证明首次交付。

来源没有证明什么

冻结来源支持对修订版 08 的规则、兼容转换、能力开关、Router-ID 假定、单链路选择和刷新语言进行分析。它们没有证明采用率、具体实现、真实网络中的效率、互操作、故障、攻击或用户结果。

RFC 8364 记载过原始 PFM 原型和有限现场测试。那些记录早于本草案的新 GSI/Sub-TLV 与 Relaxed-RPF 机制，不能被当作修订版 08 已在生产验证的证据。

按 Heng Lu 对记录与权威的区分，稳定表项的权威只覆盖它实际保存的字段。谁执行了转换，谁就应留下语义删减回执；运行网络观察到了什么，才决定优化是否真的达成结果。

来源