摘要

  • RIPE NCC 的 Q4 2026 RIS 计划写明，将通过 RFC 6396 扩展时间戳支持，让 MRT 文件能够记录亚秒时间；该项目目前仍标为进行中，公开页面没有给出上线日期。
  • 对 RRC03 一份五分钟档案的只读解析，得到 188,592 条 MRT 记录、300 个整秒时间值，每个整秒都有多条记录。提高表示分辨率可能保留更细的记录时间，但不能单独证明时钟准确、事件顺序或采集器间同步。

一份五分钟档案能说明什么

RIPE RIS 的 RRC03 在 2026 年 10 月 16 日 04:00 UTC 档案中提供了 updates.20261016.0400.gz。这五分钟文件的 MRT 公共头部使用整秒时间戳。按 12 字节公共头部统计，188,592 条记录落在 300 个连续秒值中；这 300 秒每一秒都有多条记录，最高的一秒有 2,432 条。

这些数字很容易被读成“同一秒有 2,432 次路由变化”，但解析并未支持这种说法。它统计的是 BGP4MP 记录，不是路由条目或前缀变更；不同 subtype 的含义也不相同。解析只读取公共头部，没有逐条解码消息。因此它不能判断记录是否改变了路由。文件自身的记录顺序仍然存在，统计也没有证明顺序丢失或存在无法消解的歧义。

能确定的结论窄得多：在这个单一采集点、单个五分钟文件里，许多不同记录被赋予了同一个整数秒。它适合用来提出“亚秒分辨率会增加什么信息”，不适合推断 RIPE RIS 的整个档案、所有采集器或互联网路由的状态。

RIPE NCC 的第四季度计划在第 2 项“改善 MRT 文件质量”中写明：软件改动将使 MRT 文件能够记录亚秒时间，采用 RFC 6396 扩展时间戳支持。页面最近于 2026 年 9 月 17 日更新，仍标为“进行中”；它没有说明上线日期、切换范围、时钟偏差测量方式或新旧格式如何共存。计划中另有一项合成 BGP hold timer，用于避免 RIB/bview 文件中某类路由卡住；这是独立事项，不能拿来说明时间戳改动的原因或效果。

表示精度与时钟质量是两类信息

RFC 6396 的普通 MRT 公共头部使用四字节整数秒，基准为 UTC 纪元时间且不计闰秒。扩展头部在该值后增加一个无符号 32 位微秒偏移；BGP4MP_ET 是采用扩展时间戳的一种记录类型。

这项设计让格式可以表达更小的时间间隔。若产生文件的系统为同一整数秒内的记录分别赋予不同偏移，下游程序就能保留此前被整秒表示合并的信息。对于一个采集器内部密集的记录序列，这可能帮助读者判断系统记录下来的相对时间，也让分析工具少做一层舍入。

但字段能写到微秒，不代表测量误差只有一微秒。分辨率描述可表示的刻度；准确度要把读数与参考时间比较；同步则要说明两只时钟如何对齐。另一个独立问题是“这条记录的时间”代表处理链路中的哪一个瞬间：收到消息、写入文件，还是别的明确定义的事件。单个时间字段不会自动给出这些答案。

NTP 的性能框架会分别描述时钟偏移、抖动、离散度和同步距离。这不是在暗示 RIS 的时钟出了问题，而是在提醒读者：时间的编码精度和时间测量的质量不能互相代替。多出的小数位并不等于多出了一份误差说明。

采集器给出的是一个视角

RIS 档案保存的是路由采集器及其对等体所观察到的信息。采集器的覆盖本身就有边界；增加时间精度不会把数个观测点拼成一条经过同步的全球时间线。读者仍需知道记录来自哪个 RRC、MRT type/subtype 是什么、所在档案时间段如何定义，以及生成记录的系统在什么阶段打点。

RRC03 样本保持了可复核范围：一个五分钟对象，按 HTTP 的 Last-Modified 时间之后获取，记录压缩文件的本地 SHA-256，并只解析 MRT 公共头部。188,592 是记录数量，不是前缀、路由变化或受影响网络的数量。每秒都有多条记录，也不代表每秒发生了冲突事件。文件顺序依然可以被程序使用，是否据此可以推出事件顺序则需结合时间语义与系统时钟。

跨采集器比较更要谨慎。两个记录的微秒值不同，只说明两个生产端写入了不同的值。如果不知道各自的参考源、误差范围和赋时机制，无法仅靠这些值判断两个网络事件谁先发生。精度可以把差异显示出来，却不能独立证明差异来自真实事件，而非采集和时钟边界。

让上线结果可被复核

变更部署后，理想的说明至少应列出哪些 RRC 和 MRT 类型会输出扩展时间戳、起始日期、旧格式的识别方式，以及这段过渡期如何处理混合记录。它还应定义时间戳对应的事件，并说明解析、存储与导出工具会不会保留微秒偏移。

时钟质量应另行交代。RIPE NCC 可以公布用来观察同步与不确定度的方法、适用范围和观测时段；如果某项指标没有公开，也应把边界说清。这样，研究人员才能决定什么时候可讨论单一采集器内部的相对时间，什么时候不应比较两个采集器的先后。

一组可复现的变更前后样本，加上从下载、解压、解析到再次导出的测试，能验证微秒字段是否被保留、是否被意外舍入，以及记录顺序是否发生变化。它不要求 RIPE NCC 保证每条网络记录都准确到微秒；它要求的是把文件究竟记录了什么说清楚。

这项计划作为格式改进有实际价值。公开证据目前只确认项目正在进行，也只允许我们说一份档案有多少记录共享整秒。若上线说明把字段含义、格式覆盖和时钟不确定度分开呈现，新的时间粒度才会成为可解释的测量信息，而不是一种未经说明的准确性暗示。

来源