要約

  • 実装済みのLAC-2024-4は、重要インフラ用IPv4予約からのマイクロ割り当て、回収、返却を公開するための政策である。偽IXPは明記されたリスクシナリオであり、実在事件の証明ではない。
  • Common Crawlが独立保存した6月16日の八項目ファイルは在庫を知るうえで有用だが、イベントID、イベント種別、直前状態、規則版、限定的理由、訂正リンクを持たない。
  • スナップショットを残し、その隣に小さな版管理済み追記型遷移ストリームを置けばよい。申請書や機密の不正検知資料を公開する必要はない。

空欄は「何もなかった」を意味しない

公開ファイルのヘッダーは次の一行である。

rir|pais|tipo|recurso|cantidad|fecha|estado|orgid

レジストリ、国、資源種別、開始アドレス、数量、日付、状態、OrgIDが並ぶ。発行済み空間にassignedまたはallocatedが使われ、未発行空間は多くの場合256アドレス単位のreservedとなり、日付とOrgIDは空だった。

この表は現在をよく表す。しかし、reservedの履歴は表さない。

その区間は一度も発行されていないかもしれない。一般論としては、自主返却、レジストリによる回収、隔離開始、データ訂正、行の分割変更の後にも同じ終状態が現れうる。これらは実在の行についての主張ではない。一つの状態欄では区別できない意味の一覧である。

空の名称から偽組織を推定してはならない。発行状態から経路広告や稼働中のピアリングを推定してもならない。reservedは処分の証拠ではない。確認できるのは、発行者が出来事を明示する欄がないというスキーマ上の事実だけだ。

問いの根拠はCommon Crawlが2026年3月7日に独立保存したLAC-2024-4にある。レジストリの現行画面に依存せず、2025年4月25日のImplemented状態と、マイクロ割り当て、回収、返却のログ要求を確認できる。偽IXPが申請統制を通過する可能性が動機であり、WHOISの現在情報を履歴として集約する方針が選ばれた。

これは脅威モデルを裏づける。偽IXP、誤った割り当て、審査失敗が現実にあったことは裏づけない。

政策には動詞があり、ファイルには状態がある

独立保存された提案だけで意味の試験は成立する。運用文は特別プールのマイクロ割り当て、回収、返却を詳述する公開ログを求めるが、行スキーマ、イベント語彙、安定ID、時刻規則、訂正連鎖、完全性方式は定めない。これは実装不良の証明ではない。公開物が状態、遷移、または両方のどれを表すかを明示する必要があるということだ。

自主返却と回収は起点となる主体が違う。隔離は保有終了と再利用可能性の間に時間を置く。訂正は統制を移さず公開表現だけを変えることがある。割り当ては新しい公開上の保有関係を作る。

最終的にどれもreservedと表示されうるからこそ、途中の動詞が必要になる。

スナップショットの証明力

Common Crawlが独立保存した6月16日のファイルには423データ行があり、39行がassigned、2行がallocated、382行がreservedである。八項目ヘッダーにevent_id、event_type、previous_status、effective_at、observed_at、reason_class、policy_version、quarantine_until、decision_reference、correction_referenceはない。

ファイルが誤っているという意味ではない。LACNIC内部に完全なイベント履歴がないという意味でもない。公開証拠が示すのは、対外物が現在状態の投影だということだ。

後日の観測者は別のコピーを保存し、6月16日版と比較できる。表現変化は見つけられても、その差分は発行者スキーマの外で行う分析である。別制度のRFC 8182は、RPKIスナップショットとsession ID配下の連番deltaを分ける。この予約を規律せず、機械的に移植すべきでもないが、現在状態と発行者が宣言する変更が別オブジェクトであることを示す。

その限定下でも差分とイベントは区別できる。時点tのスナップショットが区間pに示す状態をS_t(p)とする。観測者は、

Δ(p,t1,t2) = S_t2(p) - S_t1(p)

を計算できる。結果がassigned → reservedに見えれば、二つの公開表現が変化したことは分かる。発行者が自主返却、回収、隔離、訂正、集約変更のどれを主張しているかは分からない。OrgIDの更新なら、アドレスを動かさず行だけが変わる。

