摘要

  • RFC 10038 允许 SRv6 段端点通过 DHCPv6 获得结构化定位符，其中包括生存期、算法及定位符布局字段。
  • 分配动作可以创建并通告定位符路由，因此续期、释放和到期都可能成为路由状态事件，而不只是地址管理事务。

SID 背后的租约

定位符在 SRv6 中承担结构性作用。它标识节点用来分配段标识符的地址空间，因此决定的不只是某个接口从哪里可达。RFC 10038 用两个新的 DHCPv6 选项承载这套结构。IA Locator 包含首选与有效生存期、IGP Algorithm 值、定位符块和节点部分的长度、功能与参数长度，以及定位符本身的字节。

这些字段把一项决定放到了分配边界。客户端可以表达偏好，但服务器会搜索其配置的定位符池，并依照服务器策略建立绑定。各结构长度之和不得超过 128 位，定位符块长度与节点长度之和也不得为零。如果首选生存期大于有效生存期，客户端必须丢弃该定位符。这些是协议事实，并不能证明某一具体产品已正确执行验证。

IANA 分配了选项码 149 和 150，以及状态码 23 NoSRv6LocatorAvail。因此，否定响应是一项有明确定义的结果，并不授权客户端自行编造定位符。规范既未规定运营者应怎样设计地址池，也没有决定哪个组织可以批准分配。

租约变化可以成为路由变化

其生命周期沿用 DHCPv6：Solicit、Advertise、Request 和 Reply 建立绑定；Renew 与 Rebind 尝试延续绑定；Release 则将其交还。如果续期经过相应计时器仍未收到回复，客户端会把租约视为到期并重新开始。有效释放或到期后，服务器回收定位符。

RFC 10038 随后跨入路由领域。服务器或中继可以为已分配定位符安装本地路由，以请求客户端为下一跳，并可通过 IGP 通告该路由。释放时必须移除本地路由并撤销此前的通告。Algorithm 0 定位符可以采用普通 IP 可达性；非零 Algorithm 定位符必须使用为 IS-IS 或 OSPFv3 定义的定位符 TLV。

本文由此作出的运行推论是：租约账本、RIB 表项和 IGP 通告，是同一项授权决定的不同表示，但它们在实现中仍可能发生偏离。成功的 DHCP 回复不能证明路由已经安装、传播、写入转发面或端到端可用。反过来，绑定到期后若仍残留路由，就会在分配权力终止后继续保留可达性的表象。本文并不声称这些故障已经发生在任何具名网络中。

汇总改变的是故障形态

RFC 10038 指出一项稳定性取舍。发布汇总路由能够减少单项租约变化引起的 RIB 波动。但某个具体定位符撤销后，仍可能被汇总覆盖；此时，不再委派给面向客户接口的前缀流量可能在该处被丢弃。汇总保留了粗粒度可达性，而具体授权已经消失。

这一区别关系到监测。如果把一条汇总路由当成其下所有定位符仍有效的证明，就混淆了路由摘要与底层租约状态。运营者需要同时观察两层：保护 RIB 的汇总策略，以及解释某个定位符是否仍应终止于某个端点的绑定级状态。

安全始于谁有权分配

RFC 10038 继承了 DHCP 的安全注意事项，并明确指出 DHCP 客户端与服务器之间缺少端到端加密；在没有其他保护的地方，劫持、篡改和窃听都可能发生。规范还警告，混用多种分配机制可能把同一定位符交给多个设备。按机制分隔地址池是一种缓解办法。

标准并不会把一次 DHCP 交换变成组织授权的证明。该证明仍属于本地治理：信任了哪台服务器和哪个中继、接纳了什么客户端身份、批准了哪个地址池与算法，以及哪条变更记录能够解释这次绑定。协议有效性与业务授权是两类不同的证据。

来源