摘要
- 新近成为 MPLS 工作组文档的
draft-ietf-mpls-frr-ext-00,允许 RSVP-TE LSP 的入口节点为各个本地修复点计算的备份 LSP 指定优化目标与硬性度量边界;PLR 满足请求时设置FRR_EXT protection,无法满足时可以回到本地策略并不设置该标志。 - 这个标志是必要而有限的合规信号,不是决策来历。运营者还需为每个 PLR 保留请求指纹、能力判断、回退原因、本地策略版本、度量来源、拓扑时点、计算结果和后续有效性证据。
同一个零值背后,可能有三种不同的权力转移
设想一条受保护的 RSVP-TE LSP 沿途设置了四个本地修复点。入口节点要求备份路径最小化平均时延,同时满足全路径时延上限,并排除任何时延变化超过阈值的链路。返回的 Resv 记录里,三个 PLR 设置了新标志,第四个没有。
如果网管界面只给出红灯,很容易把第四个结果解释成“未保护”。但草案允许几种完全不同的情况。该节点可能不认识新对象,按兼容规则忽略它,再依照本地策略计算备份;它也可能认识对象,却找不到同时满足所有硬约束的路径,于是采用本地策略;还有一种情况是入口节点原本就没有显式传入扩展目标,从一开始便把选择交给 PLR。
三种情况都可能存在可用备份,却对应不同的责任归属。主动委托应回到策略设计者;版本不兼容应回到能力与升级计划;约束不可满足则应检查拓扑、度量、阈值或替代路径。一个未置位的比特没有足够容量承载这些诊断。
这并不要求把完整解释塞回协议。恰恰相反,短小的线上信号与完整的运营记录可以各司其职:前者保持互操作性,后者让分散的决定可以被复盘。
这是一份刚进入工作组名下的草案
draft-ietf-mpls-frr-ext-00 的标题是 Signaling Optimization Objective and Bounded Metrics for MPLS Fast Reroute Backup LSP Tunnels,日期为 2026 年 8 月 23 日。IETF Datatracker 将其列为 MPLS 工作组的活跃文档,IESG 状态为 I-D Exists。草案页眉写明拟进入 Standards Track,并将于 2027 年 2 月 24 日到期。它不是 RFC,也不代表 IESG 已批准,更不能证明任何运营网络已经部署。
这份 00 版接替了 draft-deshmukh-mpls-frr-ext-02。MPLS 主席在 8 月 18 日记录前身已被工作组采纳,并要求作者以 draft-ietf 名称重新发布;8 月 23 日的 I-D 公告确认新版已经是工作组项目。工作组采纳说明后续由谁共同维护文本,并不等于技术细节已定稿。
草案建立在 RFC 4090 之上。RFC 4090 为 RSVP-TE LSP 定义本地快速重路由,并通过 FAST_REROUTE 对象携带建立优先级、保持优先级、亲和性、跳数上限和带宽等约束。新草案增加一个基于 TLV 的配套对象 FAST_REROUTE_EXT,使入口节点能够影响各 PLR 的备份路径计算目标。
这里最重要的动词是“影响”,不是“替代”。入口节点可以让备份继承受保护 LSP 的优化目标与边界,也可以指定另一组值;若没有显式配置,PLR 的本地策略仍然作主。意图从中心发出,计算权却分布在多个修复点。
优化目标负责排序,边界负责淘汰
优化 TLV 可以选择 IGP 度量、TE 度量、未预留带宽,以及最小、平均或最大时延。IGP、TE 与时延取较小者,未预留带宽取较大者。请求可以同时携带不同目标,并以权重参与归一化。
边界 TLV 的作用不同。PLR 必须把它当作硬约束,先剔除不合格候选,再在剩余路径中优化。边界可以作用于累计路径,也可以作用于每条链路;时延变化阈值只允许链路范围。同一种度量可以分别有路径边界和链路边界。若同一度量与同一范围出现重复 TLV,只处理第一个,其余忽略。
这种结构让设备能够无歧义地处理请求,却没有回答政策问题:为何选择这个时延上限?未预留带宽的安全余量由谁批准?不同单位如何归一化?草案明确把选择优化目标和边界的标准留在范围之外。
协议保持克制是合理的。问题出在组织随后只保存 TLV 和一个标志,却丢弃了赋予数字权威的理由、数据与版本。
四类结果不能挤进同一故障队列
第一类是没有扩展请求。入口节点没有要求统一目标,本地策略按设计生效。这不是协议失败,而是明确委托。
第二类是不支持。无法识别 FAST_REROUTE_EXT 的 PLR 必须忽略该对象,并在转发 Path 消息时保持对象原样。它仍可按本地规则准备备份。这条规则服务于新旧版本混合网络,却要求运营者另行掌握能力清单。
第三类是有能力但无法满足。理解扩展的 PLR 必须把收到的边界当作硬约束;若没有合格路径,它可以改用本地策略,并且不得在相应 Resv RRO 子对象里设置 FRR_EXT protection。这里发生的是一次可识别的政策回退,不能与旧节点简单混称为“不支持”。
第四类是结构错误。若支持扩展的 PLR 收到 FAST_REROUTE_EXT,却没有配套的 FAST_REROUTE 对象,它必须以 Policy Control Failure 拒绝 Path 消息。这一显式错误应由请求生成与验证环节处理,而不是交给路径规划团队猜测。
如果监控系统把前三类全部显示成“FRR 失败”,值班人员会修错对象;若一概显示为“已有备份”,中央意图又失去约束力。正确做法是把比特作为索引,继续查找对应的原因和策略记录。
置位证明的也只是某个时点上的一句话
PLR 成功满足收到的目标与边界时,必须在 RRO 子对象中设置新标志。入口节点因此可以逐一查看沿途修复点,而不再把整个 RSVP 预留成功误认为每个 PLR 都执行了相同要求。这是实质性改进。
但置位标志只表达一个狭义事实:在那次信令交换时,该 PLR 声称计算出的备份满足请求。它没有标出 TE 数据库的版本、时延测量的年龄、算法实现、被排除的候选或多个目标的归一化方法。拓扑、负载或预留变化后,这项陈述也不会自动转化为持续保证。
更不能把它当作实际切换凭证。RFC 4090 通过预先计算和建立备份,缩短故障后的本地修复时间。Resv 中的成功位并不证明探测器会在正确时刻触发、转发表项仍在硬件中、主备路径没有共同物理风险、故障时备份仍有容量,或端到端业务会达到 SLA。
RSVP 加密认证能够保护信令报文的完整性。草案沿用 RSVP、RSVP-TE 与 MPLS 的安全框架,并建议在条件允许时采用较强的 HMAC。可是,报文没有被篡改,并不能证明报文引用的度量足够新,也不能解释本地规则为何优先。消息真实性、数据质量与政策权威是三层不同证据。
数字看似客观,却带着采集历史
RFC 7471 与 RFC 7810 分别为 OSPF 和 IS-IS 提供了 TE 性能属性,包括时延类信息。实际 PLR 可能使用这些机制形成的 TE 数据库,也可能依赖静态配置或其他本地来源。FRR 扩展不指定某个来源在所有部署中具有最高权威。
十秒前测得的平均时延、上季度配置的工程值、因采集故障而沿用的旧样本,进入 TLV 后都表现为数字。未预留带宽同样依赖服务等级、预留状态和更新节奏。多个目标的归一化还需要把不同单位变成可比较的量;一个权重字节无法记录完整方法。
因此,事后解释不能止于“边界是 20,标志是 0”。有效答案应包含数据从哪里来、何时观察、处于哪次拓扑或 TE 数据库更新、由哪个计算版本处理,以及哪项本地策略接管。
为每个 PLR 建立约束来历记录
Daniel Kade 提议在 RSVP 之外保存一份按“受保护 LSP—PLR”索引的约束来历记录。这是运营治理建议,不是草案或 IETF 的新要求。
第一部分固定身份和请求:LSP 会话、入口节点、PLR、被保护资源、汇合点;FAST_REROUTE 与 FAST_REROUTE_EXT 的精确指纹;每项度量、权重、边界、数值与路径/链路范围。记录 PLR 是否支持并成功解析对象、是否找到配套对象、返回了哪个 Resv/RRO 状态。
第二部分专门解释未置位。不要从零值臆测原因,而应写入观察到的分类:没有显式请求、不支持扩展、硬约束不可满足,或其他经过确认的状态。随后附上实际采用的本地策略及版本、例外批准者、有效期和复核条件。
第三部分保存计算上下文:度量来源与单位、观察时间、拓扑或 TE 数据库代次、陈旧阈值、归一化与路径计算实现版本、最终备份身份。若组织声称主备路径具有故障域隔离,还需保留当时实际检查的共享风险证据;逻辑路径不同不能自动替代物理独立性。
最后,把后续证据接上但不要混写。信令刷新说明控制面声明何时更新;演练说明本地切换是否发生;真实事件说明流量受到什么影响。后面的结果可以评价前面的选择,却不应重写当时的输入。
记录可限制在授权运营人员内部,不公开敏感拓扑,也无需强迫所有 PLR 采用同一算法。它只是让本地自由不再等于无人能解释。
最小共同信号之外,还要有本地记忆
FRR_EXT protection 最适合作为最小共同规范:入口节点以统一格式提出要求,各 PLR 以统一位置报告是否满足。互操作性来自这个窄接口,而不是把所有本地政策集中化。
最小规范不能成为组织知识的上限。置位是一次合规声明;未置位是多个可能原因的交汇。只有保存本地政策、数据、时点与复核路径,分布式控制才既能适应现实,又能承担责任。
真正的选择不是中央控制或本地自主二选一,而是不透明自主与可复盘自主之间的选择。允许 PLR 在无法满足请求时保护可用性,同时要求它留下哪项政策最终生效、为何生效以及何时应当返回原意图。
来源
- IETF Datatracker:当前 FRR 扩展草案
- IETF Datatracker:文档历史
- IETF 归档:draft-ietf-mpls-frr-ext-00
- IETF Datatracker:前身草案
- IETF 归档:前身第 02 版
- IETF Author Tools:工作组采纳前后差异
- MPLS 邮件列表:工作组草案公告
- MPLS 主席:采纳与重新发布通知
- MPLS 工作组
- RFC 4090:RSVP-TE 快速重路由扩展
- RFC 3209:RSVP-TE
- RFC 2205:RSVP
- RFC 7471:OSPF 流量工程度量扩展
- RFC 7810:IS-IS 流量工程度量扩展
- RFC 2747:RSVP 加密认证
- RFC 5920:MPLS 与 GMPLS 安全框架
- IANA:RSVP 参数
- Heng Lu:The Policy Mirror
- Heng Lu:Minimum Initial Specification, Localized Future Decision, Voluntary Adoption
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance
