要約

  • 2018年3月の「IPv6 Policy and References Update Draft 1」は、正しくはAFPUB-2018-V6-001-DRAFT01である。別件のIPv6サブアサインメント明確化案V6-002と混同してはならない。
  • 修正は参照先をRFC 3177からRFC 6177へ替えるだけではなかった。単一機器への/128勧告の削除、割り当てサイズの運用上の判断、プレフィックス数による利用率、誤った節参照の訂正、複数/48に関する古い審査条項の削除までを一つの可視的な差分として示した。
  • 古い文言が実害を生んだ件数は確認できない。それでも、会員が設計し、職員が説明や根拠を求める際の共通手引きに矛盾が残れば、再番号付け、資料作成、審査解釈、成長計画の費用を増やし得る。
  • 公開された修正過程は、私的な技術台帳サービスの正確性と予測可能性を高める正当な保守である。しかし、会議、メーリングリスト、ラストコール、承認、実装のどれも、AFRINICに主権、規制権、警察権、処罰権、没収権、裁判権を生じさせない。

L3 — 規則集の中に残った古い参照

問題の入口は、目を引く制度対立ではなく、手引きの古びた脚注だった。2001年のRFC 3177は、一般的なエンドサイトには/48、一つのサブネットだけが必要だと分かっている場合には/64、一つの機器だけだと分かっている場合には/128という勧告を掲げた。AFRINICの当時のIPv6本文は、この組み合わせを説明し、読者をRFC 3177へ導いていた。ところが2011年、RFC 6177はRFC 3177を明示的に廃止した。全てのエンドサイトに単一の既定値を機械的に当てはめる考えを退け、とりわけ一台の機器しか見えないという理由だけで/128に閉じ込めることを戒めた。それでもAFRINICの手引きは2018年まで旧参照を残していた。

七年のずれは、単なる書誌情報の遅れではない。IPv6のプレフィックスは、今日つながっている端末数だけを映す容器ではなく、ネットワークをどう分割し、成長させ、障害時にどう扱い、将来の変更をどこまで局所化できるかを左右する設計材料である。単一機器という現在の観察を/128という恒久的な設計判断に直結させれば、後からサブネットが必要になった時点で、追加の手配や番号変更を招き得る。逆に、どのサイトにも考慮なしに同じ大きさを与えることも、RFC 6177の趣旨ではない。重要なのは、古い三択を新しい一律ルールに置き換えることではなく、アーキテクチャ上の制約を守りつつ、具体的な規模を運用上の必要に即して判断することだった。

2017年のRIPE-690は、この変更の実務的な背景をさらに具体化していた。エンドユーザーに十分なプレフィックスを与えること、割り当てを持続的なものとして扱うこと、ポイント・ツー・ポイント接続では/64のグローバルユニキャストアドレスを用いることなどを運用上の助言としてまとめ、誤ったサイズや持続性の判断が再番号付けを必要にし得ると示した。再番号付けは、紙の上で数字を差し替える作業ではない。プロビジョニング、アクセス制御、監視、ログ、顧客設定、障害対応の手順を連鎖的に見直す仕事になる。外部文書への参照が一つ古いだけでも、規則集を出発点にする組織には費用の方向を誤らせる可能性がある。

Jordi Palet Martinezが提出した2018年の草案は、こうしたずれを「IPv6 Policy and References Update」として扱った。公式記録によれば、提出日は3月11日、初稿がrpdリストへ掲示されたのは3月14日である。識別子はAFPUB-2018-V6-001-DRAFT01だ。V6-002はIPv6のサブアサインメントをめぐる別の明確化案であり、本稿の対象ではない。この訂正は小さいが必要である。識別子を誤れば、別の提案の論点、議論、結論を同じ出来事へ混ぜ込み、まさに規則集の参照ミスが引き起こすのと同じ追跡不能を分析側が再生産してしまうからだ。

草案が示した現行文と提案文の差分は、参照先の交換より広い。第6.0節では、主体を表す言葉をISPからLIRへ改めた。/48と/64の例は残した一方、単一機器に対する/128の勧告を取り除き、参照をRFC 3177からRFC 6177へ更新した。ここで削除されたのはIPv6に/128が技術的に存在するという事実ではなく、エンドサイトの設計を「一台しかない」という瞬間的な状態だけで/128へ固定する規則集上の誘導である。したがって、この修正を「全ての/64が誤りになった」と読むことも、「全てのサイトに/48が義務化された」と読むこともできない。

割り当てサイズに関する箇条書きも、固定的な分類から必要性に基づく選択へ改められた。簡素なインフラには/48を推奨し、プレフィックスの持続性を勧め、ポイント・ツー・ポイントのリンクには/64のGUAを推奨する構成である。ここで外部の運用指針は、現場判断を助ける技術的根拠として働く。AFRINICがその参照を手引きに載せたからといって、外部助言が地域の公法になるわけではなく、AFRINICが通信網の設計を命令する行政機関になるわけでもない。私的サービスが自らの説明を現行の技術知見と整合させた、というのが正確な位置付けである。

第6.1節の利用率定義にも意味のある修正があった。旧文は、エンドサイトへ割り当てた/48の数を基礎に利用率を捉えていた。提案は、プレフィックスの大きさや、その中で実際に使われた個別アドレスの数ではなく、割り当てたプレフィックスの数として利用率を定義し直した。これは計測対象の単位を明確にする。/48だけを分母のように扱う読み方、使用中アドレスを一つずつ数える読み方、異なるサイズのプレフィックスを同じ固定ブロックへ無理に換算する読み方を分ける役割がある。

利用率の定義は抽象的な用語整理に見えるが、会員の成長計画と職員の確認作業が交わる場所である。会員は、将来必要となる空間を見積もり、現在の配分をどのように説明するかを決める。職員は、どの数字を尋ね、どの説明が規則集の条件に対応するかを判断する。計数単位が曖昧なら、同じネットワークを説明している二者が別の「利用率」を計算し、追加資料の往復を生む。今回の証拠から、実際にどれだけの申請結果が変わったかは分からない。しかし、定義を直すことで解釈の枝を減らす仕組みは明確である。

内部参照にも具体的な故障があった。例外を説明する箇所が第6.3.3節を参照していたのに対し、草案はこれを第6.5.2節へ直した。同時に、利用者ネットワークの詳細情報は通常求めないという趣旨を維持した。節番号の訂正は、読者を正しい条件へ連れて行くためのものだ。誤った扉を開かせる参照は、本文に例外が存在していても、その例外を実務上見えにくくする。さらに、何を通常求めないかを残すことは、技術台帳が収集する証拠の範囲を必要以上に広げないという境界にもつながる。

旧第6.5.4.2節は、単一のエンドサイトに複数の/48を割り当てる場合について、AFRINIC水準の文書提出と審査を一律に置いていた。草案はこの節を削除対象とした。実装記録では、従来の第6.5.4.2節が削除され、後続だった第6.5.4.3節が番号を繰り上げて新たな第6.5.4.2節になったことが分かる。この変更は、死んだ段落を消すだけでなく、不要になった包括的な審査手順と、それに付随する裁量の余地を規則集から取り除くものだった。

第6.8節では、PIに関する導入文が短くなった。ただし、これをPI適格性の制度全体の置き換えと解してはならない。より広いPI更新は隣接するV6-004の領域であり、本件が扱ったのは導入部の文言である。同様に、初期割り当てを扱うV6-003や、サブアサインメントを扱うV6-002の実質を本件へ持ち込めば、どこまでが今回の差分なのか見えなくなる。狭い修正を狭いまま評価することが、正確性の第一条件である。

提案者は、この変更を従来の適用を変えない明確化と訂正として説明した。2018年5月9日のAFRINIC-28でも、発行や正当化情報には影響しないとの説明がなされ、職員は文面どおり実装可能で運用への影響はないと述べた。会合の結論は草案をラストコールへ進めた。ここで「運用への影響なし」は、実装可能性に関する職員の評価であり、全会員に解釈上の変化も費用も一切なかったことの実証ではない。公式な説明を尊重することと、その証明範囲を広げないことは両立する。

一方、提案文が現行文と修正文を並べて示した点には独立した価値がある。読者は、どの語が変わり、どの勧告が消え、どの参照先と節番号が置き換わるかを自分で確かめられた。変更後の全文だけを静かに置けば、会員は過去版との差を復元し、変更が適用範囲へ及んだのかを推測しなければならない。可視的な差分は、善意の説明を信じるための飾りではなく、その説明が差分と一致するかを検査する道具である。

実装の記録も同じ連鎖を閉じる。CPM 1.3は2018年11月1日付で第6.0節、第6.1節、第6.5.4.1節の変更と、旧第6.5.4.2節の削除を記録した。11月29日の告知は、更新が実装され、手引きが版1.3になったと伝えた。保存された提案ページの状態表示がなお「Under Discussion」であっても、会合記録、年次報告、実装告知は、その後にラストコールと実装へ進んだことを示す。古い状態ラベル一つをライフサイクル全体の台帳として扱えない、という別種の参照上の教訓でもある。

この経緯から確認できるのは、現行文、修正文、会合時の説明、実装後の版が互いに対応する狭い修正である。確認できないのは、何人の会員が旧RFCを実際に頼り、何件で/128が選ばれ、何回余分な複数/48の説明を求められ、どれだけの再番号付けが生じたかである。害の件数を推定で埋めてはならない。しかし、件数が不明だから、故障した参照を放置してよいわけでもない。統治上の欠陥は、損害の集計後に初めて欠陥になるのではなく、共通の行動基準が誤った選択肢へ読者を導ける状態にある時点で成立する。

なお、2018年のこの草案と、現在の理事会、管財、支持者、選挙、訴訟、法務費用、移転、リース、囲い込みをめぐる論争を結ぶ証拠はない。それらを色付けや動機の推測に使うことは、古い技術参照の修正という明確な因果線を曇らせる。本件で問うべきは、誰かを悪意ある主体に仕立てられるかではなく、私的な手引きの依存関係をどう保守し、変更の範囲をどう証明するかである。