概要

  • 公開 RIR 移転リストは、移転試行の母集団ではなく、認識される完了変更の記録である。それらは、どのリソースが、どの組織間で、いつ処理されたかを示すことはできるが、拒否、取り下げ、管理上のクローズ、保留中、再開、または審査で変更されたリクエストは通常表示しない。
  • 単位と分母が固定されなければ、拒否率は無意味である。一つの商業的移転は、ソースと受領者のチケット、複数のプレフィックス行、二つの RIR ケースファイルを生み出す可能性がある。擁護可能な基準は、重複排除された、実質的審査に受け入れられた移転ケースであり、問い合わせ、不完全な受付、ブローカーによる事前スクリーニングは別途報告されるべきである。
  • 拒否理由は、安定した階層を用いて非識別化された集計として公開されるべきである：ソース権限、リソース適格性またはロック、受領者適格性、RIR 間非互換性、紛争または法的保留、制裁義務、データ完全性の懸念、契約または料金条件、および審査対象のその他の理由。各理由は、適用されたルールに対応付けられなければならない。
  • 取り下げは無害な残余カテゴリーではない。当事者が離脱する理由には、取引が商業的に失敗した、証拠が入手できなかった、レジストリの要求により完了が非現実的になった、相手方 RIR が進行しなかった、あるいはケースが誤って開始されたなどがある。自発的、誘発的、期限切れ、重複によるクローズは区別されなければならない。
  • 保留中のケースにはストックフロー調整が必要である：期首保留件数に新規受入および再開ケースを加えたものは、承認、拒否、取り下げ、その他クローズ、および文書化された修正後の期末保留件数と一致しなければならない。RIR 間の対応ケースは、リンクされたチケットから非互換な合計を公開するのではなく、同一の商業的ケースについて調整すべきである。
  • 異議申立はフィードバックループを完成させる。レジストリは、当初の非識別化された理由とポリシーバージョンに紐付けて、何件の審査請求が提出され、受理され、範囲外で却下され、取り下げられ、支持され、差し戻され、修正され、または覆されたかを公開すべきである。番号資源社会は、個別移転について決定することなく、公開定義と集計比較を維持することができる。

公的記録は、政策が勝者を選んだ後に始まる

移転統計ページを開くと、市場は秩序立っているように見える。ブロックがある組織から別の組織へと移動している。日付が表示される。ソースと受領者の地域が表示される場合もある。移転タイプは、ポリシー移転を合併やその他の組織変更と区別する。行を合計すれば、経時的な認識された活動を記述できる。

ここで別の質問を問いかける：比較可能な移転を試みて拒否された当事者は何人いるのか？

そのページは通常答えられない。また、繰り返しの証拠要求の後に離脱した申請者の数、ソースと受領者のケースで調整に失敗した数、不完全としてクローズされたリクエストの数、報告境界時点で未解決のままの数、あるいは審査後に拒否が変更された数も示せない。レジストリの完了リストに載らなかった移転には、公的な統計上の存在がほとんどない。

これは市場の周辺部での技術的欠落ではない。可視化された行から引き出されるあらゆる結論の意味を変えてしまう。完了件数の増加は、アクセスが改善したことを意味するかもしれない。あるいは、承認割合が低下する中で需要が増加したことを意味するかもしれない。安定した件数は、政策が予測可能であったか、ブローカーがレジストリに拒否されると予想したケースの提出をやめたことを意味するかもしれない。移転が少ない地域ルートは、商業的に静かであるか、構造的に互換性がないか、あるいは受付前に非公式にスクリーニングされている可能性がある。完了分子だけでは、これらの説明を区別できない。

一般的な NRO 移転ログ形式は、選択境界を明確にする。それは RIR 内部および RIR 間の移転を公開するために設計されている。RIPE NCC の統計ページも同様に、ポリシーに従って移転されたインターネット番号リソースを公開すると述べ、日付を移転が処理された日と定義している。これらは管理履歴として適切な目的である。どちらの目的も、試みられた決定の分母を作り出すものではない。

これらの欠落したケースは各機関に知られている。ARIN の公開事前承認ガイダンスは拒否を明示的に想定しており、正当化が満たされたと考える申請者に対して Ask ARIN チケットを開くよう指示している。APNIC のガイドでは、未承認の移転リクエストは30日後にキャンセルされるとしている。RIR のケースシステムは、運用のために必然的にアクティブ、完了、不成功の状態を区別する。欠けているのは失敗の概念ではない。各結果がどれほどの頻度で、なぜ発生するのかという、公開された比較可能な説明である。

成功記録のみから作られた政策は自己満足に陥る。それは適合したケースを見て、境界を試したケースを見失う。だからこそ、決定が正しかった場合でさえ、拒否された移転は重要なのである。それはルールが何をするかについての証拠だからだ。

分母はチケット、ブロック、アドレスではなく、ケースでなければならない

拒否の割合を公開する前に、RIR は何を数えるかについて合意しなければならない。これは事務的に聞こえるかもしれない。ここが、ひとつも虚偽の数字を含まないまま、透明性のある報告が誤解を招く可能性のある地点である。

一つの交渉された移転は一つの商業的ケースである。それには一つの売り手、一つの買い手、一つの合意されたリソースセットが含まれる可能性がある。レジストリ内部では、別々のソースチケットと受領者チケットが作成されることがある。合併は、特定受領者移転とは異なる形で表現されるかもしれない。一つのブロックは多数のプレフィックス行に分割される可能性がある。RIR 間移転は、ソースと宛先の両方の機関で記録を作成する。法的アイデンティティ、契約、請求、技術的整理のために追加のチケットが開かれることもある。

チケットを数えると、より複雑な手続きで処理されたケースが水増しされる。プレフィックスを数えると、断片化された保有の移転が、集約されたブロックの移転よりも大きく見えてしまう。アドレスを数えると、管理上の決定を記述することを目的とした指標において、大規模な取引が非常に大きな重みを持つことになる。両方の RIR の記録を加算すると、一つの二者間ケースが二重にカウントされる。

基本単位は、重複排除された移転ケースであるべきだ：特定されたソースから特定された受領者へ、定義されたリソースセットについて、一つの商業的指示の下で、認識された登録の一つの変更提案。公開報告書はそれらのアイデンティティを明らかにする必要はない。機関は、関連するすべてのチケット、プレフィックス行、RIR ファイルがそのケースに帰着するように、機密のリンケージキーを必要とする。

実質的决定率の分母は、定義されたコホート期間中に実質的審査に受け入れられ、最終結果まで追跡されたすべての一意なケースであるべきである。受け入れとは、アイデンティティ、リソース、リクエストの最低限の要素が、レジストリが適用可能な移転ルールを評価するのに十分であったことを意味する。承認が可能性が高いことを意味するものではない。

隣接する三つの母集団は分離されなければならない。

問い合わせは、リクエストに至らないコンタクトや適格性に関する質問である。それらは抑止と混乱を明らかにするが、一意なケースを定義するのに十分な情報を欠くことが多い。不完全な受付は、必須フィールド、権限、または承認が欠けているために実質的審査に到達しない提出物から成る。それは手続きの利用しやすさを明らかにする。受け入れられたケースは、公開された受付閾値を超え、実質的な政策決定を晒す。

ブローカーによる事前スクリーニングは、RIR の直接管理外にある四つ目の母集団である。ブローカーは買い手に対して、計画された用途が適格性を満たさないと伝えたり、売り手に対してブロックがロックされていると伝えたりする。こうしたケースは市場アクセスにとって重要だが、レジストリは自らに提示されなかったものを正直に数えることはできない。自主的で独立した監査を受けたブローカーからの報告は、この減少を推定できる。それは決して、まるでスタッフが決定したかのように RIR の分母に統合されてはならない。

この階層的アプローチは、二つの相反する操作を防止する。レジストリは、後に不完全と再ラベル付けされた受入済みケースを除外することによって、見かけ上の承認割合を改善することはできない。批評家は、全ての気軽な問い合わせを拒否された移転として数えることによって、拒否を水増しすることはできない。境界は公開され、予測的で、検証可能である。

結果の分類法は、すべての受け入れられたケースを説明しなければならない

「承認」と「非承認」は、機関の学習には粗すぎる。前者は修正や部分的な二者間の失敗を隠す。後者は、異なる政策的結果をもたらすべき決定、当事者の選択、管理的クローズを混同させる。

すべての受け入れられたケースは、報告期間の終了時に、これらの状態のうち厳密に一つに分類されるべきである。

完了：認識されたレジストリの変更が、受け入れられたリソースセット全体に対して実行された。
修正付き完了：移転は発生したが、承認されたリソースセット、受領者、ルート、または法的形式が、受け入れられたリクエストと実質的に異なっていた。
拒否：レジストリが、ケースがルールまたは強制的な法的条件を満たさないという実質的决定を下した。
当事者による取り下げ：権限を持つ当事者が、実質的拒否の前にリクエストを終了した。
不完全クローズ：特定された必要な証拠またはアクションが提供されなかったため、レジストリがケースを終了した。
期限切れ：公開された応答または承認期間が、アクションなしで終了した。
重複または置換：別のケースが正式な経路となり、独立した決定として数えるべきではない。
レジストリによるキャンセル：機関が、ポリシー適格性に帰因しない管理上または技術上の理由でケースを終了した。
保留中：報告境界時点で、どの最終状態にも達していない。
再開または修正：以前の最終分類が変更され、元の状態と置換後の状態の両方が保存される。

これらのカテゴリーは意図的に事実に即したものである。拒否が不当だったとか、取り下げが強制されたとかを示唆するものではない。それらは、そうした問題が研究できる基盤を作り出す。

「修正付き完了」カテゴリーは特に重要である。買い手が/16を求めたが、審査の結果、より小さなセットで承認されたとしよう。単に承認とすることは制限の効果を隠し、拒否とすることは実際の移転を隠してしまう。公開集計は、買い手や正確なプレフィックスを明かすことなく、修正幅を報告できる。

部分的な RIR 間完了は、完了と分類されるべきではない。ソースレジストリは承認したが、宛先が受領状態を作成しなかった場合、その商業的ケースは認識された二者間の結果を生み出していない。それは、対応保留、相手方拒否、カットオーバー失敗後の復旧、またはその他の定義された例外に属する。ソース側の承認は、ケース内のイベントであり、ケースの結果ではない。

管理上の削除は、決してケースを履歴から除去してはならない。重複がマージされた場合、生き残ったケースは除外された記録への参照を保持する。スタッフのエラーでケースが作成された場合、「レジストリによるキャンセル」は集計上可視のままである。拒否されたケースが後に再開されて完了した場合、両方の事実が重要である：ポリシーは当初それを止めたが、審査あるいは新たな証拠が結果を変えた。

この分類法が存在すれば、分母は監査可能になる。開始コホートのケースは、すべてが最終状態に達するまで追跡できる。報告書は、暫定的な期間結果と成熟したコホート結果を区別できる。単にその結末が不都合だからといって、消失するケースはない。

拒否理由は、申請者を特定せずにルールを特定すべきである

失敗した移転を公開することへの主な反論は守秘義務である。拒否された申請者は、顧客計画、企業文書、紛争、法的助言、制裁に関する懸念、あるいはセキュリティ上機微なインフラを開示しているかもしれない。失敗した買い手を名指ししたり、正確なプレフィックスをリスト化することは、評判を損ね戦略を露呈させる可能性がある。その反論は、ケースレベルの暴露に対しては妥当である。しかし、統計的な闇を正当化するものではない。

