概況

  • 公開されている RIR 転送リストは、認識された完了した変更の記録であり、転送試行の母集団ではありません。どのリソースが移動したか、どの名前の組織間で、どの処理日に基づいてかを示すことができます。一般的に、拒否、取下げ、管理上のクローズ、未処理、再開、または審査による変更のリクエストを示しません。
  • 拒否率は、単位と分母が固定されるまでは意味がありません。1件の商業転送で、送信元と受信側のチケット、複数のプレフィックス行、2つの RIR ケースファイルが作成されることがあります。防御可能なベースは、実質的な審査のために受け入れられた重複排除後の転送ケースであり、問い合わせ、不完全な受付、ブローカーの事前審査は別途報告されます。
  • 拒否理由は、安定した階層を用いて非識別化された集計として公開されるべきです。送信元の権限、リソースの適格性またはロック、受信者の適格性、RIR 間の非互換性、紛争または法的保留、制裁義務、データ整合性の懸念、同意または手数料条件、その他の理由（審査対象）です。各理由は、適用されたルールにマッピングされなければなりません。
  • 取下げは無害な残余カテゴリではありません。当事者が商業的な取引失敗、証拠の入手不能、レジストリ要求による完了不能、相手方 RIR の不進行、または誤って開かれたケースなどの理由で退場することがあります。自主的、誘発的、期限切れ、重複によるクローズは分離されなければなりません。
  • 保留中のケースにはストックフローの調整が必要です。期首の保留ケースに新規受理ケースと再開ケースを加えたものは、承認、拒否、取下げ、その他のクローズ、期末保留ケースに等しくなければならず、文書化された修正が行われます。RIR 間の相手方も、同じ商業ケースについて調整する必要があります。
  • 不服申立はフィードバックループを完成させます。レジストリは、提出されたレビュー要求の数、受理されたもの、範囲外で却下されたもの、取下げられたもの、維持されたもの、差し戻されたもの、変更されたもの、覆されたものを公表し、元の非識別化された理由とポリシーバージョンにリンクする必要があります。番号資源社会は、オープンな定義を提唱し、影響を受けるメンバーを招集し、公開集計を比較することはできますが、ケースシステムを維持したり、個別の転送を決定したりすべきではありません。

公開記録は、ポリシーがその勝者を選んだ後に始まる

転送統計ページを開くと、市場は秩序だったものに見えます。あるブロックが組織 A から組織 B に移動しました。日付が表示されています。送信元と受信側の地域が表示されることもあります。転送タイプは、ポリシー転送を合併やその他の組織変更から区別します。行を足し合わせれば、認識された活動を経時的に記述することができます。

では、別の質問をしてみましょう。同様の転送を試みて拒否された当事者はどれくらいいたのでしょうか？

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

これは市場の周縁における技術的な欠落ではありません。可視的な行から導き出されるすべての結論の意味を変えてしまいます。完了数の増加は、アクセスが改善されたことを意味するかもしれません。また、需要が増加した一方で承認率が低下したことを意味するかもしれません。安定した数は、ポリシーが予測可能であったことを意味するか、またはブローカーがレジストリに拒否されることが予想されるケースを提出しなくなったことを意味するかもしれません。地域ルートに転送が少ないのは、商業的に静かであるか、構造的に非互換であるか、受付前に非公式にスクリーニングされた可能性があります。完了した分子だけでは、これらの説明を区別できません。

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

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

成功記録から作られたポリシーは、自分自身を甘く見るでしょう。適合したケースを見て、境界を試したケースを見失います。それが、決定が正しかった場合でも、拒否された転送が重要な理由です。それはルールが何をするかについての証拠です。

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

拒否率を公開する前に、RIR は何をカウントするかについて合意しなければなりません。これは事務的に聞こえますが、透明性のある報告が偽りの数値を一つも含まずに誤解を招く可能性があるポイントです。

1件の交渉された転送は、1つの商業ケースです。1人の売り手、1人の買い手、1組の合意されたリソースが関与する場合があります。レジストリ内では、別々の送信元と受信側のチケットが作成されることがあります。合併は、特定の受信者への転送とは異なる表現がされることがあります。ブロックは多くのプレフィックス行に分割される可能性があります。RIR 間転送では、送信元と宛先の両方の機関でレコードが作成されます。法的な身分証明、契約、請求、技術的な整理のために追加のチケットが開かれることもあります。

チケットをカウントすると、より複雑な手続きを経たケースが過大評価されます。プレフィックスをカウントすると、1つの断片化された保有の転送が、1つの集約ブロックの転送よりも大きく見えます。アドレスをカウントすると、大きな取引が行政上の決定を記述することを意図した尺度において非常に大きな重みを持ちます。両方の RIR の記録を加算すると、二国間ケースが二重にカウントされます。

基本単位は、重複排除された転送ケースとすべきです。すなわち、1つの商業指示に基づき、特定された送信元から特定された受信者への認識された登録の変更案で、定義されたリソースセットを対象とするものです。公開報告書は、これらの身元を公開する必要はありません。機関は、すべての関連チケット、プレフィックス行、および RIR ファイルがそのケースに解決されるように、秘密のリンクキーを必要とします。

実質的な決定率の分母は、定義されたコホート期間中に実質的な審査のために受け入れられたすべてのユニークケースであり、最終結果に至るまで追跡されるべきです。受理とは、最低限の身元、リソース、およびリクエスト要素が、レジストリが適用可能な転送ルールを評価するのに十分であったことを意味します。承認が確実であることを意味するものではありません。

3つの隣接する集団は分離されなければなりません。

問い合わせは、リクエストになることのない連絡や適格性に関する質問です。これらは抑止や混乱を明らかにしますが、多くの場合、ユニークケースを定義するのに十分な情報を欠いています。不完全な受付は、必須項目、権限、または確認が欠けているために実質的な審査に至らなかった提出物です。これは手続きの使いやすさを明らかにします。受理ケースは、公開された受付基準を超え、実質的なポリシー決定にさらされます。

ブローカーの事前審査は、RIR の直接管理外にある第4の集団です。ブローカーは、購入者が計画した使用が適格でないこと、または売り手にブロックがロックされていることを伝える場合があります。これらのケースは市場アクセスにとって重要ですが、レジストリは自分たちに提示されたことのないものを正直にカウントすることはできません。自主的で独立して監査されたブローカー報告は、この減少を見積もることができます。それは、スタッフが決定したかのように RIR の分母に決して統合されてはなりません。

この層状のアプローチは、2つの逆の操作を防ぎます。レジストリは、後で不完全とラベル付けされた受理ケースを除外することによって、見かけ上の承認率を改善することはできません。批評家は、すべてのカジュアルな問い合わせを拒否された転送としてカウントすることによって、拒否率を膨らませることはできません。境界は公開され、将来的で、テスト可能です。

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

「承認」と「不承認」は、組織的な学習には粗すぎます。前者は修正や部分的な二国間の失敗を隠します。後者は、決定、当事者の選択、および異なるポリシー結果をもたらすべき管理上のクローズを統合します。

すべての受理ケースは、報告期間をこれらの状態のうち正確に1つで終了する必要があります。

完了は、承認されたリソースセット全体に対して認識されたレジストリ変更が実行されたことを意味します。修正付き完了は、転送は発生したが、承認されたリソースセット、受信者、ルート、または法的形態が受理されたリクエストと実質的に異なっていたことを意味します。拒否は、レジストリがケースがルールまたは必須の法的条件を満たしていないという実質的な決定を発行したことを意味します。当事者による取下げは、権限のある当事者が実質的な拒否の前にリクエストを終了したことを意味します。不完全でクローズは、指定された必須の証拠またはアクションが提供されなかったため、レジストリがケースを終了したことを意味します。期限切れは、公開された応答または確認期間がアクションなしで終了したことを意味します。重複または置換は、別のケースが権威あるパスとなり、独立した決定がカウントされるべきでないことを意味します。レジストリによるキャンセルは、機関がポリシーの適格性に起因しない管理的または技術的な理由でケースを終了したことを意味します。保留中は、報告境界までに終端状態に達していないことを意味します。再開または修正は、以前の終端分類が変更され、元の状態と置換後の状態の両方が保存されることを意味します。

カテゴリは意図的に事実に基づいています。拒否が不当であったり、取下げが強制されたことを意味するものではありません。それらは、それらの質問が研究される基盤を作り出します。

「修正付き完了」カテゴリは特に重要です。買い手が/16を求めたが、審査後に小さなセットが承認されたとします。単に承認されたと呼ぶことは制限の効果を隠し、拒否されたと呼ぶことは実際の転送を隠します。公開集計は、買い手や正確なプレフィックスを特定せずに修正帯域を報告できます。

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

管理上の削除は、決してケースを歴史から削除してはなりません。重複が統合された場合、存続するケースは除外されたレコードへの参照を保持します。スタッフのエラーでケースが作成された場合、「レジストリによるキャンセル」は集計内で可視のままです。拒否されたケースが後日再開され完了した場合、両方の事実が重要です。ポリシーが最初に停止し、審査または新しい証拠が結果を変更したということです。

この分類が存在すれば、分母は監査可能になります。開始コホートケースは、すべてが終端状態に達するまで追跡できます。レポートは、暫定期間の結果と成熟したコホートの結果を区別できます。終了が不便であるという理由だけでケースが消えることはありません。

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

失敗した転送の公開に対する中心的な異論は、機密性です。拒否された申請者は、顧客の計画、企業文書、紛争、法的アドバイス、制裁懸念、またはセキュリティに敏感なインフラを開示している可能性があります。失敗した買い手を特定したり、正確なプレフィックスをリストすることは、評判を損ない戦略を明らかにする可能性があります。その異論は、ケースレベルの公開に対しては有効です。それは統計的な暗闇に対する議論ではありません。

非識別化された理由コードは、当事者を秘匿しながら組織的事実を保存できます。階層は比較のために安定し、ポリシー変更をサポートするために具体的でなければなりません。

