摘要

  • RIPE NCC 表示，新服务 RISwhois-rs 给原先没有测试套件的路由查询工具补上了测试，并把数据刷新从每八小时一次改为每小时一次。
  • 它回答的仍是一件具体的事：RIPE RIS 的路由采集器看到了哪些前缀和起源 AS、在哪些采集点看到、更新时间是什么。公开记录尚未列出测试清单或迁移日程。

老口音，新发动机

whois -h riswhois.ripe.net 193.0.0.1 不是什么炫技命令。它的价值在于，运维人员还没找到该点哪个仪表盘，终端里已经有了答案。RIPE NCC 的 RISwhois 自 2003 年起就提供这类查询：把 RIPE 路由采集器收到的 BGP 数据整理成接近 RPSL 的输出，让熟悉网络注册与路由记录的人直接读懂。

10 月 26 日 RIPE 93 会议上，RIPE NCC 开发者 Sam van Kampen 介绍了接班服务 RISwhois-rs。官方会议纪要说，新系统是在此前几个月构建的；旧服务一直没有测试套件，这限制了开发。团队现在补上了测试，也把数据刷新频率提高到每小时一次，旧周期是八小时。

RIPE NCC 的首个生产 Rust 服务，偏偏是一个 WHOIS 风格的查询工具。这很有意思：外表像老派命令行，底层换了新一代实现；过去改一处代码得靠手动检查的维护工作，如今多了一组可以反复运行的测试。

查询结果到底说了什么

RISwhois 查询的是路由观测。输入 IP 地址、前缀或 ASN，响应可列出匹配的路由前缀、起源 AS、看到该路由的采集器、更新时间，以及观察到它的 RIS 对等会话数量。使用 -R 选项时，还能带上 RPKI 起源验证信息。部分 traceroute 工具也能通过 WHOIS 服务为每一跳补上 ASN。

格式本身就是产品的一部分。运维人员不用先学一套网页操作，就能查看 RIS 是否收到某条路由。命令行客户端通过 43 端口发出查询，拿到类似 RPSL 的结构化响应。脚本、工程师和诊断工具因此共用同一个入口，而不是各自把数据再翻译一遍。

2003 年的发布公告已经说明了这个设计。RIPE NCC 当时称 RIS 使用十个远程路由采集器，从 200 多个 IPv4 和 IPv6 对等会话收集 BGP 信息。RISwhois 把采集到的路由表快照合在一起，显示某个前缀在哪些采集点出现、由哪个 AS 起源。问题很窄，答案也很实用：这批采集器最近看到了什么？

这份结果有明确边界：它记录参与采集的网络把什么路由发给了相应采集器。排查时真正值得追问的是“哪个采集点在什么时间看到了什么”，然后再把这条观察与自己的网络记录对齐。它是一扇观察窗口，不是全网每台路由器的实时控制台。

八小时缩成一小时

旧服务按八小时周期更新。改成每小时一次后，两个计划快照之间的间隔缩短。网络正在切换路由时，值班工程师可以更快重查，不必把大半个班次耗在等下一轮刷新上。

这会改变排障的节奏。新公告是否进入相关采集器，可以更早复查；RPKI 结果与 RIS 观测之间的时间差，也更容易收窄；自动监控脚本则可以用更短的数据时钟触发后续检查。提升没有戏剧化到像一次故障抢修，但它会减少“等八小时再看”的场景。

RISwhois 每小时更新一次快照；RIPE NCC 的 RIS Live 则近实时追踪 BGP 消息。前者查询已采集的数据，后者跟随消息到达。两种工具各有时钟，这次公开的更新间隔从八小时缩短到一小时。

下载文件又是另一层。当前文档说 dump 和 dump6 文件按需生成，对应服务中的同名命令。查询刷新时间与下载文件生成时间是两项记录；页面应分别标明，读者才知道手上的视图何时形成。

没有测试，改动就得交更多“过路费”

“没有测试套件”听上去像一句不起眼的工程注脚。对于一个接受多种查询语法、输出结构化数据、保留兼容选项、还能加入 RPKI 字段的服务，它意味着每次修改都要担心某个老客户端突然读不懂结果。

测试套件让维护团队能写明要保留哪些行为，并在每次修改后重复核对。地址和前缀查询、精确或更具体匹配、IPv4 与 IPv6、持续连接、更新时间、对等会话计数、RPKI 字段和格式错误输入，都是命令行服务可验证的行为。RIPE NCC 的公开纪要还没有列出实际测试项，因此读者暂时看不到兼容面具体覆盖到哪里。

Rust 是同一段维护故事的另一部分。RIPE NCC 称 RISwhois-rs 是其首个生产 Rust 服务，并说这种语言降低了把事情做扎实的门槛。官方纪要列出速度、可维护性和可扩展性作为改进方向；公开材料仍缺延迟对比、代码仓库链接和测试结果。

目前可以核实的运行变化，是刷新频率提高到每小时一次。更深的变化是维护人员终于有一套重复检查的工具，后续改动可以更便宜地评审，也更容易看出哪里被碰坏了。老服务要继续演进，常常得先补上这层看不见的地基。

下一份发布说明该拿出收据

RISwhois 用二十多年履行一个朴素承诺：用熟悉的旧语法，快速询问新鲜的路由观察。RISwhois-rs 保留了这个入口，换上新实现，并把更新间隔缩短到一小时。

RIPE NCC 下一次发布说明应写明生产切换日期、客户端是否需要修改、测试套件覆盖了哪些请求和响应，以及实测查询延迟如何变化。再附上一份有版本号的兼容矩阵，运维团队就能在旧服务退场前检查自己的脚本。这样读者拿到的不只是“我们重写了”，而是可核对的变更记录。

一手资料：RIPE NCC 2003 年 RISwhois 发布公告 · RISwhois 官方文档 · Sam van Kampen 在 RIPE 93 的演讲页 · RIPE 93 每日会议纪要，2026 年 10 月 26 日。