非識別化された理由コードは、当事者を秘匿しつつ、制度的事実を保存できる。階層は、比較のために十分に安定し、政策変更を支援するために十分に具体的であるべきである。

ソース権限が確立されていない：提供当事者が登録変更を要求できることを証明できなかったケースを含む。
リソースが不適格またはロックされている：保有期間、予約状態、事前受領制限、自発的ロック、またはブロックに関連付けられた別のルールを含む。
受領者の適格性が確立されていない：受領組織、契約上の地位、地域プレゼンス、または実証された使用条件を含む。
RIR 間経路が利用不可：非互換性、互恵手続きの欠如、または相手方の拒否を含む。
紛争または外部の法的保留：競合する主張、破産制限、裁判所の手続き、またはその他の記録された紛争を含む。
強制的制裁または法的禁止：通常の政策選択とは異なる法的義務を含む。
完全性または詐欺の懸念：虚偽、矛盾、または検証不能な証拠を含み、詳細が害を生む場合には上位レベルの公開ラベルを用いる。
契約、料金、またはアカウント条件が未充足：必要な契約、未払い料金、またはアカウント準備状況を含む。
技術的記録条件：リソースセットまたは現在のレジストリ状態の欠陥で、一貫した変更を妨げるものを含む。
その他実質的理由：引き続き利用可能だが、頻繁に使用される場合はレビューの対象とすべきである。

各ケースには一つの主理由があり、副次理由もあるかもしれない。主理由は、クローズ時に承認を独立して妨げた条件である。ソースが権限を欠き、受領者もニーズテストに失敗した場合、スタッフは両方を記録するが、どちらの決定がケースを終了させたかを特定すべきである。これにより、複雑さを保持しつつ、拒否件数を超える合計を回避できる。

すべての理由コードは、当時適用されたポリシー条項、公開された手続き、または法的カテゴリーに対応付けられなければならない。公開集計は、申請者を晒すことなくルールのバージョンを報告できる。スタッフが非公開の解釈に依拠した場合、その事実は「その他」に隠すのではなく、「手続きが公開されていない」として可視化されるべきである。

理由は、ルールを良く見せるために後付け変更されるべきではない。コードブックの変更にはバージョン、発効日、旧カテゴリーから新カテゴリーへのブリッジが必要である。過去のリリースは引き続き利用可能である。ケースが当初受領者不適格と分類され、後にスタッフのエラーに修正された場合、改訂記録はその両方を示す。

この証拠の価値は実際的である。係争中のソース権限を理由とする10件の拒否は、より強力な提出前検証を正当化するかもしれない。同じ曖昧な受領者テストによる10件の拒否は、ポリシー文言やガイダンスが機能不全であることを示すかもしれない。繰り返される相手方との非互換性は、完了移転リストが明らかにできないクローズドルートを特定するかもしれない。理由データは、フラストレーションを、会員が統治できるものへと変える。

取り下げは結果であり、不都合な因果関係のゴミ箱ではない

取り下げは、レジストリが拒否を発行しなかったために、政策について何も語らないかのように扱われることが多い。その仮定は維持できない。

売り手は買い手が資金調達に失敗したために取り下げるかもしれない。買い手はその展開が変わったために取り下げるかもしれない。これらは商業的な退出である。当事者は、追加証拠が必要だと告げられた後、相手方 RIR が進行しないと知った後、レジストリの解釈が予想結果を変えた後、あるいは継続コストが取引価値を上回った後に、取り下げるかもしれない。これらは形式的な拒否ではないが、政策環境が結果に寄与した。

レジストリは一方的に当事者の動機を決定すべきではない。クローズ時に、取り下げる当事者は大まかな理由を選択し、「回答しない」も利用可能である。スタッフは手続き上の状態と未解決の条件を別途記録する。二つのフィールドは共存できる：当事者の理由「商業契約終了」、レジストリの状態「受領者証拠要求済み」。どちらも相手の心を読むとは主張しない。

最低限、公開集計は、商業的取り下げ、当事者の再編、証拠入手不可、特定されたポリシー懸念、相手先利用不可、重複/置換、非開示を区別すべきである。ドラフトの不利な判断の後の取り下げは、審査が始まる前にネットワーク計画を変更した買い手と黙って統合されるべきではない。

「不完全クローズ」も区別されたままでなければならない。レジストリが文書を要求し、申請者が返答をやめた場合、スタッフは必ずしも本案を拒否したわけではない。にもかかわらず、当事者がそう言わない限り、そのケースは自発的な取り下げではない。公開された応答期限は期限切れを生み出しうる。APNIC のガイドでは、例えば、受領者は30日以内に承認しなければ、リクエストはキャンセルされる。その事象は、実質的拒否や説明のない取り下げではなく、承認期限切れとして報告されるべきである。

この区別は申請者と同様に機関も守る。商業的取り下げの割合が高いことは政策の失敗を証明しない。拒否が発行されていない場合でも、同じ証拠要求でのクローズの高い割合は再設計を正当化するかもしれない。未承認ケースの高い割合は当事者間の連携不足を示すかもしれない。これら三つを一緒くたにすることは、公正な診断を妨げる。

事前承認後の取り下げには追加のフラグが必要である。ポリシーは受領者を原則承認したかもしれないが、ブロック、ソース、RIR 間ルート、または取引が依然として失敗した。これは事前承認の限界を示し、機関がそれを成功した適格性審査と単に消えた結果の両方として数えることを防ぐ。

ポイントは、私的な商業的説明を公の場に強要することではない。「申請者が去った」ということが、組織のアリバイになるのを防ぐことである。合意と登録の間に強制的な決定経路が存在する場合、離脱はデータとなる。

保留中のケースはストックとして調整されなければならず、報告書間を漂流してはならない

機関はすべての最終カテゴリーを公開しても、保留中のケースを算術の外に漂わせることで圧力を隠せる。したがって、信頼できる報告書は調整の同一性から始まる。

期首保留ケース数に、実質的審査に受け入れられた新規ケース数を加え、さらに再開された以前のクローズドケース数を加えたものは、完了ケース数、修正付き完了ケース数、拒否数、当事者取り下げ数、不完全クローズ数、期限切れ数、重複または置換数、レジストリキャンセル数、明示されたルールに基づく別の報告コホートへの移管数、および期末保留ケース数と等しくなければならない。修正は、元の分類が現れた期間への参照を伴う調整として示される。

すべての項目は一意なケースを使用する。ソースと受領者のチケットは統合される。複数のプレフィックスにまたがるケースは、商業的指示が独立して決定可能な移転に正式に分割されない限り、一つのケースのままである。分割が発生した場合、報告書は一つの親が二つの子ケースになったことを示し、増加が新規需要と誤認されないようにする。

同一性は各 RIR、移転タイプ、内部または RIR 間クラスについてバランスしなければならない。そうでなければ、報告書は不完全である。「データ品質」が未解決の差異が消えるサスペンス勘定になってはならない。機関は、差異、規模、既知の場合その原因、および修正計画を公開すべきである。

保留中は、一つのストックとして提示するのではなく、決定状態によって分割すべきである：ソース待ち、受領者待ち、ソースレジストリ審査中、受領者レジストリ審査中、二者間調整待ち、法的保留中、契約または料金待ち、記録変更準備完了。目的は経過時間分布の研究を再現することではない。ストックが保留から抜ける前に、誰がまたは何が行動しなければならないかを確立することである。

法的命令によって一時停止されたケースは分母に残る。申請者待ちのケースは分母に残る。コントローラーフィールドは、ワークロードと未解決の需要を可視化したまま、それらの存在がレジストリの拒否と誤読されるのを防ぐ。

コホートビューと期間ビューは異なる質問に答える。期間調整は機関の変化するケースロードを示す。成熟したコホートは、特定の四半期または年に受け入れられたケースに最終的に何が起こったかを示す。最近のコホートには未解決のケースが含まれ、暫定的とラベル付けされるべきである。より古いコホートは最終結果に収束すべきである。両方を公開することで、レジストリがクローズ年を申請年であるかのように扱うのを防ぐ。

この単純な算術は、利用可能な最も強力な統制の一つである。それは黙った削除を困難にする。それは再分類を露呈させる。それは結果が存在するまで、受け入れられたすべての移転を可視化し続けることを強制する。それは一つの申請者名も開示することなく、会員に安定した分母を提供する。

RIR 間ケースは、二つの機関にわたる一つの結果を必要とする

二つの RIR が参加する場合、分母はより困難になる。各レジストリは自らのチケットを正しく報告できても、依然として誤った全体像を生み出す可能性がある。

ソース RIR が解放を承認し、ケースを送り、内部チケットを承認済みとしてクローズすることを想像してほしい。受領者 RIR は、買い手がそのルールを満たさなかったために拒否する。もしソースが承認をカウントし、宛先が拒否をカウントすると、アナリストは二つのケースを見るかもしれない。商業的には、一つの試みられた移転があり、完了したレジストリ変更はゼロである。

したがって、共通単位はチケットの上に、しかし中央承認権限の下に存在しなければならない。二つの RIR は、保護されたマッチング手法を通じて導出された共有の仮名ケース参照を割り当てる。各々は自らの非公開の身元と証拠を保持する。公開集計は、共有参照を重複排除と調整のためにのみ使用する。

共同結果分類には、完了、ソース拒否、宛先拒否、独立した理由で両方拒否、当事者取り下げ、相手方ルート利用不可、カットオーバー失敗復旧、ソース保留中、宛先保留中、調整保留中が含まれるべきである。機密性が小規模な方向性セルの公開を妨げる場合、独立した検証の後、より広い地域クラスに統合できる。ケースは依然としてグローバル分母に残る。

責任は「相手方」という言葉を通じて洗浄されてはならない。宛先が拒否した場合、大まかな理由カテゴリーとポリシーファミリーはその宛先によって報告されるべきである。ソースが完全な引き継ぎを送らなかった場合、そのケースは宛先拒否として記録されるべきではない。ポリシーが非互換である場合、申請者の失敗を割り当てるのではなく、非互換性を特定すべきである。

両方の機関は最終的な共同分類に署名すべきである。意見の相違は、定義された調整期間後に公開される非一致ケース数となる。これは恥ずかしいかもしれないが、同じ試行された変更を記述する二つの公的な統計的現実よりは危険性が低い。

この取り決めは、ある RIR が別の RIR に対して、移転が既に要求する以上の機密文書を開示することを求めるものではない。それは、ケースが完了したかどうか、そしてどの機関が最終決定を下したかについて合意することを求める。それらはレジストリの変更自体に必要な事実である。

RIR 横断的な年次報告書は、完了ログでは答えられない質問に答えることができる：各方向ルートに何件の受け入れられた試行が入ったか、何件が認識された完了に達したか、何件がソース条件で失敗したか、何件が宛先条件で失敗したか、そして何件が全く調整されなかったか。それは、ケースの結果と決定の証拠に限定されたまま、ポリシーの発生率を示す。

提出前の減少は、分母の外側に属し、分母の中には属さない

完璧な RIR 報告書でさえ、誰も提出しない移転を見逃す。ブローカー、弁護士、リピート買い手は、どのルートが失敗しそうかを学ぶ。彼らはブロックをロックや紛争について、買い手を適格性について、地域間経路を互換性についてスクリーニングする。これはレジストリの作業を省き、予測可能な拒否からクライアントを守る。そして、市場参加者が困難なケースをフィルタリングして除外するからこそ、公式な承認割合が高く見える可能性があることを意味する。

