Summary

  • Sebastian Becker 在 RIPE 92 说，供上游生成客户锥过滤器的 AS-SET 应列明自身 AS 与下游客户。对等方和上游若要记录，应放进用途清楚的其他集合。
  • 他描述上线前测试：把客户预计通告的前缀，与递归展开后的过滤器逐项比对。“预告 100 条、名单扩成 10,000 条”是他的说明性例子，不是一宗已记录的事故。

客户是谁，原本是运营关系问题；路由器该收哪些前缀，则是实时技术决定。Deutsche Telekom AS3320 对等互联负责人 Sebastian Becker在 RIPE 92 把两者接了起来：公开的 AS-SET 一旦用于生成过滤器，名单上的每个关系都可能变成放行依据。

Becker 要求先把关系写准。用于客户锥的集合应包含运营者自身的 AS 和下游 AS 或 AS-SET；对等方与上游可以另行记录，但不能混进同一份客户清单。混写会让递归展开的过滤器吸进本来不属于该客户的路由，扩大本应受限的准入范围。

名字相同也可能是陷阱。Becker 说，不同 IRR 数据库可能各有一个同名 AS-SET，实际只有其中一份持续维护。把旧副本一起导入，过滤器就会继承已经过期的关系。他要求说明集合在哪个库维护、供谁使用，并看生成结果是否符合真实的客户关系。

他给听众举了一个上线测试的例子：客户说会通告 100 条前缀，展开后的集合却达到 10,000 条。他说团队会在启动 BGP 会话或接受过滤器前试跑，把差异反馈给客户。新客户的 AS-SET 也可以在会话开通前先更新，让合法路由一到就有匹配规则。官方会议页同时列出 Fedor Vompe；后半场有关 AS-SET 环路的统计由 Vompe 讲述。

Becker 在2024 年本人发布的 RIPE 邮件中宣布，AS3320 计划丢弃 RPKI 判为无效的源路由，继续接收状态未知的源路由。源地址授权与客户关系清单回答的是两个不同问题。要知道上线前测试实际拦下多少错误，还需要带时间戳的过滤器差异、收到的路由和修正记录。

真正的关口在第一条路由到达之前。名单写对，自动化省事；名单写乱，设备就会以网络速度执行一份过期通讯录。

来源：RIPE 92 原始会议记录 · 官方演讲页 · RIPE NCC 人物介绍 · Becker 2024 年原始公告。