差分は分析者の観測である。イベントは台帳を発行する主体の主張でなければならない。両者を一体化すると、スクレイパー実装者が公式意味の代筆者になる。

現在表は残すべきである

Common Crawlが7月16日に保存したIPv4枯渇ページは、通常プールが2020年8月に枯渇し、返却・回収資源と重要インフラ予約が別の構成要素だというレジストリの説明を現行画面の外に残す。外部保管された当事者説明であり、各アドレスの独立監査ではない。

こうした状況では、外部の読者が発行済み区間、現在の公開組織、予約残高を一つのファイルで見られる意味は大きい。個別のWHOIS照会を何百回も行う必要がない。

数量分析への使い方は、Common Crawlが6月17日に保存したIPv6-only IXPの記事に見える。著者は2026年5月9日時点で、512個の/24のうち390個、99,840アドレス、約76%が予約のままだと数え、直ちに枯渇する危機ではないとした。

6月16日版はその後、390ではなく382のreserved行を持つ。この差は8件の割り当ても特定イベントも証明しない。集約と表現が変わりうるからだ。スナップショットが日付付き在庫質問には適し、「何が起きたか」には足りないことを示す。

公開するのは事件簿ではなく遷移受領書

追加する流れは十六項目で足りる。

  1. 安定したイベントID。 引用と訂正に耐える識別子。
  2. イベントスキーマ版。 行の読み方を決める版。
  3. 資源識別。 アドレス族と正確な区間。
  4. 直前の公開状態。 元状態とスナップショット識別。
  5. 新しい公開状態。 結果状態と新スナップショット識別。
  6. イベント種別。 割り当て、自主返却、回収、隔離入り、隔離明け、再割り当て、訂正。
  7. 発効時刻。 主張される遷移の時刻とタイムゾーン。
  8. 公開時刻。 公衆が観測可能になった時刻。
  9. 適用規則。 Manualの版と節。
  10. 実装識別。 提案または実装プロファイル。
  11. レジストリ範囲。 LACNIC、NIC.br、NIC México。
  12. 公開保有者参照。 既に開示が許される場合のみ。
  13. 限定した重要インフラ目的分類。 申請資料の全面公開ではない。
  14. プライバシーに配慮した理由分類。 公開決定があれば参照。
  15. 隔離状態。 期限または次の利用可能条件。
  16. 改訂チェーン。 置換、訂正、不服申立て、ロールバック。

契約、詳細な利用証拠、構成、参加者一覧、不正検知信号、法的助言、個人データ、内部メモは保護されたままでよい。共通層に必要なのは、レジストリがどの遷移を主張したかであり、判断材料の全公開ではない。

RFC 3339は相互運用可能な時刻表現を与え、RFC 5848は順序付きログの完全性連鎖を示し、W3C PROVデータモデルはentity、activity、agentを分ける。いずれもLACNICを規律しないが、時刻、順序、来歴、訂正を私的案件の公開なしに表現できることを示す。

HENG.LU Note 64の原則はここで建設的に働く。最小仕様は曖昧仕様ではない。共通検証に必要な識別、版、状態遷移、規則、訂正、可搬性は厳密にする。一方で、事業モデル、ベンダー、構成、個別の裁量判断は共通不変条件を変えない限りローカルに残す。

遷移ストリームはLACNICに新しい処分権を与えない。公開台帳の変化を、台帳自身の言葉で説明させるだけである。

出典

証拠の限界

確認済みなのは、独立保存された提案が三つの動きを名指しすること、6月16日ヘッダーにイベント種別がないこと、保存された分析が日付付き在庫計算にスナップショットを用いたことである。

スナップショット差分だけでは公式のイベント意味を確定できない、という点は分析上の推論である。

スナップショットを残し、版管理した流れ、辞書、完全性メタデータ、テストベクトルを加えることは提言である。

完全な内部履歴の有無、偽IXPへの実際の発行、返却・回収に該当する行、スキーマを選んだ理由、6月16日以後の変更、現在の正確な残高は不明である。