送信元の権限が確立されていないは、申し出ている当事者が登録変更を要求できることを証明しなかったケースをカバーします。リソースが不適格またはロックされているは、保留期間、予約ステータス、事前受取制限、自発的ロック、またはブロックに関連する別のルールをカバーします。受信者の適格性が確立されていないは、受信組織、契約ステータス、地域プレゼンス、または使用実証条件をカバーします。RIR 間パスが利用できないは、非互換性、相互手続きの欠如、または相手方の拒否をカバーします。紛争または外部法的保留は、競合する請求、破産制限、裁判所手続き、または別の記録された紛争をカバーします。必須の制裁または法的禁止は、通常のポリシー選択とは別の法的義務をカバーします。整合性または詐欺の懸念は、虚偽、矛盾、または検証不可能な証拠をカバーし、詳細が害を生む場合はより高いレベルの公開ラベルが使用されます。契約、手数料、またはアカウント条件が未達成は、必要な契約、未払い料金、またはアカウントの準備状況をカバーします。技術的記録条件は、リソースセットまたは現在のレジストリ状態の欠陥で、一貫した変更を妨げるものをカバーします。その他の実質的理由は利用可能ですが、頻繁に使用される場合はレビューをトリガーすべきです。

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

すべての理由コードは、当時適用されたポリシー条項、公開手続き、または法的カテゴリにマッピングされなければなりません。公開集計は、申請者を公開せずにルールバージョンを報告できます。スタッフが未公開の解釈に依存する場合、その事実は「手続きが公に特定されていない」として可視化されるべきであり、「その他」に隠されるべきではありません。

理由は、ルールを甘く見せるために後付けされてはなりません。コードブックの変更には、バージョン、発効日、および古いカテゴリから新しいカテゴリへの橋渡しが必要です。過去のリリースは利用可能なままです。ケースが最初に受信者不適格と分類され、後にスタッフエラーに修正された場合、改訂記録は両方を示します。

この証拠の価値は実用的です。送信元権限の紛争による10件の拒否は、より強力な事前提出検証を正当化するかもしれません。同じ曖昧な受信者テストによる10件の拒否は、ポリシー文言またはガイダンスが失敗していることを示すかもしれません。繰り返される相手方非互換性は、完了した転送のリストでは明らかにできない閉鎖ルートを特定するかもしれません。理由データは、不満をメンバーが統治できる何かに変えます。

取下げは結果であり、不便な因果関係のためのビンではない

取下げは、レジストリが拒否を発行しなかったため、ポリシーについて何も語らないかのように扱われることがよくあります。その前提は成り立ちません。

売り手は、買い手が資金を提供できなかったために取下げるかもしれません。買い手は、展開が変更されたために取下げるかもしれません。これらは商業的な退出です。当事者は、追加の証拠が必要であると伝えられた後、相手方 RIR が進めないことを知った後、レジストリの解釈が期待される結果を変更した後、または継続のコストが取引の価値を超えた後にも取下げるかもしれません。これらは正式な拒否ではありませんが、ポリシー環境が結果に寄与しました。

レジストリは、当事者の動機を一方的に決定すべきではありません。クローズ時に、取下げ当事者は広範な理由を選択する必要があり、「答えたくない」も利用可能です。スタッフは、手続き上の状態と未解決の条件を別途記録します。2つのフィールドは共存できます。「商業契約終了」という当事者の理由、「受信者証拠要求中」というレジストリ状態。どちらも他方の心を読もうとはしません。

最低限、公開集計は、商業的な取下げ、当事者の再編、証拠の入手不能、特定されたポリシー懸念、相手方の利用不可、重複/置換、および未公開を区別するべきです。否定的な予備的所見の後の取下げは、審査開始前にネットワーク計画を変更した買い手と黙って統合されるべきではありません。

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

この区別は、申請者と同様に機関を保護します。商業的な取下げの割合が高いことは、ポリシーの失敗を証明しません。同じ証拠要求でのクローズの割合が高いことは、拒否が発行されなくても再設計を正当化するかもしれません。未確認ケースの割合が高いことは、当事者間の調整が不十分であることを示すかもしれません。3つすべてをまとめると、公正な診断が妨げられます。

事前承認後の取下げには追加のフラグが必要です。ポリシーは受信者を原則として承認したかもしれませんが、ブロック、送信元、RIR 間ルート、または取引は依然として失敗しました。これは事前承認の限界を示し、機関がそれを成功した資格と単に消えた結果の両方としてカウントするのを防ぎます。

目的は、私的な商業的説明を公開の場に強制することではありません。「申請者が去った」が機関のアリバイになるのを防ぐことです。合意と登録の間に必須の決定パスが存在する場合、退出はデータです。

保留ケースは、レポート間で漂流するのではなく、ストックとして調整しなければならない

機関はすべての終端カテゴリを公開しても、保留ケースを算術の外で浮遊させることで圧力を隠すことができます。したがって、信頼できるレポートは調整アイデンティティから始まります。

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

すべての用語はユニークケースを使用します。送信元と受信側のチケットは統合されます。複数のプレフィックスにまたがるケースは、商業指示が独立して決定可能な転送に正式に分割されない限り、1つのケースのままです。分割が発生した場合、レポートは1つの親ケースが2つの子ケースになることを示し、増加が新しい需要と誤解されないようにします。

アイデンティティは、各 RIR、転送タイプ、および RIR 内または RIR 間クラスごとにバランスしなければなりません。バランスが取れない場合、レポートは不完全です。「データ品質」は、未解決の差異が消える仮勘定になってはなりません。機関は、差異、規模、原因（既知の場合）、および修正計画を公開すべきです。

保留は、1つのストックとして提示するのではなく、決定状態で分割されるべきです。送信元待ち、受信者待ち、送信元レジストリ審査中、受信者レジストリ審査中、二国間調整待ち、法的保留中、契約または手数料待ち、記録変更準備完了。目的は、経過時間分布の研究を再現することではありません。それは、誰または何がストックが保留を離れる前に行動しなければならないかを確立することです。

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

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

この単純な算術は、利用可能な最も強力な管理の1つです。黙示的な削除を困難にします。再分類を明らかにします。受け入れられたすべての転送が結果が存在するまで可視であり続けることを強制します。申請者名を1つも公開せずに、メンバーに安定した分母を提供します。

RIR 間ケースは、2つの機関にわたって1つの結果を必要とする

2つの RIR が参加すると、分母はより難しくなります。各レジストリは自身のチケットを正しく報告しながら、誤った全体像を生み出す可能性があります。

送信元 RIR がリリースを承認し、ケースを転送し、内部チケットを承認済みとしてクローズしたとします。受信者 RIR は、買い手が自らのルールを満たさなかったため拒否します。送信元が承認をカウントし、宛先が拒否をカウントすると、アナリストは2つのケースを見るかもしれません。商業的には、1つの転送試行と完了したレジストリ変更はありません。

したがって、共通単位はチケットの上に存在しなければなりませんが、中央承認機関の下に存在します。2つの RIR は、保護されたマッチング方法を通じて派生した共有の仮名ケース参照を割り当てます。各 RIR は自身のプライベート ID と証拠を保持します。公開集計は、重複排除と調整のためにのみ共有参照を使用します。

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

責任は「相手方」という言葉で洗濯されてはなりません。宛先が拒否した場合、広範な理由カテゴリとポリシーファミリーはその宛先によって報告されるべきです。送信元が完全なハンドオフを送信しなかった場合、ケースは宛先拒否として記録されるべきではありません。ポリシーが互換性がない場合、申請者の失敗を割り当てるのではなく、非互換性を特定します。

両方の機関が最終的な共同分類に署名すべきです。不一致は、定義された調整期間の後に公開されるミスマッチケース数となります。これは恥ずかしいように見えるかもしれません。同じ試みられた変更を記述する2つの公開統計的事実よりも危険ではありません。

この取り決めは、一方の RIR が転送にすでに必要とする以上の機密文書を他方に開示することを要求しません。それは、ケースが完了したかどうか、およびどの機関が終端決定を発行したかについて合意することを要求します。これらは、レジストリ変更自体に必要な事実です。

RIR 間の年次声明は、完了ログでは答えられない質問に答えることができます。受け入れられた試行のうち、各指示ルートに入ったもの、認識された完了に達したもの、送信元条件で失敗したもの、宛先条件で失敗したもの、調整されなかったものの数。それは、ケース結果と決定証拠に限定されながら、ポリシーの発生率を示します。

事前提出減少は、分母の内側ではなく隣に属する

完璧な RIR レポートでさえ、誰も提出しない転送を見逃します。ブローカー、弁護士、および頻繁な買い手は、どのルートが失敗しそうかを学びます。彼らはロックや紛争についてブロックをスクリーニングし、買い手の適格性、および地域間パスの互換性をスクリーニングします。これはレジストリの作業を節約し、クライアントを予測可能な拒否から保護します。また、公式の承認率が、市場参加者が困難なケースをろ過するために正確に高く見える可能性があることを意味します。

解決策は、すべての交渉を RIR ポータルに強制することではありません。それは当事者と機関に投機的な提出の負担をかけるでしょう。また、レジストリが逸話から目に見えない需要を見積もるべきでもありません。事前提出減少は、並行した自発的な統計レイヤーであるべきです。

参加するブローカーと直接当事者アドバイザーは、評価された適格機会、提出が推奨されたもの、推奨されなかったもの、クライアントによって放棄されたもの、提出されたものの四半期カウントを報告できます。非推奨理由は、RIR 分類の広範なバージョンを使用します。送信元権限、ブロック制限、買い手適格性、RIR 間パス、紛争、整合性懸念、または商業的理由です。正確な当事者、プレフィックス、および条件は、貢献者または独立監査人とともに機密のままです。

カバレッジは公開されなければなりません。3人のブローカーが貢献する場合、読者は、比較が可能な場合の公開転送人口に対する彼らの認識された完了ケースのシェアを知る必要があります。レポートは市場全体を測定すると主張することはできません。大規模な貢献者がカテゴリを定義したり、不利なリリースを抑制したりすることを許されるべきではありません。

