概況

  • 平均値または中央値の完了時間は中心だけを表します。少数の IPv4 移転が繰り返しの証拠要求、二者間ハンドオフ、法的審査、説明のつかない不活動に数ヶ月を費やしているかどうかを示すことはできません。90パーセンタイルと95パーセンタイル、テール対中央値比、プライバシー保護の対象となる最大値は、制度的リスクの必要な尺度です。
  • 完了したケースは選択された集団です。困難なリクエストが未処理のまま残ったり、再提出のために返却されたり、期限後にキャンセルされたり、取引が待てなくなったために撤回された場合、完了のみの中央値は改善する可能性がありますが、実際のアクセスは悪化します。未処理ケースの経過時間と未完了の結果は、完了ケースの期間と共に公開される必要があります。
  • 移転には複数の時計が必要です：最初の提出から受理された完全性まで、完全性から決定まで、承認から記録変更まで、そして総経過時間。各期間はそのコントローラーを特定しなければなりません - 送信元当事者、受信者当事者、送信元レジストリ、受信者レジストリ、共同スケジューリング、法的保留、外部機関 - そして、ケース全体を一方に割り当てるのではなく、すべての切り替えを保存しなければなりません。
  • 再提出は履歴を消去してはなりません。レジストリは関連するチケットを1つの移転エピソードにリンクし、各返却の回数と理由を開示し、現在のチケットの期間と最初の実質的に完全な試行からの累積経過時間の両方を報告すべきです。そうでなければ、困難なケースを閉じて再開することで統計的に若くすることができます。
  • 理由カテゴリは、不完全な身元証明、署名権限、リソースの適格性、ポリシーの資格、紛争、制裁または裁判所の保留、料金または契約、技術的カットオーバー、相手方の調整、当事者の無応答、拒否、撤回、管理上の閉鎖を区別すべきです。これらは分析的なカテゴリであり、不正行為の非難ではありません。
  • 番号資源協会（Number Resource Society）は、オープンなイベント語彙と、レジストリが当事者に署名付きでポータブルなケース履歴を提供し、開示された証拠からソースに基づく比較を公開することを提唱できます。履歴の発行、権威あるハンドオフの監査や調整、または誰が移転に値するかの決定はできません。これらの義務は責任のある RIR と独立した資格のあるレビュアーに残ります。

2日間の主張は6ヶ月の問題と共存できる

制度的な遅延はしばしば安心感として現れます。ほとんどのケースは迅速に完了します。通常のリクエストは複雑ではありません。平均は目標範囲内です。中央値の申請者はほとんど不満を言うことはありません。

これらの記述は正確かもしれませんが、資金調達、展開、顧客移行が通常でない移転に依存している事業者が気にする質問には答えていません。

RIPE NCC によると、ほとんどの場合、地域内移転は当事者が要求された資料を提供してから1〜2営業日以内に完了します。ARIN によると、署名された Registration Services Agreement と該当する料金を受け取った後、リソースは2営業日以内に移転されます。APNIC は歴史的に、リソースリクエストへの対応に1〜2営業日かかると説明してきましたが、明確化によりプロセスが延長される可能性があると警告しています。これらは有用な約束ですが、スタートラインが異なる時計です。

RIPE の説明は書類完了段階に近いものに現れています。ARIN の2日間の記述は、承認条件、料金、契約が満たされた後に始まります。APNIC の古い記述は最終的な登録ではなく応答に関するものでした。いずれも単独では、当事者の最初の本格的な提出から最終的な記録変更までの期間を測定していません。したがって、買い手は引用された各サービス間隔が正式に維持されている間に長い取引を経験する可能性があります。

これは意味論的な反対ではありません。これは中心的な説明責任の問題です。最も長いケースは、通常、制度が最も重要な判断を行使するケースです：歴史的な保有者が同じ法人であるかどうか、役員がそれを拘束できるかどうか、リソースが適格であるかどうか、受信者が資格を持つかどうか、紛争が進行中であるかどうか、または2つの地域ルールセットを調整できるかどうか。これらはまさに、会員が権限がどのように使用されるかを知る必要があるケースです。

単一の中央値は設計上それらを隠します。中央値は観測の半分が下に落ちる点です。51件のケースが2日かかり、49件が半年かかる場合、中央値は2日のままです。スタッフがより多くの簡単なケースを完了しながら古いものが待機している場合、改善される可能性があります。これらの古いリクエストがクローズされ、新しいチケット番号で再提出されると、再び改善される可能性があります。安心させるための統計は、制度的リスクが最も大きい場所で最も情報価値が低くなる可能性があります。

答えは中央値を捨てることではありません。分布を代表するように要求するのをやめることです。信頼できる移転時間レポートは、中心、テール、未完了の在庫、およびそれらの間の制御の移動を示すべきです。

分母は機関が話している間に変化する

移転速度に関する主張の背後には少なくとも4つの集団があります。最初はすべての問い合わせ。2番目は正式に提出されたすべてのリクエスト。3番目は実質的な審査のために十分完全であると受け入れられたすべてのリクエスト。4番目は報告期間中に完了したすべてのリクエスト。それらの期間と結果は互換性がありません。

完了統計は通常、4番目の集団を記述します。その選択には立派な運用上の目的があります：終了したケースには観測された終了日があります。また、選択を作成します。四半期末にオープンなケースは、その最終的な期間にまだ貢献していません。オープンが長ければ長いほど、完了のみの計算から長く欠落しています。統計学者はそのような観測を、結果がまだ完全に観測されていないため打ち切りと呼びます。管理者はそれらを保留中と呼ぶ可能性が高いです。いずれにせよ、それらを除外すると、報告された集団は現実のケース負荷よりも体系的に容易になります。

デスクが90件の通常の移転を10日で完了し、10件の紛争移転を翌年に持ち越すとします。完了した時間の中央値は10日です。90パーセンタイルも計算方法によっては10日かもしれません。しかし、期間中に実質的にアクティブなケースの10分の1は、公開された経験よりもすでに古いです。同じ10件のケースが次の四半期もオープンな場合、別の速い中央値が発表される可能性があります。制度は、その最も困難な作業が決して分母に達しないため、一貫して効率的に見えます。

撤回は2番目の選択を作成します。商業契約が期限切れになり、資金調達が失効し、展開が別の場所に移動するか、または相手方が忍耐を失う可能性があります。当事者が120日後に撤回した場合、完了のみの系列は負担を記録しません。ケースを私的な商業的失敗とラベル付けすることは、行政の不確実性が貢献した可能性を排除しません。レジストリは因果関係を決定する必要はありません。期間を保存し、当事者が広範な撤回理由を選択できるようにする必要があります。

拒否は3番目の選択を作成します。長期審査後に到達した決定は、公的な完了移転記録に移転が表示されなくても制度上の結果です。キャンセルは4番目の選択を作成します。APNIC の現在のガイドでは、受信者は送信元開始移転を30日以内に確認する必要があり、そうでなければリクエストはキャンセルされると述べています。これは明確なルールですが、結果として生じるケースは期間勘定に属します：開始、受信者の待機、30日でキャンセル。ブロックが移動しなかったため省略することは、明示的なサービスイベントを統計的な沈黙に変えます。

受付スクリーニングは5番目の選択を作成します。不完全として返されたリクエストは、実質的な時計に入ることがないかもしれません。要件が明確で省略が明白であれば、その分離は防御可能です。レビュアーが複数のサイクルにわたって連続した証拠を要求する場合、各サイクルを事前クロック活動として扱うことで、制度の貢献を隠すことができます。レポートは、最初の提出年齢と受理完了年齢の両方を必要とします。

したがって、分母は前提ではなく明示されるべきです。公開された各数字は、問い合わせ、提出リクエスト、完了リクエスト、決定、記録変更、またはすべてのクローズドケースをカバーするかどうかを示さなければなりません。四半期ごとの調整は、ケースがそれらの状態間をどのように移動するかを示すべきです。その橋がなければ、速い中央値は生産者によって選択された集団に関する主張です。

平均と中央値は異なる半真実を語る

平均値は、極端に古いケースがそれを引き上げることができるため、しばしば批判されます。中央値は、極端な値にロバストであるため賞賛されます。両方の観測は統計的に正しいです。それらから一般的に導かれる制度的結論はそうではありません。

目的が典型的な完了ケースの経験を記述することであれば、中央値は有用です。目的が待機負担の合計を測定することであれば、平均値は中央値が捨てる情報を持っています。50件の移転が2日で完了し、1件が300日かかる場合、中央値は2ですが、例外的なケースはすべての通常のケースを合わせたよりも多くの待機時間を占めます。典型的でなくても、その負担は現実です。

NIST 統計ハンドブックは、中央値を50パーセンタイルと説明し、パーセンタイル推定値は特に小サンプルで使用される補間方法によってわずかに異なる可能性があると述べています。その技術的詳細は、薄い指示された地域間ルートで重要です。レジストリは、例えば R7 または R8 の規則を使用しているか、同点の日付をどのように扱うか、部分的な営業日が丸められるかを特定すべきです。そうでなければ、2つの機関が同じ小さな集団から名目上同一のパーセンタイルを公開し、異なる値を得ることができます。

最小分布には、ケース数、25、50、75、90、95パーセンタイル、算術平均、プライバシー保護された最大値または最古ケースバンドを含めるべきです。25と75パーセンタイルは中央の広がりを示します。90と95はテールを示します。平均は累積負担を捉えます。最大値は、ケースが識別できない場合、通常の管理外に放置された古代のファイルがあるかどうかをテストします。

2つの派生尺度が特に明らかです。1つ目はテール対中央値比：90パーセンタイルを中央値で割ったもの。中央値が2日で90パーセンタイルが20の場合、比率は10です。後の中央値が1日で同じ90パーセンタイルの場合、比率は20です。ルーチン自動化は改善したが、テールガバナンスは改善しませんでした。2つ目は超過テール日数：宣言されたサービスしきい値を超える暦日数をケース間で合計したもの。これは約束の外にどれだけの待機が集中しているかを示します。

複合スコアはこれらの尺度を統合すべきではありません。デスクは良い中央値と悪いテールを持つことができます。別のデスクは遅い中央値を持つが、圧縮された予測可能な分布を持つことができます。資金調達期限を調整する買い手にとって、予測可能性は典型的な値よりも重要かもしれません。会員は、機関によって選ばれた管理グレードではなく、両方を見るべきです。

分布はサンプルサイズに関する信頼も必要です。12ケースに基づく95パーセンタイルは不安定です。公開はカウントを示し、薄いセルについては期間を結合するか、疑似精度の代わりに年齢バンドを表示すべきです。抑制は可視でなければなりません。空白のセルは、不便な結果ではなく、規定されたルールでケースが少なすぎることを意味します。

テールは裁量が参入コストになる場所

遅延は中立的に分布していません。大規模な繰り返し参加者は、顧問、専門スタッフ、代替在庫を維持できます。小規模事業者は、データセンターの開設、顧客契約、移行ウィンドウに結びついた1つの計画された取得を持つかもしれません。同じ90日の不確実性は異なる経済的損害をもたらします。

これにより、テール時間は会員説明責任の質問となり、単なる顧客サービスの指標ではありません。古いケースが初回受信者、レガシーホルダー、国境を越えた当事者、または一般的でない法的形態を持つ組織に集中している場合、分布はどの種類の参加者が制度の解釈の不確実性を負担しているかを明らかにします。経験豊富な繰り返しユーザーによる定期的な移転が中心を支配するため、グローバル中央値はそのパターンを隠すことができます。

セグメンテーションは、作業を変化させる可能性が高い要因に限定されるべきです：RIR 内または RIR 間、送信元と受信者のレジストリ、移転ポリシータイプ、リソースクラス、事前承認の有無、初回または繰り返し参加者、通常または紛争のある身元、強化された法的審査。名前や機密性の高い申し立てを公開してはなりません。また、遅延したすべてのケースを単に吸収する複雑という裁量的カテゴリを作成することも避けるべきです。

複雑さにはエントリルールが必要です。ケースは、第三者の請求、裁判所命令、制裁スクリーニング一致、解散した保有者、争われた承継、一貫しない公的な法人登記記録、または特定の法的エスカレーションがアクティブな場合、強化審査に入る可能性があります。イベントにはタイムスタンプが必要です。問題が解消されれば、ケースはカテゴリを離れます。公開レポートは、いくつのケースが入り、出て行き、完了し、保留中かを示すべきです。

複雑さとキューイングの区別は重要です。困難な法的質問はより多くの作業を正当化できます。誰も行動しない測定されない間隔を正当化しません。コントローラー時計は、ケースが40日間の当事者証拠収集、7日間のレジストリ分析、および相手方レジストリを待つ30日間を必要としたことを示すことができます。それは複雑なケースはより長くかかると言うよりも信頼できる説明です。

慎重な審査が失敗と扱われるべきではありません。迅速だが不注意な移転は、矛盾する記録、ルーティングセキュリティの混乱、または詐欺リスクを生み出す可能性があります。目的は、無差別な速度ではなく、境界があり説明可能な時間です。テール報告は、制度が何が起こったか、誰が次のアクションを持っていたか、類似のケースが同様の扱いを受けたかどうかを実証できるため、慎重な審査を防御可能にします。

逆もまた真実です。法的に比較可能な2つのケースが記録された理由なしに根本的に異なる時間を要する場合、分布は一貫しない管理を指摘します。会員は機密文書を見ずにプロセス修理を要求できます。扱いの平等は同一の結果によって証明されるのではなく、比較可能な段階、理由、時計によってテストされます。

1つの移転には複数の時計が含まれる

エンドツーエンド時間は不可欠ですが、遅延を診断するには粗すぎます。移転は、地域の手続きが異なっていても、共通のイベントのシーケンスとして表現されるべきです。

最初のイベントは最初の提出です：送信元、意図された受信者、リソースセットを特定し、実際の提案された移転を示すのに十分な最も初期のリクエスト。2番目は受付応答です：確認、不正形式としての拒否、または不足資料の具体的な要求。3番目は受理された完全性です：机は実質的な評価を開始できると確認しますが、承認を意味するわけではありません。

4番目のグループは送信元審査をカバーします：保有者の身元、署名権限、リソースステータス、最小サイズ、保有期間、紛争、該当する契約。5番目は受信者審査をカバーします：身元、アカウントステータス、ポリシー資格、事前承認、その他該当する条件。6番目は制度的決定です：承認、拒否、実質的な修正のための返却、または明示された外部制約下での保留。

7番目は RIR 間ケースの二者間ハンドオフです：通知送信、通知受理、相手方質問発行、相手方決定返却、共同記録変更日合意。8番目はクローズ条件です：料金、契約、確認、カットオーバー資料。9番目は記録変更です：認識された登録更新と完了通知発行。10番目は技術的確認です：予想される記録、ルーティングセキュリティ、逆 DNS アクションの確認ですが、どれが当事者責任であり、認識された移転の前提条件ではないかを明確にします。

これらのイベントは4つの主要な期間を生み出します。受付時間は最初の提出から受理された完全性まで実行されます。決定時間は完全性から制度的決定まで実行されます。クローズ時間は承認から認識された記録変更まで実行されます。エンドツーエンド時間は最初の提出から記録変更または未完了まで実行されます。クローズ時間のみを公開すると、長い審査が消えます。エンドツーエンド時間のみを公開すると、診断が不可能になります。

ARIN の公開移転指示は、境界が重要である理由を示しています。送信元と受信者は、指定された受信者移転のために別々のリクエストを提出します。スタッフはチケットをリンクし、処理料金を請求し、リクエストを独立して評価し、該当する場合は他の料金と契約を発行します。最終的な2営業日のコミットメントは、ARIN が署名された契約と該当する料金を受け取った後にのみ始まります。その最終コミットメントのみを見る読者は、リンクされた審査にどれだけ時間がかかったかを推測できません。

RIPE の RIR 間指示は別の例を提供します。一方のレジストリが承認した後、もう一方がその側を評価し、両方が合意された日付に記録を更新します。RIPE は、RIR 間移転はポリシーが異なり、タイムゾーンが介入し、レジストリ更新を同期する必要があるため、より多くの作業が必要であると述べています。その説明はもっともらしい段階を特定します。それでも、会員が追加時間が実質的審査、ハンドオフ、またはスケジューリングのどこにあるかを知ることができるように、各段階の観測された分布が必要です。

共通のイベント語彙は、すべての RIR に同じ内部手続きを強制しません。各 RIR はイベントを共有マイルストーンにマッピングし、例外を公開できます。比較可能性には共通の意味が必要であり、同一の事務所ではありません。

すべての日にはコントローラーが必要

「処理時間」というフレーズは、機関が継続的に処理していることを意味します。しばしばそうではありません。ファイルは、送信元、受信者、他のレジストリ、支払い、法的権限、または調整されたカットオーバーを待っている可能性があります。公正な測定はそれらの変化を認識しなければなりません。

各ケースは、どの瞬間でも正確に1つのプライマリコントローラーを持ち、セカンダリオブザーバーを持つことができます。プライマリカテゴリは、送信元当事者、受信者当事者、送信元 RIR、受信者 RIR、両方の RIR 共同、両方の取引当事者共同、外部法的権限、およびスケジュールされた技術的移行です。別個のシステム保留カテゴリは文書化された停止をカバーできますが、便利な残余になるべきではありません。

制御は、特定のアクションリクエストが送信または満たされたときに変更されます。書類のリクエストは、何が必要か、誰がそれらを負っているか、期限を述べるべきです。通知が配信されたときに時計はその当事者に渡ります。応答が到着したときにレジストリに戻ります。応答が部分的である場合、レジストリは元のリクエストが満たされなかったか、新しい要件を導入したかを記録する必要があります。

その区別は一般的な不満の原因に対処します。機関の見解から、ケースは申請者を待って60日を費やしたかもしれません。申請者の見解から、1日以内に5つの連続した質問に回答したが、机は次の各質問を定式化するのに1週間かかったかもしれません。両方とも正直に他方を遅延の原因として説明できます。イベント履歴は紛争を解決します：当事者制御時間、レジストリ制御時間、質問サイクル数。

並行作業にはルールが必要です。送信元審査と受信者審査を同時に進めることができる場合、暦時間は二重にカウントされるべきではありません。暦時間を一度公開し、それに調和させるコントローラー帰属の努力間隔を追加します。2人のアクターが独立して行動できる場合、共同オープン状態を使用し、どの必要なアクションが残っているかを特定します。公共の集計は、文書を開示せずに共同日数を示すことができます。

