摘要

  • IETF PCE 工作组草案第 03 版拟在 PCEP 的 OPEN 阶段协商 S-BFD 能力，再用逐路径字段传递启用或关闭请求。PCE 发起或更新，PCC 报告自己的状态。
  • B=1 必须带远端鉴别符；B=0 的删除及参数处理在草案不同段落中写法不一，另有“字段缺席即删除”的编辑备选。控制器发出的命令与路由器运行的检测器需要分开核对。

开关不长在控制器那一端

一台 PCE 能计算路径，也能向 PCC 发出路径初始化或更新消息。PCC 才握着本地路径和检测会话。把 S-BFD 的配置字段加入 PCEP，相当于把一项本地诊断能力接上远程控制线。控制器可以提出要求，设备必须按自己接收、校验和应用的规则行动。这条线穿过两个主体，不能只凭发出的命令宣告检测已经启动。

第 03 版草案先要求双方在 PCEP 会话建立时表态。OPEN 对象中的 LSP-S-BFD-Capability TLV 带 B 位；收到 B=1，表示对端能收发该扩展。没有收到能力字段，或者收到 B=0，就不能朝对端发送 LSPA 对象中的 S-BFD 字段。能力列表还列出路径建立类型，必须与会话支持的类型相符。列表出现会话不支持的类型，草案要求发出 PCErr 类型 21、值 2，并关闭会话；双方没有共同的 S-BFD 路径类型时，也无法通过 PCEP 为新路径定义 S-BFD。

这一步管的是能不能用一套共同语法说话。它没有替某条路径打开检测。PCC 仍可依自己的本地策略配置 S-BFD；PCEP 能力协商失败，并不会把设备的本地能力从机柜里抹掉。反过来，双方能交换新字段，也没有任何一条路径因此自动进入检测状态。把“对端支持”“这条 LSP 已配置”和“检测会话正在工作”涂成同一个绿灯，软件界面会变得简洁，排障则会变得漫长。

同一个 B，放在不同位置就不是同一件事

协商之后，逐 LSP 的 LSP-S-BFD TLV 放进 LSPA。PCE 在 PCInit 或 PCUpd 里发送；PCC 在 PCRpt 里报告。OPEN 能力字段里的 B=1说明双方可以谈，逐 LSP 字段里的 B=1才是对指定路径应用 S-BFD 的请求。草案要求启用时携带远端鉴别符子字段；缺少它，草案提出“缺少必需对象”的错误。可选参数子字段还提供最小发送间隔和取值 1 至 255 的倍数。

这些字段不是装饰。远端鉴别符缺席时，控制器不能把自己发出的“开启”当成有效配置；倍数越界时，草案要求相应错误。更关键的是，PCE 的发送记录、PCC 的 PCRpt、设备实际配置和 S-BFD 会话状态形成一条递进的证据链。每一步都可能改变结论。收到一份报告可以证明对端报告了某种状态；检测器有没有开始运行，还得看设备和会话的记录。

“关”比“开”更能检验这条链。第 4.3.2.1 节规定，逐 LSP 字段 B=0 时，PCE 更新应删除既有 S-BFD；PCE 新建路径则不应用它。第 4.2 节又写明，如果 PCC 原本没有为该 LSP 应用 S-BFD，它应忽略收到的 B=0 更新。PCE 面对 PCC 发起的 LSP，在相同前提下可以忽略 B=0。对空配置发来删除命令，本来就没有东西可拆。运营记录仍应留下这件事：发出了关闭请求，与确实拆除了一个运行中的检测器，不是同一条事实。

接下来两页文字开始互相争夺“忽略”的解释权。第 4.2 节说，B=0 同时带参数子字段时，PCEP 说话者可以忽略它；忽略还是保存配置由实现决定。第 4.3.2.2 节写成必须忽略。编辑注再提出另一套隐式方案：如果对端不发送整个 LSP-S-BFD TLV，而路径已有 S-BFD，就删除它。显式的 B=0 与字段完全缺席是两种报文形态，后者还是编辑提出的备选。把二者画成控制台上同一个关断按钮，等于让实现者替尚未定稿的文字投票。

错误码能告诉你哪一关被拒绝

草案并非完全沉默地处理失败。没有协商能力却收到逐 LSP S-BFD 字段时，说话者应忽略其内容并返回 PCErr 类型 19 的拟议错误值；倍数不在 1 至 255 时，返回类型 23 的拟议错误值。同一份草案的 IANA 小节把新字段编号和错误值仍列为 TBD。运行系统可以记录“因未协商而拒绝”，但不能把草案中的待分配值印成已经登记的正式编号。

关联组又给中央控制添了一处地方性约束。第 6 节说，某些实现要求同一关联组中的 LSP 使用相同的 S-BFD 参数；如果最小发送间隔、倍数或远端鉴别符不一致，说话者应给出关联错误。这里的“某些”不能删。它描述实现限制及建议的报错方式，不是对所有网络的统一配置命令。控制器若按自己理想中的参数分配，而 PCC 按本地关联组规则拒绝，双方都需要能把这次差异如实记下来。

RFC 7880提供 S-BFD 机制背景；RFC 8231和RFC 8281解释有状态 PCEP 与 PCE 发起的 LSP；草案还引用RFC 9050的中央控制器架构。这些已发布文件解释为何控制器会发命令，不能代替一台 PCC 对新扩展的互通测试。第 02 版到第 03 版主要更新日期、有效期和版号，关闭路径中的文字冲突仍在。版本号向前走了一步，关断规则没有跟上。

一条实际可核的操作链应从 OPEN 能力开始，经过双方共同的路径类型、逐 LSP 的 PCInit 或 PCUpd、PCC 的 PCRpt，最后落在有效配置与检测会话上。PCUpd 能证明控制器说了什么；PCRpt 能证明 PCC 报告了什么；本地状态才说明设备照哪种规则执行。即便检测会话已经运行，路径健康与业务结果仍要凭各自的观测判断。远程控制的好处，是让这些事实有机会按同一 LSP 汇合；坏处，是让人误以为第一份报文已经包办了后面所有答案。

目前这组官方原件没有具名 PCC 的互通记录，也没有把 B=0 报文与设备有效状态一一配对的跟踪。一份同时记录控制器消息、PCC 报告、设备配置及检测会话的测试，就能改变对某个实现的判断。草案尚在讨论时，最该被要求清楚的不是演示屏幕的颜色，而是“关”发出后设备到底留了什么。

来源