APNIC RPKI 发布服务完成升级，现支持 RFC 8181 标准版发布协议，使运行 Krill 的自托管 CA 可直接使用 APNIC 基础设施发布签名对象，无需自建全球可达的发布服务。
从预发布版到 RFC 标准版
2018 年 5 月 APNIC 上线发布协议服务时，仅有 rpki.net 一款公开 CA 软件，且仅支持发布协议的预 RFC 版本，APNIC 据此实现了兼容。随后 Krill 发布并广泛采用，但它仅支持 RFC 8181 定义的标准版本，导致无法接入原有服务。此次升级将发布服务对齐至 RFC 8181，填补了该空白。
自托管运维负担的转移
自托管 RPKI 原有两条路径：NIR 如 JPNIC、CNNIC、TWNIC、IDNIC 自建全套发布服务，或依托 APNIC 2018 年上线的预 RFC 版发布服务。前者需自行运维全球可达的公共服务，运维成本高；后者因协议版本不匹配，无法使用 Krill。新版服务让 Krill 用户直接把发布对象推送至 APNIC，由 APNIC 负责全球分发，降低自建发布端的运维复杂度。
迁移与订阅路径
现用 MyAPNIC 托管 RPKI 的账户持有者，可通过 APNIC Helpdesk 以双轨方式过渡至自托管；未启用托管模式或可关闭重来的用户，可在 MyAPNIC 内直接订阅自托管 RPKI。两条路径均可在完成 CA 部署后，使用 RFC 8181 标准协议向 APNIC 发布 ROA、Manifest 等签名对象。
对网络工程师而言，升级意味着可用成熟的 Krill 软件搭建自托管 CA，仅保留密钥签名与策略控制，将发布分发交给 APNIC，既保留自主权又减少公共服务运维压力。
原文: APNIC Blog（2020-11-20）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog