APNIC 正在 MyAPNIC 部署路由管理预验证功能，当用户提交的路由变更会导致现有 BGP 宣告被判定为 RPKI-invalid 时自动预警，帮助持有者在变更生效前修正 ROA 配置，避免因无效源验证造成的可达性中断。
预验证机制与 RFC 6483 逻辑：
Route Origin Validation 按 RFC 6483 将宣告分为 valid、invalid、unknown 三态，其判定依赖系统中所有重叠 ROA 的并集。单条 ROA 变更在孤立视角下看似合规，却可能因已有 ROA 覆盖关系导致整体失效。预验证在注册表层面实现完整 RFC 6483 逻辑，用户提交变更时即可获得准确的有效性判定，无需自行推演复杂的重叠关系。
历史 ROA 误配与远程效应：
部分网络尚未部署源验证，地址持有者在无验证环境下创建 ROA 可能引入隐性错误。当上游或传输网络后续开启 ROV，这些错误 ROA 会导致宣告被丢弃，故障归因往往指向验证部署本身而非配置缺陷。预验证在 ROA 变更瞬间即施加约束，将“远程时空的失效”压缩为“提交时的可见预警”，阻断跨网络、跨时间的故障传导。
MANRS 规范驱动落地：
MANRS CDN 与云任务组 2021 年发布《RPKI 服务运营商通用 ROA 管理要求与安全标准》（ORS），第 4 节明确要求注册表提供路由管理预验证。APNIC 作为主要 RIR 响应该规范，将预验证纳入 MyAPNIC 工作流，体现行业对路由安全基线能力的共识推进。
该功能将 RFC 6483 验证逻辑前置到注册表层面，让地址持有者在提交变更时即可发现潜在冲突，减少上游开启源验证后的突发丢包；运维人员应在变更窗口前留意 MyAPNIC 预警，配合 ROA 最小化原则收敛风险。
原文: APNIC Blog（2022-04-08）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog