要約

  • AFRINICの詳細ページと現行提案一覧はDraft 4を2019年11月4日、Draft 5を11月22日としているため、「18日間」はその公式表示に帰属する計算である。Draft 4自身の改訂履歴は11月2日と記し、20日間になるため、この矛盾を消してはならない。
  • Draft 5は、警告、より徹底した追跡、AFRINIC裁量による一部サービス遮断というDraft 4の明文を削除した。これは実質的な縮小であり、批判のために過小評価すべきではない。
  • それでもDraft 5は、メールボックスの到達性だけでなく、保有者が手順を理解し、定期的に監視し、措置を取り、abuse報告に応答したかを確認しようとした。誤った応答や無応答の申告による再検証も残った。
  • 12日後のAFRINIC-31では、連絡先の重複、WHOISとMyAFRINICへの影響、未完了の作業量評価、RSA上の措置が議論され、共同議長は提案をメーリングリストへ戻した。Draft 5がそこで採択・実装されたことを示す記録ではない。
  • Heng Luの原則に照らせば、AFRINICは民間の技術的記録管理者・一意性調整者にすぎない。客観的な到達確認と記録訂正はできるが、abuseの成否、措置の十分性、応答の正しさを裁定し、保有者を処罰する公権力は持たない。

18日で何が消え、何が残ったのか

この改稿を読む出発点は、速さを悪意の証拠にしないことである。Draft 5は無から現れた新提案ではない。Jordi Palet Martinezが提示した一連の提案には、それ以前の草案と一年を超える議論があった。Draft 4の最も強い救済条項が削られ、データモデルとIRT移行の表現も具体化された。提案者が異論に応じ、AFRINIC-31前に射程を狭めようとした、と読む余地は十分にある。死んだメールボックスが報告者に探索費用を負わせることも現実であり、到達確認、段階的通知、訂正を促す結果がなければ連絡先制度は形骸化しやすい。

だが、公平に評価することと、残った文言を軽く扱うことは同じではない。Draft 5の改訂履歴は変更を「本文のさらなる明確化」と説明した。これはAFRINICが付した説明であって、変更が小さかったことの証明ではない。Draft 4の8.5節には、不遵守が、より徹底した追跡、警告、そして関連する方針・手続に基づくAFRINICの裁量での一部サービス遮断につながるという文章があった。Draft 5はその文章を消した。この削除は、記録管理から継続性への制裁橋を一つ明示的に撤去したという意味で、実質的な改善である。

一方、Draft 5の8.4節に残った検証対象は、メールが届くかどうかにとどまらなかった。資源保有者が手順と方針を理解していること、メールボックスを定期的に監視していること、措置を講じていること、abuse報告へ応答していることを確認しようとした。8.6節も、検証の回避が疑われる場合や、abuse事案への応答が誤っている、または存在しないと申告された場合に、AFRINICへの報告と再検証を認めた。つまり、露骨な遮断の文章は消えても、受信確認を越えて行為の内容を評価する入口は残った。

ここに、この18日間の赤入れが投げかける中心問題がある。連絡先の記録を正しく保つことと、届いた申立てに対して何が「正しい応答」かを決めることは、別の制度機能である。前者は簿記であり、後者は事実認定、規範選択、責任判断を伴う。削除された一文だけを見ればDraft 5は穏健化した。残った動詞まで読めば、権限の境界は閉じず、むしろ明文の救済を失ったまま手続と契約の側へ移された可能性が見える。

「18日」は帰属付きの時間である

時系列にも注意が必要だ。AFRINICのDraft 4詳細ページは2019年11月4日を示し、現在の提案バージョン一覧も同じ日を掲げている。Draft 5の詳細ページは11月22日である。この二つを使えば間隔は18日になる。ところがDraft 4自身の改訂履歴表は11月2日を記載しており、その時計では20日になる。一つの出来事に二つの日付表示がある以上、「Draft 5はDraft 4の18日後に出た」と無条件に断定してはいけない。正確には、詳細ページと現行一覧の公式表示を基準にした場合に18日である。

この矛盾は些末な編集ミスとして捨てられないが、逆に、意図的な操作の証拠にもできない。重要なのは、参加者がどの版をいつから安定して検討できたのかという監査可能性である。もし11月2日版が実質的に利用可能だったのなら、検討時間は二日長い。もし11月4日が正式な提示日なら18日である。記録が一致しないため、読者は一つの確定時計として扱えない。変更管理を担う主体には、日付、版、公開状態を揃えた台帳を出す責任がある。

Draft 5は11月22日に公表され、12月4日にアンゴラのルアンダで開かれたAFRINIC-31で討議された。この間隔は12日である。12日だけを根拠に、審議が不可能だった、あるいは誰かが審査を避けたとは言えない。過去の草案もメーリングリスト上の議論も存在したからだ。それでも、会議が判断すべき対象は一般理念ではなく、11月22日に現れた具体的な文言である。したがって12日という数字は、悪意の推定ではなく、安定した差分、実装評価、異論への回答、結果経路の説明がそろっていたかを問う監査の引き金になる。

データモデルの明確化と、検証時計の継続

Draft 4からDraft 5への変更には、技術的に有用な整理もある。導入部分の「必須オブジェクト」という言い方は、Draft 5で必須のabuse-c属性へと改められた。その属性は、有効で、監視され、能動的に管理されるabuseメールボックスを持つpersonまたはroleを指す。WHOISのデータモデルとしては、独立した新オブジェクトを作るのか、既存のperson／roleへの参照属性を必須にするのかを区別する方が正確である。この修正は、提案が何を登録させようとしたかを明瞭にした。

しかし検証時計そのものは残った。最初の検証期間は15日以内、エスカレーション後の第二期間も15日以内である。AFRINIC-31で提案者は、これらは自然日を意味すると説明した。作成時または更新時の検証、少なくとも六カ月ごとの定期検証、さらにAFRINICが適当と考える時の検証も維持された。客観的なメール到達確認だけなら、頻度、通知、再試行、誤判定訂正を明記すれば運用可能である。ところが「AFRINICが適当と考える時」という開いた裁量と、行為・応答の内容検査が組み合わされると、検証の対象と時点の双方が広がる。

二段階で15日ずつという設計も、数字だけ見れば訂正機会を与える穏当な仕組みに見える。だが、誤配、休暇、共有メールボックス、受信側のフィルタ、送信側の障害、連絡先の重複があると、失敗原因は一義的ではない。自然日で進む時計は、休日や現地の運用事情も含む。記録管理者に必要なのは、未達を直ちに不服従とみなすことではなく、送信事実、配送状態、再試行、代替通知、訂正受付を検証可能に残すことである。連絡可能性のテストは、行為の善悪を判定する試験に変えてはならない。

「他の会員連絡先」は誰を指すのか

Draft 4はエスカレーション先を「他のLIR連絡先」としていた。Draft 5はこれを「他の会員連絡先」に変えた。LIRだけに限定しない表現になった点では対象を広げたが、具体的にどの欄を使うのかは曖昧になった。AFRINIC-31でスタッフはadmin-cが最も当てはまりそうだと述べる一方、admin-c、tech-c、abuseメールボックスが同じアドレスを使っていたらどうするのか、と質問した。この問いは単なるUI上の細部ではない。

同じ組織が役割別の連絡を一つのチームで処理することには合理性がある。複数欄に同じアドレスがあることは、直ちに回避行為を意味しない。逆に、そのアドレス自体が停止していれば、同じ経路への再送はエスカレーションにならない。中立的な設計なら、別アドレスを機械的に要求したり重複を不正と扱ったりせず、検証済みの法人通知先、ポータル内通知、指定代理人などの代替経路を用意する。何をもって通知完了とするか、共有先しかない場合の救済は何かを先に決めるべきだった。

