要約

  • ARIN-2026-4 は現在Under Discussionであり、採択済みのポリシーではない。NRPM 6.3.2と6.3.3を、改訂後の1.2と1.1に対して重複するとして廃止する案である。
  • 草案は原則と目標に意味のある変更を加えないと述べる。しかし現行文と提案文では、文の主語、法助動詞、保護する単位、利用者、明示的な限定が異なる。
  • 文言の差は、実質的な縮小の証拠ではない。旧文の各命題を「そのまま維持」「上位概念で包含」「移動」「変更」「統合」「理由を付して省略」のどれかに対応させれば、同値性を検証できる。
  • 議論中なら一語の修正で済む。廃止後も旧版は残るが、なぜ当時その二つを同じ意味だと判断したかは、版間差分だけでは復元できない。

比較すべきなのは文字数ではなく、文が担う制御である。

現行6.3.2は、すべてのassignmentおよびallocationが世界規模の一意性をmust guaranteeすると定める。次の文はそれを絶対的要件と呼び、インターネット上の各公開ホストを一意に識別する目的を置く。提案1.2にも一意性の要件は残るが、共通番号空間と保全を説明する一般原則へ移る。

現行6.3.3は、アドレス空間の登録、適切なコミュニティ構成員がアクセスできるデータベース、各アドレスの一意性、RIR・IR からエンドユーザーまでの障害対応、合理的なプライバシー配慮と適用法を一つの条項に含む。提案1.1は公開レジストリが allocation、reallocation、assignment、reassignment を記録するとしながら、最初の目的をallocated resourcesの一意性と表す。

両者は近い。ただし、近さと同じ範囲であることは別の主張だ。

現行の命題 提案上の行き先 確認すべき関係
すべての assignment または allocation が世界的な一意性を保証する 1.2の一般的一意性要件 取引単位の主語と義務の強さが維持されるか
各インターネットアドレスの一意性 1.1のallocated resourcesの一意性 冒頭に並ぶ四つの操作を総称しているか
全階層の障害対応に使う参照情報 resource holder 向け運用・セキュリティ連絡先 目的と利用者が同値か、統合されたか
プライバシーと適用法の限定 提案1.1に対応文なし 法的に当然、他条項へ移動、説明として省略のどれか

この表は、ARIN が意図的に範囲を狭めたと示すものではない。文脈が同じ意味を運ぶ可能性は十分にある。適用法は書かれなくても適用される。必要なのは疑念ではなく、対応関係である。

草案自身が検証を求めている

ARIN-prop-352は2026年7月9日付である。ARIN は8月25日にDraft Policy ARIN-2026-4へ進んだと記録し、現在の状態をUnder Discussionとしている。

問題記述は、セクション1と6に重複と不整合があるため、表現を明確にし、重複を除きたいと説明する。原則と目標に意味のある変更を加える意図はなく、異なる分析があれば扱うべきだとも書く。

この説明は善意に受け取るべきである。名詞が変わっただけで隠れた政策変更だと決めつけるのは行き過ぎる。一方、善意の意図だけで、個々の操作に課した義務と一般原則が自動的に同値になるわけでもない。

Policy Development Processでは、Draft Policy は Internet Community の意見を受け、Advisory Council が評価する。AC はコミュニティの意見や staff and legal review に応じて修正できる。Recommended Draft Policy へ進む前には、公平で中立な番号資源管理、技術的妥当性、コミュニティの支持、staff and legal review が求められる。

したがって、これは採択後の異議ではない。修正できる段階で、編集上の主張を検証可能にする作業である。

6.3.2は一意性を「各操作」に結び付ける

一般原則としての一意性と、各操作における一意性義務は、同じ技術目的に向かっていても記録の仕方が違う。6.3.2のeveryは適用の最小単位を示し、mustは望ましい平均状態ではなく必須結果にする。worldwideは範囲を固定する。

提案1.2は、資源の各種類が共通の番号空間から取られるという設計から一意性を説明する。共通空間の保全には、技術的必要性を持つ組織への効率的な分配が必要だと続く。

この構成は旧文より広く、簡潔かもしれない。共通空間である以上、どの委任形態でも重複は許されないという理解は自然である。ただし、新文は誰がどの時点で保証するかを明示しない。

対応表なら、旧主語はInternet number resources of each typeに包含され、義務は共通空間の性質から生じ、worldwideや公開ホストの文は説明的だった、と記録できる。その判断が支持されれば、重複という結論は強くなる。合わない部分があれば、今なら短い補足で直せる。

6.3.3はデータベースの存在だけではない

提案1.1は内容の薄い代替ではない。四種類の記録操作を列挙し、運用とセキュリティの連絡先、効率的利用のための透明性、調査と報告のデータを具体化する。

問題は、広い冒頭と狭く見える目的語の関係である。公開レジストリが四操作を記録するとした直後、一意性はallocated resources、連絡先はresource holders、研究はallocation activityに結び付く。単なる略記かもしれないが、定義語を厳密に読む人には別の集合にも見える。

現行NRPMの2.5も単純な答えを与えない。allocation は ARIN が顧客へ直接発行するブロックであり、Assignmentは ARIN 発行 IP アドレスの呼称としては使わないとする。reallocation と reassignment は別々に定義される。

しかし4.3にはAssignments to End-usersが残る。IPv6 の6.5.4と6.5.5は reassignment と reallocation を使い分け、End-user Allocationsの6.5.8にも assignment criteria、assignment size、subsequent assignments がある。

これは NRPM が運用不能だという証拠ではない。用語が長い政策史を持つ証拠である。だからこそallocated resourcesを文脈上の総称として使うのか、2.5の定義クラスとして使うのかを明示した方がよい。

法律は消えないが、限定の履歴は消え得る

6.3.3の最後の文を削っても適用法は消えない。公開レジストリという語も、すべての個人データを無制限に開示する命令ではない。草案がプライバシー保護を撤回する、あるいは新たな開示を認めるという証拠はない。

確認できる事実は限定的だ。現行条項には合理的なプライバシー配慮と適用法が明記され、提案1.1には同じ文がない。その行き先は、法律上当然に維持、別の規則で管理、他所へ移動、非規範的説明として省略、のいずれかになり得る。

障害対応も同じである。resource holder 向け連絡先は有用だが、RIR や IR からエンドユーザーまでが使う参照情報とは文の機能が異なる。機能的に置換されたなら、その判断を統合または同等の仕組みに置換と書けばよい。

「重複」を各行の処分へ変える

新しいシステムは不要である。草案の付表、注釈付き redline、短い表のいずれでもよい。旧文の範囲、主語、責任者、資源・操作の種類、義務の強さ、目的、利用者、限定を記録し、新文の位置と処分を結ぶ。

処分は、そのまま維持、上位概念で包含、変更、移動、統合、理由付き省略、未解決、といった少数で足りる。多くの行が「上位概念で包含」なら、提案者と shepherd は意味を変えない統合の証拠を得る。未解決が一行なら、その一行だけ直せる。

版間 diff は旧語と新語を保存するが、なぜ両者を同値と認めたかは保存しない。世界規模の各操作義務を一般原則がどう引き継いだのか、明示的な限定をなぜ省略できたのかは、別の判断記録である。

ARIN-2026-4 は保全、経路集約、公平性、目標衝突にも手を入れる。それらは別の検討対象だ。本稿の結論は二条項に限る。複数の命題を含む条項には、redundantという一語以上の終結記録が要る。

情報源