要約

  • AFPUB-2026-IPv4-003-DRAFT01 は、バージョン1.0、提出日2026年6月8日、状態 Under Discussion の提案である。合意、批准、実装は確認されていない。したがって、四つのプールが稼働していること、実際の分類や委任が起きたことを前提にはできない。

  • 草案のルール1は、返却、取消し、回収などで AFRINIC に戻ったIPv4資源を、まず Recovered Pool へ置く。その後、元のソースプール区分を追跡し、該当するプールへ戻す。合理的な確実性で来歴を特定できない場合の既定先は Pre-Softlanding Pool である。

  • 来歴分類は単なる記録整理ではない。分類先の残高を変え、どの申請を満たせるか、どの申請が Soft-Landing Pool へ繰り延べられるか、二つの主要プールがゼロになる時点、将来の待機リスト、24か月の任意移転制限が及ぶ委任の範囲を動かし得る。

  • 最低限必要な公開証拠は、プライバシーを守ったブロック単位の分類受領記録と、そのイベント前後の残高照合である。月次の在庫総量や処理総量だけでは、一つのブロックがどの証拠でどこへ移ったかを再現できない。

現行提案一覧 は、AFPUB-2026-IPv4-003-DRAFT01「Dynamic IPv4 Pools Exhaustion Management Framework」を Under Discussion として掲げている。提案本文 は CPM 第5.4節を改める案であり、現在の運用記録ではない。

草案は Soft-Landing Pool、Policy-Reserved Pool、Pre-Softlanding Pool、Recovered Pool の四つを定義する。各プールは独立して追跡され、プール間の移動は監査可能で、公に報告可能なものとされる。

この設計で特異なのは、回収空間を直ちに一つの再配布在庫へ混ぜない点である。返却、取消し、回収、その他の方法で AFRINIC に戻ったIPv4資源は、分類されるまで Recovered Pool に置かれる。

Recovered Pool は供給区分ではなく、判断待ちの管理上の保留領域である。そこへの流入だけでは、ブロックが将来どの規則の下で使われるかは決まらない。決めるのは、その後の来歴判定である。

回収は一件の分類イベントになる

ルール1では、すべての回収空間をまず Recovered Pool に入れる。職員は各ブロックの元のソースプール区分を追跡し、確認した区分へ戻す。分類は文書化され、公表される案になっている。

このため、一つの回収には少なくとも二つの別イベントがある。第一は、AFRINIC が資源を回収空間として受け入れ、Recovered Pool へ入れるイベント。第二は、証拠を評価し、行き先を決め、残高を動かす分類イベントである。

両者を一つにまとめると、回収された時点と分類された時点が混同される。回収後も判定が終わっていないブロック、追加証拠を待つブロック、部分的に異なる来歴を持つブロックを区別しにくくなる。

分類の公表も、最終的な行き先だけでは足りない。「あるブロックが Pre-Softlanding Pool に入った」という結果だけでは、元の区分を特定できなかったのか、追跡可能な来歴がその区分を示したのかを判別できない。

草案の既定規則を検証するには、分類理由が必要である。元の区分が確認されたのか、合理的な確実性に達しなかったため既定先を使ったのか、部分ブロックとして複数区分へ分けたのかを分離しなければならない。

来歴は法的所有権ではなく運用上の経路である

ここでいうソースプール区分は、ブロックが以前どの在庫区分から供給されたかを示す歴史的な管理情報である。それを法的所有権、恒久的な権利、資源に付着する私法上の属性として扱うべきではない。

草案が来歴へ与えているのは、回収後の運用上の行き先を決める役割である。歴史的区分をたどり、その区分の残高へ戻す。来歴が不明なら、定められた既定先へ送る。

この違いは重要だ。分類受領記録は、過去の委任の法的性質を裁定する文書ではない。回収空間をどのプール残高へ算入したか、その運用判断を再現するための記録である。

回収理由についても、必要以上の意味を載せるべきではない。草案は返却、取消し、回収、その他の形で戻った資源を回収空間に含める。分類記録が、元の保有者による不正や責任を示すものになるとは限らない。

公開証拠では、回収イベントの種別、観測時点、過去の委任参照、来歴判定に用いた証拠区分を示せばよい。個人情報、交渉内容、不要な紛争資料まで公開する必要はない。

「合理的な確実性」を再現できるか

草案は、元のソースプール区分を合理的な確実性で特定できない場合、ブロックを Pre-Softlanding Pool に入れる。既定先があることで、判定不能のブロックが Recovered Pool に無期限で滞留することは避けやすくなる。

しかし、既定先が機能するのは、なぜ確実性に達しなかったかを後から確認できる場合だけである。理由がなければ、証拠不足による既定分類と、単なる記録漏れや調査省略を区別できない。

「合理的な確実性」は、数値一つへ還元する必要はない。それでも、利用した証拠の種類、証拠が観測された日、相互に一致した情報、欠けていた情報、矛盾の有無、最終判断の理由は残せる。

