要約

  • prop-175-v001 は、/48 を受け、導入し、再申請し、ほぼ同じ計画情報を再提出し、初回時点で分かっていた必要量について二度目の審査を受けるという五段階を示す。
  • 提案は APNIC-114 Section 9.2 を初回申請に使う。その際、「以前の割り当ての利用」は適用不能とし、「後続割り当ての管理」は提案中の初回割り当てを対象に読み替える。
  • 現在の状態は Published to Mailing List である。合意、採択、実装、Secretariat impact assessment、実際の /48 超の初回割り当ては確認されていない。
  • 規則の版、申請状態、各基準の扱い、申請・審査・承認サイズを結ぶ小さなレシートなら、機密のネットワーク計画を公開せずに判断を検証可能にできる。

prop-175-v001 が描く経路は五つの動作から成る。適格な組織がまず /48 の IPv6 Provider Independent 割り当てを受ける。導入を進める。その後、後続申請を行い、実質的に同じネットワーク計画情報をもう一度出し、初回申請時に既に必要で文書化されていた空間について、APNIC の二度目の評価を受ける。

これは公開された実案件でも、平均処理時間の実測でもない。提案は、申請者がこの経路を必要とする「場合がある」と述べる。確認できる問題はより限定的だ。現行の初回規則は /48 を示し、/48 を超える必要性の審査は後続割り当ての状態に置かれている。需要が先に存在しても、それを扱う手続上の状態は後から来る。

2026年8月27日時点で、APNIC のページは文書を prop-175: Needs-Based Initial IPv6 PI Assignment とし、Rafeeun Noby Babir を提案者としている。Version 1 は8月19日に Policy SIG メーリングリストへ投稿された。状態は正確には Published to Mailing List であり、以前の版と Secretariat impact assessment はない。これは議論の開始を示すが、合意や実施を示さない。

再利用が魅力的な理由

提案は新しい適格性を作らない。/48 は引き続き初回 IPv6 PI 割り当ての最小値で、利用、公告、監視、回収を含む既存条件も残る。新しい資源区分も作らず、IPv6 移転方針も変えない。

狙いは、初回申請の時点で /48 を超える必要性を示せる場合に、APNIC-114 Section 9.2 の既存の需要審査を使うことだ。同節は、アドレス計画、複数の離散ネットワーク、既存割り当ての利用と経路公告・集約との関係、追加空間をどう管理して世界の IPv6 経路表の増加を抑えるかを扱う。

PoP、キャンパス、データセンター、地理的に分散した設備は例にすぎない。既存の「複数の離散ネットワーク」という条件を生じさせ得るが、新たな適格性ではない。この線引きは、時点とサイズの変更が、申請者の範囲まで無言で広げることを防ぐ。

既存枠組みの再利用は、調整層を薄く保つ。証拠が早く出たからといって別の審査制度を丸ごと作る必要はない。申請者も「後続」という状態へ入るためだけに中間の割り当てを作る必要がなくなる。しかし後の状態向けの審査には、過去が存在するという前提が含まれる。審査を前へ動かしても、過去は生まれない。

一つは適用不能、一つは対象の読み替え

第一の不整合は明快である。初回申請者には以前の PI 割り当てがないので、その利用を証明できない。提案はこの要件を適用しないとする。正しい記録値は「適用不能」であって「充足」ではない。単に合格と書けば、存在しない以前の割り当てを作ってしまう。

第二は質問の対象に関わる。Section 9.2 は後続割り当てをどう管理するかを問う。初回申請には後続割り当てがないため、提案はこれを、提案中の初回割り当てに対する要件として読む。申請者は、世界的な経路公告を減らし、集約を高め、IPv6 経路表の成長を抑える管理を示すことになる。

過去状態がないためテストを外すことと、テストを残して対象を変えることは同じではない。その他の基準は変更しない。「Section 9.2 で審査済み」という一行だけでは、この三つの状態が消える。

Section 9.2 の要素 初回申請での提案上の扱い 証拠上の意味
/48 超の必要を示す計画 適用 将来の実利用ではなく文書化された需要を審査
複数の離散ネットワーク 適用 既存条件。例示は適格性を増やさない
以前の割り当ての利用 適用不能 初回時点では以前の PI 割り当てがない
後続割り当ての管理 読み替え 提案中の初回割り当てを対象にする
その他 変更なし 省略せず列挙する必要がある

この表がなければ、裁量は見えなくなる。ある Hostmaster は過去欄を空白にし、別の担当者は不可能な回答を求めるかもしれない。後続割り当ての指す対象も揺れ得る。失われるのはアドレス量だけではない。同じ規則からなぜ違う結果が出たかを再現する能力である。

申請、審査、承認のサイズを分ける

一つの案件には少なくとも三つの量がある。申請したサイズ、証拠から審査されたサイズ、最終的に承認されたサイズだ。どれも、登録された状態や BGP での実公告を単独では証明しない。大きい初回割り当て一つで二度目の事務処理を避けられる可能性はあるが、経路数、料金、構成が必ず減るという証拠はない。

料金は外部依存のままである。提案は Member Fee Schedule を変えず、/48 を超える初回割り当ての影響は既存枠組みで扱うとする。これは料金中立の結論ではない。決定記録は参照した料金規則を示せるが、金額を創作してはならない。

最小の適用性・決定レシート

APNIC はネットワーク図、容量予測、拠点情報を公表しなくても判断を検証可能にできる。詳細証拠は保護された案件記録に置き、レシートには APNIC-127 と APNIC-114 の正確な版、初回申請であること、適格性の根拠、通常の最小値、申請サイズを記す。

続いて Section 9.2 の各基準を列挙する。以前の割り当て欄は、該当する修正と理由を付けて「適用不能」とする。後続割り当て欄は、提案中の初回割り当てを対象として明示する。証拠は種類と保管先だけでもよい。最後に申請・審査・承認サイズ、決定主体、時刻、通知、訂正経路を残す。

レシート項目 防げること
方針・ガイドラインの版 将来の改訂が過去の審査を変える
申請IDと初回状態 初回と後続の取り違え
適格性の根拠 サイズ審査が申請資格まで広げる
最小値と申請サイズ 下限、上限、自動的権利の混同
基準一覧と処理状態 暗黙の免除や不統一な読み替え
証拠の種類と保管 機密計画の公開、または空疎な「確認済み」
申請・審査・承認サイズ 一つの数字が三つの判断を隠す
経路・集約の理由 目標を観測済み効果として扱う
料金規則の参照 未確認の料金結果を混入させる
権限、時刻、通知、訂正 責任主体も救済もない結果

これは新たな統治層ではなく最小限の接続記録である。Hostmaster のトポロジー判断を代行しない。誤った版が使われた場合や、「適用不能」が「証拠不足」へ変わった場合に、申請者が訂正を求める対象を作る。

現在の資料が示さないもの

提案は APNIC-114、申請フォーム、Hostmaster 向け指針、公開文書の更新可能性を挙げる。これは提案者の見通しであって、Secretariat impact assessment ではない。公式ページには後者がないと表示される。

実装日、実際の申請、/48 超の初回承認、料金計算、再審査、経路測定もない。全申請者が五段階を踏む証拠もない。資料が支えるのは基準の状態間移動を検証すべきだという結論であり、未観測の運用被害ではない。

出典