この未解決点は、Draft 5が「他の会員連絡先」と書き換えただけで、運用上の対象を十分に特定していなかったことを示す。Draft 5は90日の実装期間を見込む記述も繰り返したが、会議記録によれば、提案が合意に達した場合の実装時期はSecretariatが伝えるとされ、作業量評価はその時点で完了していなかった。誰に、どの経路で、何回通知し、同一アドレスなら何をするかが未確定なら、90日という期待値は完成した実装計画ではない。

新たに足されたRSA、2017年、費用節減の論拠

Draft 5は問題設定にも材料を足した。古い連絡先データはRSA上の正確性要件と矛盾する、という契約上の説明を明示した。また、AFRINICによる連絡先更新活動として2017年についてのみ報告された事例に触れ、自動化は会員とコミュニティの費用を節減すると論じた。手作業で多数のメールボックスを追うより、定型的な到達確認を自動化する方が安いという一般的方向は理解できる。

だが、合理的な方向性と、具体的な効果の証明は分けなければならない。AFRINIC-31の議事録には、既存のabuse連絡先を導入していた会員は一％未満だという提案者の発言も記録されている。しかし、提供された公的記録からは、その比率の分母、抽出日、対象データセットを独立に再現できない。2017年の活動についても、それだけで2019年の全体状態、失敗原因、必要な人員、誤検知率は分からない。数値は政策の必要性を飾る見出しではなく、追試可能な基礎を伴うべきである。

自動化には、送信費用を下げる一方で、誤判定の処理費用を会員へ移す性質がある。共有役割アドレス、メールフィルタ、障害中の再送、時差、自然日計算、ポータル通知との不一致があれば、保有者は「届かなかった」ことの立証に時間を使う。さらに、失敗が単なる訂正依頼ではなくRSA上の措置へ接続し得るなら、会員とその顧客はネットワーク継続性のリスクまで価格に織り込む。費用節減を主張するなら、AFRINIC側の送信工数だけでなく、誤判定、異議申立て、実装変更、事業継続への波及まで測る必要がある。

IRT移行で増えた運用選択

IRTをめぐる差分も、単なる名称変更ではない。Draft 4は、提案が実装された後に、AFRINICがIRTをabuse-cの別名またはポインターとして公開すると記していた。Draft 5は、合意に達した場合という条件を前面に置き、AFRINICがmnt-IRTをabuse-cへ改称するとした。そのうえで、別名の扱い、移行期間、IRTデータを保持するか削除するか、ガイドラインをどう処理するかをAFRINICの運用上の決定として説明した。

合意前に実装を既成事実化しない条件付けは適切である。他方で、既存データの保持や削除、別名の継続期間、参照の互換性は、利用者と自動化ツールに直接影響する。名称を変えるだけでも、検索、更新、監視、API利用、内部手順が壊れ得る。AFRINICが民間サービスの運用者として技術的選択をすること自体は可能だが、その選択を利用者が検証できる移行台帳、復旧手順、データ保全方針が必要である。「運用上決める」という留保は、影響を消す魔法の言葉ではない。

WHOISとMyAFRINICの双方が影響を受けるというスタッフの説明は、この点を裏付ける。外部から見える連絡先属性だけでなく、会員が登録・更新するポータル、内部の検証キュー、通知経路、既存IRTデータとの互換性も変わる。完成した作業量評価なしに90日を掲げても、人員、ソフトウェア、テスト、移行支援の見積もりにはならない。LARUSが重視する継続性の視点では、台帳上の小さな属性変更でも、運用依存関係を通じて事業と顧客へ費用が波及する。

会議は合意ではなく、未解決事項を記録した