確実性を高・中・低のような段階で示す場合も、その尺度を先に定めなければ意味が揺れる。より安全なのは、確実性の表示とともに、判定に至った理由を短い定型欄で残す方法である。

既定先は、証拠のない分類を正当化する免除ではない。証拠を調べたが、合理的な確実性に届かなかったことを示す結論である。何を確認し、何が見つからなかったかという経路が必要になる。

部分ブロックでは境界そのものが証拠になる

草案は、回収された部分ブロックを、追跡可能な来歴に応じて比例分類するとしている。ここでは一つのプレフィックスへ一つのラベルを付けるだけでは足りない。

回収範囲の一部があるソース区分に由来し、別の部分が異なる区分に由来するなら、どのアドレス範囲をどちらへ算入したかを示す必要がある。分類後の各範囲は重複せず、欠落せず、元の回収範囲全体を覆わなければならない。

「比例」という語も、計算方法がなければ検証できない。プレフィックスの本数ではなく、各範囲に含まれるアドレス数で整合させる必要がある。大きさの違う二つのプレフィックスを一件ずつと数えれば、在庫残高を誤って表現し得る。

部分ブロックをさらに分割して各プールへ入れる場合、分割前の公表IDと分割後の公表IDを結ぶ必要がある。後から再統合、訂正、再分類があっても、元の回収イベントまで戻れる構造が要る。

最小限の分類受領記録

次の受領記録は、草案が実装されたと仮定した実績ではない。分類を公に報告可能とする設計が、実際に再現可能かを検証するための最低項目である。

受領記録の項目 公開する最小内容 検証できること
提案・方針の版と状態 適用した文書名、版、効力状態 どの規則で判断したか
回収イベントと時刻 回収種別、受領日時、イベント参照 分類前の起点
プレフィックスとアドレス数 回収範囲、総アドレス数 在庫へ入った量
過去の委任参照 公開可能な過去記録への参照 来歴調査の対象
主張するソース区分 判定候補となった元のプール 判断の出発点
証拠種別と観測日 記録の種類、確認日、公開可能な参照 何に基づいたか
確実性と理由 確実性の表示、短い理由、欠落情報 既定先を使った根拠
部分ブロックの範囲対応 各アドレス範囲、数、対応する来歴 比例分類の完全性
行き先 分類先のプール、分類量 どの残高が増えたか
決定権者と時刻 公開可能な職務・機能、決定日時 誰の権限で確定したか
公表ID 回収、分類、分割後項目を結ぶ識別子 文書間と訂正後の追跡
前後残高 Recovered Pool と行き先の直前・直後残高 移動量の照合
下流制限 将来適用され得る規則と、その発動条件 分類先が持つ後続効果
異議・訂正履歴 申立て、再検討、訂正、旧判断への参照 最新結果だけでなく変更経路

この受領記録は、過去の委任文書を全面公開するものではない。証拠の種類と観測日、公開可能な参照、判断理由を示し、個人情報や機密情報を載せずに分類の論理を検証できるようにする。

決定権者も、必ずしも個人名である必要はない。どの職務または組織機能が判断し、いつ確定したかが継続して追えればよい。人員の交代によって受領記録の意味が失われない粒度が望ましい。

下流制限欄には注意が要る。分類時点では、将来の委任も24か月制限の開始日もまだ存在しない場合がある。そのため、実際の制限が発動済みと書くのではなく、分類先に結び付く規則と発動条件を記録する。

将来、その空間から委任が生じた場合に、別の委任記録で制限の有無、開始日、終了予定、合併・買収・承継に関する例外の適用を確定すればよい。分類イベントと委任イベントを混ぜないことが重要である。

残高照合が受領記録を閉じる

分類受領記録は、文章だけでは完結しない。そこに記載されたアドレス数が、Recovered Pool の減少と行き先プールの増加に一致しなければ、分類結果を在庫として検証できない。

最低限、Recovered Pool について次の関係が成立する必要がある。

期首残高 + 回収による流入 − 分類による流出 = 期末残高

行き先プールでは、分類受領記録による流入が、そのプールの残高変化へ反映される必要がある。期間中に委任や別の移動があるなら、それぞれを別イベントとして差し引き、残差を説明する。

一件の分類については、Recovered Pool から減ったアドレス数と、行き先へ増えたアドレス数が一致しなければならない。部分分類なら、すべての行き先へ移した数の合計が、元の回収範囲のアドレス数に一致する必要がある。

残高はプレフィックス数だけでなく、利用可能アドレス数で照合すべきである。異なる大きさのブロックを同じ一件として数えると、分類イベントの在庫効果を確認できない。

前後残高を公表しても、他のイベントと混ざった日次・月次差だけでは個別分類を照合しにくい。受領記録には、その分類を反映する直前と直後の残高、または同じ結果を一意に復元できる連続したイベント参照が必要である。

一つの分類が申請経路を変える仕組み

Pre-Softlanding Pool には、通常上限 /18、下限 /24、12か月の根拠期間、既存資源80％利用という条件が提案されている。追加証拠によって /16 まで可能とされる。