解決策は、すべての交渉を RIR ポータルに強制することではない。それは当事者と機関に投機的な提出の負担をかけるだろう。また、レジストリが逸話から見えない需要を推定すべきでもない。提出前の減少は、並行する任意の統計層であるべきだ。

参加ブローカーと直接当事者アドバイザーは、評価された適格機会、提出推奨、非推奨、クライアントが放棄、提出済みの四半期カウントを報告できる。非推奨の理由は、RIR 分類の大まかなバージョンを使用する：ソース権限、ブロック制限、買い手適格性、RIR 間経路、紛争、完全性の懸念、または商業的理由。正確な当事者、プレフィックス、条件は、提供者または独立監査人との間で機密のままである。

カバレッジは公開されなければならない。三つのブローカーが提出した場合、読者は、可能な比較において、彼らの完了し認識されたケースが公開移転母集団に対して占める割合を知る必要がある。報告書が市場全体を測定すると主張することはできない。大規模な提供者がカテゴリーを定義したり、不利なリリースを抑制したりすることを許してはならない。

重複機会は深刻なリスクである。同じ売り手が複数のブローカーにアプローチするかもしれない。保護されたマッチング手法が、機密のリソースおよび当事者属性を用いて、可能性の高い重複を特定し、あいまいなケースについては手動監査を行うことができる。公開報告書は、生の推定値と重複排除後の推定値を示し、不確実性を説明すべきである。

この証拠は解釈を変える。もしレジストリが受け入れられたケースのほとんどを承認するが、ニーズテストや地域ルートが失敗すると予想されるためにブローカーが多くのもっともらしい機会を拒否するならば、政策は受付前に選択的である。もしブローカーのスクリーニングが低く、RIR の拒否も低いならば、アクセスは真に予測可能であるかもしれない。もしブローカーが提出を推奨するが、特定の理由が正式な拒否を支配しているならば、ガイダンスはスタッフの実務と一致しないかもしれない。

外部層は公式な決定分母の外側に留まらなければならない。ブローカーの意見は RIR の裁定ではない。それは抑止と期待に関する証拠である。層を分離しておくことで、私的な仲介者が公的な権威を獲得するのを防ぎつつ、彼らの情報を政策評価のために利用可能にする。

異議申立は、拒否理由が独立した精査に耐えるかどうかを明らかにする

拒否件数は最初の組織的回答を記録する。その回答が安定していたか、審査されたか、修正されたかは示さない。

ARIN の公開された異議申立プロセスは、組織が Registration Services のリーダーシップを通じたエスカレーションの後、番号リソースリクエストの決定に対して異議を申し立てることを認めている。リクエストは元のチケットを特定し、明示された期間内に提出されなければならない。RIPE NCC は、番号リソース登録サービスに関する特定の紛争について、紛争仲裁手続きを維持し、完了した裁定の要約を公開している。その公開リストには、移転紛争、権限文書の疑問、記録の差戻しが含まれる。

これらのメカニズムは範囲と法的性格において異なる。その違いは、共通の結果報告書をより重要にするのであり、重要性を減じるのではない。

該当する審査範囲内のすべての拒否された移転または事前承認について、レジストリは内部再検討が要請されたか、正式な異議申立または仲裁が提起されたか、そしてその結果状態を記録すべきである。公開カテゴリーには、未提出、提出・受理、範囲外却下、期間経過却下、取り下げ、和解、原決定支持、更なる審査のための差戻し、修正、覆し、保留中が含まれるべきである。

異議申立記録は、元の非識別化された理由コードとポリシーバージョンにリンクする。決定が、当初利用できなかった新しい証拠を申請者が提出したために変更された場合、それをスタッフがルールを誤って適用したという認定とは区別して分類する。どちらも異なる結果につながるが、二つ目のみが決定の誤りを直接的に測定する。

差戻しは覆しではない。審査者は、移転が完了すべきかを決定することなく、より明確な説明や別の証拠ステップを要求するかもしれない。修正は、より小さいリソースセットや異なる法的経路を承認するかもしれない。和解は、一般的な解釈を確立することなく、申請者の立場を解決するかもしれない。分類法はこれらの区別を保持しなければならない。

異議申立の利用可能性も分母を必要とする。審査経路の対象となる拒否されたケースの数、範囲外のために不適格な数、そして提出された数を公開せよ。少数の異議申立は、満足、コスト、無知、範囲の狭さ、または露出の恐れを意味しうる。報告書は証拠なしにこれらの説明の中から選択すべきではない。

秘密保持が許す限り、理由を付した決定は公開されるべきである。編集された要約は、当事者を名指しすることなく、条項、争点、結果、根拠を述べることができる。ケースがあまりに特徴的で安全に匿名化できない場合は、集計にのみ含め、独立した審査者に分類を検証させる。

最も有用な尺度は、粗雑な「レジストリ勝率」ではない。差し戻され、修正され、または覆された理由のパターンである。一つの証拠ルールが繰り返し審査に失敗するなら、ポリシーまたはスタッフガイダンスの修復が必要である。もしほとんどの決定が明確な理由とともに支持されるなら、記録は一貫性を裏付ける。どちらの知見も、組織の逸話より価値がある。

非識別化は、名前の削除ではなく、ガバナンスの規律である

拒否された移転データは、直接的な識別子がなくても商業的に機微である。希少なブロックサイズ、小さな地域、異常な法的保留、狭い報告期間は、ブローカーリストやルーティング観測と組み合わされると、当事者を特定する可能性がある。したがって、企業名とプレフィックスを除去することは必要だが不十分である。

NIST Special Publication 800-188はより広い論点を述べている：非識別化は、意図された統計的利用から始め、リリースリスクを評価し、適切な共有モデルを選択し、保護されたと思われるデータが再識別可能かどうかをテストすべきである。それは一度のマスキング操作ではない。

