要約

  • AFRINICの拡張統計シリアル20260827には、状態がreservedのIPv4レコードが547行あり、合計449万8432アドレスになる。
  • AFRINIC自身は予約をポリシー、一時、隔離の3種類に分けて説明する一方、拡張統計ファイルからはそれらを区別できないとしている。
  • 3種類は根拠も時計も出口も異なる。日次の合計だけでは、どの種類がどれだけ含まれるか、特定プレフィックスがなぜ予約されているかは分からない。
  • 申請者や旧保有者を明かさず、種類、根拠、経過期間、出入りを日次合計と照合する補助表が、最小限の公開手段になる。

「予約済み」という言葉は、日常語では未来の行き先まで含んでいるように聞こえる。席の予約なら、誰かが後で使う。商品の取り置きなら、期限まで買い手を待つ。だが、インターネット番号資源の統計状態は、それほど一義的ではない。

シリアル20260827のAFRINIC拡張統計では、IPv4の各行に開始アドレスと個数が記録される。状態別に個数を合計すると、allocatedは3838行、1億1030万3744アドレス、assignedは1651行、581万5040アドレス、availableは15行、63万3088アドレス、reservedは547行、449万8432アドレスだった。

この計算は再現できる。しかし、reservedの内訳は再現できない。拡張統計のREADMEは、予約済みを「どの主体にも割り振られず、割り当てもされておらず、かつ割り振りまたは割り当てに利用できない」資源として定義する。RIR Statistics Exchange Formatは、この統計を取引や履歴の詳細を持たない現時点のスナップショットと位置づける。

したがって、公開ファイルが保証するのは在庫上の位置である。なぜその位置に入ったのか、いつ入ったのか、どの権限が維持しているのか、次にどこへ移るのかは、状態名だけからは読めない。

3種類の予約は、同じ待機ではない

AFRINICのIP Resources Managementページは、現在行っている予約を3種類に整理している。ポリシーによる予約、一時予約、隔離である。同じページは、拡張統計ファイルでは予約の各ケースを区別できない、と明記する。

ポリシー予約の起点は、承認された公開ルールだ。AFRINICによれば、一部のポリシーは一定サイズのIPプレフィックスを予約するよう求める。現行のConsolidated Policy Manualには、インターネットエクスチェンジ向け資源を予約する規定がある。ポリシー予約資源はWHOISに登録されるとも説明されている。

この場合、利用不能である理由は、単に申請がないからではない。特定の公共目的に資源を確保するというポリシー判断がある。監督に必要なのは、どの条項が根拠か、目的は継続しているか、規模は規定と一致するか、いつ見直すかという情報である。

一時予約には別の時計がある。AFRINICは、既存メンバーまたは新規申請者について、承認された割り振り・割り当てと同じ規模のプレフィックスを45日間予約すると説明する。請求された料金の支払いを待つためだ。請求書が失効し、入金がなければ、資源は利用可能プールへ戻る。支払いが完了すれば、割り振りまたは割り当てへ進み得る。

これは、開始イベント、期限、条件分岐を持つ短期状態だ。AFRINICは、有効な請求書がすべて期限内に支払われた場合でも発行可能量を超えて承認しないための仕組みだとしている。だから一時予約を「放置」と呼ぶのは不正確である。同時に、日次ファイルから特定の申請者の支払い状況を推測することもできない。

隔離は回収後の経路に属する。AFRINICは、年会費の不払いによりRegistration Service Agreementに違反し、メンバー閉鎖手続きで資源を回収した場合を説明している。回収資源は一定期間、隔離される。同ページは、隔離の在庫をhostmasterが確認できること、将来ウェブサイトで公開する計画があることにも触れる。

しかし、公開説明から、すべての隔離資源に経路上の問題があるとは言えない。統一の隔離期間も示されていない。隔離は、再利用に先立つ運用上の遷移であり、その根拠と終了条件はポリシー予約や45日間の一時予約とは異なる、というところまでが証拠の範囲である。

3種類の説明は、449万8432という合計を分解してくれない。2026年8月27日に3種類すべてが存在したかも分からず、各種類の比率も分からない。プレフィックスの位置、サイズ、日次差分から原因を逆算することもできない。確認できるのは、運用上異なる状態が、公開統計では一つのラベルを共有していることだけだ。

合計を「すぐ使える供給」と読んではならない

IPv4が希少であるほど、449万8432という数字は誘惑になる。割り振られていないなら、利用可能に戻せるのではないか。しかし、reservedの定義はまさに、その時点で利用可能ではないというものだ。

ポリシー予約は現在も有効な目的を担っているかもしれない。一時予約は承認済みの申請と有効な請求書に対応しているかもしれない。隔離はリスクや手続きを確認する必要があるかもしれない。どの行にどの事情が当てはまるか、統計だけでは判断できない。

ファイルには申請待ち行列、請求状況、回収案件、メンバーへの影響、枯渇予測もない。したがって、予約合計が現在の割り振り遅延を引き起こしている、全量を安全に解放できる、特定の枯渇日を変える、といった主張はできない。在庫観測に、需要モデルを後付けしてしまうからだ。

ただし、この慎重さは監督の放棄を意味しない。現行CPMは、保全のため、アドレス空間の蓄積や予約の維持を一般に避けるべきだとする。他方で、同じCPMは特定目的の予約を求める。両者を整合させる鍵は、予約を一律に善悪で扱うことではなく、例外状態を根拠とライフサイクルに結びつけることにある。

問うべきは「AFRINICはなぜ約450万アドレスを抱えているのか」ではない。この問いは一つの判断しかないかのように聞こえる。必要なのは、ポリシー、一時、隔離にそれぞれ何行・何アドレスがあり、どの期間帯にあり、次の見直しまたは遷移が何かという複数の問いだ。

標準ファイルを壊さずに説明を足す

拡張統計ファイルは、設計された役割を果たしている。4つの簡潔な状態により、RIR間で比較可能な日次スナップショットを作れる。各案件の履歴をすべて詰め込めば、標準の簡潔さを失うだけでなく、機微情報を露出する恐れがある。

一時予約の詳細は、WHOISに現れる前の申請承認を外部に知らせるかもしれない。隔離の詳細は、旧保有者や紛争中の事実を特定させるかもしれない。統計ファイルは各所に複製されるため、公開後の回収は難しい。

そこで、AFRINIC固有の補助集計を併設するのが現実的だ。標準ファイルは「何アドレスがどの大分類にあるか」を維持し、補助表はreservedだけを運用理由と遷移に投影する。両方の合計を照合できればよい。

補助表には、対象シリアルと生成時刻、ポリシー・一時・隔離ごとの行数とアドレス数、根拠となるポリシーまたは手続きの分類、経過期間帯、期間中の流入と流出、流出先の集計を載せる。実際に別の遷移状態があるなら、恒久的な「その他」に隠さず、定義とともに追加する。

ポリシー予約については、該当CPM条項へのリンクを示せる。ポリシーが公開リストを要求する場合に限り、プレフィックス単位の情報も合理的だ。一時予約は、申請者を示さず、残存期間帯と出入りを示せる。隔離は、旧保有者や保護すべき証拠を示さず、年齢帯、見直し責任、集計結果を示せる。

ゼロ件も明記する必要がある。空欄では、件数がゼロなのか、項目が欠落したのか、発行に失敗したのか区別できない。3種類の合計は、日次ファイルの547行、449万8432アドレスと一致すべきである。時刻や範囲の違いがある場合は、その差を説明する照合注記が要る。

案件単位の記録は非公開のままでよい。プレフィックス、開始イベント、根拠、証拠、期限または見直し日、許される遷移、責任者、訂正を保持できる。公開に必要なのは、それらを個人や組織が特定されない形で集計した結果であって、請求書や閉鎖案件そのものではない。

静止画ではなく動きを公開する

種類別の円グラフだけでも構成は分かるが、状態が健全に回っているかは分からない。重要なのは、期間中に何件が入り、何件が出て、どこへ移り、何件が訂正されたかである。

reservedが減っても、すべてが新規供給になったとは限らない。利用可能へ戻ったもの、割り振り・割り当てへ進んだもの、分類が訂正されたものがあり得る。合計が変わらなくても、同数の流入と流出があれば案件は動いている。静的合計だけでは、停滞と回転を区別できない。

遷移集計は、外部の推測を減らす。研究者がプレフィックスの並びや消失から個別案件を当てようとする必要がなくなる。AFRINICにとっても、正当なポリシー予約が「眠った在庫」と誤解されにくくなる。

透明性の目的は、すべてを見せることではない。判断の検証に必要な関係だけを見せることだ。この場合、その関係は理由、権限、年齢、数量、次の見直しを結ぶ。

出典