摘要

  • RIPE NCC 在1999年开始全职推进路由信息服务 RIS；此前项目因时间和资源不足而进展缓慢。
  • 计划把远端 BGP 收集器接入中央档案，让运营者能够回看路由通告和路由表变化。
  • 设计依赖特定地点和对等网络：它保存这些网络通告的内容，却不能证明这是完整、普遍的路由视图。

为过去的路由留下记录

当用户报告站点无法访问，排查的关键不是把某一张路由表当作全网实况，而是弄清楚变化发生在哪里、哪个网络仍然看到相关公告。实时表格只呈现当下状态；如果路由短暂撤回后又恢复，事后看到的表格可能已不再显示故障窗口。RIPE NCC 提出的路由信息服务（RIS），要把多个地点收到的 BGP 信息保存下来，让运营者能在问题过去后回查。

RIPE NCC 的2000年活动计划写道，这项工作已列入规划多年，却因时间和资源限制进展有限。1999年，一名网络工程师加入新项目组并全职投入。文件将工作起点记为1999年7月；这并不等于公共服务在当月上线。

项目目标是在多个主要交换点收集自治系统之间的路由信息，存入数据库，并向互联网服务提供商开放历史记录。RIPE-200 设想用这些资料调查间歇性故障、观察路由变化，并将实际通告与互联网路由注册库中的策略记录比较。这种比较能辅助调查，却不能单独判定路由是否合法，也不能证明数据包最终送达。

每个收集器都是一个观测点

RIPE-200 设计了设在 RIPE NCC 的中央服务器，以及部署在有限核心地点的远端收集器。收集器可以直接连接交换点局域网中的路由器，也可以通过多跳 BGP 与附近网络建立会话。它们将记录带时间戳的通告和路由表，包括前缀、起源自治系统、可见 AS 路径、传播属性、错误信息和定期快照。数据随后传到中央存储，供用户查询或下载原始文件。

第一阶段预计约有十个收集点，文件也承认不同地点会看到重叠的信息。原型证明可以通过 BGP 收集路由资料，同时暴露出更难的问题：如何存储和索引如此大的数据量。数据库性能仍待研究，早期存储估算只是待修订的估计，并非生产测量。

历史记录的价值在于跨时间、跨地点比较。但收集器收到一条通告，只能说明某个对等网络在特定会话、特定地点向它通告了这条路由。它不能显示所有网络的决策、所有实际转发路径，也不能证明用户流量送达。档案中出现一条路由，不等于整个互联网都能访问它。

计划不等于服务已部署

官方记录区分了设计与交付。2000年计划希望年初推出首个测试版，并预计年底前将服务转为面向成员的常规服务。RIPE 35 会议纪要记载，提案于1999年10月定稿，在 RIPE 34 展示并向参会者征求意见。这些阶段证明项目经过设计和讨论，却不能证明所有计划中的收集器都已安装或预定日期均已实现。

“整合后的路由图景”这一愿景，必须与实际架构一起理解：选定站点、选定对等网络、被保存的通告以及查询工具。RIPE RIS 当前文档也按收集器分别说明数据：多数收集器观察与其连接的交换点局域网对等网络，部分多跳收集器覆盖更广。当前文档可以解释数据的边界，却不能倒推出1999年的收集器数量。

RIS 的历史贡献，是让路由观测变得持久、可比较。它的权力止于观测：档案可以帮助还原一个参与者曾通告什么，却不能代表所有网络，也不能替它们决定接受哪条路由。

来源：RIPE-200，《RIPE NCC Routing Information Service》；RIPE-197，《RIPE NCC Activities & Expenditure 2000》；RIPE 35 官方会议纪要；RIPE RIS 原始数据文档；RFC 1771，BGP-4 官方文本。