摘要

  • Holterbach 指出，交换点的普通 BGP 收集会话无法看到被路由服务器过滤的通告，也看不到完整邻居状态。按设备实现和配置，BMP 能记录策略前后、非最优路径与会话升降。
  • 他在 2026 年 10 月报告了三个较小 IXP 的路由服务器 BMP 接入，以及约 60 个参与者 BMP 会话。更多可见性也意味着更大的存储量、查询压力和数据共享选择。

“路由没了”不是病因

某条前缀从交换点视图里消失，至少有几种可能：参与者改了出口策略；路由服务器把通告过滤；邻居会话掉线；另一条路径赢得选择。RIPE 93 官方逐字记录里，Holterbach 解释，普通 BGP 收集会话只收到服务器向它发出的路由，难以区分这些原因。有些 looking glass 可以直接查询路由服务器软件；他要补足的是连续收集时遗漏的中间状态。

BMP 把更多过程带到监测端。RFC 7854定义策略前后入站路由以及邻居上线、下线消息；RFC 8671增加出站视图。Holterbach 的会议摘要特别点出被过滤及未成为最优的路径。调查故障时，首先要问设备究竟导出了哪一阶段，而不是看仪表盘是否闪绿灯。

看得更全，也要付账

Holterbach 当时报告，三个较小 IXP 的路由服务器已输出 BMP，其中一个运行 FRRouting、两个运行 BIRD。参与者约 60 个 BMP 会话又带来约 200 个参与者与路由服务器间的会话视图，以及超过 1,000 个双边会话的视图。这是演讲时的试点规模，不是全球交换点普查。他把可扩展存储和快速查询称为核心难题。问答中有人提醒，若把 1,500 个邻居的出站路由都监控起来，一次会话反复断连就可能放大更新量。

公开更多数据也要划边界。Holterbach 承认，丰富的路由资料能帮助防守者找事故，也可能帮助攻击者揣摩策略。运营者可以选择导出哪些邻居，平台也能决定保存哪些数据。他向运营者征求对敏感信息的具体意见。更完整的视图不会自动修好路由，但能让“谁过滤了它”从猜测变成可查的时间线。

原始资料：RIPE 93 报告页；逐字记录；RFC 7854；RFC 8671。