移転結果については、公開リリースは最小セル閾値を持つ集計カウントを使用すべきである。小さなセルは時間、方向、理由の深さにわたって結合される。正確なリソースサイズは帯域になる。必要な場合、国はより広い地域になる。稀な法的理由はグループ化される。抑制された値は、重複するテーブルを差し引くことで復元できてはならない。

最も機微なリンケージは保護された環境に留まる。レジストリ監査人は、秘密保持の下でケースファイルを検査し、分類をテストできる。研究者は、公共利益と保護措置が正当化する場合、より詳細な非識別化された記録への制御されたアクセスを受けることができる。一般公衆は、申請者の詳細書類を受け取ることなく、政策を評価するのに十分な情報を受け取る。

開示ルールは結果の前に公開されなければならない。さもなければ、機関は数字を見た後にプライバシーを盾にとって都合の悪いカテゴリーを抑制できる。移転デスクから独立したメンバーで構成される開示審査機関が、例外を承認し、集計が変更された理由を文書化すべきである。

プライバシー保護は対称的であるべきだ。完了移転リストは、認識された管理変更が公開情報であるため、ソースと受領者の組織名を既に挙げているかもしれない。それは拒否された申請者を名指しすることを正当化しない。逆に、失敗したケースの秘密保持は、すべての集計結果を隠すことを正当化しない。異なる公開目的は異なるデータ処理を支持する。

統計的ノイズは一部の広範な研究リリースには適切かもしれないが、中核的なケース調整は正確かつ監査可能でなければならない。公開テーブルはセルを抑制または結合できる一方で、監査人は期首ケースが最終結果と期末保留の和に等しいことを確認する。会計上の同一性に説明なくノイズを加えることは、組織的検証を不可能にするだろう。

基準はまた、物語的手がかりを禁止すべきである。四半期報告書が、ただ一社しか当てはまらない場合に「X 国の大手携帯電話事業者」と記述してはならない。スタッフのプレゼンテーションはデータリリースと同じルールに従わなければならない。テーブルが安全でも、会議の解説が安全でなければ、秘密保持は失敗する。

したがって、非識別化は説明責任の反対ではない。適切に行われれば、それは説明責任を持続可能にする方法である。それは会員が、特定の企業がなぜ脆弱だったかを晒すことなく、機関が何をしたかを知ることを可能にする。

比較には共通の定義と地域の文脈が必要である

グローバルな表は、読者を五つの RIR を承認割合でランク付けするように誘惑するだろう。それは、入力母集団とルールが比較可能でない限り、時期尚早であろう。

地域は、適格なリソースタイプ、移転ルート、保有期間、受領者テスト、契約条件、市場の歴史において異なる。厳格な事前承認ゲートを持つレジストリは、選別された正式なケースを受け取るかもしれない。別のレジストリはより広範な受付を行い、後で拒否するかもしれない。あるレジストリは無応答を期限切れと分類し、別のレジストリは取り下げと呼ぶかもしれない。RIR 間のトラフィックが小さな母集団を支配し、相手方のルールを決定的なものにしうる。

したがって、共通基準は、ライフサイクルと理由の定義を固定すると同時に、ポリシーの文脈を保存すべきである。すべてのリリースは、含まれる移転タイプ、受付閾値、ケースリンケージ手法、ポリシーバージョン、事前承認の扱い、合併の処理、RIR 間重複排除、開示閾値、既知のギャップを明示する。

主要な比較は、時間を通じたルール内、および類似のケース定義を持つ方向ルート間で行われる。RIR 横断的な比較は、そのとき、範囲を考慮した上で、ある理由カテゴリーが異常に一般的かどうかを問うことができる。単一の集計比率からある機関がより公正であると宣言すべきではない。

会員構成も重要である。多くの小規模申請者を持つ地域では、大規模既存事業者が支配的な地域とは異なる文書化の失敗が見られるかもしれない。公開分析は、レジストリのサービスカテゴリーから派生した大まかな申請者規模帯を使用できるが、それらの帯が当事者を特定せず、道徳的価値の代理とならないことを条件とする。

政策変更には区切りマーカーが必要である。保有期間が1月1日に変更された場合、その日付の前後に受け入れられたケースは、同じ四半期にクローズされても異なるポリシーコホートに属する。報告書は適用されたルールを示すべきであり、クローズ日から推論すべきではない。

スタッフガイダンスの変更も重要である。ポリシー文書は変わらなくても、証拠上の期待がシフトすることがある。重要な公開手続き改訂はバージョン日付を受け取る。非公開の解釈が変更された場合、透明性報告書は有効期間と遡及的影響を特定する。

比較は控えめであるときに信頼性を持つ。データは、ある理由がより頻繁に現れること、あるルートが非一致ケースを生み出すこと、または審査が決定のカテゴリーを変えることを示せる。それだけでは動機、腐敗、経済的損害を証明できない。それらの主張には追加の証拠が必要である。

目的はスコアボードではなく、政策へのフィードバックである。共通の定義は会員がより良い質問をすることを可能にし、地域の文脈は算術が判断であるかのように装うのを防ぐ。

独立した保証は、機関がむしろ忘れたいケースをテストすべきである

自己報告の結果データは、分類が評判に影響するために検証を必要とする。拒否を「取り下げ」、古い保留中ケースを「不完全クローズ」、RIR 間の拒否を「相手方キャンセル」と呼ぶインセンティブは、悪意がなくても明白である。あいまいなケースは最もダメージの少ないカテゴリーへと漂流するだろう。

独立した年次レビューは、すべての最終クラスをサンプリングし、低頻度で高裁量のカテゴリーに特に注意を払うべきである。レビューアは各サンプルケースを、受付からチケット、決定通知、リンクされた RIR 記録、審査請求、最終的なレジストリ状態まで追跡する。一つの商業的ケースが複数回カウントされていないこと、そして受け入れられたケースが消失していないことをテストする。

