摘要

  • 最大 SID 深度不是抽象的路径长度，而是节点或链路能够执行的 SID、标签压入上限。RFC 8476、8491、8664 与 8814 分别把这项限制放入 OSPF、IS-IS、PCEP 和 BGP-LS 的可用记录中，RFC 8665 则提供 OSPFv2 Segment Routing 的相邻语境。
  • Jeff Tantsura 在五份 RFC 中留下的是持续且合作性的共同作者记录。标准支持的是“让有限能力在控制面中保持类型、范围和优先级”的技术画像，不支持个人独创、当前任职、部署所有权、故障归责或成效保证。

一条逻辑路径仍然可能超出机器能力

路径计算首先面对的是图：节点、链路、代价、约束以及策略。只要输入成立，计算器就可能得到一条逻辑上可行的结果。但最终要把这条路径变成报文行为的，是具体设备。头端需要替换或压入标签，出接口也可能有自己的实现边界。图上有解，并不表示设备一定能承载该解所需的 SID 栈。

最大 SID 深度，也就是 MSD，正是对这项有限能力的表达。RFC 8491 为 IS-IS 定义带类型的节点级和链路级 MSD；RFC 8476 为 OSPF 定义相应编码；RFC 8814 让 BGP-LS 把来自 OSPF 或 IS-IS 的信息交给拓扑消费者；RFC 8664 在 PCEP 会话与单次路径请求中使用能力值和边界；RFC 8665 说明 OSPFv2 如何发布 Segment Routing 标识符与能力，但 MSD 本身的 OSPF 编码仍由 RFC 8476 定义。

这五份文件构成的不是“控制器创造能力”的故事，而是“能力怎样成为可读取事实”的链条。设备先有一个真实的压入上限，IGP 再用类型、节点或链路范围记录它，BGP-LS 将记录带给外部消费者，PCEP 则让会话或请求按声明的限制行事。任何一层都不能因为字段存在，就扩大设备原有的能力。

记录要有用，必须保留身份。只保存一个整数，无法知道它是哪一种 MSD-Type；只保存节点汇总值，可能遮住更具体的链路限制；把缺失字段直接填成零，会混淆“明确没有能力”与“没有发布能力信息”；让 PCEP 会话摘要覆盖路由协议提供的接口值，则会丢掉标准刻意保留的精度。

这也界定了 Tantsura 的人物画像。五份 RFC 都把他列入完整作者组，因此可以确认他反复参与了使实现约束可见的标准化工作。文件没有证明他独自设计全部机制，也没有证明某个运营网络部署了这些机制，更没有记录可用性、性能或故障结果。严格停留在公开技术记录之内，反而能清楚看见贡献的连续性。

MSD 计算的是压入能力，不是跳数

“最大深度”容易被误读为一条路径有多长。RFC 8491 给出的定义更具体：MSD 是节点或节点上的链路所支持的 SID 数量。该文件还定义 Base MPLS Imposition，也就是基础 MPLS 压入能力，涵盖服务标签、传输标签和特殊标签。

压入行为不仅是向栈顶继续推送新标签。它还包括替换当前栈顶标签。因此，被压入的标签总数由“被替换的标签”和“被推入的新标签”共同构成。这个定义把 MSD 连接到转发面的动作，而不是控制器内部的一串抽象指令。

RFC 8476 在 OSPF 语境中保持同一现实边界。Node MSD 是该 OSPF 实例所使用链路中最低的支持值；Link MSD 则描述某个接口作为出接口时的能力。RFC 8664 在 PCEP 中把相应字段限定为 PCC 能够在报文上压入的最大 SID 数，在该文件的 MPLS 语境下以标签栈深度表达。

OSPF 与 IS-IS 文件都允许 MSD 值来自硬件 API，也允许由配置提供。标准并未声称所有设备都采用同一种方法。它们规范的是最终被控制面交换的值，而不是设备内部如何得出这个值。

因此，能力信令和能力生成必须分开。发布 MSD 不会增加标签栈资源，也不能自动证明配置与硬件一致。控制面只是记录者。它能让其他组件知道“声明的限制是什么”，但真正的准确性仍取决于声明与运行设备之间是否相符。

IS-IS 先让数字拥有明确类型

2018 年 11 月发布的 RFC 8491，在 IS-IS 中定义了一个或多个 MSD-Type 与 MSD-Value 组合。类型说明数字代表哪一种能力，数值说明该能力的限度。这样一来，同样的整数不会因为缺少语义而被当成可互换的深度。

文件建立 IGP MSD-Types 注册表，并把类型 1 分配给 Base MPLS Imposition MSD。BMI-MSD 统计定义范围内能够压入的全部 MPLS 标签，包括服务、传输与特殊用途标签。注册表也允许未来增加其他类型，让新的能力使用同一承载框架，同时保留自己的含义。

可扩展并不意味着模糊。每一种类型都要说明它测量什么，也要说明“没有发布该类型”应当如何理解。通用编码只负责运输类型和值，真正的语义来自具体类型的定义。消费者可以使用自己理解的类型，而不必把所有深度视为同一资源。

RFC 8491 还说明，即使没有启用 Segment Routing，MSD 通告也可能有用。例如，在非 SR 的 MPLS 网络中，它可以表示最大标签深度。这并不是对部署范围的统计，只说明标签压入上限比某一种控制架构更基础。

这份 RFC 的作者是 Jeff Tantsura、Uma Chunduri、Sam Aldrin 与 Les Ginsberg。IGP MSD-Types 注册表、节点和链路 sub-TLV、BMI-MSD 定义属于完整作者组以及 IETF 共识过程。人物档案可以呈现 Tantsura 的持续参与，却不能把共同成果改写成单人所有。

节点值是对相关接口的保守汇总

IS-IS 的 Node MSD 位于 Router CAPABILITY TLV 中。对于某个 MSD-Type，它必须采用发布该信息的 IS-IS 实例所配置接口中的最低支持值。节点不能把最强接口的能力当作整个实例的通用上限。

最低值规则使节点通告成为保守汇总。消费者如果只掌握节点级信息，得到的是面向相关接口集合的共同边界。它并不暴露每个硬件细节，但标准清楚规定了汇总值与所覆盖链路之间的关系。

MSD-Value 的范围为 0 到 255。对共同规则所覆盖的类型而言，零表示不具备压入任何深度栈的能力，非零值则表示相应上限。这里的零是明确发布的状态，不是字段缺失后的默认填充值。

如果各链路的能力相同，RFC 8491 建议只发布 Node MSD，以减少重复的泛洪信息。这样的效率选择并未取消链路粒度。如果某个接口确实有不同限制，Link MSD 能把差异保留下来，并在该类型上取得优先权。

节点汇总与链路细节因此不是彼此竞争的两个真相。节点值提供低成本的共同边界，链路值描述路径真正要使用的出接口。只有在生产者诚实发布已知差异、消费者正确使用优先级时，压缩信息才不会演变成隐藏异构。

链路值为何优先于节点值

RFC 8491 的 Link MSD 与某条链路关联，描述该接口作为出接口时的能力。如果同一 MSD-Type 存在链路值，链路值必须优先于 Node MSD；如果链路没有该类型而节点有，则使用节点值作为明确规定的回退。

这项优先级来自信息范围，而不是协议地位。Node MSD 是多个接口的保守概括，Link MSD 则指向路径即将使用的具体出口。已有具体事实时仍使用汇总，会丢弃协议专门发布的精度。

文件也承认实现方式可能限制可表达粒度。如果标签压入与入接口上下文相关，就可能无法给出有意义的出链路值，此时应只发布 Node MSD。标准没有要求设备编造一个自身架构无法支持的链路级事实。

另一个边界是：对同一链路收到多个同类型 Link MSD 时，RFC 8491 没有定义通用选择过程。这个空白不能在文章中被包装成已经解决。实现可能需要自己的策略，但应当保留“标准未规定”的事实。

这一组规则体现出共同方法：有可靠的具体值就使用具体值；没有链路值时按规则使用节点汇总；无法表达粒度时不要假装精确；规范没有定义的情况要继续标记为未定义。可见性不仅包括数值，也包括知识的边界。

“没有通告”不能被悄悄改成零

RFC 8491 与 RFC 8476 都区分零值和缺失。MSD-Value 为零明确表示该类型下没有任何可支持的栈深度。节点与链路都没有通告时，应按照 MSD-Type 自己的定义理解。

共同规则只允许一个谨慎结论：通常只能推断发布节点不支持该 MSD-Type 的通告。某些类型可以规定“不发布就代表不支持相关功能”，但这一更强结论必须由类型规范亲自给出，不能由消费者自行补写。

BMI-MSD 的边界尤其清楚。缺少 BMI-MSD 通告，只表示节点不支持发布这项能力，并不表示节点没有 MPLS 标签压入能力。若自动把缺失值填成零，就会把“未知”错误地写成“明确无能力”。

自动系统常常偏爱数字，因为数字能让流程继续。但为了完整而制造事实，会让记录比原始信息更不可靠。消费者当然可以为未知状态设置本地策略，例如拒绝、回退或要求核验；它不能把策略输出冒充 IGP 发布的事实。

一个成熟系统至少应保留三种状态：已知且非零的能力、明确发布的零能力、没有通告导致的未知。最终动作可以依业务不同，但决策链不应在入口处抹掉差异。

OSPF 把同一模型放入自身的记录规则

2018 年 12 月发布的 RFC 8476，为 OSPF 定义带类型的 Node MSD 与 Link MSD。Node MSD 位于 OSPF Router Information Opaque LSA 中；Link MSD 则作为链路相关 sub-TLV，分别进入 OSPFv2 或 OSPFv3 对应结构。

基本关系与 IS-IS 一致。节点值采用该 OSPF 实例相关链路中的最低能力，链路值指向具体出接口；链路值存在时优先，链路值缺失而节点值存在时回退到节点；两个范围都缺失时，含义由类型决定。

OSPF 还为重复的 Node MSD 定义确定性处理。如果同一路由器在一个 Router Information LSA 中出现多个 Node MSD TLV，接收方使用第一个。如果不同泛洪范围的 RI LSA 都包含该信息，则使用区域范围的 LSA；相同范围存在多个时，选择数值最小的 Instance ID。RFC 建议 Node MSD 使用区域范围泛洪。

链路重复也有明确选择。OSPFv2 使用 Opaque ID 最小的 Extended Link Opaque LSA，OSPFv3 使用 Link State ID 最小的 E-Router-LSA。文件同时要求应把这种情况记录为错误。接收方能够继续处理，但异常证据不应消失。

RFC 8476 的作者为 Jeff Tantsura、Uma Chunduri、Sam Aldrin 与 Peter Psenak。该文件不是简单宣称 OSPF 与 IS-IS 相同，而是把共同的类型、节点和链路模型放进 OSPF 自己的 LSA、泛洪范围和重复选择规则中。

确定性选择并不等于事实正确

重复规则解决的是互操作问题。面对多条记录，不同接收方可以按照同一方式选择，从而避免各自猜测。被选中的数值是否真实反映转发设备，则是另一个问题。

链路重复应被记录为错误，正是为了同时保留两件事：协议可以继续，运维仍然知道输入出现异常。选择算法保护确定性，日志保护可观察性，两者都不能替代源设备发布正确值。

泛洪范围的优先级也是如此。区域范围取胜，说明接收方应使用哪一条记录，并不证明彼此冲突的记录构成健康状态。控制平面可以在有疑问的数据上保持稳定，却不能借稳定性把数据变成真值。

RFC 8476 的安全考虑明确讨论错误 MSD。值小于实际能力时，路径计算可能无法得到本来可行的路径；值大于实际能力时，系统可能尝试实例化头端无法支持的路径。文件使用的是可能性语言，没有声称每次错误都会导致结果，也没有记录特定事故。

编码、范围、选择和监控各自解决不同问题。编码让值可识别，范围把值绑定到对象，选择在重复时保持一致，监控暴露异常。只有把通告与运行设备核对，才能进一步判断内容是否准确。

RFC 8665 是 OSPF-SR 语境，不是 MSD 定义

2019 年 12 月发布的 RFC 8665 定义 OSPFv2 的 Segment Routing 扩展。文件涉及 Prefix-SID、Adjacency SID、SID 或标签范围、本地块以及算法等能力，让 OSPF 能够发布 SR 标识符与相邻信息。

这份文件在五份来源中的作用需要严格限定。它没有定义 OSPF Node MSD TLV、Link MSD sub-TLV，也没有定义它们的优先级或缺失语义。那些机制来自 RFC 8476。若把 RFC 8665 当作 MSD 编码证据，就会混淆两个标准各自解决的问题。

两者的分工有助于保持文章主题。RFC 8665 说明 OSPFv2-SR 控制面如何表达标识符与能力；RFC 8476 说明节点或出链路能为某一类型压入多少 SID 或标签。前者提供环境，后者提供有限能力记录。

这一边界也阻止人物档案滑向泛化的 Segment Routing 传记。Tantsura 在 RFC 8665 的共同作者身份说明他参与更广泛的 OSPF-SR 工作，但本篇只聚焦 MSD 约束如何可见。其他机制不能在缺少额外来源时被扩展为本文主线。

RFC 8665 的完整作者组包括编辑 Peter Psenak 与 Stefano Previdi，以及 Clarence Filsfils、Hannes Gredler、Rob Shakir、Wim Henderickx 和 Jeff Tantsura。名单本身再次说明成果属于协作标准化过程。

PCEP 把声明的上限变成会话规则

RFC 8664 同样发布于 2019 年 12 月。它为 Segment Routing 扩展 PCEP，并在 SR PCE Capability sub-TLV 中定义 MSD 字段。PCC 在 Open 消息中报告自己能够在报文上压入的最大 SID 数，让路径计算方在会话建立时就得到声明的能力边界。

X 标志区分两种有效表达。PCC 设置 X 时，会话把 MSD 视为无限制，并要求 MSD 字段为零。PCC 不设置 X 时，必须报告正数 MSD。X 未设置而 MSD 为零是无效组合，接收方要返回 PCEP 错误并关闭会话。

零在这里不能脱离标志单独解释。它可以与 X 共同表达会话级“无限制”约定，也可以在 X 未设置时构成错误。完整语义来自字段组合，而不是某一个字节。

会话拥有非零 MSD 后，PCE 不得发送包含更多 SID 的 SR 流量工程路径。PCC 若收到这种路径，应返回“不支持的 SR-ERO sub-object 数量”错误。PCC 的 MSD 如果需要变化，必须关闭并重新建立会话，以新值重新声明。

能力记录在这里产生直接的协议约束。PCE 不只是知道一个数字，而是要限制可发送路径。不过，PCEP 仍没有替代硬件核验。它保证消息与声明相符，不能保证声明与设备相符。

单次请求同时区分优化目标和硬边界

RFC 8664 还定义路径请求使用的 Maximum SID Depth metric。PCC 可以要求 PCE 尽量减少所计算路径的 SID 深度。如果设置 bound 位，PCE 返回的路径不得超过给定数值。

请求不能扩大有限会话的能力。如果会话默认 MSD 为非零，PCC 不得在请求中提供更大的 MSD；PCE 收到后要把请求判定为无效并返回规定错误。局部请求必须服从已经声明的会话上限。

如果 PCC 没有通过 X 声明无限制，请求使用 MSD metric 时必须设置 bound 位。这项要求分开了两个概念：“尽量少用 SID”是优化目标，“绝对不能超过”是可接纳边界。前者不会让超限路径变得可行。

会话使用无限制约定时，PCC 仍可对某个具体请求设置 MSD。协议因此同时提供会话默认和路径特定限制，并规定它们如何组合。

这种区分对自动化很重要。目标函数可以在多个可行解中排序，硬约束则决定某个解能否进入候选集合。把两者压成一个“偏好”字段，会让系统在语言上满足优化、在现实中违反能力。

路由协议提供的更具体值必须保留

RFC 8664 允许 PCE 从路由协议学习每节点或每接口 MSD。如果 PCE 通过路由得知 PCC 的节点值，就应使用它代替 PCEP SR capability 中的节点汇总。如果获得接口值，在计算使用该接口的路径时应采用接口值。

会话值仍有用途，尤其是在接口同构或缺少路由数据时。但它不能抹掉与拓扑对象绑定得更紧的事实。优先级来自范围精度，而不是某个协议对另一个协议拥有管理权。

从 IGP 到 PCEP，规则构成连贯层次：Link MSD 优先于 Node MSD；路由学习的节点或接口值优先于会话摘要；请求不得高于有限会话。每个环节可以增加上下文，却不能随意放宽更窄的边界。

如果原始值本身错误，这套优先级不会把它修好。它只能防止集成层主动降级信息精度。真正可靠的系统还需要让通告值与配置、硬件或运行观测之间可以对账。

RFC 8664 的作者是 Siva Sivabalan、Clarence Filsfils、Jeff Tantsura、Wim Henderickx 与 Jon Hardwick。会话能力、请求 metric、校验和优先级都属于该完整共同作者组。

BGP-LS 让 IGP 约束到达外部消费者

集中式拓扑消费者不一定参与 OSPF 或 IS-IS。2020 年 8 月发布的 RFC 8814 定义 BGP-LS Node MSD 与 Link MSD 属性，使外部消费者能够获得节点与链路的有限能力。

数据来源仍然清楚。当 BGP-LS speaker 发布从 OSPF 或 IS-IS 学到的拓扑时，MSD 值分别来自 RFC 8476 和 RFC 8491 定义的扩展。BGP-LS 不重新测量，也不创造一种新的能力；它把 IGP 记录向外分发。

Node MSD 作为节点属性携带一个或多个类型和值组合，并代表相关链路中的最低支持值。Link MSD 作为链路属性，代表关联出接口的能力。RFC 8491 建立的类型体系因此可以穿过 IGP 边界。

BGP-LS 的角色像一座桥。IGP 在拓扑域内发布约束，BGP-LS 把约束带到控制器或 SR PCE，后者才有机会在计算中考虑头端能压入的 SID 栈。桥梁必须保留类型、数值、节点和链路关系，否则只剩无法可靠解释的整数。

RFC 8814 的作者为 Jeff Tantsura、Uma Chunduri、Ketan Talaulikar、Greg Mirsky 与 Nikos Triantafillis，Siva Sivabalan 被列为贡献者。作者和贡献者是不同的公开身份，完整保留这一区别也是准确归属的一部分。

BGP-LS 能检查表示形式，语义仍由消费者负责

RFC 8814 的可管理性部分明确分工。新属性的语法错误沿用 BGP-LS 的既有处理规则。TLV 内容的语义检查，以及内容与 BGP-LS NLRI 或属性之间的关联，则由消费应用负责，而不是由 BGP 协议完成。

因此，一个结构正确的属性仍可能包含不准确值，或被错误关联到对象。传输层知道怎样保存并解析自己的表示，却不一定知道设备真正的压入能力，也不知道应用将如何处理所有不完整状态。

文件指出，MSD 编码或解码错误可能让 SR PCE 得不到信息，或者得到错误信息，进而可能使头端无法实例化期望路径。应用如何处理这种错误取决于实现，不在 RFC 8814 范围之内。

这种边界没有削弱架构，反而让责任清楚。IGP 负责原生的类型与范围，BGP-LS 负责传输表示，消费者负责语义使用，运行设备则是最终现实。若把所有验证责任都虚构给一个协议，故障反而更难定位。

一个好的记录者应保存对象身份、范围和数值，并按自身规则拒绝畸形表示。它不应声称能证明只有应用或机器才能观察的事实。每层诚实说明知识边界，整条链才更可审计。

低报与高报会以不同方式偏离现实

RFC 8476、8491 和 8814 对错误 MSD 给出两种方向。值小于设备实际支持能力时，路径计算可能找不到原本可行的路径；值大于实际能力时，系统可能尝试实例化头端无法支持的路径。

低报隐藏了可以使用的能力，高报则发布了并不存在的能力。前者缩小可行空间，后者把不可行方案加入空间。目标既不是永远取最保守值，也不是尽可能取大值，而是让记录准确对应特定类型、节点、链路和时点。

RFC 的表述保持条件性。它们没有描述特定中断，没有量化概率，也没有把安全或故障责任归给 Tantsura 或任何共同作者。文件只是说明错误值可能产生的协议与计算后果，并提醒能力信息本身可能向攻击者暴露线索。

PCEP 在声明之后提供额外护栏：无效字段组合关闭会话，请求不能超过有限会话，PCE 不能发送更深路径，PCC 对超限路径返回错误。这些规则约束已声明数值的使用，却不负责独立测量硬件。

准确性因而是一项运行要求。错误值无论被多少协议一致传递，都不会因为传播而变真。系统需要知道值来自哪里、适用哪里、何时核验，以及与设备状态发生分歧时如何停止把它当作可靠前提。

一项能力事实的跨协议保管链

五份 RFC 可以被看作同一类事实的保管链。事实起点是设备有限的 SID 或标签压入能力。RFC 8491 为它提供 IS-IS 类型和节点、链路范围；RFC 8476 提供 OSPF 编码与选择程序；RFC 8814 用 BGP-LS 将 IGP 值送往消费者；RFC 8664 在 PCEP 会话和请求中使用限制；RFC 8665 提供 OSPFv2-SR 语境而不冒充 MSD 定义。

交接过程中，类型必须继续说明数字的单位，值必须留在正确节点或出链路上，链路细节不能被节点汇总抹掉，缺失不能变成零，路由提供的具体值不能被 PCEP 摘要替换，请求也不能提高有限会话上限。

链条还要保存已知的不确定性。IS-IS 对某种重复链路通告没有通用选择规则；缺失语义依类型而定；BGP-LS 把内容检查交给消费者；PCEP 检查内部关系但不核验硬件。保留这些缺口，比用无来源默认值填满它们更符合事实。

MSD 信令因此不只是若干 TLV。它是一项关于机器能力的分布式声明。IGP、BGP-LS 和 PCEP 各自承担不同职责，消费者能够知道应当使用哪条记录，也应当知道验证在哪一层仍未完成。

Tantsura 共同作者记录中的技术连续性，就体现在意义没有在交接中消失。标准不要求控制器相信一个匿名假设，而是让能力以明确范围进入决策；同时也不把记录夸大为能力生成器、设备运营者或结果保证者。

完整共同作者记录

人物归属同样需要保存完整身份。五份 RFC 都出现 Jeff Tantsura，但没有一份是单人作品。

RFC 8491《Signaling Maximum SID Depth (MSD) Using IS-IS》的作者为 Jeff Tantsura、Uma Chunduri、Sam Aldrin 与 Les Ginsberg。它定义 IS-IS 节点、链路通告，建立类型注册表并定义 BMI-MSD。

RFC 8476《Signaling Maximum SID Depth (MSD) Using OSPF》的作者为 Jeff Tantsura、Uma Chunduri、Sam Aldrin 与 Peter Psenak。它定义 OSPF 编码及其范围、选择和优先级。

RFC 8664《Path Computation Element Communication Protocol (PCEP) Extensions for Segment Routing》的作者为 Siva Sivabalan、Clarence Filsfils、Jeff Tantsura、Wim Henderickx 与 Jon Hardwick。它包含 SR PCE capability、MSD metric、校验与路由值优先程序。

RFC 8665《OSPF Extensions for Segment Routing》由编辑 Peter Psenak、Stefano Previdi，以及 Clarence Filsfils、Hannes Gredler、Rob Shakir、Wim Henderickx 与 Jeff Tantsura 共同署名。它提供 OSPFv2-SR 语境，不是 MSD 编码来源。

RFC 8814《Signaling Maximum SID Depth (MSD) Using the Border Gateway Protocol - Link State》的作者为 Jeff Tantsura、Uma Chunduri、Ketan Talaulikar、Greg Mirsky 与 Nikos Triantafillis。它定义 BGP-LS 的节点与链路 MSD 属性。

作者名单和 IETF 共识过程共同规定归属边界。Tantsura 的多次出现表明持续参与，但不能被扩写为对每个机制的个人独占，也不能转化为对后续实现和部署的控制。

公开文件没有证明什么

五份标准证明公开技术署名和协议行为。它们没有证明当前雇主、当前职位、私人经历、国籍、住址或对某个网络运营商的权限。历史作者地址块中的组织标签不能被当作现在任职证据。

文件也不支持独创叙事。Tantsura 在每份文件中都是共同作者之一，IETF 标准过程本身也意味着机制经过群体审查与共识。

来源没有提供实施普及率或量化效果。没有路由器数量、控制器使用率、供应商覆盖率、可用性提升、性能收益、客户结果或故障案例。标准定义格式、优先级和错误行为，不报告生产成效。

能力信令也不是能力验证。OSPF 或 IS-IS 可以正确编码，BGP-LS 可以无损运输，PCEP 可以严格执行声明关系，但原始值仍可能与硬件不同。安全和可管理性部分明确承认错误信息的可能后果。

最后，五份来源不允许把主题扩张成泛化 Segment Routing 人物传记。RFC 8665 是必要语境，RFC 8664 也包含大量超出 MSD 的 PCEP 机制。本文支持的核心仍是：有限压入能力怎样以正确类型和范围进入计算。

从约束可见性中读取技术特征

不需要推测个人性格，也能在文件中发现一致方法：数字必须带类型，节点与链路必须分开，链路事实优先于节点汇总，零与缺失必须区分，OSPF 重复要确定性处理并保留异常，IS-IS 未定义情况不能被假装解决，BGP-LS 要保存 IGP 来源，PCEP 要优先使用更具体的路由信息。

这些选择共同指向一个运行原则：实现边界应当被需要它的系统看见，但记录不能声称超出证据的内容。控制器的抽象模型最终必须与头端及接口的具体能力相遇。

Tantsura 在五个共同作者组中的连续出现，支持一个克制而明确的结论。他参与了把同一类有限能力连接到 OSPF、IS-IS、BGP-LS 和 PCEP 的协作工作。文件覆盖约束的产生、运输和使用，也覆盖防止它在过程中失去含义的规则。

这不是控制路径的英雄叙事，而是让控制向能力负责的文档记录。一条计算出的路径在设备能够压入之前仍只是提案。MSD 信令把这条物理与实现边界写入控制面，使自动化至少能够说明自己依据了什么限制。

类型、范围、来源应当组成一个判断单元

如果把五份 RFC 中的字段拆开看，很容易误以为 MSD 只是拓扑数据库中的一个可选数字。把它们放回完整流程后，真正的判断单元至少包含四部分：MSD-Type、MSD-Value、节点或链路范围，以及数值来源。缺少其中任何一项，消费者都可能得到形式完整、语义不足的输入。

类型回答“测量的是什么”。BMI-MSD 关注定义范围内能够压入的 MPLS 标签总数。其他类型可以描述不同能力，因此不能只因为数值相同就视为等价。范围回答“限制落在哪个对象上”。节点值覆盖实例所涉及接口的保守最低值，链路值则指向一条具体出接口。

来源回答“消费者为何相信它适用”。值可能由 OSPF 或 IS-IS 直接发布，可能被 BGP-LS 从 IGP 记录中搬运，也可能作为 PCEP 会话摘要出现。RFC 8664 的优先程序实际上是在保存来源与范围：路由协议得到的节点或接口事实，比不带同等拓扑细节的会话摘要更具体。

最后还需要状态。数值是当前可用通告，还是通过重复选择规则取得？字段是明确零值，还是未发布？PCEP 会话是否以 X 标志表达无限制？请求中的 MSD 是优化目标还是启用 bound 位的硬边界？这些状态决定同一个数字能否进入计算，以及进入后承担什么角色。

如果数据模型只把最终值写入一个通用列，以上关系就会在协议转换时消失。更稳妥的做法是把类型、范围、来源和状态当作不可分割的证据单元。这样，路径结果不仅能说明“采用了多少”，还能说明“为什么采用、适用于哪里、哪些不确定性仍然存在”。

会话生命周期也是能力一致性的一部分

RFC 8664 要求 PCC 的 MSD 发生变化时关闭并重新建立 PCEP 会话。这个要求说明，能力值不是可以在现有会话旁边悄悄改写的注释。它参与了双方建立会话时的共同前提，改变前提就需要重新形成一致状态。

这一点与 IGP 通告的更新语境不同。OSPF 或 IS-IS 可以通过自己的状态传播机制更新节点和链路信息；PCEP Open 中的能力则属于会话建立过程。PCE 若同时掌握路由信息和会话摘要，需要按规定使用更具体来源，而不能假定两个生命周期天然同步。

因此，能力治理不能只检查单个报文是否合法。它还要关注版本关系：路由侧的节点或链路值何时变化，BGP-LS 何时把变化交给消费者，PCEP 会话何时建立，具体请求何时提交。五份 RFC 没有给出一个跨协议全局时钟，但它们提供了足够边界，让系统知道哪些记录可能处在不同阶段。

当能力变更时，最危险的状态未必是字段完全缺失，而是多个层都各自有值、却代表不同时间。一个旧的会话摘要、一个新的链路通告和一个尚未更新的外部拓扑副本，都可能在语法上有效。只有保存来源和时间关系，运维才有机会识别这种错位。

标准没有承诺如何在所有实现中自动完成这种协调，也没有记录某个部署的处理效果。可得出的结论更有限：会话能力、路由能力和请求边界有不同生命周期，控制系统不应把“都有数字”误认为“数字已经一致”。

异常处理需要同时保留可用性与证据

RFC 8476 对重复 OSPF 通告给出确定性选择，并建议对重复链路值进行日志记录。安全部分还要求实现检测畸形 TLV 与 sub-TLV，避免它们导致路由器或路由进程崩溃，并对相关日志进行速率限制，以免日志本身加重控制面负担。

这些要求揭示了两类不同目标。协议需要面对错误输入继续安全处理，运维则需要留下足够证据判断错误来自哪里。只强调继续处理，可能让异常被选择规则掩盖；只强调记录，又可能在恶意或高频输入下制造新的资源压力。

因此，可观察性也必须受运行能力约束。计数、日志和告警应当说明畸形、重复或冲突出现过，但不能以无限制记录的方式消耗控制面。这里同样不存在“越多越好”的单向目标，而是准确证据、处理连续性与资源边界之间的平衡。

BGP-LS 的分工进一步说明，语法错误与语义错误需要不同证据。一个属性可能因格式问题被丢弃，也可能格式正确却把错误能力交给应用。前者可由传输层看到，后者通常要由消费者结合拓扑对象、优先级和设备状态判断。

PCEP 又增加会话和请求级错误。无效能力组合、超出会话的请求、超过 PCC 上限的路径各有协议响应。一个统一的“MSD 失败”标签会丢失故障位置。更有用的记录应说明是通告产生、拓扑运输、会话声明、请求边界还是路径返回阶段出现问题。

对账不是把协议变成设备控制权

把通告值与硬件或配置核对，并不意味着控制器拥有设备主权。它只是确认控制面记录是否忠实。路由协议、BGP-LS 和 PCEP 都是现实信息的管理与运输层，不能因为拥有字段就取代运行设备本身。

这一边界也解释了为何标准作者身份不能延伸成部署权力。共同作者定义了互操作格式和程序，运营者决定是否以及如何部署，实现者决定内部架构，设备状态决定实际能力，应用负责在自己的范围内使用信息。角色可以合作，却不能互相替代。

对账的目标应当是发现偏差，而不是让某一层赢得争论。如果硬件 API、配置、IGP 通告、BGP-LS 副本和 PCEP 使用值不同，首先需要保留每个来源，然后识别哪个值已经过期、范围错误或含义不同。过早把一个值宣布为唯一真相，会破坏后续调查所需的证据。

同样，注册表提供类型唯一性和共同语义，但不会自动让每个实例值准确。协议规定链路优先级，但不会自动证明链路通告来自正确接口。会话规则防止请求自相矛盾，但不会自动证明 PCC 的声明来自真实硬件。

把每层责任限制在它能证明的范围，系统反而更强。记录者保持准确与可追溯，消费者公开自己的策略，设备观测提供现实核验，运营者处理不一致。五份 RFC 支持的正是这种分层事实结构，而不是倡导某个机构或协议拥有最终合法性。

从路径结果反向检查约束链

对一条已经计算出的路径，可以反向提出一组具体问题。头端需要压入多少 SID？这个数怎样计算？采用的 MSD-Type 是什么？最小上限来自节点、出接口、PCEP 会话还是请求 bound？若存在多个值，哪条优先规则决定了结果？

接下来需要检查缺失与回退。如果没有 Link MSD，是否按同类型使用了 Node MSD？如果节点和链路都没有，系统采用了什么本地政策？该政策是否仍把状态标记为未知，而不是伪装成协议零值？如果 BGP-LS 是信息来源，它是否保留了原始 IGP 的对象关联？

还要检查异常。OSPF 是否遇到重复通告并使用了最小 ID 规则？日志是否保存了异常而没有造成新的资源问题？BGP-LS 属性是否只通过语法检查，还是消费者也完成了语义关联？PCEP 请求是否小于或等于有限会话值？

最后才是与设备现实的对照。声明值是否仍反映当前接口和硬件？路径若无法实例化，问题发生在错误通告、陈旧运输、优先级应用、请求构造还是设备变化？这些问题不会由单个 RFC 一次回答，但五份标准共同提供了可追踪的分层位置。

这样的反向检查不会保证永远成功，却能避免把失败描述成无法解释的控制器结果。它把抽象路径重新连接到有限机器，使每个决策都能指出自己所依赖的记录、推断和剩余不确定性。