要約

  • APNICの9月1日の告知により、NRO NCのバージョン3.4推薦案、redline、理由説明が公開された。
  • 第7.2条は、RIRがTemporary Emergency Continuity Arrangementの対象である間、またはDerecognitionの提案が係属中は、文書を改定できないとする。
  • 理由は、困難な局面で個別事情に合わせた拙速な変更や要件の弱体化を防ぐことにある。これは草案であり、現実の緊急事態や発効済みの規則を示すものではない。

バージョン3.4で最も示唆的な規定の一つは、驚くほど短い。第7.1条は、コミュニティーへの協議後にICANNとRIR全体の全会一致でなければ文書を改定できないとする。第7.2条はさらに、RIRがTemporary Emergency Continuity Arrangementの対象である時、またはDerecognitionの提案が保留中の時は、改定そのものを禁じる。

APNICの告知は、この文書の位置付けを明確にしている。これはNRO Number Councilによる推薦草案であり、比較用redlineと理由説明を伴う。最終採択、実装、個別手続の開始は発表されていない。いずれかのRIRが緊急継続手配に入っている、認定取消しに直面している、あるいは改定を試みているという根拠も、この資料にはない。

それでも第7.2条の狙いははっきりしている。理由説明は、特定の事情に応じて急いで文書を書き換えること、または困難な時に要件を薄めることを防ぐためだと述べる。これは限定的な制度上の用心である。緊急継続や認定取消しを扱うための規則は、当事者がその規則を頼りにしている最中に、同じ当事者によって組み替えられるべきではない。

第5条はその境界を定める。Temporary Emergency Continuity Arrangementは、影響を受けたRIRサービスを一時的に提供するための仕組みである。影響を受けたRIRは自らのサービスの全部または一部について開始できる。合理的に可能な範囲で当該RIRとコミュニティーと協議した後、ICANNと他のRIRの3分の2も開始または更新できる。期間は同条に基づく更新がない限り90日を超えず、ICANNは開始・更新の理由と範囲を速やかに公表する。これは利用可能な手続の記述であり、発生済みの事象の報告ではない。

改定凍結が公共的に意味を持つには、外部の読者がそれが発効中かを知れる必要がある。草案はいくつかの公表を要求するが、個別の手配や提案と第7.2条の状態をつなぐ一つの読者向け台帳は示していない。必要なのは簡潔な状態受領票だ。対象RIR、事象類型、決定と効力発生時刻、範囲、元の告知へのリンク、更新または終了、公開責任者、訂正履歴を示せばよい。法的助言、機微な障害情報、交渉内容を出す必要はない。

それは草案を直ちに拘束力あるものにするわけでも、危機を解決するわけでもない。将来の保護と、現在発効している凍結を区別できるようにするだけだ。手続の説明が運用上の事実と誤読されやすい領域では、その区別は欠かせない。

出典