要約

  • 現在有効な個人提出のInternet-Draftは、IANAが「宇宙利用」向けIPv6空間を確保し、既存のRIRを通じて委任する仕組みを提案する。著者が第一案として好む構成では一つの惑星に最大五つのプレフィックスが生じ得るが、空間の大きさ、「宇宙利用」、そして申請者にとってどのRIRが適切かは未定義だ。
  • 既存制度の再利用は、番号の一意性と登録責任の連鎖を保ち、ミッションごとの独自レジストリを避けられる。一方、地球上の国境だけでは、法的主体、運用統制、ゲートウェイ、打ち上げ地点、飛行先が分散する宇宙機の入口を選べない。

制度を選んでも、選挙区は決まらない

宇宙で使うIPv6アドレスを管理する最短経路は合理的に見える。IANAはすでに五つの地域インターネットレジストリを通じて番号資源を委任している。RIRには、上位ブロックを受け取り、コミュニティでポリシーを作り、保有者を確認し、登録情報を公開する仕組みがある。稼働している制度があるのに、なぜ第六の登録機関を発明するのか。

これが draft-kumari-tiptop-address-space-00 の最も堅い論拠である。この個人Internet-Draftは、IANAに宇宙利用専用のIPv6ブロックを確保させ、そこから既存RIRへ委任するよう求める。RIRはそれぞれの手続きでポリシーを決め、ネットワークサービス事業者や下位レジストリなどへ割り当てる。著者が現時点で第一案として選好する形なら、IANAが天体ごとに一つのプレフィックスを直接管理する代わりに、各惑星でRIR数に対応する最大五つの割り当て系列が生まれる。

ただし、これは承認済みの設計ではない。文書のステータスは、IETFの合意でも標準でもない個人草案だと明記している。要求するブロックのサイズは書かれていない。「宇宙利用」の境界も決まっていない。割り当て・アサインメントの条件はRIRに委ねられている。IANAの現行IPv6レジストリでは、通常のグローバルユニキャスト割り当ては依然として 2000::/3 の範囲にあり、宇宙用の特別なブロックは記録されていない。RIPE Labs記事の見出しにある /3 を草案の要求サイズと読むべきでもない。

プレフィックス長より先に解くべき空白がある。草案は、個人または組織が自らの「適切なRIR（またはその他の）レジストリ」から割り当てを受けられるとする。だが、あるRIRを適切にする選択規則を示していない。

地上では地域が行政の入口になる

RIPE NCCのサービス地域ページを見ると、現在の「地域」がどのように実務上の入口になるかが分かる。サービス地域は75を超える国々を含む。そこでサービスを提供する組織はRIPE NCCの会員となり、資源を受け取れる。地域外でサービスを提供する組織には、その国を担当するRIRへの連絡が案内される。

これは地図の色分けだけではない。申請主体、サービス地点、会員関係、地域ポリシー、登録データベースを結ぶルールである。その入口を通った後、現行のRIPE IPv6ポリシーが、LIRかエンドユーザーか、誰にアドレスを割り当てるか、どこで利用するか、何を登録するかといった問題を扱う。答えには議論があっても、最初に訪ねる窓口は概して見つかる。

宇宙区間は、その便宜を失わせる。仮想的な宇宙機を考える。資源保有会社の登記地は一つ目のRIR地域、打ち上げ国は二つ目、管制センターと主要ゲートウェイは三つ目、軌道に応じて切り替わる地上局はさらに複数地域にある。後の飛行段階では地球周回を離れ、月や火星へ向かうかもしれない。これは実在ミッションについての主張ではなく、入口の根拠になり得る事実が複数あることを示す思考実験だ。

機体の現在位置を使えば文字どおりだが、最も不安定な規則になり得る。保有者の法的所在地は安定するものの、好都合なポリシーを求めた法人配置を誘発し得る。地上ゲートウェイは観測しやすいが、通信窓ごとに変わる可能性がある。打ち上げ国は長期運用を説明しない。顧客や地上端末は全地域にまたがり得る。目的地を使うなら、遷移中の探査機はどの地域にいるのか。「適切な」という一語が、実は制度の構成原理を背負っている。

最大五つという数は、選択の後に現れる

惑星ごとに最大五プレフィックスという像は、すぐ経路表の議論を呼ぶ。巨大なIPv6空間では複数集約が問題にならないかもしれず、逆に断片化の最初の層になるかもしれない。判断にはブロックサイズ、経路運用、相互接続、移動性、そして惑星を一つのトポロジー単位と見なせるかという情報が要る。草案がそれらを与えていない段階で、拡張性の良否を断定するのは早い。

その前の問題は、割り当てツリーの各枝を誰が作る権限を持つかだ。法的所在地を選択子にすれば、宇宙機の軌道が同じでも企業支配の移転でポリシー関係が変わる。管制地上局なら、通常のゲートウェイ切り替えが地域間移管を生むかもしれない。目的地なら、長い遷移飛行に安定した地域がない。どの基準も、見直し、引き継ぎ、返却、監査について別の問題を作る。

Remco van Mookが9月10日にRIPE Labsへ寄稿した記事は、順序の問題を表面化させた。提案された階層では各RIRのポリシー開発プロセスへ論点が送られる一方、それらのコミュニティの多くはまだ本格的に宇宙向けポリシーを検討していないという。彼が共同執筆した別の個人草案EXPANSEは、登録モデルの不在、移動プラットフォーム、管轄境界、経路集約の危険、RPKIの不連続性を列挙する。同草案はIANAへの要求を行わないと明記しており、別の割り当て案ではなく問題表だ。

二つを合わせると、有用な役割分担が見える。TIPTOPは制度を再利用する近道を示す。EXPANSEは、その近道が結論ではない理由を示す。既存レジストリ制度の価値は、五つの組織名にあるのではなく、一意性と説明可能な決定を結び付ける点にある。組織だけを再利用して新しい対象集団を定義しなければ、紙の上の階層は残っても、最も重要な接続点は裁量のままだ。

ポリシー審査の前に、選択記録を置く

今必要なのは太陽系条約ではない。将来の申請が割り当て審査に入る前に付与される、公開の「RIR選択記録」で十分に実用的な前進となる。記録には少なくとも次を含められる。

  1. 法的な資源保有者と実際の運用統制者
  2. 申請がいう「宇宙利用」の境界
  3. 選ばれたRIRまたはその他のレジストリ
  4. そのレジストリを適切とした公開規則と根拠事実
  5. 機微な座標を除いた地上区間・サービス管轄
  6. ミッション段階と再審査を起動する条件
  7. 支配的事実が変わった場合の移管・引き継ぎ経路
  8. 返却、退役、登録訂正の条件

記録そのものが、所在地、統制、ゲートウェイ、目的地のどれを優先するか決める必要はない。権限を持つコミュニティに選択を可視化させ、同種案件へ一貫して適用させる。また、二つのRIRが別々の枝から資源を出す前に、同一の申請を識別する手掛かりにもなる。

公開性と任務情報の全面開示は同義ではない。軌道暦、軍事目的、交信予定、詳細なネットワーク図を公開する必要はない。適用規則、責任組織、粗い任務状態、決定履歴を示し、機微な技術証拠は限定された審査に残せる。地上のレジストリも公開登録と非公開のデューデリジェンス資料を分けてきた。設計は難しくなるが、未知の種類の問題ではない。

まだ割り当ては一件もない

記録が示す状況は簡潔だ。二人の著者が初期のアドレス空間草案を提出した。RIPEコミュニティの寄稿者が、構造が固まる前にRIRコミュニティへ議論を促した。別の個人草案が、最初の文書の未回答事項を整理した。IETF合意も、IANA割り当ても、RIPE NCCのポリシー提案も、申請者も、監査できる経路も存在しない。

だからこそ、選択規則は今決める価値がある。プレフィックスが飛行ソフトウェア、契約、経路フィルターに組み込まれた後では、権限規則の変更は議論ではなく移行作業になる。初期標準化の利点は、すべての初期案が生き残ることではない。高価な選択を、まだ言葉だけのうちに退けられることだ。

出典