重複機会は深刻なリスクです。同じ売り手が複数のブローカーにアプローチする可能性があります。保護されたマッチング方法は、機密のリソースと当事者属性を使用して確率的な重複を特定し、曖昧なケースは手動監査で対応します。公開レポートは、生の推定値と重複排除後の推定値を示し、不確実性を説明すべきです。

この証拠は解釈を変えます。レジストリがほとんどの受理ケースを承認するが、ブローカーがニーズテストまたは地域ルートが失敗すると予想されるために多くの妥当な機会を拒否する場合、ポリシーは受付前に選択的です。ブローカーのスクリーニングが低く、RIR 拒否も低い場合、アクセスは本当に予測可能かもしれません。ブローカーが提出を推奨するが、特定の理由が公式の拒否を支配する場合、ガイダンスがスタッフの実践と一致しないかもしれません。

外部レイヤーは、公式の決定分母の外側に留まらなければなりません。ブローカーの意見は RIR の裁定ではありません。それは抑止と期待についての証拠です。レイヤーを分離することで、民間仲介者が公的権限を取得するのを防ぎながら、彼らの情報をポリシー評価に利用できるようにします。

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

拒否カウントは、最初の機関の回答を記録します。それは、その回答が安定していたか、レビューされたか、修正されたかを示しません。

ARIN の公開された不服申立プロセスは、登録サービスリーダーシップを通じたエスカレーションの後、組織が番号リソースリクエスト決定を不服申立することを許可します。リクエストは元のチケットを特定し、規定された期間内に提出されなければなりません。RIPE NCC は、指定された番号リソース登録サービスに関する特定の紛争のための紛争仲裁手続きを維持し、完了した裁定の概要を公開しています。その公開リストには、転送紛争、権限文書の質問、および記録の復帰が含まれます。

これらのメカニズムは、範囲と法的性質が異なります。その違いは、共通の結果報告をより重要にします。

該当するレビュー範囲内の拒否された転送または事前承認ごとに、レジストリは内部再審査が要求されたかどうか、正式な不服申立または仲裁が提出されたかどうか、および結果の状態を記録すべきです。公開カテゴリには、未提出、提出され受理された、範囲外として却下、遅延として却下、取下げ、和解、元の決定維持、さらなる審査のため差し戻し、修正、覆された、および保留中を含めるべきです。

不服申立記録は、元の非識別化された理由コードとポリシーバージョンにリンクします。申請者が最初は利用できなかった新しい証拠を提供したために決定が変更された場合、スタッフがルールを誤って適用したという所見とは別に分類します。両方とも異なる結果をもたらします。決定エラーを直接測定するのは2番目だけです。

差し戻しは覆しではありません。レビュー担当者は、転送が完了すべきであると決定せずに、より明確な説明または別の証拠ステップを要求する場合があります。修正は、より小さなリソースセットまたは異なる法的ルートを承認する場合があります。和解は、一般的な解釈を確立せずに申請者の立場を解決する場合があります。分類はこれらの区別を保存しなければなりません。

不服申立の利用可能性にも分母が必要です。レビューパスの対象となる拒否ケースの数、範囲のために不適格な数、および提出された数を公開します。少ない不服申立数は、満足、コスト、無知、狭い範囲、または露出の恐れを意味する可能性があります。レポートは証拠なしにこれらの説明のうち選択すべきではありません。

理由付きの決定は、機密性が許す限り公開されるべきです。編集された概要は、当事者を特定せずに条項、問題、結果、および根拠を述べることができます。ケースが匿名化するにはあまりに特徴的である場合、集計にのみ含め、独立したレビュー担当者に分類を検証させます。

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

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

拒否された転送データは、直接識別子がなくても商業的に敏感です。まれなブロックサイズ、小さな地域、異常な法的保留、および狭い報告期間は、ブローカーのリストやルーティング観測と組み合わせると、当事者を特定できます。したがって、会社名とプレフィックスを削除することは必要ですが、十分ではありません。

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

転送結果の場合、公開リリースは最小セル閾値を持つ集計カウントを使用すべきです。小さなセルは、時間、方向、または理由の深さを横断して結合されます。正確なリソースサイズはバンドになります。国は必要に応じてより広い地域になります。まれな法的理由はグループ化されます。抑制された値は、重複テーブルを減算することで回復可能であってはなりません。

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

開示ルールは、結果の前に公開されなければなりません。そうでなければ、機関は数字を見た後でプライバシーを呼び出して不便なカテゴリを抑制できます。転送デスクから独立したメンバーからなる開示レビュー機関が、例外を承認し、集計が変更された理由を文書化すべきです。

プライバシー保護は対称的であるべきです。完了した転送リストは、認識された保管変更が公開であるため、送信元と受信組織をすでに特定する場合があります。それは拒否された申請者を特定することを正当化しません。逆に、失敗したケースの機密性は、すべての集計結果を隠すことを正当化しません。異なる公開目的は、異なるデータ処理をサポートします。

