要約

  • AFRINICの方針は、IXPのピアリング用と管理用に別々のIPv4ブロックを確保し、拡張時の再番号付けを避けるため隣接領域を残す。
  • AFRINIC-37の議事録には利用量統計を示す約束が記録された。一方、AFRINIC自身の公開説明によれば、拡張統計ファイルでは予約資源を区別できない。

分析

在庫表では余裕があるように見える予約が、ネットワーク拡張の現場では不足することがある。矛盾ではない。総アドレス数が大きくても、次に必要な連続プレフィックスが残っているとは限らないからだ。逆に隣接領域が空いていても、公開データから誰が利用できるか分からない場合がある。見るべきなのは「予約済み」というラベルの総数だけではなく、確保した資源が本来の用途に使える状態かどうかだ。

AFRINICの統合ポリシー・マニュアル第11節は、参加者がトラフィックを交換するピアリングLANと、監視、統計、チケット管理などに使う管理LANを分けている。両者には別のブロックが必要だ。さらに、ピアリング用の割り当てごとに隣接する/24を確保し、IXPが/23へ拡張する際に不連続なブロックへ移らずに済むよう定めている。将来のピアリング需要向けに/16、管理用プレフィックス向けに別の/16を設ける構成だ。

アドレスの連続性は運用上の条件である。より大きなブロックを得るためにIXPがピアリングLANを移さなければならないと、参加ネットワークはアドレス変更、ルーター設定、サービス確認を調整する必要がある。隣接領域の確保は、少なくともその移転を避けるための設計だ。あらゆる成長を保証するものではなく、維持すべき空間の形を定めている。

6月24日のAFRINIC-37では、既存ポリシーの実施経験を報告する中で、第11節が改めて取り上げられた。スタッフは、重要インフラの定義がマニュアルに入ってから15年以上経ち、現在のIXP運用に合うのかを問いかけた。議事録によれば、/23の境界に達した交換拠点があり、急成長するIXP向けに明確な文言が必要だという。また、ピアリング用と管理用のプレフィックスを本来の用途と異なる形で入れ替える会員もいると記録されている。

議論は予約枠の規模にも及んだ。参加者の一人は、地域全体向けのピアリング/16で足りるのか、それとも/15が適切なのかを質問した。AFRINIC側は、検討に使える消費統計を示すと回答した。別の参加者は、政策作業を始める前に、予約枠の制約を受ける会員数など具体的な数字を求めた。これは議事録に残る質問であり、現行ブロックが枯渇したという認定ではない。

公開在庫の統計には明確な限界がある。AFRINICの資源管理ページは、拡張統計ファイルが「利用可能」「予約済み」「割り当て済み」を示すと説明する一方、予約済み資源をそのファイル上で区別できないとも記している。WHOISにはポリシー予約の例が載っているが、「予約済み」の合計値だけでは、IXP用プールに連続して残るアドレス量、ピアリング用と管理用の内訳、要件を満たしたのに応じられなかった申請数は分からない。これはAFRINICに内部記録がないことを意味しない。公開された集計値だけでは会議で出た問いに答えられないということだ。

次に必要なのは、会員情報を保護した集約台帳だろう。各予約枠について、公表済みブロック、用途、割り当て量、隣接して保持する量、最大の連続空きプレフィックス、基準日を示す。さらに、適格な申請、承認、待機、未充足の件数と理由を集約し、機微な会員情報が露出しない範囲で大まかな地域も添える。ピアリングと管理は別行にする。合算すると総量は大きく見えるが、どちらの用途に圧力がかかっているのかが隠れてしまう。

議事録中の一事業者の説明は問題を具体化するが、地域全体の分母にはならない。NAPafricaの代表は、ヨハネスブルクの設備に/23が二つあり、/22相当の利用に近づいていると説明し、再番号付けは困難で長期に及ぶと述べた。これは議事録が同代表に帰属させる個別の話だ。アフリカ全体のIXPが同じ制約に直面していること、他地域の未使用量、具体的申請が却下されたことまでは示していない。

妥当な順序は明快だ。まず台帳を公開し、割り当てと隣接領域をどう数えるのか説明する。その後に、/23まで連続拡張できる現行設計と実際のデータを比べる。需要と連続空き領域が制約を示すなら、ブロックの大きさ、適格条件、隣接予約の解放方法を議論できる。問題が分類や割り当て手続きにあるなら、予約枠を拡大しても不透明な領域が大きくなるだけだ。

出典

AFRINIC-37 公共政策会議議事録 · 統合ポリシー・マニュアル第11.0–11.5節 · AFRINICの資源管理と統計の説明 · AFRINIC-37 発表資料