要約

  • Resolution 201808.446が追認したのは、IPv6のサブアサインメント案（V6-002）ではなく、正しくはAFPUB-2018-V6-001-DRAFT01である。2018年8月8日の決議はスタッフに実装を命じた企業内部の採用行為であり、その日に新しい条項を運用上有効にした行為ではない。
  • 理事会議事録は、PDWG共同議長からの推薦、議題9.1、提案者と賛成者、全会一致の採決に続けて、Action Item 201808.22で通知を、201808.23で実装を割り当てている。記録自体が、追認と実装を別の段階として扱っている。
  • AFRINICの実装報告とAFRINIC-29の記録は、CPM 1.3への組み込み日を11月23日としている。8月8日から107日後である。公開実装通知は11月29日で、実装から6日後だった。運用者が参照すべき受領証は、決議単独ではなく、版番号、実装日、公示をつないだ一連の記録である。
  • この一連の手続は、狭く評価すれば有能な保守である。だが、AFRINICは民間の技術台帳管理者・一意性の調整者にすぎない。内部手続が整っていても、主権、立法、規制、警察、訴追、処罰、没収、公法上の裁判権は一切生まれない。
  • 公開実装通知には「6.6.4.1」、提案その他の記録には「6.5.4.1」と読める節番号の食い違いが残る。本稿はそれを記録上の不一致として示すが、原因も正しい番号も、封じられた証拠の外へ出て推測しない。

L3 — 二つの未完了作業を残した採決

8月8日の理事会室で、Resolution 201808.446は全会一致で可決された。議事録によれば、議題9.1に置かれたのはPDWG共同議長から理事会へ送られたAFPUB-2018-V6-001-DRAFT01の推薦だった。SOが決議を提案し、SIが賛成し、採決は全員一致となった。ここだけを切り取れば、一つの政策がその場で完成したように見える。だが、議事録の次の行動はそう読ませない。Action Item 201808.22は理事会議長にPDWG共同議長への通知を命じ、201808.23はスタッフに追認済み政策の実装を割り当てた。採決がすべてを終えたのなら、この二つの仕事は必要なかった。

正しい対象の識別から始める必要がある。決議が追認したのはIPv6 Policy and References Update、識別子AFPUB-2018-V6-001-DRAFT01である。別の提案番号と混同すれば、理事会が何を採用し、その後スタッフが何をCPMへ入れたのかという監査鎖が最初から断たれる。3月11日に提出されたこのDraft 1は、5月9日のAFRINIC-28の記録ではLast Callへ進んだ。その後、共同議長の推薦が理事会資料に結びつき、8月の決議へ移った。本稿が扱うのは技術修正の細部ではなく、この引き渡しの構造である。

決議文が確認したのは、提案がPDPを経て合意に達し、PDWG共同議長から付託されたという、AFRINIC内部の手順上の前提である。そのうえで理事会が会社として提案を追認した。推薦は審議過程の結果を理事会へ運ぶ行為、追認は会社の決定機関がその結果を採用する行為であって、どちらもまだ運用マニュアルを書き換える作業そのものではない。理事会はスタッフに実装を指示できるが、指示と実行は同じ出来事ではない。

8月21日の発表も、この区別を保っていた。そこでは8月8日の会合で追認が行われたと伝える一方、スタッフが今後実装を進め、完了時にコミュニティへ知らせるとされた。未来形の実装予告は、8月8日に実装済みだったという読みと両立しない。理事会決議は進行許可であり、公開された実効テキストの受領証ではなかったのである。

その受領証に相当する記録は11月に現れる。スタッフの実装経験報告とAFRINIC-29の記録は、V6-001が11月23日に実装され、CPM 1.3へ組み込まれたとしている。8月8日から数えると107暦日である。11月29日には公開実装通知が出され、CPM 1.3が変更を含むと利用者へ伝えられた。実装から公示までは6日だった。この二つの間隔は公式日付から計算できるが、間隔そのものから不当な遅延、隠蔽、運用品質の低下を導くことはできない。

107日を「空白」と呼ぶのも適切ではない。証拠はその間に行われた個々の技術作業を列挙していないから、何に何日を要したかは分からない。一方で、少なくとも8月8日に会社の採用判断があり、11月23日に版管理された文書へ反映され、11月29日に公衆向けの通知が出たことは分かる。見えるのは、意思決定と運用反映の間に工程が存在したという事実であって、その工程への価値判断ではない。