週末と祝日は、商業的コミットメントが一時停止しないため、エンドツーエンドの時計に残すべきです。営業日尺度は運用補足として公開できます。各レジストリは、その休日カレンダーとカットオフルールを公開する必要があります。RIR 間ケースは UTC イベント時間を使用し、暦日をグローバルに報告し、どちらの営業日が適用されたかについての議論を避ける必要があります。

コントローラー帰属は、自動的に法的責任を決定すべきではありません。裁判所保留は裁判所の過失ではありません。それは事実状態です。当事者応答間隔は異常に広範なリクエストを反映する可能性があります。レジストリ時間は必要な検証を反映する可能性があります。目的は間隔を特定して理由を評価できるようにすることであり、責任のリーグテーブルを製造することではありません。

再提出は古いケースを若くしてはならない

管理システムはチケットを中心に構築されています。取引はそうではありません。買い手と売り手は、リクエストが返却された、事前承認が変更された、書類が期限切れになった、法人が修正された、または RIR 間ルートが別々の提出を必要としたため、同じ移転を複数のチケットを通じて追求する可能性があります。

新しいチケットごとに時計がリセットされる場合、事務的な乗算によってパフォーマンスが向上する可能性があります。機関は古いリクエストを不完全としてクローズし、当事者は代替えを開き、完了したチケットは後で短い期間を示します。ユーザーは1つの長期移転エピソードを経験しました。レポートは2つの無関係なファイルを記述し、1つは管理上の閉鎖として除外され、もう1つは高速として称賛される可能性があります。

耐久性のある単位は移転エピソードであるべきです。それは同じ送信元、受信者、リソースセットによる最初の実質的に識別可能な試行から始まります。完了、最終拒否、自発的放棄、または当事者やリソースの実質的な変更で終了します。チケット、事前承認、二者間参照はその下にあります。

実質的な変更には公開テストが必要です。会社の接尾辞の修正、期限切れ証明書の交換、取引を維持しながらリソースセットの分割、またはより明確な署名の提供は新しいエピソードを開始すべきではありません。受信者の置き換え、無関係なリソースの代替、または最終放棄後の新しい商業契約の締結は開始する可能性があります。不確かな場合、システムはリンクを保持し、分析的処理が変更されるポイントをマークする必要があります。

レポートは、エピソードあたりのチケット数、さらなる情報のリクエスト、再提出回数、累積経過時間を示すべきです。また、運用デバッグのために成功したチケットの期間も示すべきです。両方のビューは正当です。累積ビューのみが参加者のエクスポージャーを反映します。

繰り返しリクエストには理由コードが必要です。最初の返却は法人登録の欠如、2番目は署名権限、3番目はリソース適格性に関する可能性があります。机が合理的に一度にすべてを要求できた場合、連続審査は制度設計の問題です。新しい事実が現れた場合、履歴がそれを示します。集計サイクルカウントを公開することは、弱い証拠を承認する圧力をかけずに、明確な要件を前倒しするインセンティブを生み出します。

書類期限切れは特別な扱いに値します。レジストリが最近の法人記録を要求し、自身の遅延が記録を期限切れにさせた場合、交換間隔は全面的に当事者に帰属されるべきではありません。イベント履歴はレジストリ起因の更新をマークできます。これは特に公式文書の入手が遅いか高価な場合、小さなルールでありながら大きな公平性の価値があります。

どの当事者も、名目上の新しいケースを開くことで以前の拒否を消去できるべきではありません。エピソードリンケージは機関と申請者の両方を保護します。それは繰り返しの試行、試行間のポリシー変更、および後の承認が新しい証拠または異なる解釈に従ったかどうかを明らかにします。

拒否、キャンセル、撤回は時間の結果である

完了しない移転も制度的能力と参加者時間を消費します。適切な期間レポートは、それらをノイズとして扱うのではなく、ステータスを与えます。

トップレベルの結果は、承認され登録された、承認されたがクローズされていない、拒否された、送信元により撤回された、受信者により撤回された、相互に撤回された、無応答でキャンセルされた、管理上置き換えられた、外部命令により停止された、保留中であるべきです。すべてのクローズされた結果は、エンドツーエンドの経過時間とコントローラー履歴を保持する必要があります。

理由カテゴリは、改革をサポートするのに十分な詳細が必要ですが、当事者を特定するには十分ではありません。実用的なリストには以下が含まれます：送信元身元が確立されていない、送信元権限が確立されていない、受信者身元が確立されていない、リソース登録競合、リソースポリシー制限、受信者ポリシー資格、アクティブな所有権または制御紛争、制裁または法的制限、不完全な契約または料金、相手方 RIR 非互換性、相手方 RIR がアクションを待っている、技術的移行問題、送信元無応答、受信者無応答、相互に要求された一時停止、およびそれ以上の理由なしの商業的撤回。

これらのラベルは決定的な行政条件を記述し、道徳的過失を主張しません。身元が確立されていないは詐欺を意味しません。無応答は悪意を意味しません。リソース競合は所有権を決定しません。商業的撤回は制度が取引の失敗を引き起こしたことを証明しません。公的価値は、繰り返し発生する条件とその経過時間をカウントすることにあります。

セカンダリタグは複雑さを保存できます。ケースは、解散した保有者の承継文書が不十分であることが証明された後、リソース適格性が確立されなかったために拒否される可能性があります。プライマリ理由はリソース適格性です。セカンダリタグは歴史的承継と文書不十分です。公共セルは、まれな組み合わせが当事者を明らかにする場合、抑制されるべきです。

異議申し立てまたは再検討はリンクされたままであるべきです。元の提出から元の決定、決定から審査リクエスト、審査期間、最終結果までの時間を報告します。最初の決定を後の決定に置き換えないでください。200日後の覆りは、最初の解釈と審査メカニズムの両方が重要であるという証拠です。

APNIC の30日確認ルールは、理由が重要である理由の明確な例を提供します。30日でキャンセルされたリクエストは、レジストリ拒否ではなく、受信者未確認の下に表示されるべきです。ARIN の別々のリンクされたチケットは別の例を作成します：一方の側が資格を持ちながら、他方が不完全なままである可能性があります。エピソード結果と各当事者チケットステータスの両方が保持されるべきです。

