要約

  • 提案2024-01は、IPv6 PIを新たに割り当てる際、次のニブル境界までアドレス空間を予約するよう勧告している。RIPE NCCの例では、/44 の割り当てに /40 の予約が付く。
  • 同じ影響分析は、新規PI空間を直ちに移転でき、部分移転も予想されるため、元のブロックが断片化し、予約を拡張に使えなくなると述べる。これは未採択案の予測であり、実際の移転や損失を示すものではない。

小さな割り当てを囲む大きな枠

RIPE NCCの例は、抽象的な議論を具体的にする。End Siteが二つの利用者も十六の利用者も /44 を受け、その外側は /40 まで予約される。十七サイトになると次の段階へ進み、/40 の割り当てと /36 の予約になる。

割り当てと予約は別物だ。/44 は保有者に登録され、適用される資源管理と移転の規則に従う。外側の /40 は計画上の包絡線である。連続した空間を残すことで、後日正当化された需要を別ブロックや番号変更ではなく、既存割り当ての拡張として処理できる。

この考え方には合理性がある。IPv6は十六進数で記述され、四ビット単位のニブル境界は人が読みやすく、管理上も扱いやすい。整った外枠を残せば、関連する割り当てが散在するのを避けられる。提案が守ろうとするのは、現在の需要から将来の需要へつながる経路だ。

しかし、発行日に周囲が空いているだけでは経路を守れない。内部ブロックの形、外側の連続性、拡張を申請できる保有者という三つの状態が、その後も整合して初めて予約は役に立つ。

影響分析が示した切断点

RIPE NCCは問題を率直に記している。提案は、非連続の置換手順では既存PI空間の返却を義務付ける一方、新たに割り当てた空間の移転には同様の制約を設けていない。新規空間は直ちに移転でき、部分移転が予想される。その結果、ニブル境界で発行したブロックが断片化し、予約が拡張に使えなくなるという。

ここで断定してはいけない。提案2024-01は2026年8月25日にレビュー段階へ入り、9月23日まで議論中である。取得した記録にはラフコンセンサスの認定も、採択や実装もない。現行文書はRIPE-738だ。この記事の /44、/40、/36 は分析用の例であり、実在の保有者を指さない。

二つの仕組みは異なる時間を最適化する。予約は元の割り当ての将来を守る。移転可能性は、合併、事業分割、撤退、需要変更に応じて資源を再編する余地を守る。どちらにも根拠はある。しかし内部ブロックが全部または一部移ったとき、外側の枠が誰に付き、何を守るのかは自明ではない。

予約された /40 の中に /44 があり、その /44 の一部が移転されたとする。公開案だけでは、予約が残存部分に付くのか、移転部分に付くのか、分割・解除されるのか、それともどちらもきれいに拡張できないまま記録だけ残るのか分からない。受益者と連続した拡張経路を失った予約は、利用可能な成長容量と同じではない。

経路と登録も分ける必要がある。より具体的なプレフィックスを個別に広告しても、登録上の権利が自動的に分割されるわけではない。登録移転は資源関係を変えるが、BGPの変更を証明しない。周辺空間が未割り当てでも、元の拡張目的には適合しなくなり得る。

両方の目的を最善の形で読む

提案者が扱う運用負担は現実的だ。複数の /48 はデータベースオブジェクトを増やし、ルータ、フィルタ、逆引きDNS、監視、文書に別々の依存関係を残す。需要を根拠に大きな割り当てをニブル境界で発行し、次の境界まで連続空間を残せば、後日の番号変更を避けられる可能性がある。

移転の自由にも意味がある。組織は統合し、部門を売却し、サイトを閉じ、需要予測を修正する。全面的なロックは不要な容量を固定し、既存の移転制度とPIの扱いを不整合にするかもしれない。影響分析は部分移転を不正と呼んでいない。予約への影響を示しただけだ。

これは影響分析が機能している証拠でもある。採択前に衝突を発見できれば、コミュニティは成長の連続性、移転の柔軟性、または条件付きで両方を選べる。問題は、どの状態を観測可能にするかである。

予約を分割されていない割り当てにだけ結び付け、部分移転時に解除する案がある。予約が有効な期間だけ部分移転を制限する案もある。あるいは予約を保証ではなくベストエフォートの計画状態とし、失効時に保有者へ知らせる方法もある。現行資料は選択肢を決めていない。

予約と移転を結ぶ受領記録

公開性のために顧客トポロジー、需要計画、取引価格を開示する必要はない。必要なのは状態の連結だ。

新モデルで割り当てる際、記録には割り当てプレフィックスの区分、成長用に確保する外側のニブル境界、日付、権限根拠、需要の計画期間を入れられる。予約が強制的な保持なのか、勧告なのか、将来の可用性に依存する計画なのかも区別すべきだ。地図上の空白だけでは約束の強さは分からない。

移転申請時には、全体移転か部分移転かを示し、予約が追随、縮小、終了のどれになるかを記録する。完了後に残る連続拡張容量も必要だ。公開欄はプレフィックス長と状態分類で足り、当事者名や機密資料は保護できる。

連続拡張が不可能で新規割り当てと旧資源の返却が必要なら、新旧プレフィックスと六か月の返却期限を同じ履歴につなぐ。ただし、それは隣接する別の移行問題である。ここで問うのは、新しいブロックの周囲に置いた予約が、その後の移転後も目的を果たすかだ。

訂正履歴も欠かせない。予約は作成、縮小、解除、置換、復元され得る。移転で拡張経路が消えたなら、登録は古い「成長用」という意味を黙って残すべきではない。削除する場合も、変化の理由を追跡可能にする必要がある。

記録が証明する範囲

資料が証明するのは、審議中の提案、予約の勧告、RIPE NCCが示した実装上の懸念である。現在の設計では新規PI空間の即時部分移転が妨げられず、断片化によって予約が拡張に使えなくなる可能性がある。

資料は、採択、実装、実在の予約、移転、被害、アドレスの浪費を証明しない。グローバル経路表の増加も測定していない。「使えない」とは予約が連続拡張という役割を失うことで、割り当て済みIPv6アドレスが通信不能になるという意味ではない。

だからレビュー段階が重要だ。拡張経路と移転自由を同時に目指すことはできる。ただし両者の関係を暗黙のままにはできない。将来の /44 を /40 の中で育てるなら、小さいブロックが分割された後に何が残るのか、最終文書で定義すべきである。

出典