レビューアはまた、生のケースイベントからストックフロー調整を実行する。RIR 間の参照を相手方報告書と比較する。ポリシー条項が理由コードと一致すること、再開されたケースが以前の結果を保存していること、異議申立の分類が実際の処分を反映していることをチェックする。

プライバシー統制は別個のテストを受ける。レビューアは公開移転リスト、ブローカーリスト、ルーティング観測、企業発表を用いて、合理的なリンケージ攻撃を試みる。セルが拒否された当事者を特定できる場合、リリース設計は強化される。その発見は、組織の合計を削除することなく保護を改善すべきである。

保証報告書は機密ファイルを開示する必要はない。それは方法論、サンプルカバレッジ、エラー率、修正された合計、未解決の不一致、経営陣の回答を公開する。重要な修正は、以前のリリースを黙って置き換えるのではなく、改訂ノートとともに更新する。

会員は、移転業務から独立したプロセスを通じてレビューアを任命または承認すべきである。資金は好ましい結論に依存してはならない。レジストリは調査結果に応答できるが、検証された不一致の公開を拒否すべきではない。

最初のレビューはおそらく乱雑なレガシーデータを見つけるだろう。それは待つ理由にはならない。機関は過去のカバレッジを不完全とマークし、より強力な定義で将来の収集を開始できる。正直で調整可能な一年間の結果は、再構築された十年間の確実性よりも有用である。

保証はエラーを見つける前に行動を変える。スタッフは取り下げ理由が記録と一致しなければならないことを知る。ケース所有者は保留中のファイルが期首残高に残っていることを知る。幹部は異議申立の覆しが元の決定カテゴリーにリンクバックされることを知る。これが、測定が別の年次チャートではなく手続き上の規律になる方法である。

会員は、拒否が見えない権力を統治できない

RIR 会員は登録サービスに資金を提供し、ポリシー構造に参加する。彼らは日常的に、移転ルールが一意性を保護し、乱用を防ぎ、リソースを節約し、不必要な障壁を課さないかを判断するよう求められる。彼らは成功した移転だけからその役割を果たすことはできない。

ある政策は狭く聞こえても広範な拒否を生み出すかもしれない。別の政策は厳格に聞こえても、申請者が容易に適格となるためにほとんど拘束しないかもしれない。文書化ルールは詐欺を防ぐかもしれないし、単に企業証拠を複製するだけかもしれない。互換性条件は一つの方向ルートに影響を与え、他には影響しないかもしれない。答えは理由別の結果にあり、政策の散文の優雅さにはない。

欠落した分母はまた、代表を歪める。リピートブローカーや大規模オペレーターは、どのリクエストが失敗するかについての私的な知識を蓄積する。小規模会員は自分自身のケースと完了した公開リストしか見ない。政策論争はそのとき、隠れたシステムを推論するのに十分な量を持つ参加者に報いる。透明性はその情報の階層を減らすべきである。

拒否を公開することは、私的な事業計画を公開することを要求しない。それは機関に、拒否が集計的効果を持つ権力の行使であることを認めるよう要求する。レジストリが買い手に適格でないと告げることができるなら、その決定を数えることができる。証拠不足でリクエストをクローズできるなら、証拠カテゴリーを特定できる。異議申立で決定を擁護できるなら、結果を報告できる。

その規律は理事会とポリシーコミュニティにも及ぶべきである。ルールを提案する際、提案者は変化が期待される結果カテゴリーとレビュー日を特定する。実施後、会員は予測が当たったかどうかを確認する。紛争のある移転を防ぐことを意図したルールは、ソース権限の対立を減少または解決すべきである；もしそれが検証された詐欺の発見を変えることなく不完全クローズを増やすなら、その政策は再考に値する。

証拠が存在するとき、サンセット条項やレビュー条項は意味を持つ。それがなければ、あらゆる側が逸話を持ち込む。スタッフは成功事例を引用する。ブローカーは去ったクライアントを引用する。申請者は一貫性のない質問を引用する。誰も母集団を確立できない。

説明責任の原則はシンプルである。移転を止める裁量が大きければ大きいほど、その使用パターンを説明する義務は強くなる。狭義の記録管理者は、すべての拒否を記録の完全性または定義された法的条件に言及して正当化できるべきである。より広範なポリシーゲートは、それが希少な運用資産へのアクセスに影響を与えるため、さらに重い証拠上の負担を負う。

会員は拒否された買い手を見る必要はない。彼らは、買い手を拒否したルール、それがどれほど頻繁に行われたか、当事者がその周辺でケースを放棄したかどうか、そして審査がその決定を支持したかどうかを見る必要がある。

NRS は分母を移植可能にできるが、控訴裁判所にはならない

番号資源社会は、制度的に控えめであり続けるなら、共通の統計基盤を提供できる。

その第一の貢献は、公開ケース辞書である：商業的ケース、RIR チケット、受理された受付、実質的拒否、取り下げ、期限切れ、保留中、RIR 間マッチ、異議申立、修正。各用語には例と除外が含まれる。変更はバージョン管理され、公開議論され、後方互換性がマッピングされる。

第二の貢献は、理由コードレジストリである。各 RIR は、地域の詳細を非公開に保持しつつ、地域のポリシー条項を共通の高レベル理由にマッピングする。研究者は、基礎となるルールが同一であると装うことなく、ソース権限とソース権限を比較できる。

第三の貢献は調整である。NRS は署名された集計ステートメントと保護された RIR 間マッチングトークンを受け取り、ケースがバランスすることをテストし、非一致の合計を公開できる。申請者の文書や移転を決定する権限は必要ない。RIR は自らの分類と修正に責任を持ち続ける。

第四の貢献は、制御された研究アクセスである。公開された保護措置の下で、資格のある研究者はより豊富な非識別化されたケースデータを研究し、再識別リスクをテストし、特定の理由が政策変更の周辺に集中するかどうかを調査できる。公開調査結果は秘密を保持し、観察と因果関係を区別しなければならない。

第五の貢献は、当事者のための移植性である。申請者は自身のケース履歴、理由通知、審査結果を共通フォーマットでエクスポートできる。これにより当事者は、別の申請者を晒すことなく、扱いを比較し、異議申立を準備し、集計分類を修正できる。

NRS は、当事者が明確な法的権限を持つ独立した紛争解決サービスを別途選択しない限り、個別の異議申立を審理すべきではない。拒否されたケースが承認に値したと認定すべきではない。ブローカーに参加を義務付けたり、クライアントの身元を公開したり、データ提供を移転の条件に変えたりすべきではない。

この設計は、別の機関が同じ定義を実装し、調整を再現できるならば成功である。透明性は、それが解放することを意図された証拠に対する新たな独占を生み出してはならない。

これは番号資源社会の具体的な提案である：共通のイデオロギーの前に共通の事実を。各地域に自らの政策を擁護させよ、しかしその擁護には政策が止めたケースを含めることを要求せよ。

最初の正直な報告書は小さくてよい

RIR は、欠落した分母を認める前に完璧なグローバルプラットフォームを必要としない。有用な最初のリリースは、通常のケース管理から予測的に作成できる。

一つの報告期間について、期首保留、新規受入ケース、再開ケース、完了、修正付き完了、拒否、取り下げ、不完全クローズ、期限切れ、重複または置換、レジストリキャンセル、期末保留を公開せよ。合計を調整せよ。RIR 内部と RIR 間のケースを分離せよ。受付閾値と除外を明示せよ。

次に、最も安全な集計レベルで主な拒否理由を公開し、各々を現在のルールファミリーにリンクせよ。当事者から自発的に提供された取り下げ理由と取り下げ時の手続き状態を報告せよ。開示リスクが高い場合、制裁、紛争、完全性の懸念は広範に保て。

それから RIR 間マッチングを追加せよ。各ペアは受入ケースと最終ケースを比較し、重複を解決し、非一致の合計を公開する。共通の仮名参照は、古い記録が限定的なままで、新しいケースから開始できる。

最後に、審査結果を追加せよ。内部再検討と正式な異議申立、受理決定、支持、差戻し、修正、覆しを数えよ。各々を元の理由カテゴリーにリンクし、新証拠によるものか決定の誤りによるものかを特定せよ。

最初の年には、独立した方法論レビューとプライバシー攻撃テストを含めるべきである。エラーは発生するだろう。修正は日付を入れ説明されるべきである。目的は完璧な最初の表ではなく、失敗したケースを消し去ることができない記録である。

この改革のいかなる部分も、契約書、申請者名、正確な拒否されたプレフィックス、機微な事業計画の公開を要求しない。当面の問いはもっと基本的である：何が決定システムに入り、どの状態で去ったのか、なぜか、そして審査は答えを変えたのか？

完了移転リストは公開されたままでなければならない。それは認識された管理変更の貴重な証拠である。新しい結果報告書はその隣に置かれ、完了が出現した母集団を説明する。

その報告書が存在すれば、政策論争は変わる。会員は、あるルールがめったに拘束しないのか、拒否を支配しているのかを見ることができる。申請者は、理由を集計された実務と比較できる。審査機関は繰り返し発生するエラーを特定できる。ブローカーは、自分たちのスクリーニングの期待が正式な決定と一致するかをテストできる。RIR は、権威ではなく証拠をもって必要な拒否を擁護できる。

政策は、自らが消し去ったケースから学ぶことはできない

拒否された移転は自動的に被害者なのではない。それには、権限のない売り手、不適格なブロック、公表された条件を満たさなかった買い手、真性の紛争、または信頼できない証拠が含まれているかもしれない。拒否はレジストリの正確性を保護しうる。

まさにそれが、そのケースが数えられるべき理由である。

ソース権限の失敗が一般的なら、市場は交渉の前に、より良い証明を必要とする。リソースロックが支配的なら、会員はそれらのロックが依然としてその表明された目的に資しているかを評価できる。受領者テストが多くの受け入れられたケースを拒否するなら、政策コミュニティはその発生率を調査できる。RIR 間の非互換性があるルートを止めているなら、両機関はもはやそれを越えたわずかなケースだけを指し示すことはできない。異議申立がある理由を繰り返し覆すなら、ルールまたはその適用は修復を必要とする。

完了のみを公開するレジストリは、自らの成功に基づいて選択された証拠システムを作り出す。それは何が通過したかを示し、その結果を市場と呼ぶ。そこには、ゲートが誰を排除したか、ゲートが閉まる間に誰が去ったか、あるいはどの決定が審査を生き延びられなかったかについての公的な説明がない。

この改革は急進的な開示ではない。それは機密性のある基盤に適応した通常の管理会計である。ケースを定義せよ。すべての受け入れられたケースを保存せよ。一つの最終結果を割り当てよ。主理由を記録せよ。保留中のストックを調整せよ。二者間のケースをマッチさせよ。審査を追跡せよ。集計とテストされた開示統制を通じてアイデンティティを保護せよ。

最も難しい部分は、統計的ではなく制度的である。拒否は機関が自らについて語る物語を複雑にする。取り下げは、完全には制御できない因果関係を持ち込む。保留中の調整は、失われたり不一致の状態を露呈する。異議申立の結果は、最初の決定が変わりうることを認める。

しかし、会員組織はその複雑さを望むべきである。反証に決して遭遇しない政策は儀式と化す。拒否を示せない移転デスクは、会員に信仰によって統治するよう求める。拒否された分母のない公開完了リストは虚偽ではないが、根本的に不完全である。

可視化された移転は、一つのケースがゲートを越えたことを教える。不可視のものは、ゲートが何のためにあるかを教える。

両方が数えられるまでは、誰も真剣に政策を研究することはできない。

ソース