要約

  • LACNICの現行表は45.230.86.0/23を2023年7月10日、そこに含まれる45.230.86.0/24を2026年8月20日の失効資源として掲載している。
  • 2023年の前後では512アドレスがallocatedからreservedへ、2024年2月には256アドレスが新しい割り当て日を伴ってallocatedへ、2026年8月にはその/24が再びreservedへ移った。
  • 公開状態は、回収、分割、新規割り当て、後の回収または返却という通常の流れと整合する。同一割り当てへの二重失効を示すものではない。
  • 各行を、割り当て日、親子関係、公開可能なイベント種別、次の状態に結ぶ、匿名の「割り当て期間レシート」が必要だ。

表の縦軸だけでは時間がつながらない

スペイン語の失効資源表には、IPv4、プレフィックス、日付が並ぶ。45.230.86.0/24は2026年8月20日。ページを下へ進むと、45.230.86.0/23が2023年7月10日付で残っている。

同じ先頭アドレスで、/24は/23の下半分に完全に収まる。文字列としては別の資源、アドレス集合としては重なる資源である。どちらの見方も、割り当ての同一性までは答えない。

プレフィックスを永久的な名札とみなすと、2023年に失効した範囲の一部が2026年に再び失効したように見える。しかし、レジストリが回収したアドレスをプールに戻し、境界を分けて新たに割り当てるなら、アドレスの重なりと行政上の連続性は別問題になる。

三組の前後比較

RIR統計交換フォーマットは、ファイルを「現在状態のスナップショット」と位置付け、取引や履歴の詳細を含まないと明記する。したがって、一行から失効理由を読み取ることはできない。一方、既知の日付の直前と当日を比較すれば、公開状態が切り替わったことは確認できる。

最初の組は2023年だ。7月9日の拡張ファイルでは、45.230.86.0から始まる512アドレスがallocatedで、割り当て日は2018年2月26日。7月10日には、同じ512アドレスがreservedとなり、国コードと割り当て日は空になる。失効一覧の/23の日付と一致する境目である。

次は2024年。2月21日には、同じ先頭から始まる256アドレスが予約状態にある。22日には、その256アドレスがallocatedとなり、割り当て日は2024年2月22日になる。仕様上、startは最初のIPv4アドレス、valueはアドレス数である。256は/24であり、旧/23の表記を縮めただけではない。

最後は2026年。8月19日、/24は2024年の割り当て日を保ったまま割り当て済みである。20日には256アドレスがreservedへ変わる。現行表が/24に付ける日付も20日だ。

ここから分かるのは、二つの公開期間である。2018年の日付を持つ/23の期間は2023年に割り当て済み表示を終えた。2024年には小さい/24に新しい割り当て日が生まれ、その表示が2026年に終わった。

ここから分からないことも多い。変更時刻、通知、契約上の根拠、内部判断、任意返却か回収か、旧/23の上半分45.230.87.0/24の行方は、この資料では確定しない。日次差分は取引台帳ではなく、理由を補うことはできない。

reservedを物語に変えない

予約状態は、隔離期間、即時利用可能な在庫、制裁、またはルーティング停止の同義語ではない。統計行はそこまで説明していない。

国コードにも限界がある。仕様は、資源受領者が法的に所在する国を示す一方、アドレスの利用場所を特定するものではないとする。末尾の拡張数値についても、今回の基本仕様は公開の保有者IDや取引IDとして定義していない。値が違うからといって、組織名を推定してはならない。

BGP経路、ROA、ハイジャック、フィルター更新、通信断も同様だ。登録状態の切り替えは、ネットワーク上の効果を証明しない。本稿が扱うのはLACNICが公開する行政履歴の接続方法である。

返却と再利用は政策の内側にある

政策マニュアル2.21の第7節は、資源失効の原因になり得る条件を列挙する。証拠を検出し確認した後、LACNICは組織に連絡し正常化を試み、解決しない資源を最長三か月公開した上で次の手順へ進む。

ただし、強制的な回収だけが出口ではない。第7.3節は全部または一部の返却を認める。第7.4節は、回収または返却された資源を、ルーティングフィルターの変更に使えるよう公開すると定める。表の一行だけでは、どのイベント種別だったか分からない。

第7.5節によれば、回収・返却されたIPv4資源は、その時点のプールの末尾に加えられ、追加された順に将来利用される。ベストプラクティスに基づく別の扱いも留保される。再利用は例外ではなく、制度に組み込まれている。

従って、観測された流れは不自然ではない。/23の割り当てが終わり、その一部が後に/24として新規に割り当てられ、さらにその期間が終わる。二つの終了理由は不明だが、新しい2024年の日付は、2018年から続く一つの割り当てだという読みを退ける。

空間の名前と責任の名前

プレフィックスは空間の名前として優れている。どのアドレスが範囲に含まれるかを正確に示す。しかし、時間をまたぐ責任の名前としては弱い。

完全一致だけで履歴を結ぶ仕組みは、長さの異なる親プレフィックスを見失う。アドレスの重なりだけで結ぶ仕組みは、親の時代の出来事を子の新しい割り当てへ持ち込む。前者は履歴を切り、後者は責任を融合する。

例えば、2024年の/24受領者に、2018年からの/23の評価が自動的に付く可能性がある。逆に、リスク調査が2023年の出来事を見落とすこともある。「同じ/24が二度失効した」とする報告も生まれ得るが、最初の時点では2024年開始の/24割り当て自体が存在していない。

必要なのは過去の消去ではなく、境界の保存だ。アドレスの過去は残すべきだが、後の割り当てに前の責任を永久継承させてはならない。

公開できる期間レシート

各行に不透明な割り当て期間IDを付ければよい。氏名や組織名である必要はない。IDに、その期間のプレフィックスとサイズ、公開割り当て日、終了状態、適用政策版、状態変更を最初に示した日次ファイルを結ぶ。

分割があれば、終了した/23期間と後の/24期間を親・子・分割関係でつなぐ。再割り当て時には、新しい期間が先行期間を参照する。訂正が必要なら追記型の版履歴を残し、以前の境界を黙って書き換えない。

公開可能なイベント種別も定義する。回収、任意返却、再割り当て、または理由を秘匿すべき場合の中立的な管理移行でよい。失効、回収、返却、予約、再割り当てを一語にまとめないことが重要だ。

プライバシー境界は厳格にできる。債務者名、請求、個人連絡先、職員メモ、認証情報、非公開のセキュリティ証拠は不要である。レシートは回収や再利用の事前承認でもない。効力が生じた公開状態を記録するだけだ。

二つの行を正しく保つために

フィルター管理者は、どの割り当てが終わったかを知りたい。後の受領者は、自分の期間がどこから始まるかを示したい。調査者は、プレフィックス長が変わっても履歴を追いながら、以前の利用者の出来事を後の利用者へ誤配したくない。

LACNICはすでに、最も粗い疑いを退ける材料を公開している。2018年の日付を持つ512アドレスが予約状態になり、2024年の日付を持つ256アドレスが新たに割り当てられ、2026年に再び予約状態になった。二行は同時に正しくあり得る。

不足しているのは正当化ではない。アドレス範囲が再利用され、境界も変わる世界で、どの行がどの割り当て期間に属するかを権威的に示すことだ。プレフィックスが同じ過去を持っていても、責任まで同じとは限らない。

出典