ケースの小さなシェアは分類に抵抗します。その他カテゴリを公開し、四半期ごとにレビューし、プライバシーが許せば主要なテーマを開示します。その他が大きなバケットになると、分類法は失敗しています。そこにケースが決して現れない場合、アナリストはプロセスを褒めるために設計されたカテゴリに多様な事実を強制している可能性があります。

保留中の経過時間は未払いの請求書である

完了ケースのパーセンタイルは過去を見ます。保留中の経過時間は未だ支払われていない義務を示します。一方なしで他方を報告する移転机は、貸借対照表から未払いの山を残して支払われた請求書を提示しています。

各報告日に、機関は経過時間バンドでオープンエピソードの数を公開すべきです：3暦日未満、3-7、8-14、15-30、31-60、61-90、91-180、181-365、365超。プライバシーが許せば最も古い保留中経過時間、現在のコントローラー、主要な保留中理由を示すべきです。薄いカテゴリは四半期をまたいで結合できます。

バンドは最初の提出と、別途、受理された完全性に基づくべきです。ケースは70日経過しているが、実質的審査に入ってからわずか10日であり、60日の受付変動が明らかになります。それは必ずしもレジストリの遅延ではありませんが、ユーザーの経験の一部であり、より明確なガイダンスの候補です。

保留中経過時間は毎日のスナップショットであり、クリーンアップ後の四半期末生存者のみから再構築されるべきではありません。四半期の平均と最大オープン在庫、エントリー、エグジット、経過時間遷移を公開します。31-60から61-90に移動するケースは、次の四半期末前に完了しても可視化されるべきです。そうでなければ、経営陣は報告日を中心にクローズをタイミングできます。

RIPE NCC は、異なる IPv4 サービスでその原則をすでに実証しています。その待機リストページは、キュー内の LIR の数と最初の LIR が待機している日数を表示し、3時間ごとに更新されます。待機リストは移転机ではなく、そのキュー規律は異なります。ポイントはより狭いです：インターネットレジストリは、それらの事実が関連すると考える場合、現在の在庫と最も古い経過時間を公に提示できます。

古いケースには管理プロトコルが必要です。30、60、90、180日で、独立したレビュアーがコントローラー、理由、最後の実質的アクション、次の期日を確認すべきです。そのレビューは承認を強制すべきではありません。ファイルが所有権なしでオープンのままになるのを防ぐ必要があります。集計結果（レビューされたケース、修正された理由、削除された古い保留）は四半期レポートに属します。

当事者は経営陣に見えるものと同じ経過時間明細書を受け取るべきです。それには、エピソード開始、現在の段階、現在のコントローラー、未処理のアクション、コントローラー別の累積日数が含まれるべきです。ユーザーは、移転がレジストリ、相手方、または自身を待っているかどうかを知るために電話する必要はありません。

保留中在庫は容量信号でもあります。到着が安定している一方で古いケースが蓄積する場合、机は十分な容量がないか、ポリシーボトルネックがあります。法的イベントがケースのクラスを一時停止するために在庫が上昇する場合、理由分布がそれを示します。人員とポリシー議論は、その後、逸話ではなく証拠に従うことができます。

RIR 間遅延にはペア時計が必要

地域間移転は、各機関がケースの一部のみを見るため、統計的回避に対して特に脆弱です。送信元 RIR は迅速に承認し、リクエストを転送したと言えます。受信者 RIR は、完全な紹介が到着したら迅速に行動したと言えます。これらの主張の間の週は誰にも属さない可能性があります。

すべての RIR 間エピソードには共有の仮名参照が必要です。送信元決定、ハンドオフパッケージ、受信確認、受信者質問、応答、受信者決定、合意された更新をリンクする必要があります。その参照は名前付き移転記録に表示される必要はありません。共同集計と監査に利用可能でなければなりません。

ハンドオフ時計は、送信元 RIR が合意されたプロトコルの下で完全な二者間パッケージを送信したときに開始します。受信者 RIR は自動的に受信を確認する必要があります。パッケージが不完全と考える場合、規定された間隔内に理由コードで応答すべきです。時計はその後、不足資料を負っているアクターに移動します。サイレントハンドオフは正当な状態ではありません。

方向は重要です。ARIN から RIPE への移転は、RIPE から ARIN とは異なる証拠要件を持つ可能性があります。RIPE のガイダンスは、ARIN からの移転では、受信者は5年以内にリソースの少なくとも50%を使用する計画を提供する必要があるかもしれないと述べています。ARIN は入ってくるケースに自身の受信者要件を適用し、そのパスに相互に互換性のあるポリシーを要求します。グローバルな RIR 間中央値はこれらの方向条件を消去します。

ケースカウントが許す場合、方向付けられた RIR ペアごとの分布を公開します。セルが小さすぎる場合、複数の四半期を結合するか、広範なバンドを開示します。薄いルートを組み合わせの名前なしにグローバル数に折りたたんではなりません。特定のパスが実行可能かどうかを決定する参加者は、グローバル機関の典型的な経験ではなく、パスを必要とします。

両 RIR は四半期ごとの調整に署名すべきです：開始共有保留エピソード、新しいハンドオフ、完了、拒否、撤回、終了保留エピソード。一致しない参照はカウントされ、経過時間が付けられるべきです。ステータスに関する不一致は未調整として表示され、最初に公開する機関に黙って割り当てられてはなりません。

共同スケジューリング時間は独自のカテゴリに値します。同期更新は矛盾する登録を減らし、運用上賢明です。当事者がネットワーク上の理由で将来のカットオーバーを選択する場合、その期間は机の非活動のように見えるべきではありません。RIR が内部スタッフのために限られた日のみ更新できる場合、会員はその制約を見るべきです。

比較可能性は、実際のポリシーの違いを単なる速度の違いであるふりをするのではなく、暴露します。それは有用です。一方の側がニーズ評価を実施するため、もう一方が法的文書の翻訳が必要なため、もう一方が二者間チャネルが手動であるために、ルートが遅くなる可能性があります。レポートは時間を理由に結びつけ、速度だけを美徳に変えることを拒否すべきです。

ケースミックスは可視でなければならないが、言い訳になってはならない

深刻な比較は、定期的な RIR 内移転を争われた歴史的承継と並べて、より速いレジストリを優れていると呼ぶことはありません。同様に、深刻な機関はすべての古いケースを複雑とラベル付けし、その主要サービスが健全であると宣言すべきではありません。

答えは安定したルールによる層別化です。最低でも、RIR 内特定移転、RIR 間送信、RIR 間受信、合併または再編、レガシーまたは歴史的リソース移転、ASN 移転、その他リソースクラスを別々に報告します。それぞれの中で、通常、強化された身元審査、アクティブな紛争、法的または制裁保留、技術的クローズを示します。

事前承認は、作業を早期に移動させるため開示されるべきです。APNIC は明示的に、移転事前承認を予期しない遅延を避ける方法として提示しています。一度送信元が見つかり、量が承認範囲内であれば、必要性の正当化を再度提供する必要はありません。事前承認による迅速なポストマッチ移転は、当事者の準備ができた後に受信者資格が始まるケースと直接比較できません。レポートは、特定の意図された取得のために事前承認が得られた場合、事前承認時間、移転時間、および結合経過時間を示すべきです。

同様に、ARIN の契約と料金後の最終2営業日期間はクローズ尺度として残るべきです。開始条件が整列されていない限り、RIPE のほとんどの完全な移転が1〜2営業日で完了するという記述と比較されるべきではありません。メトリックラベルには、単に処理という言葉だけでなく、イベント名を含めるべきです。

ボリューム加重は抵抗されるべきです。/16が/24の256倍の管理作業を必ずしも必要とせず、アドレス数は法的複雑さをほとんど語りません。ケース加重期間を公開します。プロセス差の証拠がある場合、ブロックサイズはセグメントになり得ますが、サービス統計を支配すべきではありません。

参加者身元にはプライバシーが必要です。初回対繰り返しは、繰り返しユーザーが証拠要求をよりよく理解する可能性があるため有用です。遅い参加者を公に指名することは不要であり、正当な審査を妨げる可能性があります。機関は集計ギャップを公開し、ガイダンスを改善できます。独立監査人は、ケースタイプを制御した後、法的形態、地理、または参加者規模が遅延を予測するかどうかをテストでき、名前を公開しません。

すべてのセグメンテーションルールは四半期が閉じる前に設定され、改訂履歴に保持されるべきです。定義が変更された場合、重複期間に古い系列と新しい系列の両方を公開します。そうでなければ、机は新たに除外されたクラスに古いケースを移動することで主要指標を改善できます。

目的は完全に調整されたランキングではありません。それは時間がどこに行くかの忠実な地図です。機関は、その行政を測定する義務を共有しながら、ポリシーについて意見が異なることができます。

公的機関はすでにテールの表示方法を知っている

応答時間分布を公開することには何も特別なことはありません。機密リクエストを扱う他の団体は、ケースファイルを公開せずにそれを行っています。

ICANN の2024年8月の Registration Data Request Service メトリクスは、結果別の応答時間分布を報告し、10、30、50、70、90パーセンタイルと平均を含みました。そのレポートでは、承認されたリクエストの中央応答時間は2日、90パーセンタイルは20でした。部分的に承認されたリクエストの中央値は4、90パーセンタイルは26でした。これらの数字は IPv4 移転に関する証拠ではありません。それらは典型的なケースとテールの違いを示し、インターネット調整機関がステータス別に両方を公開できることを示しています。

英国計画監察局（UK Planning Inspectorate）の2026年2月の実験統計は、決定時間に25、50、75、90パーセンタイルを使用しています。その明示された野心は中央値を減らすだけでなく、90パーセンタイルをより速く減少させてギャップを縮めることです。レポートはまた、カウント、最大値、既知のデータ除外を開示しています。繰り返しますが、計画上訴は番号リソース移転ではありません。制度的教訓は、最長のケースが主要指標から省略される恥ずかしさではなく、明示的なパフォーマンス対象になり得るということです。

これらの例は、単一のターゲットを3つの方法で改善します。分布を保存し、結果を分割し、データの制限を特定します。移転レポートは、二者間取引に固有のコントローラーと保留中経過時間情報を追加しながら同じことを行うべきです。

サービス基準は分布の約束としてフレーム化されるべきです。例えば：通常の完全な RIR 内ケースの50%は2暦日以内に決定され、75%は5日以内、90%は10日以内、95%は20日以内。記録されたコントローラーと次のアクションのない完全なケースはありません。30日を超えるすべてのケースは独立してレビューされます。ここでの数字は例示であり、推奨されるグローバルしきい値ではありません。各機関は、観測された能力と会員のニーズから目標を提案し、その後パフォーマンスを公開すべきです。

平均は人員配置に依然として有用ですが、唯一の公的尺度であってはなりません。満足度スコアは感情に有用ですが、回答者が選択される可能性があり、速いルーチンケースが支配する可能性があります。チケット数はワークロードに有用ですが、クローズされたチケットは承認、拒否、キャンセル、または置き換えを表す可能性があります。各尺度は、移転アクセスよりも狭い質問に答えます。

最も強力なレポートは、悪いニュースを解釈可能にするものです。安定した中央値での上昇する90パーセンタイルは、新たな法的バックログを示す可能性があります。より多くの受信者制御日数は不明瞭な指示を示す可能性があります。より多くの二者間日数は失敗しているインターフェースを示す可能性があります。公開は不満を修復可能なプロセスに変えます。

プライバシーは統計的な暗闇を必要としない

移転ファイルには、法人文書、署名、契約、法的紛争、セキュリティ関連記録が含まれます。ケースが遅かったことを証明するために公開されるべきではありません。集計説明責任は機密性を維持できます。

最初の保護手段は最小セルです。方向付けられたルートと理由クラスに対して、指定されたエピソード数未満のパーセンタイルを公開しないでください。5は広範な年齢バンドには十分かもしれません。10以上がパーセンタイルにはより安全です。隣接する四半期を結合してから、実質的に異なるケースタイプを結合します。値が抑制されている場合、その旨を明記します。

2番目はまれなイベントに対する遅延理由公開です。裁判所保留ケースは公に識別可能かもしれません。その経過時間はグローバルな保留中分布に含めることができ、詳細な理由は後で報告するか、外部法的保留の下にグループ化します。プライバシーは当事者を保護します。日数を合計から削除するべきではありません。

