Summary

  • Paweł Foremski 的 bgpipe 可以置于两个 BGP 设备之间，对经过的更新执行路由起源与 ASPA 路径检查。RIPE 92 将这项工作介绍为给现有路由器增加 ROA、ASPA 验证的办法。
  • 项目的 ASPA 文档要求指定邻居角色。若使用 --role auto，邻居在 OPEN 消息里不发送 BGP Role 能力，该会话的 ASPA 验证就会被跳过；安全用途应明确设置角色。

“等厂家升级”听起来像计划，也可能只是一张无限期的请假条。Paweł Foremski 做的 bgpipe 把 BGP 代理放在现有路由器之间，让消息先经过一串检查，再交给另一端。旧设备不必突然学会新功能，网络运营者已经有地方执行新规则。

可规则的关键输入并不装在软件包里。ROV 检查某个前缀的起源 AS 是否符合已验证的 ROA 数据；ASPA 检查 AS 路径和提供商关系。前者按前缀给状态，项目 ROV 说明写得很清楚；后者为整条路径给出 VALID、UNKNOWN 或 INVALID。UNKNOWN 是证明材料不足，不能拿来充当一次已经证实的泄漏。

ASPA 还必须知道把路由送来的邻居是什么角色。运营者可以按真实互联关系设定客户、上游、对等方或路由服务器。--role auto 则从邻居的 OPEN 消息读取申报。此时被检查的人参与决定考试规则：它不发送 Role 能力，bgpipe 会报警，但整条会话的 ASPA 检查跳过；它宣称上游或路由服务器，适用的程序也会变化。项目文档直说，安全部署应由运营者明确指定角色。

这不是抹杀代理的价值，恰恰是它把责任摆上台面。运营者要保有邻居关系清单、选定 RPKI 数据源，还要决定 INVALID 更新的命运。ASPA 阶段可以撤回可达前缀、丢弃整个 UPDATE，或只打标签继续放行。最后一种适合先观测，前两种会改变路由器收到的内容。

阶段顺序同样会左右仪表盘的数字。若前面的 ROV 阶段已经丢弃一个 UPDATE，后面的 ASPA 阶段便看不到，也不会将其计入自身统计。要观察整个输入流，项目建议先放 ASPA。少算的消息不会自己跑到图表脚注里说明原因。

这份原始资料没有提供某个运营网络的已部署配置、邻居 OPEN 捕获和路由处置记录；这些记录会决定该网络究竟拦下了什么。眼下更实在的结论是：Foremski 缩短了等硬件功能的时间，却没有替运营者认识自己的邻居。这个名字和关系必须由收路由的一方写清楚。

来源：RIPE 92 具名资料 · bgpipe 项目介绍 · ASPA 阶段文档 · ROV 阶段文档。