Summary

  • Lu HengはARIN 58で、五つの地域インターネットレジストリに共通の顧客向けAPIを求めた。LARUS Limitedは五地域の資源を管理するため、五組のソフトウェアを保守しているという。
  • John Curranは、必要な機能をARINの提案制度に具体的に提出し、優先順位をコミュニティーで議論するよう促した。

窓口が五つあれば、受付票も五種類になる。Lu HengがARIN 58の質疑に持ち込んだのは、その受付票を処理する側の勘定書だった。LARUSは五つのRIRにまたがって資源を扱い、登録情報の更新やRPKI関連の作業に五組のソフトウェアを維持している。制度の違いは、毎回、誰かのコードと運用手順に姿を変える。

Curranは、共通のバックエンドと共通APIのどちらを指すのかを確かめた。Hengが先に直したいと答えたのは、利用者が触れる入口だ。内部の調整にも意味はある。しかし複数地域の事業者が日々書き換えるのは顧客向けの接続部分である。ARINのassignment、reassignmentと、RIPE地域で使うPA、PI。用語の差は、単語帳だけでは片づかず、入力項目や例外処理にも及ぶ。

共通仕様は、まず基本操作の名称、認証、応答、エラーをそろえ、地域固有の規則を明記できる。そこまで書けば「連携」という言葉に試験可能な形が生まれる。同じ作業を五回実装する負担がどれだけ減るか、事業者は実際に数えられる。

Curranは、何を先に統一したいのかをARINの正式な提案制度に書くよう求めた。Hengは応じた。次の見どころは議事録の拍手ではなく、提出される具体案だ。最初の一操作を五機関がどう受け止めるかで、この窓口の設計図に輪郭がつく。