統計的ノイズは、いくつかの広範な研究リリースに適切かもしれませんが、コアケース調整は正確で監査可能でなければなりません。公開テーブルは、監査人が開始ケースが終端結果と期末保留を等しくすることを確認できる間、セルを抑制または結合できます。説明なしに会計アイデンティティにノイズを追加すると、制度上の検証が不可能になります。

基準はまた、物語的な手がかりを禁止すべきです。四半期レポートは、「国 X の大規模モバイルオペレータ」と、1つの企業だけが該当する場合に記述すべきではありません。スタッフのプレゼンテーションは、データリリースと同じルールに従わなければなりません。テーブルが安全でも、会議のコメントが安全でなければ、機密性は失敗します。

したがって、非識別化は説明責任の反対ではありません。適切に行われれば、説明責任を持続可能にする方法です。それは、特定の企業がなぜ脆弱であったかを公開せずに、メンバーが機関が何をしたかを知ることを可能にします。

比較には共通定義と地域コンテキストが必要

グローバルテーブルは、読者が5つの RIR を承認率でランク付けするように誘うでしょう。入力人口とルールが比較可能でない限り、それは時期尚早です。

地域は、適格なリソースタイプ、転送ルート、保持期間、受信者テスト、契約条件、および市場履歴が異なります。厳格な事前承認ゲートを持つレジストリは、選択された形式ケースセットを受け取るかもしれません。別のレジストリはより広い受付を受け入れ、後で拒否するかもしれません。1つは非応答を失効として分類するかもしれません。別のものは取下げと呼ぶかもしれません。RIR 間トラフィックは小さい人口を支配し、相手方のルールを決定的にするかもしれません。

したがって、共通基準は、ポリシーコンテキストを保存しながら、ライフサイクルと理由定義を固定すべきです。すべてのリリースは、含まれる転送タイプ、受付閾値、ケースリンケージ方法、ポリシーバージョン、事前承認の扱い、合併の処理、RIR 間重複排除、開示閾値、および既知のギャップを述べます。

主要な比較は、時間の経過とともにルール内で、および同様のケース定義を持つ指示ルート間で行われます。RIR 間の比較は、範囲を考慮した後、理由カテゴリが異常に一般的かどうかを尋ねることができます。単一の集計比率から1つの機関がより公平であると宣言すべきではありません。

メンバーシップ構成も重要です。多くの小規模申請者がいる地域は、大規模な既存事業者が支配する地域とは異なる文書化の失敗を見るかもしれません。公開分析は、レジストリサービスカテゴリから派生した広範な申請者サイズバンドを使用できます。ただし、そのバンドが当事者を特定したり、道徳的価値の代理になったりしないことが条件です。

ポリシー変更にはブレークマーカーが必要です。保持期間が1月1日に変更される場合、その日付の前後に受け入れられたケースは、同じ四半期にクローズしても異なるポリシーコホートに属します。レポートは、適用されたルールを示すべきであり、クローズ日から推測すべきではありません。

スタッフガイダンスの変更も重要です。ポリシーテキストは一定のままで、証拠の期待値がシフトすることがあります。重要な公開手続き改訂にはバージョン日付が付けられます。未公開の解釈が変更された場合、透明性レポートは有効期間と遡及効果を特定します。

比較は、控えめであるときに信頼できるものになります。データは、ある理由がより頻繁に現れること、あるルートがミスマッチケースを生成すること、またはレビューが決定のカテゴリを変更することを示すことができます。それ自体で動機、腐敗、または経済的害を証明することはできません。それらの主張には追加の証拠が必要です。

目的は、スコアボードではなくポリシーフィードバックです。共通定義により、メンバーはより良い質問をできるようになり、地域コンテキストは算術が判断を装うのを防ぎます。

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

自己報告された結果データは、分類が評判に影響するため検証が必要です。拒否を「取下げ」、古い保留ケースを「不完全でクローズ」、RIR 間拒否を「相手方キャンセル」と呼ぶインセンティブは、悪意がなくても明らかです。曖昧なケースは、最も害の少ないカテゴリに向かって漂流します。

独立した年次レビューは、すべての終端クラスからサンプルを抽出し、低頻度で高裁量のカテゴリに特に注意を払うべきです。レビュー担当者は、各サンプルケースを受付からチケット、決定通知、リンクされた RIR 記録、レビューリクエスト、最終レジストリ状態まで追跡します。1つの商業ケースが複数回カウントされていないこと、および受け入れられたケースが消えていないことをテストします。

レビュー担当者はまた、生のケースイベントからストックフロー調整を実行します。RIR 間参照を相手方レポートと比較します。ポリシー条項が理由コードと一致すること、再開ケースが以前の結果を保存すること、不服申立分類が実際の処分を反映することを確認します。

プライバシー管理は別途テストされます。レビュー担当者は、公開転送リスト、ブローカーリスト、ルーティング観測、および企業発表を使用して合理的なリンケージ攻撃を試みます。セルが拒否された当事者を特定できる場合、リリース設計は強化されます。所見は、制度上の合計を削除せずに保護を改善するべきです。

