摘要

  • RFC 5330 统计的是经过某条链路、且信令带宽等于零的 TE LSP；这里的零不是流量测量，也不是空闲容量、保护就绪或无业务风险的证明。
  • 该计数还允许排除由管理系统配置和供应的 LSP。字段缺失表示没有信息，而不是数值零。任何比较都必须带上计数人口、来源、时效和消费决定。

一个零，被读成了五个零

想象一个看似自然的运维页面。某条链路旁写着“零带宽 LSP：64”。系统随后生成五个推论：这些路径不占带宽；它们没有流量；链路仍有充足空间；路径故障不会伤害客户；保护资源无需单独核验。

RFC 5330 只支持其中最窄的一句话：在公告者选择纳入的集合里，有 64 条 TE LSP 是以带宽值零完成信令的。其余推论都需要别的观测。

信令带宽是请求的一部分。实际流量来自转发计数器和时间窗口。物理容量来自链路事实。可预留容量来自 TE 状态。保护是否可用来自主路径与备份路径的关联、容量和测试。业务影响来自 LSP 到服务、客户和结果的后续连接。

把这些层压成一个零，得到的不是简化，而是越权。

RFC 5330 为什么需要这个计数

文档讨论的是一种具体部署模型：运营者可能建立一张由零带宽 TE LSP 组成的全互联网络，并使用 MPLS TE Fast Reroute 提供本地保护。当 TE metric 与 IGP metric 一致时，这些路径可以跟随 IGP 最短路。

在对称拓扑里，多条路径可能拥有相同成本。由于这些 LSP 的请求带宽为零，可预留带宽不适合作为区分它们的依据。RFC 5330 因而定义一个新的链路 sub-TLV，用于公告每条链路上这类 LSP 的数量。

文档说，可以在对汇总流量作统计假设的前提下，把这个数量用于负载均衡现有或新配置的 LSP。它紧接着把具体负载均衡算法放在规范范围之外。

这个顺序很重要。标准给消费者一个输入，并没有给输入颁发“实际负载”的身份证。算法可以选择相信某种统计关系，也必须对这种关系负责。

LSP 数量不是字节数量

两条等成本链路都可能公告 40。第一条上的 40 个 LSP 每个只承载少量控制流量；第二条上的一条 LSP 就可能承担高峰业务。计数相等，字节率、包率、突发、时延和损失完全可以不同。

即使长期平均上 LSP 数量与汇总流量相关，也不能把相关性当成逐时刻等价。流量会变化，LSP 的信令属性不会随每个应用突发重新建立。一个统计输入只在特定假设、时间窗和误差容忍度内有用。

因此路径计算的收据必须保存：使用了哪一版 TE 数据库、哪一个计数、哪些流量测量、候选路径、算法版本、权重、平局规则、最终选择和选择后的观察结果。

否则，平台只留下“由 RFC 字段驱动”这句权威外壳，却无法说明决定是怎样产生的。

计数人口可以有意不完整

RFC 5330 明确允许：由管理系统配置和供应的 unconstrained TE LSP，可以不进入报告计数。

这意味着同一个整数必须连着一份人口契约。它至少说明哪些供应来源被纳入、哪些信令状态算作存在、make-before-break 的重叠如何处理、何时进入或离开计数、管理系统创建的 LSP 是否排除、规则版本何时生效。

如果旧系统统计所有零带宽 LSP，新系统排除管理控制器供应的部分，数值会下降，但 LSP 并未减少。反过来，开始纳入原先排除的路径，会产生一次没有新建路径的增长。

两台设备都符合 RFC，并不等于它们的整数可以直接排名。两段时间都来自同一设备，也不等于计数口径从未改变。

比较前先比较人口契约，才是在比较同一件事。

字段不见了，不等于值归零

这个 sub-TLV 是可选的。RFC 5330 要求把它的缺失理解为对该链路缺少信息。

这条规则阻止数据库用默认值制造事实。字段存在，值为 0 说明公告的人口里没有成员；字段不存在 只说明这次公告没有给出这个计数。后者不能用于证明链路上没有零带宽 LSP，也不能用于证明风险下降。

监控模型应至少区分六种状态：存在且为零、存在且为正数、缺失、格式错误、接收者不支持、没有观测到报文。只有前两种带有公告整数。

如果图表必须有一条线，可以让缺失形成断点。断点承认知识边界。用零把它补齐，只是让未知看起来更顺滑。

重复值里，后来的不能推翻先来的

RFC 5330 为 IS-IS 和 OSPF 分别定义 type 23。IS-IS 形式的值长两字节；OSPF 形式的值长四字节，放在相应的 TE Link TLV 内。两者都不应在同一容器里出现多次。

若出现第二个实例，接收系统只处理第一个。这与很多通用字典解析器的习惯相反：后写值常常覆盖先写值。

假设报文先带 12，后带 19。路由器按规范使用 12，遥测数据库若只保留最后值就会显示 19。两边都能画出整齐的图，但它们没有在描述同一个决定。

解析收据必须保存顺序、偏移、长度、每个实例、被选中的第一个值和忽略后续值的原因。只保留“最终字段”会丢掉不可恢复的证据。

IANA 注册证明 type 23 的共同含义，不证明哪组字节到达，也不证明实现使用了哪一个值。

新鲜公告也可能是粗粒度视图

LSP 建立、迁移和拆除都可能改变数量。但若每一次微小变化都立刻触发新的 IS-IS LSP 或 OSPF LSA，控制面会承受额外泛洪。RFC 5330 把具体触发机制留在范围之外，并提醒不要用过高粒度系统性地触发公告。

因此，较新的序列号和较小的 age 只证明协议对象较新。它们不证明底层人口与每一次变化实时同步。设备可能按阈值、时间窗口或批次重新生成计数。

一条完整的计数收据还要记录触发策略、聚合窗口、上次人口重算时间以及消费者允许的陈旧预算。已知有 LSP churn 而数值长期不动，应触发审查，不应自动解释为稳定。

时效是一个维度，粒度是另一个维度。把两者合并为“fresh=true”，仍然会隐藏决策所需的信息。

计数不能替保护系统签字

RFC 5330 还指出，数量可以帮助评估某条链路故障时受影响的 unconstrained TE LSP 数。这里的单位仍然是 LSP，不是已保护 LSP，更不是客户。

RFC 4090 描述 one-to-one detour 与 facility backup 等本地修复方法。多个主 LSP 可以共享一个 bypass tunnel。主路径请求了保护，不表示备份已就绪；备份已建立，不表示相关故障下容量足够；本地切换发生，也不表示所有包按应用要求送达。

要把 64 转成风险，必须逐层连接：链路到实际 LSP、LSP 到当前流量和服务、主路径到备份关联、故障到修复动作、修复到转发观察、转发到业务结果。

一个高计数可以帮助决定先检查哪里。它不能决定影响有多大。一个低计数也不能为链路的业务重要性降级。

把不同现实层分开保存

可靠的治理不是消灭字段，而是限定字段的权力。

线缆收据保存协议、范围、公告者、链路身份、LSA 或 LSP 键、序列、校验和、采集点与时间。解析收据保存有序实例和选择规则。计数收据保存存在状态、整数、origin time、观察时间与 age。人口契约保存纳入与排除规则。LSP 收据保存路径和信令状态。流量、保护、决定与影响各自另有收据。

这些记录可以通过同一个链路和时间关系联合，但不能提前压成一句“零带宽路径很安全”。

这也符合更广泛的运行代码原则：标准字段提供最小共同语义；本地实现作出允许的选择；运行系统产生可观测事实；最终结果仍须通过结果层证明。注册和文档描述现实，不替代现实。

当每层都保留自己的证据，RFC 5330 的整数会更有用。它不再需要假装是流量计、容量表、保护测试和客户影响报告的总和。

来源