APNIC 62：BIRD 的 OTC 阻断与消失的诊断记录

摘要

Maria Matejka 在 9 月 9 日的 APNIC 62 演讲中指出，BIRD 对 OTC 无效路由的丢弃过于严厉，并将 2.20.0、3.4.0 列为预期修复版本。这是一项预告，不是已经合并、发布或部署的证明。
检查 BIRD 2.19.2 的发布标签代码可见，某些与会话角色有关的 OTC 违规会变成撤回操作。日志可以留下，普通过滤器本来可以保存的路由对象却未必形成。
标准要求不合格路由退出有效选路，不等于要求销毁所有诊断表示。独立留证不能让它重新进入选路、转发或受禁止的导出路径；属性格式错误也必须单独处理。

一个空指针，划开了阻断和解释之间的距离。收到的公告本来带着属性、会话上下文和一项拒绝理由；经过处理，更新例程接到的却可以是撤回。网络没有继续传播它，但运维人员想查看的那份路由记录，也不能靠后面的过滤器凭空补回来。

这正是 APNIC 62 的 9 月 9 日演讲值得追问的一层含义。Maria Matejka 提醒听众，BIRD 对 OTC 无效路由的处理过于严厉，修复预期进入 2.20.0 和 3.4.0。相邻内容讨论了外部监测只能看到有限路由，也没有保证其他网络一定会通知当事人。

演讲并没有宣布修复已交付，更没有把某种部署方式规定为 APNIC 政策。它提出的是一个工程边界：把泄漏挡住，与让挡住的过程可解释，是两件需要分别证明的事。

2022 年 5 月发布的 RFC 9234用 BGP 角色和 OTC 属性表达传播限制。它对不合格路由的定义，是不能安装进 Loc-RIB，并被排除在下一阶段的路由选择之外。角色决定接收方向和传播边界，OTC 不是一个可以由操作者随意忽略的红色标签。

这个定义针对路由使用资格，并没有把所有诊断表示一并判为必须消失。把原始输入和判断留在隔离的诊断区，可以帮助解释错误；只要那份记录不能参与有效选路，也不能成为导出路由的入口，它就不必获得路由使用权。

反过来，这也不是把无效路由塞进普通活动路由表，再承诺“只看不选”的依据。存储位置、状态和通往选路、导出的连接都要保持隔离。诊断许可与传播许可不能由同一张标签含混代替。

还有一条分界：属性长度错误，是报文本身的合法性问题；格式正确的 OTC 也可能因为会话角色或 ASN 值暴露泄漏。两者都可能触发拒绝，却不能据此混成同一种“无效”。

2025 年 6 月，André Grüneberg 在 BCIX 相关的公开开发者讨论中提出，希望能在路由查询界面里看到被 OTC 拒绝的路由，并明确标出其状态。他提出的存储安排，是向开发者征求意见，不是已经部署或已经满足标准的证明。

他的同月后续回复指出，在使用撤回的代码路径里，没有找到它与保留过滤后路由的机制发生交互。讨论也承认，只靠用户过滤器完成 OTC 处理，可能失去会话层面的角色检查。

这不是一份绕过保护的操作指南。为了让报错更好看而拿掉关系检查，会用一个控制面的损失换取另一个界面的方便。真正值得修复的，是不改变传播限制的前提下，能否保留可查询、可归因的拒绝证据。

这段讨论只说明历史上有人提出过这样的需求，以及他当时观察到的代码边界。它不能证明 BCIX 今天采用了什么配置，更不能给出全球交换点的部署比例。

9 月 14 日抓取的 BIRD 官方下载页列出了 7 月 30 日发布的 2.19.2、3.3.2 等版本。该次抓取没有列出演讲预期的 2.20.0 和 3.4.0。这个观察只约束已检查的公开发布证据，不排除其他分支、发行渠道或私有回移修复。

在 2.19.2 的属性处理代码里，OTC 接收规则有明确前提：角色必须适用于该通道。如果本地角色是上游提供商或路由服务器，收到带 OTC 的路由会触发撤回；本地角色是对等方时，OTC 的 ASN 与远端 ASN 不一致，也会触发撤回。

撤回宏不是无声删除。它先记录信息，再设置撤回标志并返回。同一个文件还在 OTC 解码阶段检查四字节长度，长度不对会以格式错误进入撤回路径。这不能与后面的角色判断混为一谈。

接着看同一发布标签的报文处理代码：属性处理结束后，一旦撤回标志被设置，属性指针就变为空。路由应用分支把空路由交给更新例程，形成撤回；非空分支才会构造临时路由对象。

因此，拒绝理由和普通的路由对象在这里分开了。用于保留后续过滤器所拒绝路由的设置，不能被假定为能恢复一个更早就被撤回替代的对象。这是从具体发布标签推导出的表示边界，不是运行中的路由器实验，也不是所有 BIRD 分支的行为判决。

不能因此说它在任何地方都不可见。日志仍然存在，本次调查没有测试抓包、导入表、BMP 输出或其他诊断设施。问题更窄：一条幸存的消息，未必能自动变成一份同时带着收到的公告、OTC 值、会话角色和拒绝决定的路由档案。