Jonathan Hui 的 SNAC 路由器标志与缺席的发送规则

摘要

RFC 10075 将 Router Advertisement Flags Extension Option 的第 6 位指定为 SNAC Router 标志。当前 SNAC 架构草案规定，在 Adjacent Infrastructure Link（AIL）上的 RA 置位，在 stub 网络侧的 RA 中清零。
草案记录 OpenThread 已实现该标志并用自动化测试验证 AIL 通告。RFC 10075 补上网络边界：RA-Guard 若过滤 SNAC 路由器通告，Transit 设备就收不到带标志的消息。

同一台 SNAC 路由器在两侧发出的标志不同。当前架构草案要求它在 Adjacent Infrastructure Link（AIL）的 RA 中置位，在 stub 网络一侧清零，并说明该标志只出现在 AIL 接口发出的 RA 中。

Jonathan Hui 撰写的 RFC 10075 于 2026 年 10 月发布，把 Router Advertisement（RA）Flags Extension Option 的第 6 位分配为 SNAC Router 标志。该位为 1，表示发送这条 RA 的路由器属于 Stub Network Auto-Configuring（SNAC）路由器。RFC 对这个含义写得很明确，也划出范围：何种条件会触发路由器把该位设为 1，不在这份 RFC 的定义范围内。

这项区分连接着两类网络。SNAC 路由器可以在自主配置下把 stub network 接入 transit network。RFC 10075 规定了它通过 IPv6 Neighbor Discovery 消息表明身份的方式；当前架构草案把这个信号放在面向基础设施的一侧，并让 stub 网络侧保持清零。

两份文件的分工有具体接口规则。RFC 10075 是 IETF 标准轨道 RFC，确定接收方如何理解这个标志。当前 SNAC 架构草案要求 AIL 上的 RA 置位，并在 stub 网络附录中将该位设为 0，注明标志只在 AIL 接口的 RA 中设置。草案还记录，OpenThread 于 2024 年 9 月加入支持；自动化测试会验证 AIL 上的标志和 Route Information Option，并在模拟中定期测试多个 SNAC 路由器场景。

标志位于 RFC 5175 定义的扩展 RA 选项中。那份旧 RFC 为 RA 增加了更多标志位空间；RFC 10075 把其中一位用于区分 SNAC 路由器与 transit router 发出的通告。IANA 的 IPv6 ND Router Advertisement Flags 登记册现在将第 6 位列为 S - SNAC Router Flag，并引用 RFC 10075。

消息能否到达，是另一道边界。RFC 10075 写明：在 RA-Guard 会过滤 SNAC 路由器通告的网络里，Transit 网络设备永远不会收到带有该标志的 RA。标准可以定义这一个位，登记册也可以给它命名；操作员的过滤规则仍可能把它挡在 transit 链路之外。

Connectivity Standards Alliance 的官方人物页称，Hui 是 Google 首席软件工程师，负责产品中的 Thread 实现，也是 OpenThread 维护者，并担任 Thread Group 技术副主席。这些职务说明了他的工程工作场景；RFC 与架构草案记录了这项协议工作及其测试证据。

现有材料记录了 OpenThread 的实现和自动化测试。缺少的是第二种独立实现和已部署网络的抓包；这两项证据会显示 AIL 边界在不同产品中是否表现一致。