摘要
- RFC 5305 的“最大可预留带宽”和“未预留带宽”都可以因超额订阅而高于链路物理带宽;后者还按建立优先级分成八个数值,并不存在脱离策略语境的单一“剩余容量”。
- 完整证据链必须分别记录广告来源与时效、解析支持、拓扑接纳、约束计算、准入决定、预留提交、转发表安装、报文观测和业务结果。
先看动词,再看数字
RFC 5305 为 IS-IS 增加了更丰富的可达性编码。类型 22 的扩展 IS 可达性 TLV 把邻居标识、更宽的默认度量和一组子 TLV 放在同一条邻接描述中。子 TLV 可以承载管理组、接口地址、邻居地址、最大链路带宽、最大可预留带宽、未预留带宽和流量工程默认度量。类型 134 提供稳定的 TE 路由器 ID,类型 135 扩展 IPv4 前缀可达性。
这些字段回答的是“源路由器公布了什么”。它们不直接回答“路径请求是否获准”“容量是否被锁定”“标签交换路径是否安装”“数据包是否经过”“业务目标是否实现”。同一个数字在这些句子中会有不同证据责任。
把广告称作谎言同样不准确。协议需要一种共同表达,计算系统才能工作。问题不在表达,而在把表达越权提升为后续动作的收据。RFC 5305 定义了可供计算的表述,并没有替准入系统完成资源提交。
“最大”并非物理天花板
最大链路带宽子 TLV 以 32 位 IEEE 浮点数表示所广告方向上可使用的最大带宽,单位是字节每秒,而不是比特每秒。它是一项编码后的方向性属性,不是采样曲线。
最大可预留带宽更能说明边界。RFC 5305 明确允许这个值为了超额订阅而大于链路带宽。未预留带宽也允许如此。于是,“最大可预留”首先是资源政策给出的上限,不是物理介质在任意时刻都能兑现的保证。
未预留带宽包含八个浮点数,依次对应建立优先级 0 到 7。抢占机制意味着不同请求看到的权利不同。低优先级路径今天获准,不代表明天不会被更高优先级请求让位;某一优先级还有空间,也不代表所有优先级共享同一空间。
RFC 还要求出于稳定考虑,不应让数值的快速变化引发 LSP 的快速生成。这个安排保护路由控制面,却也承认分布式视图可能有意落后于本地变化。一个格式正确、来源可验的数值,仍可能在另一个头端作出决定时已经遭遇新的竞争。
颜色和成本是谁的判断
管理组子 TLV 是管理员赋值的 32 位掩码。所谓颜色不是光纤自行报告的属性,而是组织对链路的分类。它可以代表风险域、基础设施等级或规避策略,但其语义由人和配置共同决定。
TE 默认度量同样由管理员赋予,它可以向 TE SPF 呈现一张与普通 SPF 权重不同的拓扑。如果该子 TLV 缺失,TE 计算必须改用扩展可达性记录中的普通默认度量。一个字段的有无,足以改变路径选择所处的成本曲面。
最大 24 位链路度量还有特殊含义:该链路不得参与普通 SPF,却可以继续为了流量工程等其他目的被公布。出现在链路状态数据库中,不等于进入每一种计算。
所以,事故复盘不能停在“IS-IS 里看得到这条链路”。还要知道当时是哪一版 LSP、哪组颜色、哪种度量、是否发生回退、哪个引擎解码并采用了这些值。拓扑可见性与决策资格之间隔着明确的政策层。
被命名的地址不自动成为路由
实现 TE 的设备必须公布接口 IPv4 地址;在点到点邻接上还必须公布邻居 IPv4 地址。然而 RFC 5305 禁止仅凭这些子 TLV 向路由表或转发表注入 /32 前缀,否则与不支持扩展的系统混用时可能形成环路。
TE 路由器 ID 也提供一个稳定地址,用于跨多跳引用路由器并关联 OSPF 与 IS-IS 拓扑。它同样不得自动制造 /32 转发项。
这组禁止语句揭示了严谨的分层:一个地址可以是控制面的引用坐标,却不是可达性证明。一个邻接可以被描述,却不是路由已经安装。路由已经安装,也不是数据包已经送达。
可扩展性还有另一面:接收端必须忽略并跳过未知子 TLV。于是,设备可能接受外层 TLV,却不理解其中某个新属性。验收不能只问“LSP 收到了吗”,而要分别证明解析器认识、数据库保留、计算引擎使用,并且不同设备的支持矩阵没有破坏约束。
洪泛没有提供库存锁
链路状态洪泛让各节点交换版本化状态,但它不是全域事务。LSP 的产生、节流、传播、数据库安装、路径计算和资源请求运行在不同时间轴上。
两个头端可能同时读到同一个未预留数值,并各自判断请求能够容纳。对它们而言,输入都可能真实。RFC 5305 并不串行化这两个决定,也不替它们锁定资源。准入和预留系统必须解决竞争,并为胜出的提交生成独立凭证。
认证只能补强另一层证据。依据接收策略验证通过的 LSP,可以证明消息来源与完整性达到相应条件;它不能证明管理员给出的数字等于物理余量,也不能证明这份副本新到足以处理当前竞争。RFC 5303 的三次握手能强化点到点邻接状态,同样不能为后来洪泛的每个资源属性背书。
本文没有声称什么
RFC 5305 是 2008 年发布的标准化文档,承接早期的 RFC 3784。它定义编码,也明确不讨论迁移机制和程序。此后的 GMPLS、跨 AS、性能度量和应用特定属性扩展说明这种框架可持续扩展,却没有把注册表变成运行结果证明。
本文不声称某个现网实行超额订阅、发出陈旧广告、忽略未知属性或交付失败。要证明这些事实,需要配置、带时间和序列号的 LSP、TE 数据库快照、准入日志、预留对象、转发表、报文和业务测量。
本文只确立较窄的结论:复杂的资源广告仍是承诺之前的陈述。精确格式不会自动赋予它成交效力。
来源
- RFC 5305:IS-IS 流量工程扩展
- RFC 5305 纯文本
- RFC Editor 的 RFC 5305 信息页
- IETF Datatracker 的 RFC 5305 条目
- RFC 5305 历史记录
- RFC 5305 引用的文档
- 引用 RFC 5305 的文档
- RFC 5305 勘误
- RFC 1195:面向 IP 的 IS-IS
- RFC 3630:OSPF 流量工程扩展
- RFC 4203:支持 GMPLS 的 OSPF 扩展
- RFC 5303:IS-IS 点到点邻接三次握手
- RFC 5307:支持 GMPLS 的 IS-IS 扩展
- RFC 5316:支持跨 AS MPLS/GMPLS TE 的 IS-IS 扩展
- RFC 7810:IS-IS 流量工程度量扩展
- RFC 8570:IS-IS MPLS TE 属性子 TLV
- IANA IS-IS TLV 代码点注册表
- Heng Lu:On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
- Heng Lu:Running Code Primary
- Heng Lu:On the Agency Problem at the Core of Internet Governance
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance
