要約

  • 2018年3月28日に公表された IPv6 PI Update は AFPUB-2018-V6-004-DRAFT01 である。V6-003は同日に記録された別の IPv6 Initial Allocation Update であり、LIR向け割り当ての問題と、非LIRのエンドユーザー向けPI割り当てを混同してはならない。
  • Draft 1の核心は、IPv6で独立したネットワーク識別性を必要とする組織にIPv4 PIの保有歴を求めないことだった。組織・サイト・必要量・プレフィックス寸法を客観的に確かめることは記録と一意性のために正当化できるが、事業モデルや経路選択の「適格性」を審査する権限までは生まれない。
  • PIは上流変更時の再番号付けを減らし、退出、継続性、マルチホームの選択を支える。他方、独立経路が増やすルーティング状態や不正申請への懸念は現実的である。したがって必要なのは、可能な集約と影響の開示、理由を示す寸法決定、訂正の機会であって、非広告を処罰や回収に直結させることではない。
  • AFRINICは番号資源の民間の技術的記録係・調整役である。公開、会議、ラストコール、理事会批准、会員関係、台帳記録のいずれも、主権、規制、警察、処罰、没収、裁判の権限を生まない。帳簿は正当な技術的支配を記述できるが、それ自体が支配の正当性を創設するわけではない。

L3 — IPv4の来歴を求めなくなったIPv6の入口

ある企業が二社の上流回線を使い、障害時に片方へ切り替えたいとする。上流Aから受け取った provider-aggregatable、すなわちPA空間だけで外部向けサービスを構成すれば、上流Bへの本格的な移行はアドレスの変更を伴う可能性が高い。変更対象はルーターだけではない。権威DNSのレコード、ファイアウォールの規則、取引先が登録した送信元、証明書や監視の対象、顧客に渡した接続先、インシデント対応手順、資産台帳が同じ数字を参照している。再番号付けは理論上可能でも、実務上は多数の組織境界をまたぐ移行案件になる。その費用と失敗リスクが大きいほど、現在の上流は値上げや品質低下があっても交換しにくい存在になる。

PI空間はこの結び付きを弱める。アドレスが特定の上流の集約ブロックに従属せず、ネットワーク自身の継続的な公開識別子として認識されれば、上流の変更や複数上流への接続を行っても、外部から見える番号を保ちやすい。ここでいうポータビリティは、住所を物理的に運ぶという意味ではない。運用者が接続先を変える際、台帳上の記録と相互運用可能な経路情報を保ちながら、公開サービスの識別子を維持できるという退出能力である。だから入口の設計は、アドレス申請の細目に見えて、通信市場における交渉力と障害耐性を左右する。

この入口を扱った2018年の文書には、まず識別子の厳密な区別が必要だ。3月28日に公表された IPv6 PI Update version 1 は AFPUB-2018-V6-004-DRAFT01 である。AFPUB-2018-V6-003 は別の IPv6 Initial Allocation Update で、LIRの初回・追加割り当てや関連する番号計画を扱う。数字が隣り合い、同じ時期に記録されたとしても、制度上の問いは異なる。V6-004が問うたのは、上流事業者として顧客へ空間を配るLIRの在庫ではなく、自らのネットワークで安定したIPv6上の識別性を必要とする非LIRのエンドユーザーがPIを得る条件だった。

公表日の意味も限定しなければならない。2018年3月28日はDraft 1が公に提示された日であって、その日に実装済みの規則として効力を持ったことを示さない。6月6日のAFRINIC-28会合では、提案者が旧来のIPv4 PI依存を外す理由と初期寸法を訂正する仕組みを説明した。会議記録では、12か月以内の広告条件やHD ratioの扱いについて質問があり、一件の異議が記録されたうえで、共同議長がラストコールへ進めた。ラストコールは手続の一段階であり、公布、批准、実装の同義語ではない。

次の節目は8月7日から8日にかけて記録された理事会決議201808.449である。そこではV6-004 Draft 1の批准とスタッフへの実装指示が記録された。さらに、CPMの改訂履歴は11月1日付で関連変更を6.8から6.8.4に位置付け、AFRINICは11月29日に一部実装と、特定部分の自動化がなお残っている旨を告知した。したがって「3月に公表」「6月にラストコール」「8月に批准」「11月に一部実装」という四つの事実を一本の線に潰してはいけない。後の段階があったからといって、3月時点に遡って運用上の効力や公的権限が生じるわけではない。

Draft 1が修正しようとした旧条件には、IPv6の申請をIPv4の履歴に結び付ける時代錯誤があった。会議記録によれば、従来のIPv6 PI適格性はIPv4 PIの存在または資格に依存していた。しかしIPv4の枯渇が進むなか、新たな組織がIPv4 PIを持たないことは、IPv6ネットワークの実在性や必要性を否定する材料にならない。IPv4時代に独立アドレスを得られた者だけがIPv6でも独立性を得られるなら、過去の希少資源配分が次世代の退出権を決める。V6-004の最も重要な修正は、この歴史的偶然を現在の資格から切り離した点にある。

ただし、IPv4 PIの来歴を外すことは無条件の配布を意味しなかった。後に整理された制度の骨格では、申請者は非LIRのエンドユーザー組織であり、AFRINICとのエンドユーザー会員関係に入り、またはそれを保持し、エンドサイト数と必要量を説明し、求めるPI空間を12か月以内に展開する計画を示すことが想定された。NRSの会員向け説明が示す実務でも、LIRとPI申請者は区別され、組織文書、申請、評価、費用、レジストリによる確認といった段階がある。これらは、申請者が誰で、どのネットワークを管理し、重複しないどの範囲を必要とするかを台帳に正確に記すための材料にはなり得る。

寸法の設計も単なる「大きいか小さいか」ではない。実装後の体系には、各エンドサイトにつき少なくとも/48を基準とし、複数の接続サイトについては4ビット境界、すなわちnibble境界にそろえたプレフィックスを算出し、より短いプレフィックス、つまりより大きな空間を求める場合には理由を示す考え方が置かれた。サイト数から寸法を組み立て、可能なら将来の増加を連続した範囲で扱い、レジストリ側は疎な割り当てで拡張余地を残す。ここには、個別組織の好みを判定するよりも、衝突を防ぎ、登録情報を理解可能にし、不要な断片化を避けるという技術的目的がある。

もっとも、後のCPMや2019年の明確化提案を、そのまま2018年3月の原文として読むことはできない。後世の統合文書には改訂が重なっており、2019年の文書はV6-004が残した文言上の問題を説明するために作られた別時点の資料である。そこから確認できるのは、制度の構造と、その構造が後にどんな訂正を必要としたかである。一語一句がDraft 1に同じ形であったと推定したり、2019年の修正文言を2018年へ遡及させたりするのは、史料の役割を越える。

経路集約については、PI空間を広告する場合、実行可能な限り集約し、グローバル経路表の増加を抑えるという方向が示された。独立プレフィックスが細かく分割され、複数の経路として世界へ流れれば、ルーターが保持し処理する状態は増える。アドレスの独立性は経路制御面で無償ではない。そのため、申請時にサイト構成と寸法を整え、広告時に可能な集約を求めるのは、相互運用を支える調整として理解できる。ただし、この合理性は「すべてのPI利用は必ず世界へ広告されなければならない」という別命題を証明しない。

初期割り当ての訂正経路もV6-004の重要な部分だった。AFRINIC-28の記録では、当初のサイズが後のネットワーク計画に合わなくなったとき、初期IPv6 PI割り当てをrectifyする節が追加されたと説明されている。成長を見誤った組織に訂正の道がなければ、小さすぎる範囲のまま多数の不連続な空間を抱えるか、全体を再番号付けするかという厳しい選択になり得る。連続拡張や疎な割り当てと組み合わせた訂正は、この費用を小さくする余地を持つ。ただし訂正の仕組みがあることは、レジストリがいつでも一方的に再番号付けを命じられるという意味ではない。

この歴史から確実に言える範囲は狭い。公表、会議での説明と質問、ラストコール、理事会の批准、実装告知、後の明確化提案は記録されている。一方、V6-004によって世界の経路が何本増えたか、特定の組織が申請を拒否されたか、広告しなかった組織の空間が実際に回収されたか、割り当てられた全プレフィックスがあらゆるネットワークから到達可能だったかを示す数値や事例はない。公式資料はAFRINICが何をしたと記録したかを示すが、その効果を自動的に立証しない。