保証報告書は、機密ファイルを開示する必要はありません。方法論、サンプル範囲、エラー率、修正された合計、未解決の不一致、および経営陣の対応を公開します。重要な修正は、黙って置き換えるのではなく、改訂ノートを付けて以前のリリースを更新します。

メンバーは、転送運用から独立したプロセスを通じてレビュー担当者を任命または承認すべきです。資金は、好ましい結論に依存してはなりません。レジストリは所見に応答できますが、検証された不一致の公開を拒否すべきではありません。

最初のレビューはおそらく、散らかったレガシーデータを見つけるでしょう。それは待つ理由にはなりません。機関は歴史的カバレッジを不完全とマークし、より強力な定義で将来の収集を開始できます。正直で調整可能な結果の1年は、再構築された確実性の10年よりも有用です。

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

メンバーは、その拒否が見えない権力を統治できない

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

ポリシーは狭く聞こえ、広範な拒否を生むかもしれません。別のポリシーは厳しく聞こえても、申請者が簡単に資格を得るためめったに拘束しないかもしれません。文書化ルールは詐欺から保護するかもしれませんが、単に企業の証拠を複製するかもしれません。互換性条件は1つの指示ルートに影響し、他はそのままにするかもしれません。答えは、ポリシーの散文の優雅さではなく、理由別の結果にあります。

欠落した分母はまた、代表性を歪めます。繰り返しブローカーと大規模事業者は、どのリクエストが失敗するかについての私的知識を蓄積します。小規模メンバーは、自分たちのケースと完了した公開リストだけを見ます。ポリシー議論は、隠されたシステムを推測するのに十分なボリュームを持つ参加者に報います。透明性は、その情報階層を減らすべきです。

拒否を公開することは、民間の事業計画を公開することを要求しません。それは、機関が拒否が集合的効果を持つ権力の行使であることを認めることを要求します。レジストリが買い手に適格でないと言えるなら、その決定をカウントできます。証拠不足でリクエストをクローズできるなら、証拠カテゴリを特定できます。不服申立で決定を防御できるなら、結果を報告できます。

規律は、理事会とポリシーコミュニティに拡張されるべきです。ルールを提案する際、スポンサーは変更されると予想される結果カテゴリとレビュー日を特定します。実施後、メンバーは予測が維持されたかどうかを確認します。紛争転送を防ぐことを意図したルールは、送信元権限の紛争を減らすか解決するべきです。不完全なクローズを増やしながら検証された詐欺の所見を変更しない場合、ポリシーは再考に値します。

サンセットとレビュー条項は、証拠が存在するときに意味を持ちます。それがなければ、すべての側が逸話を持って到着します。スタッフは成功ケースを引用します。ブローカーは去ったクライアントを引用します。申請者は一貫性のない質問を引用します。誰も人口を確立できません。

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

メンバーは、拒否された買い手を見る必要はありません。彼らは、買い手を拒否したルール、それがどのくらいの頻度でそうしたか、当事者がその周辺でケースを放棄したかどうか、およびレビューが決定を支持したかどうかを見る必要があります。

番号資源社会は、裁判所にならずにポータブル分母を提唱できる

番号資源社会は、共通の統計定義を提唱し、転送を決定する機関にそれらに対する証拠を公開するよう圧力をかけることができます。それは統計インフラ自体を供給または運用すべきではありません。

その最初の貢献は、オープンなケース辞書を提案する提言ペーパーです。商業ケース、RIR チケット、受理された受付、実質的拒否、取下げ、失効、保留、RIR 間マッチ、不服申立、修正。各提案用語は、例と除外を含むことができます。RIR または独立した基準および研究グループは、公式報告で使用される定義を採用、バージョン管理、運用する必要があります。

2つ目の貢献は、公開比較です。各 RIR は、ローカルのポリシー条項を共通の高レベル理由にマッピングし、ローカルの詳細は非公開で保持すべきです。番号資源社会は、レジストリが公開するマッピングを分析し、公式の理由コードレジストリを維持したり、基礎となるルールが同一であるふりをしたりせずに、メンバーに違いを説明できます。

調整は、RIR と独立監査人に属します。彼らは保護されたマッチングトークンを交換し、ケースがバランスするかテストし、ミスマッチの合計を公開できます。番号資源社会はその設計を提唱し、結果の公開声明を精査できますが、トークン、申請者ファイル、または署名されたレジストリ返却を受け取るべきではありません。

制御された研究アクセスも同様に、公開された保護措置の下で運営される資格のある独立データ管理者に属します。研究者は、よりリッチな非識別化ケースデータを研究し、再識別リスクをテストし、特定の理由がポリシー変更の周りにクラスターするかどうかを調べることができます。番号資源社会は、情報源に基づく所見を公表し、方法論的挑戦を招くことができます。保護されたデータセットを保持したり、誰がそれを受け取るかを選択したりすべきではありません。

当事者のポータビリティは依然として有用な要求です。申請者は、自身のケース履歴、理由通知、およびレビュー結果を、担当 RIR から共通形式でエクスポートできるべきです。番号資源社会は、それらの記録を求めるメンバーを支援し、繰り返し発生するアクセス問題を文書化できますが、RIR は各ケース履歴の認証と修正に責任を持ちます。

番号資源社会は、個別の不服申立を聞いたり、拒否されたケースが承認に値すると認定したり、ブローカーに参加を要求したり、クライアントの身元を公開したり、データ貢献を転送の条件にしたりすべきではありません。また、ケース台帳、RIR 間調整、または保護された研究環境を運用すべきでもありません。これらの境界は、その提唱役割に内在しており、後で権限が付与されるのを待つギャップではありません。

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

これは具体的な番号資源社会の提案です。共通のイデオロギーの前に共通の事実を。各地域が自らのポリシーを防御することを許可するが、防御にはポリシーが停止したケースを含めることを要求します。

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

RIR は、欠落した分母を認める前に完璧なグローバルプラットフォームを必要としません。有用な最初のリリースは、通常のケース管理から将来に向けて生産できます。

1つの報告期間について、期首保留、新規受理ケース、再開ケース、完了、修正付き完了、拒否、取下げ、不完全クローズ、失効、重複または置換、レジストリキャンセル、期末保留を公開します。合計を調整します。RIR 内と RIR 間ケースを分離します。受付閾値と除外を記載します。

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

次に、RIR 間マッチングを追加します。各ペアは、受理ケースと終端ケースを比較し、重複を解決し、ミスマッチの合計を公開します。新しいケースから共通の仮名参照を開始でき、古い記録は限定的なままです。

最後に、レビュー結果を追加します。内部再審査と正式な不服申立、受理決定、維持、差し戻し、修正、覆しをカウントします。それぞれを元の理由カテゴリにリンクし、新しい証拠か決定エラーが変更を引き起こしたかを特定します。

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

この改革には、契約、申請者名、正確な拒否されたプレフィックス、または機密の事業計画の公開は必要ありません。当面の質問はより基本的です。何が決定システムに入力され、どの状態で出て行き、なぜ、そしてレビューは答えを変えたか？

完了した転送リストは公開されたままであるべきです。それは認識された保管変更の貴重な証拠です。新しい結果ステートメントはその隣に置かれ、完了が生まれた人口を説明します。

そのステートメントが存在すれば、ポリシー議論は変わります。メンバーは、ルールがめったに拘束しないか拒否を支配するかを見ることができます。申請者は、理由を集計実務と比較できます。レビュー機関は、繰り返し発生するエラーを特定できます。ブローカーは、スクリーニングの期待が公式の決定と一致するかテストできます。RIR は、権威ではなく証拠で必要な拒否を防御できます。

ポリシーは、それが消去するケースから学ぶことはできない

拒否された転送は自動的に犠牲者ではありません。権限のない売り手、不適格なブロック、公開された条件を満たさない買い手、真正な紛争、または信頼できない証拠が関与する可能性があります。拒否はレジストリの正確性を保護できます。

それがまさにケースがカウントされるべき理由です。

送信元権限の失敗が一般的なら、市場は交渉前に証明を改善する必要があります。リソースロックが支配的なら、メンバーはそれらのロックが依然として意図された目的に役立つかを評価できます。受信者テストが多くの受理ケースを拒否するなら、ポリシーコミュニティはその発生率を調べることができます。RIR 間非互換性がルートを停止するなら、2つの機関はもはやそれを横断したいくつかのケースだけを指すことはできません。不服申立が理由を繰り返し覆すなら、ルールまたはその適用は修理を必要とします。

完了のみを公開するレジストリは、自らの成功に選択された証拠システムを作り出します。それは通過したものを示し、結果を市場と呼びます。ゲートが誰を除外したか、閉じている間に去った者、またはレビューに耐えられなかった決定についての公開記録はありません。

改革は急進的な開示ではありません。それは、機密インフラに適応された通常の行政会計です。ケースを定義します。すべての受理ケースを保存します。1つの終端結果を割り当てます。主要理由を記録します。保留ストックを調整します。二国間ケースをマッチングします。レビューを追跡します。集計とテストされた開示管理を通じて身元を保護します。

最も難しい部分は制度的であり、統計的ではありません。拒否は、機関が自分自身について語る物語を複雑にします。取下げは、完全に制御できない因果関係を導入します。保留調整は、失われたまたはミスマッチの状態を露呈します。不服申立結果は、最初の決定が変わりうることを認めます。

しかし、メンバーシップ団体はその複雑性を望むべきです。反対の証拠に遭遇しないポリシーは儀式になります。拒否を示せない転送デスクは、メンバーに信仰によって統治するよう求めます。拒否された分母のない公開完了リストは、虚偽ではありません。それは根本的に不完全です。

可視的な転送は、1つのケースがゲートを越えたことを教えてくれます。不可視の転送は、ゲートが何のためかを教えてくれます。

両方がカウントされるまで、誰も真剣にポリシーを研究できません。

出典