3番目は仮名監査です。公開リリースには基礎となるイベントセットのダイジェストを含めることができ、機密レビュアーがパーセンタイル、コントローラー合計、調整を再現できます。当事者は自身のイベント履歴を受け取り、誤った帰属に異議を唱えることができます。レビュアーは文書ではなくエラー率と訂正を公開します。

4番目は目的制限です。サービス説明責任のために収集されたタイムスタンプは、申請者の公的ランキングや新しい証拠要求になるべきではありません。機関は、当事者が火曜日に回答したことを記録するために当事者の商業的根拠を必要としません。また、参加者は時計に異議を唱えるために機密性を放棄する必要はありません。

5番目は保存規律です。イベントメタデータはトレンドと異議申し立て分析のために十分長く存続し、機密証拠のコピーは該当する保存ルールに従います。公的統計系列は、ケース文書が合法的に破棄された後も利用可能であるべきです。集計履歴は会員に属します。

小規模レジストリや薄いルートは真の再識別リスクに直面します。それらはグローバル分布、ローリング4四半期ウィンドウ、粗い保留中バンドを公開でき、独立機関が詳細なイベントを受け取ります。完全な沈黙は最も防御不能な選択肢であり、最小で潜在的に最も脆弱なサービスを評価不可能にします。

イベント履歴が保存されない限り、目標はゲームされる可能性がある

測定されるものは管理されます。また、再配置されます。移転時間基準は予測可能な回避を予想すべきです。

1つは遅延受付です。スタッフはリクエストが簡単になるまで受付に残し、その後実質的な時計を開始します。対策は、最初の提出と完全性からの二重公開、および受付サイクル数です。もう1つは早期クローズです。チケットは目標違反の直前にキャンセルされ、後で再開されます。エピソードリンケージと累積経過時間がリセットを防ぎます。

3つ目はコントローラーダンピングです。漠然とした情報リクエストは、レジストリが何が必要か不確かなまま時計を当事者に渡します。アクションリクエストは具体的でバージョン管理され、監査可能でなければなりません。独立レビュアーは、コントローラー変更が実行可能な義務に対応するかどうかをサンプリングできます。

4つ目はクラス移行です。古いケースは遅くなった後に特別審査に移動されます。拡張クラスへのエントリはタイムスタンプ付きのトリガー条件に基づくべきであり、レポートはエントリ前後のパフォーマンスを示すべきです。元の通常クラスの経過時間は消えてはなりません。

5つ目は簡単なケースの優先順位付けです。スタッフは新しい簡単なケースを完了することで中央値を改善しますが、古いテールは成長します。保留中経過時間バンド、最古の経過時間、超過テール日数がトレードオフを明らかにします。賢明な運用ルールは、アナリストに誤って決定させることなく、古いケースのために容量を確保すべきです。

6つ目はカレンダー操作です。公開期間は休日を除外するか、参加者が以前に準備ができていたにもかかわらず支払い後に開始します。エンドツーエンドの暦日は安定した公的尺度を提供します。営業日は人員配置を診断できます。イベント定義はバージョン管理された変更なしに移動すべきではありません。

7つ目は分母の断片化です。送信元と受信者のチケットは2つの成功したクローズとしてカウントされるか、二者間ケースは両方の RIR によってカウントされます。移転エピソードと共有参照がケースカウントを首尾一貫させます。チケット統計はワークロードのために利用可能ですが、取引として偽装してはなりません。

最後の防御は改訂履歴です。イベントが訂正された場合、古い値、新しい値、理由、日付、公開メトリクスへの影響を保存します。改訂のない移転時間系列は静かに磨かれる可能性があります。その完全性に自信のあるサービスは、データがどのように改善されるかを示すべきです。

最小限の四半期移転時間明細書

報告基準は要求が厳しくても、肥大化してはなりません。1つの四半期明細書と機械可読な集計を伴うもので、6つのパネルを含むべきです。

パネル1：集団調整。開始保留エピソード、新しい最初の提出、受理完全エピソード、登録移転、拒否、撤回、キャンセル、置き換え、終了保留エピソード。エピソードカウントをチケットやリソース記録とは別に表示します。説明のない変更を説明します。

パネル2：完了およびクローズ分布。主要なケースクラスと結果ごとに、受付、決定、クローズ、エンドツーエンド暦時間のカウント、平均、25、50、75、90、95パーセンタイルを示します。パーセンタイル方法、丸め、期間、抑制しきい値を特定します。

パネル3：保留中在庫。最初の提出と完全ケースの年齢バンド、保護された最古の経過時間、現在のコントローラー、保留中理由を示します。四半期中の各バンドへのエントリとエグジットを含めます（単なる終了スナップショットではありません）。

パネル4：コントローラー時間。送信元、受信者、送信元 RIR、受信者 RIR、共同 RIR、共同当事者、外部法的、スケジュールされた移行制御下の暦日を示します。コントローラースイッチの数とさらなる情報サイクルを報告します。合計をエンドツーエンド期間に調整します。

パネル5：理由と審査。受付返却、拒否、キャンセル、撤回、強化審査エントリ、異議申し立て、覆り、広範な理由による古いケース管理レビューを示します。行政理由カテゴリを関連する公的ルールまたはサービスステップにリンクします。

パネル6：二者間整合性。プライバシーしきい値を超える方向付けられた RIR ペアごとに、送信、確認、不完全返却、承認、拒否、未一致、保留中のハンドオフを、ハンドオフと共同スケジューリング分布と共に示します。両機関は同じ調整合計を公開すべきです。

各リリースには、定義、抽出時間、既知のギャップ、以前のリリースのダイジェスト、訂正、異議申し立てのための連絡先が必要です。ナラティブは、逸話を証拠として選択せずに大きな動きを説明すべきです。データテーブルは日付付きバージョンでダウンロード可能でなければなりません。

この基準には価格、評価、商業条件は必要ありません。認識された移転リクエストの管理を測定します。その狭い焦点は強みです：レジストリは当事者と通信し、ケースを評価し、記録を更新するにつれてイベントを生成します。主な障壁はテールを可視化する意欲です。

番号資源協会（Number Resource Society）はポータブルな時計を提唱すべき

比較可能な測定は、1つの組織に移転決定を超える力を与える必要はありません。番号資源協会（Number Resource Society）は会員を代表し、問題を研究し、ルールが公開され置き換え可能な薄い説明責任層を推進できます。

最初の貢献は、公開されたモデルイベント辞書であるべきです：エピソード、提出、完全性、アクションリクエスト、コントローラー変更、決定、二者間ハンドオフ、クローズ条件、記録変更、拒否、撤回、キャンセル、審査。各提案イベントには、タイムスタンプ、アクタークラス、理由、以前のイベントへのリンクが必要です。どのレジストリまたは権限のある独立サービスも、NRS が記録システムになることなく、モデルを議論、適応、実装できるべきです。

2番目の貢献は、参加者ポータビリティのための提唱であるべきです。買い手または売り手は、責任あるレジストリまたは権限のあるケースシステムオペレーターから、自身のケースの署名付き履歴を取得できるべきであり、すべてのリクエスト、応答確認、コントローラー変更、決定を含みます。機密証拠は暗号化されるか、ダイジェストで参照できます。参加者がアドバイザーを変更したり審査を求めたりする場合、1つのチケットポータルからのスクリーンショットに依存せず、NRS はファイルの保管を必要としません。

3番目の貢献は比較公開であるべきです。NRS は公開レジストリリリースを分析し、自発的提出を非権威的証拠として引用し、開示された定義の下で分布を公開できます。権威あるリターンを受け取ったり、算術を認証したり、二者間エピソードを調整したりすべきではありません。レジストリがイベントを公開しない場合、NRS は好意的な数字を推定するのではなくギャップをマークできます。当事者が自発的に履歴を記述する場合、サンプルとカバレッジを報告し、完全とは呼びません。

4番目の貢献は、説明責任のある機関またはその会員によって透明な手続きの下で任命された独立した資格のあるレビュアーによる監査を求めることであるべきです。それらのレビュアーはイベント帰属、再提出リンケージ、プライバシー制御をサンプリングできます。調査結果は公開されるべきです。ケース文書は公開されるべきではありません。NRS は公開された調査結果を比較できますが、レビュアーを任命したり、証拠を保持したり、結果を認証したりすべきではありません。

境界は明示的でなければなりません。NRS は必須のグローバル期間目標を設定したり、証拠が十分かどうかを決定したり、プレミアムサービスを購入するメンバーを加速したり、登録にその証明書を要求したり、参加者を好ましいファシリテーターに誘導したりすべきではありません。測定語彙を別のキューに変えるべきではありません。

ポータビリティはその結果に対する保護手段です。定義はオープンライセンスであるべきです。当事者は責任あるレジストリによって発行された履歴を別の資格のあるレビュアーに持っていくことができるべきです。レジストリは直接公開すべきです。NRS は擁護者および研究者であり、キュストーディアンではないため、記録と方法は NRS が利用可能であり続けることに依存しません。

ポジティブな制度的提案は控えめです：共通の時計、検証可能な履歴、公的な比較。それだけで、独占的な管理を争えるようにするのに十分であり、測定自体がリソースを移転するふりをしません。

最初の正直なレポートは完全なものの前に発行できる

レジストリはグローバル合意を待つ必要はありません。それぞれがすでに記録しているイベントから始めることができます。

最初の四半期では、開始と終了の保留中カウント、登録、拒否、撤回、キャンセル結果、最初の提出と完全からクローズまでの中央値、75、90パーセンタイルを公開します。保留中年齢バンドと保護された最も古い経過時間を追加します。すべての欠落フィールドを明記します。

2番目では、コントローラーカテゴリと再提出リンケージを導入します。各アクティブ当事者にケース経過時間明細書を提供します。90日を超えるすべてのケースを監査し、保護されたグループで理由を公開します。

3番目では、方向付けられた RIR 間ハンドオフを各相手方と調整します。未一致ケースと共同スケジューリングを公開します。すべてのペアが合意するまで待たず、どのペアが調整できるかできないかをマークします。

4番目では、1年間の独立した検証を委託します。イベント完全性、時計リセット、コントローラー精度、プライバシー漏洩、チケット、エピソード、完了移転カウント間の一貫性をテストします。管理応答と修正データを公開します。

目標はベースラインに従うべきであり、先行すべきではありません。テールを測定する前に簡単な中央値目標を設定する機関は、間違ったものを最適化するリスクがあります。会員は最初に1年間の忠実な分布を求め、その後ケースクラスごとに許容可能なサービスレベルを議論すべきです。

最初のリリースは現在の主張よりも悪く見えるかもしれません。それはサービスが悪化した証拠ではありません。それは観測されていなかったキューが視野に入った証拠です。改善は、古いケースが典型的なケースの背後に消えることができなくなったときに始まります。

テールを統治する

移転中央値は誤りではありません。それは、一貫してそれを生産する機関に有利な方向で不完全です。

それは完了したケースを未完了のケースより、新しいチケットを古いエピソードより、ルーチンユーザーを一般的でない法的状況より、一方のレジストリの時計を両者の間の間隔より優先します。撤回を不在に、キャンセルを事務的なクローズに、繰り返しの証拠要求を申請者時間に変えます。最も重要なことに、最大の裁量を伴うケースを統計的例外として扱い、説明責任が最も必要な場所ではありません。

改革は分布記録です。中心とテールを公開します。保留中在庫をカウントします。最初の提出経過時間を保存します。再提出をリンクします。すべての日をコントローラーに割り当てます。当事者を非難せずに返却、拒否、撤回を分類します。二者間ハンドオフを調整します。修正を可視に保ちます。

その後、正しいパフォーマンス質問をします。典型的な成功ケースはどれだけ速く終了するか？ではありません。実質的に完全な移転が10、30、90、180日後に未解決のままである確率はどれくらいか、それらの日を誰が制御しているか、その状態を説明する理由は何か？

その質問は事業者が直面するリスクに一致します。また、慎重なレジストリにその作業を示す公正な機会を与えます。必要な法的審査はアイドルキューイングと区別できます。当事者遅延は連続した制度的質問と区別できます。調整されたカットオーバーは所有者のないハンドオフと区別できます。

公衆は、移転机が予測可能かどうかを見るために機密文書を必要としません。時間の形が必要です。

ソース