RPKI 作为保障 BGP 路由安全的专用 PKI 体系，其核心在于发布系统、缓存子系统与强制执行层的协同。既往研究聚焦于发布端 ROA 增长与强制执行层的路由源验证实验，但中间缓存层依赖方（RP）的同步行为长期处于盲区。ACM IMC 2020 论文首次从发布点（PP）服务器视角测量 RP 行为，揭示协议设计预期与 RP 软件实现决策存在显著偏差，填补了对缓存层实时性、完整性认知的空白。
RPKI 三层架构与缓存层关键作用：
RPKI 基础设施包含三大组件：网络运营者在发布系统注册路由源授权（ROA），将源 ASN 与 IP 前缀映射；依赖方系统从所有发布点拉取数据构建本地缓存，支撑路由源验证（ROV）；强制执行层则在 BGP 路由器上据此决定接受、拒绝或调整路由公告。缓存层的完整性与时效性直接决定验证结果的正确性——不完整或过期的视图会导致前缀被错误验证或失效，进而引发大规模网络不可达。因此，理解 RP 如何同步发布数据是保障路由安全的前提。
测量框架与依赖方行为差异：
研究利用 RP 必须从所有发布点获取数据的协议要求，在 PP 服务器侧部署测量框架，观测野外 RP 的同步模式。结果显示，协议设计者预期 RP 能及时、完整地镜像全量发布数据，但实际实现中，不同 RP 软件在获取频次、重试策略、并发连接数等关键参数上差异巨大，导致缓存更新延迟与覆盖率偏离预期。这种实现层面的偏差未在协议规范中约束，却直接影响 ROV 的可靠性。
对网络工程师的运维启示：
缓存层的“隐形”行为差异意味着，仅部署 ROV 并不等于获得可靠的验证结果。工程师需关注所用 RP 软件的同步策略配置，监控缓存更新延迟与完整性指标，并在多 RP 部署时评估一致性。协议层面的规范完善与实现层面的最佳实践推广，是消除该偏差的长期路径。
原文: APNIC Blog（2021-03-22）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog