RIPE NCC 于 4 月 19 日在自有网络 AS3333 开启路由源验证（ROV），拒绝 RPKI 无效的 BGP 宣告。12 周运行显示无成员投诉、无服务中断，反而帮助多家成员修正 ROA，验证了大规模拒收无效路由的可行性。
部署背景与顾虑
长期以来，RIPE NCC 担心直接丢弃 RPKI 无效路由会误伤成员：ROA 中的源 AS 笔误、前缀或 MaxLength 设置错误，都会导致合法路由被判为 Invalid 并被拒收。外部运营者无法区分是配置失误还是劫持，加上业界普遍缺乏编写正确 ROA 的知识，NCC 曾认为“invalid == reject”风险过高。
环境变化倒逼决策
过去一年两大变化改变判断：一是 ROA 创建与维护文档显著完善（如 RPKI ReadTheDocs）；二是上游运营商与 IXP 大规模部署 ROV 拒收策略，导致部分成员在劫持事件中无法访问 NCC 服务。这种不对称防护迫使 NCC 必须在自有网络先行落地，形成闭环。
实测数据与教训
部署 12 周后，NCC 未收到任何成员投诉，服务可达性未受影响，反而协助多家成员修正 ROA 配置。原文未给出具体无效路由拒收量、流量损失比例等量化指标。核心收获是工程团队获得实战经验，确认“先部署、再完善”优于“等文档成熟再部署”。
对运维工程师而言，RIPE NCC 的实践证明：在上游已普遍开启 ROV 拒收的当下，自网络不部署反而成单点故障。建议尽早在边界路由器启用 ROV，配合 ROA 自动化工具降低配置错误率。
原文: APNIC Blog（2021-07-16）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog