BGP 劫持与路由泄漏每年引发数千起事故，不论规模大小，核心成因多为人为配置失误。INEX 开发的 IXP Manager 新版本在 APNIC 赞助下加入 RPKI 验证，配合既有的自动化生成路由服务器配置机制，将前缀过滤从依赖人工维护的 IRRDB 转向加密签名的 RPKI，从源头消除陈旧数据与多库冲突带来的风险。
自动化切断配置链路最弱环节
INEX 早年编写 IXP Manager 的首个生产用途即是自动生成路由服务器配置，且刻意设计为每次更新即覆盖本地修改。路由服务器作为 IXP 的对等代理，承载绝大多数多边互联会话；若无前置过滤，单条泄漏即可导致全体客户流量偏向泄漏源，或触发最大前缀限制引发会话批量中断。通过自动化消除“错位逗号、数字颠倒、命令序列错误”等人为疏漏，IXP Manager 将运维人员从易错的手工配置链路中剥离。
IRRDB 过滤的现实困境
长期以来，业界最佳实践是基于 IRRDB 的前缀列表做入向严格过滤。理论上，持有地址或 ASN 的组织可在 IRRDB 声明路由策略。实践中却面临三重困境：大量陈旧记录长期不清理；新旧 IRRDB 并存反而加剧数据不一致；文化与信任差异导致全球大范围采用率低迷。结果是前缀列表质量参差不齐，难以支撑稳定的路由服务器运行。
RPKI 落地带来的运维确定性
新版 IXP Manager 引入 RPKI 支持，利用资源证书体系对路由来源进行加密验证，不再依赖人工注册的数据库条目。RPKI 的授权链由 RIR 根证书下发，天然解决陈旧数据、多库冲突与信任碎片化问题。对 IXP 运营者而言，路由服务器配置生成流程保持自动化，仅将验证源从 IRRDB 切换至 RPKI，即可在不增加运维复杂度的前提下，获得更强的确定性前缀过滤能力。
对网络工程师的意义在于：在 IXP 接入侧部署 RPKI 验证的路由服务器，可直接阻断无效来源公告，减少因上游或对等体配置错误引发的流量劫持与会话震荡；同时保留自动化生成配置的既有工作流，避免引入新的手工干预点。若网络已部署 ROA，接入支持 RPKI 的 IXP 即可享受增强保护；若未部署，则应尽快完成 ROA 创建与发布，纳入全球验证体系。
原文: APNIC Blog（2019-06-19）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog