要約

  • RIPE NCCの8月27日付メンバー更新は、IPv4待機リストに757 LIR、先頭のLIRの待機を467日と記録した。
  • 467日は特定時点の先頭値であり、平均、中央値、サービス保証、新規申請の予測時間ではない。
  • 公開履歴はキューの長さと先頭年齢だけを保存する。増減が割当、新規加入、取下げ、資格・会員状態の変化のどれによるかは分からない。
  • 月次の匿名フロー台帳なら、期首、新規適格、取下げ、資格退出、完了割当、期末を照合し、待機年齢分布と隔離解除も併記できる。

待機リストを「在庫表」として読む

2026年8月のRIPE NCCメンバー更新には、IPv4待機リストについて二つの値がある。リスト上のLIRは757、先頭のLIRは467日待っている。

この二つは、倉庫でいえば期末在庫と最も古い品目の滞留日数に近い。重要な状態指標だが、期間中の入庫と出庫までは説明しない。

467日を「RIPE NCCの標準待ち時間」と呼ぶことはできない。先頭は分布の端である。残る756 LIRが同程度に古いのか、新しい申請が多いのか、公開値だけでは判定できない。現行方針も待機時間を保証していない。

単位にも注意がいる。同じ更新はLIRアカウント20,687、メンバー19,977と別々に記載する。したがって757 LIRは、757の独立した会社、個人、ネットワーク、あるいは確実な受領者を意味しない。運用単位と組織単位を混ぜると、キューの規模を別のものに変えてしまう。

三時間更新でも、差分の理由は出てこない

RIPE NCCの公開待機リストページは、表とグラフを三時間ごとに更新すると説明する。表示項目は「キュー内のLIR」と「先頭LIRの待機日数」だ。公開JSONには2019年11月以降の日次履歴が残る。

本稿のために固定した最終行は2026年8月30日で、759 LIR、470日だった。8月27日の757/467を訂正する値ではない。時間の異なる二つの正しいスナップショットである。

問題は、その間をどう埋めるかだ。純増2件は、新規2件だけでも起こる。新規30件、/24割当20件、取下げ8件でも同じである。資格を失ったLIRや会員閉鎖があれば、さらに別の組み合わせになる。

公開系列の差分から割当件数を逆算してはいけない。減少は割当かもしれないが、取下げかもしれない。横ばいでも、新規と退出が同数なら大きな処理量が隠れる。グラフは変化の存在を示すが、イベントの種類を分類しない。

先頭年齢も同様だ。最前列への割当で下がることも、取下げで下がることもある。単一の端点だけでは、中央の待機が改善したかどうかは分からない。

供給は回収され、隔離を通り、初めて割当になる

現行の公開IPv4方針 RIPE-826 は、申請を先着順の待機リストに置き、待機時間を保証しない。割当はちょうど一つの/24、つまり256アドレスで、一つのLIRがこの規則で受け取れる上限も一つの/24だ。

連続した/24を作れない場合、RIPE NCCが十分な空間を回収するまで割当は行われない。通常の商品在庫のように、次回入荷日が決まっているわけではない。

運用説明によれば、申請はLIR Portalから提出され、リストへ自動的に加えられる。メンバーは自分の順位をポータル内で確認できる。回収アドレスは以前の保持者との関係を整理する隔離期間を経てから、順番に再割当される。

RIPE NCCは、今後どれだけ回収できるか予測不可能で、多量にはならないと見込む。この不確実性は報告の欠陥ではなく、供給の性質である。台帳で過去を説明できても、特定LIRへの到着日を保証することはできない。

月次の残高一致を公開する

最小のフロー台帳は次の式で構成できる。

期首LIR + 新規適格申請 − 自主取下げ − 資格・会員退出 − 完了した/24割当 = 期末LIR

「新規」は問い合わせ数ではなく、条件を満たしてキューへ入った申請を指す。「完了割当」は回収直後の空間ではなく、実際に/24として割り当てた件数を指す。自主取下げと資格退出は、十分な件数がある限り分ける。

供給側には別の残高が要る。月内に隔離へ入った/24相当量、隔離を解除された/24、実際に割り当てられた/24を区別する。三者が同月に一致しなくても問題ではない。その差こそ、処理中在庫を表す。

小さなセルは結合または非表示にできる。LIR名、連絡先、申請内容、正確な順位、個別退出理由は公開しない。必要なのは個票ではなく、期首から期末へ残高が合う集計である。

時刻、適用方針番号、方法版、訂正履歴も付ける。遅れて確定した取下げが前月分類を変えた場合、過去を無言で上書きせず、修正理由を残す。

先頭の背後に年齢分布を置く

待機時間は幅広い区分で公表できる。90日未満、90〜179日、180〜364日、365〜499日、500日以上といった帯なら、個別順位を明かさず形を示せる。中央値、75パーセンタイル、90パーセンタイルがあれば、中央と長い尾の変化も追える。

人数の少ない帯は広げればよい。目的は先頭LIRを推測することではなく、467日が典型か例外かを判断できるようにすることだ。

固定した公式系列では、キュー長の最大は2023年3月6日の1,249、先頭年齢の最大は2025年6月22日の616日である。最大日は別々だ。二つを合わせて「1,249 LIRが616日待った日」と書けば、存在しない観測を作ることになる。

分布はこうした誤りを防ぐ。先頭が若返っても90パーセンタイルが上がる場合、一つの古い案件の退出が全体の老化を隠している可能性がある。逆に先頭だけが古く、中央値が若い場合、端点は中心を代表しない。

以前の集計は匿名性と分析が両立することを示した

2023年のRIPE Labs分析は、7月7日の抽出時点で待機リストから5,572件の/24割当、合計1,426,432アドレスを処理し、1,025 LIRが待機していたと報告した。さらに、単一LIRを持つメンバーと複数LIRを持つメンバーの集計を匿名で示した。

その構成比を2026年へ持ち込むことはできない。価値は別にある。RIPE NCCが個々の組織を特定せず、アカウントとメンバーの関係を集計できることを示した点だ。

当時の記事は一回限りの分析だった。現在のグラフは継続的だが二項目だけである。月末のフロー受領書なら、過度な頻度で詳細を出さず、継続性と説明力を両立できる。

キュー短縮を一種類の成功にしない

割当が多く、結果としてキューが短くなった月は、回収空間が隔離を抜け、方針に従って配られたことを示す。取下げが主因の短縮は、申請者側の計画変更や会員状態の変化を示す。キューが同じ長さでも、新規と割当がともに多ければ、実務は活発である。

これらは運用者、コミュニティ、理事会で意味が違う。運用者は供給が流れたかを知りたい。方針参加者は新規参入が継続しているか、古い集団が残っているかを見たい。理事会は回収、審査、隔離、割当の負荷を分けて把握したい。

フロー台帳は先着順方針の是非を決めない。方針選択はRIPEコミュニティの仕事である。台帳は、その議論を純増減の推測から解放する。

希少性には予言ではなく照合可能性が要る

467日は強い数字だが、RIPE NCCはそれを予言にしていない。先頭値と呼び、方針は保証を否定し、説明ページは「十分なアドレスがある場合」に限る。

次に必要なのは、新しい約束ではない。期末在庫の横に入出庫、先頭年齢の横に分布、回収量の横に隔離段階を置くことである。

個別キューは非公開のままでよい。集計残高だけを公開すれば、秘密を守りながら公共の希少資源がどう動いたかを検証できる。

報告を増やしてもIPv4は一つも増えない。それでも、757と467が独り歩きするのを防ぎ、将来の方針判断に使える記録を残すことはできる。

出典