この区別は形式論ではない。アドレス資源の申請や割り当てを扱う運用者とホストマスターに必要なのは、審議中の案、採択された決議、予告メールのどれかを選ぶ推測ではなく、現在のサービスでどの文言が適用されるかを示す版である。8月8日の決議は、組織内部では「この変更を進めよ」と言える。だが、利用者が日々の要求、証拠、文言の照合に使うのはCPMである。したがって「採用された」と「運用文書に入った」を同義語にすると、実務の基準日が失われる。

反対に、追認と実装の間隔が明示されていれば、時間差は通常の保守工程として扱える。文書の改訂、節の削除や番号変更、公開準備、内部確認が必要だった可能性は一般論として考えられるものの、本件で実際にどの作業が行われたかを証拠は示していない。ゆえに、分かることだけを述べるのが制度分析の規律となる。すなわち、理事会が権限を与え、スタッフが後日に実装し、版と日付を伴って記録が残った、ということである。

四段階に整理すると輪郭がはっきりする。第一は推薦で、PDWG共同議長が内部手続の結果を理事会へ送る。第二は追認で、理事会が番号付き決議を採る。第三は実行で、スタッフが採用対象を実際のCPMへ組み込む。第四は公開で、利用者が変更後の版と実施を確認できるよう知らせる。この四つは互いに支えるが、互いを代替しない。推薦だけでは会社の採用がなく、追認だけでは運用テキストがなく、実装だけでは公的にたどれる通知がなく、通知だけでは採用と実行の根拠が見えない。

この連鎖の価値は、後日第三者が組織の自己申告を丸ごと信じなくても、複数の記録を突き合わせられる点にある。議事録には議題、提案、賛成、全会一致、行動項目があり、決議登録には番号と採択内容がある。8月の告知は未実装であることを示し、11月の実装報告は日付とCPM 1.3への組み込みを示し、29日の通知は公開時点を示す。どの記録も単独では全期間を証明しないが、役割を限定してつなげれば一つの履歴になる。

ここで重要なのは、公式文書だから何でも証明できるわけではないことだ。理事会議事録はAFRINICが企業として何を決めたかを証明するが、個々の運用者にどのような費用や便益が生じたかまでは証明しない。実装報告はAFRINICが11月23日を実装日として記録したことを示すが、その前に内部配備が一切なかったと断定する資料ではない。会議記録は政策がactiveになったとの同時代の説明を支えるが、旧版からの完全な差分表ではない。証拠ごとの守備範囲を守ってこそ、履歴は強くなる。

5月のAFRINIC-28でスタッフは、この提案が記載どおり実装可能で、AFRINICの運用に影響を与えないとの見解を示した。これは実装可能性についての組織内部の評価であり、世界中のすべての利用者に費用や影響が一切なかったことの証明ではない。また、Last Callへ進んだことは8月の理事会追認の代わりでもない。工程の各文書を過大評価しないことは、文書の価値を下げる行為ではなく、むしろ何を確実に言えるかを明瞭にする。

アーカイブされた提案ページにUnder Discussionという状態表示が残っていたとしても、それだけで後続の理事会記録、実装報告、CPM版、公開通知を覆すことはできない。一つのウェブ欄は、その後のライフサイクル全体を自動的に反映する台帳とは限らない。本件では、古い状態表示よりも、日付と役割の異なる後続文書を結んだ履歴の方が強い。これはオンライン制度記録にありがちな教訓である。状態ラベルは便利だが、決定と実装の証拠を代替しない。

同じ理由で、後にResolution 201809.450が8月7日から8日の議事録を修正付きで承認したという事実も、慎重に扱う必要がある。手元の記録は修正の文言を特定せず、Resolution 201808.446が変更されたことも示していない。したがって、修正が何だったのかを埋め合わせてはならない。分からない点を未確定のまま残すことは弱さではない。私的組織の記録を権威化せず、証拠が届く範囲だけを確定するための基本動作である。

8月8日の場面に戻ると、全会一致は理事会内部の異論が採決結果に現れなかったことを示す。しかし、全会一致だから即時実装されたわけではないし、その票がアフリカ全体の政治的同意を表すわけでもない。議事録が最もよく語るのは、限定された主体が限定された手続に従い、自社サービスの文書変更を承認したということだ。そして、その限定を最も鮮明に示すのが、採決後に残された二つの作業である。通知と実装は、決議を運用現実へ運ぶ橋であった。