来歴を特定できない回収空間が既定規則で Pre-Softlanding Pool へ入れば、そのプールの利用可能残高が変わる。反対に、別の元区分へ戻れば、Pre-Softlanding Pool の残高には加わらない。

この差は、どの申請をそのプールで満たせるかに影響し得る。ただし、凍結資料には稼働中の残高、実申請、実際の分類がないため、特定の申請が満たされる、または満たされないとは言えない。

Pre-Softlanding Pool で満たせない申請は、記録と申請者への通知を伴い、自動的に Soft-Landing Pool へ繰り延べられる案である。したがって、上流の分類は、下流の繰り延べが起きる時点にも作用し得る。

ここで重要なのは、繰り延べ件数だけを数えないことだ。どの申請が、どの時点の残高と適用条件によって繰り延べられ、どの Soft-Landing Pool 側の処理へ接続されたかを記録する必要がある。

分類が訂正され、過去の残高が変わる場合には、同じ期間の繰り延べ判断へ影響があったかも検討対象になる。訂正された分類だけを表示し、旧分類に基づく申請判断を残さなければ、因果の鎖が切れる。

待機リストの発動時点にも届く

草案では、二つの主要プールがゼロになれば、IPv4委任は枯渇後待機リストへ移る。その待機リストの供給源は Recovered Pool だけになる。

この段階では、回収空間の量だけでなく、分類の時期が重要になる。回収されたブロックが分類待ちとして Recovered Pool にあるのか、既に元のプールへ戻されたのかで、表示される在庫状態が異なる。

提案文が「待機リストの供給源は Recovered Pool だけ」とする以上、分類前の保留領域と待機リスト供給源の関係を明確にする必要がある。どの状態の回収空間が供給可能なのか、分類処理との順序を読めなければならない。

月次公開項目として、待機列の長さ、利用可能アドレス数、平均待機時間、処理済み回収空間の総量が提案されている。これらは全体状態を示すが、個々の分類イベントを代替しない。

たとえば、処理済み回収空間の総量が増えても、その空間がどのソース区分へ戻ったかは総量から分からない。待機時間が変化しても、分類、申請到着、委任順序のどれが原因かを集計値だけでは分解できない。

月次値には、該当期間の分類受領記録一覧と残高照合への参照が必要である。集計値からイベントを推測するのではなく、イベントを積み上げた結果として集計値を確認する順序が適切である。

移転制限は分類後のさらに先にある

草案では、Pre-Softlanding Pool と将来の待機リストからの委任に、合併・買収・承継を除く24か月の任意移転制限を課す案になっている。

来歴分類は、それ自体が移転を発生させるわけではない。しかし、回収空間がどのプール残高へ入り、後にどの供給経路から委任されるかを通じて、将来の受領者に適用される条件を変え得る。

この作用を追うには、分類受領記録、プールからの委任記録、制限の開始と終了、例外判断を別々に結ぶ必要がある。分類時点で将来の受領者や移転を断定してはならない。

後の移転制限を公表する際も、過去のソースプール区分を法的権利の根拠へ変えてはならない。制限は、草案が定める委任元と委任時の条件に基づく運用上の規則として記録されるべきである。

悪意がなくても経路は変わる

問題が起きるために、不正や意図的な書換えは必要ない。古い委任記録の欠落、異なる時期に作られた記録の不一致、部分ブロックの範囲対応漏れ、分類と残高更新の時差だけで十分である。

一つのブロックを誤ったソース区分へ戻せば、その行き先の残高は増え、正しいはずの行き先は増えない。結果として、申請を満たせる時点、繰り延べの時点、主要プールがゼロになる時点が変わり得る。

部分ブロックの一部を記録せずに処理すれば、総アドレス数は合わなくなる。だが、月次総量だけが公表され、複数イベントが相殺していれば、個別の欠落を見つけにくい。

訂正時に旧分類を上書きすれば、過去の判断が当時どの残高に基づいていたかを再現できない。誤りを直すことと、誤りが一度存在した事実を消すことは別である。

草案が示すことと、まだ示さないこと

提案者は、プール寿命、回収量、連続申請について数値的な主張をしている。しかし、提案本文には、その元データや計算表が掲載されていない。これらは提案者の影響評価として扱うべきで、観測済みの結果ではない。

凍結資料から、四つのプールが採択後の在庫として稼働しているとは言えない。実際の回収ブロック、分類、繰り延べ、待機リスト、委任、移転、来歴紛争を裏付ける資料もない。

したがって、現時点で誤分類や不正が起きたと主張する根拠はない。反対に、提案が実装されれば分類が常に正確になると断定する根拠もない。検証対象は、将来の分類を再現できる証拠設計である。

草案が掲げる「監査可能かつ公に報告可能」という目的は、受領記録の具体性によって試される。公開された最終残高だけでなく、残高を変えた各分類イベントを追えるかが分岐点になる。

出典