Summary

  • Lu Heng 在 ARIN 58 要求五大区域互联网注册局统一面向客户的 API。他说 LARUS 管理横跨五个注册局的地址，因此维持五套软件。
  • John Curran 请他把具体需求提交 ARIN 建议程序，供社区讨论优先次序。会议记录的是提议和下一步。

五个注册局，五套软件，工程师的星期一又被占满了。Lu Heng 在 ARIN 58 的客户调查讨论中，把跨区运营的日常账单摆上台面：LARUS 管理五大注册局区域的地址，更新记录和处理 RPKI 相关工作，却得照顾五种不同的接口与叫法。他要的是客户真正碰到的那一层先说同一种技术语言。

John Curran 当场把问题拆开：统一后台数据库，还是统一 API？Lu 的答案很明确：先把前门修好。后台协调当然值得谈，但运营商每天编写、测试、维护的是面向客户的接口。他举的例子细得很有说服力：ARIN 的 assignment、reassignment，与 RIPE 区域常见的 PA、PI 术语并排放进软件时，语义对照和异常处理都落到用户身上。

一份共同接口规范可以先覆盖必要操作，再把各区域的特殊规则明确列出。这样做需要写清请求、身份验证、错误码和资源对象；也需要五家机构愿意承认，接口碎片化的维护成本目前由跨区运营商支付。把“协调”留在会议口号里，账单不会消失，只会变成下一次兼容性修复。

Curran 建议 Lu 通过 ARIN 的正式建议渠道写出具体需求，让社区讨论先做什么。Lu 答应提交。那份尚待出现的书面建议，将比一张“全球统一”路线图更能检验这次发言的含金量：它能否把第一项共同操作讲清楚。