12月4日のAFRINIC-31議事録は、Draft 5をめぐって支持と反対の双方があったことを記録する。15日の期間が自然日であること、WHOISとMyAFRINICが影響を受けること、どの会員連絡先へエスカレーションするのか、同じアドレスが複数の役割に使われたらどうするか、スタッフの作業量がまだ評価されていないことが議論された。共同議長Moses SerugoとAbdulkarim Oleyedeは提案をメーリングリストへ戻した。

この結末は、提案の敗北を意味しない。しかし、採択を意味するものでもない。まして実装、選択的執行、特定会員への適用、一部サービスの遮断を証明しない。議事録は話者とスタッフの発言を要約した記録であり、逐語録ではないし、すべての異論が漏れなく収録されたことも保証しない。公式資料から確実に言えるのは、Draft 5が討議され、未解決点が残り、リストへ戻されたということだ。

会議では、提案者が、方針は運用変更を直接命じるものではなく、違反は他の方針と同様の手続に従い、反復する不遵守はRSA上の措置につながり得ると説明したことも記録されている。これらは会議での立場表明であり、Draft 5の採択や実装、まして公的な強制権の証明ではない。それでも制度設計の評価には重要である。なぜなら、Draft 4の遮断文を削除した後も、結果の経路が完全に閉じたのではなく、既存手続とRSAの議論へ送られていたことを示すからだ。

明文の遮断条項がないことは、保有者にとって重要な改善である。だが「何が起きるかは別の手続による」とだけ書けば、境界が明確になるとは限らない。どの失敗が単なる記録訂正で、どの行為が契約違反とされ、誰が事実を認定し、どの独立した異議申立てがあり、資源・会員サービス・顧客の接続性をどう保全するのかが必要になる。Draft 5は、その結果地図を本文だけでは完成させなかった。

2021年5月17日付で提案一覧に現れる後のDraft 7と、AFRINICが2026年2月4日付で記録するその批准は、別のライフサイクル上の出来事である。後の版が批准されたからといって、2019年のDraft 5が遡って採択・実装されたことにはならない。本稿の対象はDraft 7の歴史ではなく、Draft 4からDraft 5への差分と、それを12日後の会議でどこまで意味ある形で検討できたかである。

速さを裁くのではなく、審査の質を測る

改稿が速いことには二つの読み方がある。一つは、批判を受けて明白に過剰な条項を素早く削り、会議前に技術表現を整えたという好意的な読みである。もう一つは、重要な変更を理解し、実装影響を調べ、異論を処理する時間が不足した可能性である。公正な分析は前者を認めたうえで、後者を証拠に基づいて検査する。日数だけで意図を決めない。

必要だったのは、Draft 4とDraft 5の節ごとの差分台帳である。削除、追加、語句変更ごとに、理由、予想される運用効果、残る結果経路を示せば、参加者は「さらなる明確化」という要約に頼らず判断できた。特に、遮断文の削除が、結果そのものを放棄したのか、RSAや別手続へ移しただけなのかを明示する必要があった。さらに、スタッフが指摘した共有アドレスとadmin-cの問題、WHOISとMyAFRINICの改修量、IRTデータの保持・削除について、会議前の影響評価が求められた。

反対意見の台帳も必要である。到達性テストそのものへの反対、行為評価への反対、連絡先重複への実務的懸念、自然日の時計、費用負担、契約上の結果を区別し、それぞれに回答する。支持と反対の人数だけでなく、どの文言がどの懸念を解消したかを示す。そうすれば、会議で声を上げた人の数を「地域の意思」と誤認せず、本文の品質を検証できる。

共同議長が提案をリストへ戻し、作業量評価が先送りされていた事実は、プロセス自身がDraft 5を完成済みと扱わなかったことを示す。この判断は不正の認定ではなく、追加の検討を求める手続上の応答である。18日と12日の時計が示すのは、速い変更が直ちに無効だということではない。短い時間ほど、変更の可視性、影響証拠、異論への理由付き回答が重要になるということだ。