サマリー

  • 平均値や中央値の完了時間は中心傾向を示すに過ぎない。少数の IPv4 移転が、度重なる証拠要求、二者間のハンドオフ、法的審査、または説明のつかない停滞に何か月も費やされたかどうかは示せない。90パーセンタイル値、95パーセンタイル値、中央値に対する裾野比率、およびプライバシー保護下での最大値が、制度的リスクの必須の指標である。
  • 完了済み案件は母集団の一部に選別されたものである。難しいリクエストが保留されたまま、再提出のために差し戻されたり、期日後にキャンセルされたり、取引が待ちきれなくなって撤回されたりした場合、完了案件のみの中央値は改善し得る一方で、実際のアクセスは悪化している。オープン案件の期間と、不完了の転帰を、完了案件の所要日数と共に公表しなければならない。
  • 移転には複数の時計が必要である。初回提出から完全性の受理まで、完全性審査から決定まで、承認から記録変更まで、そして総経過時間。各区間は、その管理者－移転元当事者、移転先当事者、移転元レジストリ、移転先レジストリ、共同スケジューリング、法的留保、または外部当局－を特定し、案件全体を一方に帰属させるのではなく、各スイッチを保存しなければならない。
  • 再提出は履歴を消去してはならない。レジストリは関連するチケットを一つの移転エピソードにリンクさせ、返却の回数と理由を開示し、現在のチケットの所要日数と、最初の実質的に完全な試行からの累積経過時間の両方を報告しなければならない。さもなければ、困難な案件がチケットをクローズして再オープンすることで、統計上若く見せられてしまう。
  • 理由カテゴリは、不十分な本人性証拠、署名権限、リソース適格性、ポリシー適合性、紛争、制裁または裁判所による保留、料金または契約、技術的切り替え、相手方調整、当事者の無応答、拒否、撤回、および事務的クローズを区別すべきである。これらは分析カテゴリであり、不正行為の告発ではない。
  • Number Resource Society は、オープンイベント用語を定義し、当事者が署名付き案件履歴をエクスポートできるようにし、比較可能な分布を公表し、移転の可否を決定することなく、二者間ハンドオフを監査できる。その価値は可搬性と測定可能性にあり、新たな承認キューではない。

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

制度上の遅延はしばしば安心という衣を着てやってくる。ほとんどの案件は速やかに完了する。通常のリクエストは複雑ではない。平均値は目標内である。中央値の申請者はさほど不満はない。

それぞれの主張は正確かもしれない。しかし、資金調達、展開、顧客移行が正常でない移転に依存している事業者にとって重要な問いに答えるものは一つもない。

RIPE NCC は、ほとんどの場合、域内移転は当事者が必要書類を提出してから1～2営業日以内に完了するとしている。ARIN は、署名済み登録サービス契約と該当するすべての料金を受領した後、2営業日以内にリソースが移転されるとしている。APNIC は歴史的に、リソース要求への回答を1～2営業日で行うとしてきたが、明確化のためにはプロセスが延長される可能性があると警告している。これらは有益なコミットメントである。同時に、これらはスタートラインが異なる時計でもある。

RIPE の説明は、書類が揃った段階に近い。ARIN の2日間の言明は、承認条件、料金、契約が満たされた後に開始される。APNIC の古い言明は、回答に関するものであり、必ずしも最終的な登録ではなかった。単独では、当事者による最初の本格的な提出から最終的な記録変更までの期間を測るものはない。したがって、引用されたサービス間隔がすべて形式的に維持されている間にも、買い手は長い取引を経験し得るのである。

これは単なる言葉遊びではない。これこそが中心的な説明責任の問題である。最も長引く案件は、通常、機関が最も重要な判断を行使する案件である。すなわち、歴史的保有者が同一の法人であるか、役員がそれを拘束できるか、リソースが適格か、受領者が資格を満たすか、紛争が現在進行中か、二つの地域ルールセットを調和できるかといったことである。まさに、メンバーが権限の使われ方を知る必要がある案件なのである。

単一の中央値は、意図的にこれらを隠蔽する。中央値は、観測値の半分が下回る点である。51件が2日で終わり、49件が半年かかる場合、中央値は2日のままである。スタッフが多くの容易な案件を処理し、古い案件が待たされている間に、むしろ改善することもある。古いリクエストがクローズされ、新しいチケット番号で再提出されれば、さらに改善し得る。安心させるための統計は、制度的リスクが最も大きいところで最も情報を持たなくなる可能性がある。

答えは中央値を捨てることではない。分布を代表させるのをやめることである。信頼できる転送時間の報告は、中心、裾野、未処理の在庫、そしてそれらの間での管理の移動を示すべきである。

分母は、機関が話している間に変わる

転送速度に関するあらゆる主張の背後には、少なくとも四つの母集団が存在する。第一は、すべての問い合わせ。第二は、正式に提出されたすべてのリクエスト。第三は、実質的な審査に足ると受理されたすべてのリクエスト。第四は、報告期間中に完了したすべてのリクエストである。これらの期間や転帰は互いに交換可能ではない。

完了統計は、通常第四の母集団を表す。この選択には立派な運用上の目的がある。完了した案件は、観測された終了日を持つからだ。しかし、それは選別も生む。四半期末にオープンな案件は、その最終的な期間にまだ貢献していない。長期間オープンなままであればあるほど、完了のみの計算からは不在であり続ける。統計学者はこのような観測を打ち切りと呼ぶ。なぜなら、転帰がまだ完全に観測されていないからだ。管理者はむしろ保留中と呼ぶだろう。いずれにせよ、それらを除外することで、報告された母集団は生のケースロードよりも系統的に容易になる。

90件の定型的な移転を10日で完了し、10件の係争中の移転を翌年に持ち越すデスクを考えてみよう。その中央値完了時間は10日である。90パーセンタイル値も計算の慣例によっては10日かもしれない。しかし、期間中の実質的な生の案件の10件に1件は、既に公表されている経験値よりも古い。同じ10件が次の四半期もオープンなら、別の速い中央値が発表され得る。機関は、その最も困難な仕事が分母に決して到達しないからこそ、一貫して効率的に見えるのである。

撤回は第二の選別を生む。商業契約が失効したり、資金調達が頓挫したり、展開が別の場所に移ったり、相手方が忍耐を失ったりするかもしれない。当事者が120日後に撤回した場合、完了のみの系列はその負荷を決して記録しない。案件を私的な商業上の失敗とラベル付けしても、管理上の不確実性がそれに寄与した可能性は取り除かれない。レジストリは因果関係を決定する必要はない。期間を保存し、当事者が大まかな撤回理由を選択できるようにしなければならない。

拒否は第三の選別を生む。長期の審査の末に下された決定は、機関の転帰である。たとえ、公開の完了移転記録に何の移転も現れなくとも。取消は第四の選別を生む。APNIC の現行ガイドは、受領者が移転元によって開始された移転を30日以内に確認しなければ、リクエストは取り消されるとしている。それは明確なルールだが、その結果の案件は期間の勘定に属する。すなわち、開始され、受領者を待ち、30日目に取り消された。ブロックが移動しなかったからといって除外するなら、明示的なサービスイベントを統計上の沈黙に変えることになる。

受付審査は第五の選別を生む。不完全として差し戻されたリクエストは、実質的な時計に決して入らないかもしれない。要求事項が明確で、欠落が明白なら、その分離は擁護できる。しかし、審査者が数サイクルにわたって次々と証拠を求めるなら、各サイクルを事前時計のアクティビティとして扱うと、機関の寄与が隠れてしまう。報告には、初回提出からの年齢と、受理完了からの年齢の両方が必要である。

したがって、分母は明示されねばならず、想定されてはならない。公表される各数値は、それが問い合わせ、提出済みリクエスト、完全なリクエスト、決定、記録変更、または全クローズ案件のいずれを対象とするかを述べなければならない。四半期ごとの照合は、案件がこれらの状態間をどのように移動するかを示すべきである。その架橋がなければ、速い中央値は、生産者によって選ばれた母集団についての主張にすぎない。

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

平均値はしばしば批判される。一つ極端に古い案件がそれを引き上げ得るからだ。中央値は、極端値に対して頑健であるために称賛される。両方の観測は統計的に正しい。そこから一般に導かれる制度上の結論は正しくない。

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

NIST の統計ハンドブックは、中央値を50パーセンタイルと説明し、パーセンタイル推定値は、特に小さなサンプルでは、使用される補間法に応じてわずかに異なり得ることを指摘している。その技術的詳細は、ごく少数の方向付けられた RIR 間ルートにおいて重要である。レジストリは、例えば R7 または R8 の慣例のいずれを使用しているか、同値の日付をどのように扱うか、部分営業日を丸めるかどうかを特定すべきである。そうでなければ、二つの機関が同じ小さな母集団から名目上同一のパーセンタイルを公表しながら、異なる値を得ることがあり得る。

最小限の分布には、案件数、25、50、75、90、95パーセンタイル値、算術平均、そしてプライバシー保護された最大値または最古案件帯域を含めるべきである。25と75パーセンタイル値は中心的な広がりを示す。90と95パーセンタイル値は裾野を示す。平均値は累積的な負荷を捉える。最大値は、案件を特定できない場合、古いファイルが通常の管理の外に放置されていないかを検証する。

二つの派生的な指標が特に示唆的だ。第一は裾野対中央値比率、すなわち90パーセンタイル値を中央値で割ったものである。中央値2日、90パーセンタイル値20日の場合、比率は10となる。後に中央値が1日になり、同じ90パーセンタイル値なら、比率は20になる。定型的な自動化は改善したが、裾野のガバナンスは改善しなかった。第二は、超過裾野日数、すなわち宣言されたサービス閾値を超えた暦日日数を案件にわたって合計したものである。それは、どれだけの待機が約束の外に集中しているかを示す。

複合スコアがこれらの指標を融合してはならない。あるデスクは良い中央値と悪い裾野を持ち得る。別のデスクはより遅い中央値だが、圧縮され予測可能な分布を持ち得る。資金調達の期限に調整する買い手にとっては、予測可能性が典型的な値よりも重要かもしれない。メンバーは、機関によって選ばれた管理グレードではなく、両方を見るべきである。

分布はまた、サンプルサイズに関する信頼を必要とする。12件に基づく95パーセンタイル値は不安定である。公表は件数を示し、セルが薄い場合は期間を結合するか、偽の精度の代わりに年齢帯域を表示すべきである。秘匿は可視的でなければならない。空白のセルは、定められたルールの下で件数が少なすぎることを意味し、不都合な結果ではないことを意味すべきである。

裾野は、裁量が参入費用となる場所である

遅延は中立的に分配されない。大規模なリピート参加者は、顧問弁護士、専門スタッフ、代替在庫を維持できる。中小の事業者は、データセンターの開設、顧客契約、移行期間に結びついた一つの計画買収しか持っていないかもしれない。同じ90日の不確実性が、異なる経済的損害をもたらす。

これにより、裾野時間は単なる顧客サービス指標ではなく、メンバーシップの説明責任の問題となる。古い案件が、初めての受領者、レガシー保有者、越境当事者、または一般的でない法人形式の組織に集中するなら、分布はどの種類の参加者が機関の解釈上の不確実性を負担するかを明らかにする。グローバルな中央値は、経験豊富なリピートユーザーによる定型的な移転が中心を占めるために、そのパターンを隠蔽し得る。

セグメンテーションは、業務を妥当に変化させる要因に限定すべきである。すなわち、RIR 内か RIR 間か、移転元・移転先レジストリ、移転ポリシーの種類、リソースクラス、事前承認の有無、初回参加者かリピート参加者か、通常の本人性か係争中の本人性か、強化された法的審査か。氏名や機密性の高い申し立てを公表すべきではない。また、遅延したすべての案件を単純に吸収する「複雑」といった裁量的カテゴリを創設することも避けるべきである。

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

複雑性と待ち行列の区別は極めて重要である。困難な法的問題は、より多くの作業を正当化し得る。誰も行動しない未測定の間隔を正当化することはできない。管理者時計は、案件が当事者の証拠収集に40日、レジストリ分析に7日、相手方レジストリの待機に30日を要したことを示し得る。これは「複雑な案件は時間がかかる」と言うよりも信頼できる説明である。

注意深い審査を失敗と扱うべきでもない。速いが不注意な移転は、矛盾した記録、ルーティングセキュリティの混乱、詐欺リスクを生み得る。目的は、無差別な速度ではなく、境界付けられた説明可能な時間である。裾野報告は、機関が何が起こったか、誰が次のアクションを持っていたか、類似案件が類似の扱いを受けたかを示せるため、注意深い審査を擁護可能にする。

逆もまた真である。法的に同等な二つの案件が、記録された理由なしに根本的に異なる時間を要した場合、分布は一貫性のない管理を示す。メンバーは機密文書を見ることなくプロセス修復を求めることができる。扱いの平等は、同一の結果によって証明されるのではない。それは、比較可能な段階、理由、時計によって検証されるのである。

一つの移転は複数の時計を含む

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

最初のイベントは初回提出である。すなわち、移転元、意図する受領者、リソースセットを、実際に提案された移転を示すのに十分に特定する最も初期のリクエスト。第二は受付応答である。すなわち、確認、形式不備による却下、または不足資料への具体的な要求。第三は完全性確認である。すなわち、承認を意味せずに、実質的評価を開始できることをデスクが確認する。

第四のグループは移転元審査をカバーする。すなわち、保有者の本人性、署名権限、リソースステータス、最小サイズ、保有期間、紛争、および適用される契約。第五は受領者審査をカバーする。すなわち、本人性、アカウントステータス、ポリシー適格性、事前承認、その他の適用条件。第六は機関決定である。すなわち、承認、拒否、重要な修正のための差戻し、または明示された外部制約下での保留。

第七は、RIR 間案件のための二者間ハンドオフである。すなわち、通知の送付、通知の受領、相手方の質問の発行、相手方の決定の返却、および合意された共同記録変更日の設定。第八はクロージング条件である。すなわち、料金、契約、確認、切替資料。第九は記録変更である。すなわち、認識された登録の更新と完了通知の発行。第十は技術確認である。すなわち、期待される記録、ルーティングセキュリティ、リバース DNS アクションの確認。ただし、どれが当事者の責任であり、認識された移転の前提条件ではないかを明確にする。

これらのイベントは四つの主要な所要時間を生む。受付時間は初回提出から完全性確認まで。決定時間は完全性確認から機関決定まで。クロージング時間は承認から認識された記録変更まで。エンドツーエンド時間は初回提出から記録変更または不完了まで。クロージング時間のみを公表すると、長い審査が消えてしまうだろう。エンドツーエンド時間のみを公表すると、診断が不可能になるだろう。

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

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

共通のイベント語彙は、すべての RIR に同じ内部手続きを強制するものではない。各 RIR は自らのイベントを共有のマイルストーンにマッピングし、例外を公表できる。比較可能性には共通の意味が必要であり、同一のオフィスではない。

すべての日は管理者を持つべきである

「処理時間」という語句は、機関が継続的に処理していることを含意する。しばしば、そうではない。ファイルは、移転元、受領者、他のレジストリ、支払い、法的当局、または調整された切替を待っているかもしれない。公正な測定はこれらの変化を認識しなければならない。

各案件は、任意の瞬間に正確に一つの主たる管理者を持ち、副次的な観測者を持ち得る。主たるカテゴリは、移転元当事者、受領当事者、移転元 RIR、受領 RIR、両 RIR 共同、両取引当事者共同、外部法的当局、および予定された技術的移行である。別のシステム保留カテゴリは文書化された停止をカバーできるが、便利な残余となるべきではない。

管理は、特定のアクション要求が送られるか、充足されたときに変わる。書類要求は、何が必要か、誰がそれを負うか、期限を明示すべきである。通知が配信されたときに、時計はその当事者に渡る。応答が到着したときに、レジストリに戻る。応答が部分的なら、レジストリは当初の要求が未充足なのか、それとも新しい要求を導入したのかを記録すべきである。

この区別は、よくある不満の源に対処する。機関の見解では、案件は申請者を待って60日を費やしたかもしれない。申請者の見解では、1日以内に5つの連続した質問に答え、デスクが次の質問を練るのに毎回1週間かけたかもしれない。両者とも、正直に相手を遅延の源と表現できる。イベント履歴はこの争いを解決する。すなわち、当事者管理時間、レジストリ管理時間、そして質問サイクルの数である。

並行作業にはルールが必要である。移転元審査と受領者審査が同時に進行できる場合、暦日時間は二重にカウントされるべきではない。経過暦日時間を一度公表し、それに整合する管理者帰属の工数間隔を追加する。二つのアクターが独立して行動できる場合は、ジョイントオープン状態を使用し、どの要求されたアクションが残っているかを特定する。公的な集計は、文書を開示せずにジョイント日数を示し得る。

週末と休日はエンドツーエンドの時計に残すべきである。なぜなら、商業上のコミットメントは停止しないからだ。営業日指標は運用補足として公表され得る。各レジストリは休日カレンダーとカットオフルールを公表すべきである。RIR 間案件は UTC のイベント時刻を使用し、暦日日数をグローバルに報告すべきで、どちらの営業日が適用されるかという議論を避ける。

管理者帰属は、自動的に法的な責任を決定するべきではない。裁判所の保留は裁判所のせいではない。それは事実上の状態である。当事者の応答間隔は、異常に広範な要求を反映しているかもしれない。レジストリの時間は、必要な検証を反映しているかもしれない。目的は、理由を評価できるように間隔を位置付けることであり、責任のリーグテーブルを製造することではない。

再提出は古い案件を若くしてはならない

管理システムはチケットを中心に構築されている。取引はそうではない。買い手と売り手は、リクエストが差し戻された、事前承認が変わった、書類が失効した、法人が修正された、RIR 間ルートが別々の提出を要求したために、複数のチケットを通じて同じ移転を追求するかもしれない。

新しいチケットが毎回時計をリセットするなら、パフォーマンスは事務的な乗算によって改善し得る。機関は古いリクエストを不完全としてクローズし、当事者は代替を開き、後に完了したチケットは短い期間を示す。ユーザーは一つの長い移転エピソードを経験した。報告は、おそらく一つは事務的クローズとして除外され、一つは迅速と称賛される、無関係な二つのファイルを記述する。

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

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

報告は、エピソードごとのチケット数、追加情報の要求、再提出回数、累積年齢を示すべきである。運用上のデバッグのために、成功したチケットの期間も示すべきである。両方の見解が正当である。参加者のエクスポージャーを反映するのは累積の見解のみである。

繰り返される要求には理由コードが必要である。最初の差戻しは法人登記の欠落、二番目は署名権限、三番目はリソース適格性に関するかもしれない。デスクが三つを一度に要求することが合理的に可能であったなら、逐次的な審査は制度設計の問題である。新たな事実が出現したなら、履歴はそれを示すだろう。集計サイクル数の公表は、弱い証拠を承認するようアナリストに圧力をかけることなく、明確な要求を前もって示すインセンティブを生む。

書類の失効は特別な扱いに値する。レジストリが最近の法人記録を要求し、自らの遅延が原因でその記録が古くなった場合、更新間隔は全面的に当事者に帰属されるべきではない。イベント履歴はレジストリに起因する更新をマークできる。これは小さいが公平性の価値が大きなルールであり、特に公式文書の取得が遅いか高価な場合にそうである。

いかなる当事者も、名目上新しい案件を開くことで以前の拒否を消去できるべきではない。エピソードリンケージは、申請者と同様に機関も保護する。それは、再試行、試行間のポリシー変更、後の承認が新証拠または異なる解釈のどちらに従ったかを明らかにする。

拒否、取消、撤回は時間の転帰である

完了しない移転も、依然として機関のキャパシティと参加者の時間を消費する。適切な期間報告は、それらをノイズとして扱うのではなく、ステータスを与える。

トップレベルの転帰は、承認・登録済み、承認されたがクローズされず、拒否、移転元によって撤回、受領者によって撤回、相互撤回、無応答により取消、事務的に置換、外部命令により停止、保留中であるべきである。すべてのクローズされた転帰は、エンドツーエンドの年齢と管理者履歴を保持すべきである。

理由カテゴリは、改革を支援するのに十分な詳細を、当事者を特定するのに十分ではない程度に持つ必要がある。実用的なリストには、移転元の本人性が確認されず、移転元の権限が確認されず、受領者の本人性が確認されず、リソース登録の競合、リソースポリシー制限、受領者のポリシー適格性、アクティブな所有権または支配権の紛争、制裁または法的制限、不完全な契約または料金、相手方 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 間インバウンド、合併または再編、レガシーまたは歴史的リソース移転、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パーセンタイルがより速く低下してギャップが縮小することである。報告はまた、件数、最大値、既知のデータ除外を開示している。繰り返すが、計画不服申立ては番号資源移転ではない。制度的な教訓は、最も長い案件が主要数値から省かれた恥ずかしいものである代わりに、明示的なパフォーマンス対象になり得るということである。

これらの例は、三つの方法で単一の目標を改善する。それらは分布を保存し、転帰を分割し、データの限界を特定する。移転報告は、二者間取引に固有の管理者情報と保留年齢情報を追加しつつ、同じことを行うべきである。

サービス基準は分布的な約束として組み立てられるべきである。例えば、完全な通常の域内案件の50％が2暦日以内に決定され、75％が5日以内、90％が10日以内、95％が20日以内。記録された管理者と次のアクションのない完全な案件なし。30日を超えるすべての案件は独立して審査される。ここでの数字は例示であり、推奨されるグローバルな閾値ではない。各機関は、観測されたキャパシティとメンバーのニーズから目標を提案し、パフォーマンスを公開すべきである。

平均値は人員計画には依然として有用だが、決して唯一の公的指標であってはならない。満足度スコアは感情に有用だが、回答者は選択される可能性があり、迅速な通常案件が支配する可能性がある。チケット数はワークロードに有用だが、クローズされたチケットは承認、拒否、取消、または置換を表すかもしれない。各指標は、移転アクセスよりも狭い質問に答える。

最も強力な報告は、悪いニュースを解釈可能にするものである。安定した中央値の下で上昇する90パーセンタイル値は、出現しつつある法的滞留を示すかもしれない。受領者管理日数の増加は、不明確な指示を示すかもしれない。二者間日数の増加は、機能不全のインターフェースを示すかもしれない。公表は、苦情を修復可能なプロセスに変える。

プライバシーは統計上の暗闇を要求しない

移転ファイルには、法人文書、署名、契約、法的紛争、セキュリティ関連の記録が含まれる。案件が遅かったことを証明するためだけに、いずれも公表されるべきではない。集計の説明責任は、機密性を保持できる。

第一の安全策は最小セルである。指定された数のエピソードに満たない、方向付けされた経路および理由クラスについて、パーセンタイルを公表しない。大まかな年齢帯域では5件で十分かもしれないが、パーセンタイルでは10件以上がより安全である。実質的に異なる案件タイプを結合する前に、隣接する四半期を結合する。値が秘匿される場合は明示する。

第二は、まれなイベントに関する理由の公表を遅延させることである。裁判所に保留された案件は、公に特定可能かもしれない。その年齢はグローバルな保留分布に含める一方で、詳細な理由は後日報告するか、「外部法的保留」にグループ化することができる。プライバシーは当事者を保護し、合計から日数を取り除くべきではない。

第三は仮名監査である。公的なリリースには基礎となるイベントセットのダイジェストを含めることができ、機密レビューアーはパーセンタイル、管理者合計、照合を再現できる。当事者は自らのイベント履歴を受け取り、誤った帰属に異議を唱えることができる。レビューアーは誤り率と修正を公表し、文書は公表しない。

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

第五は保持の規律である。イベントメタデータは、傾向と不服申立て分析に十分な期間生き残るべきであり、機密証拠のコピーは該当する保持ルールに従う。公的な統計系列は、案件文書が合法的に破棄された後も利用可能なままでいるべきである。集計履歴はメンバーに属する。

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

イベント履歴が保存されなければ、目標はごまかされる可能性がある

測定されるものは管理されるが、それはまた再編成される。移転時間標準は、予測可能な回避を想定すべきである。

一つは遅延された受付である。スタッフは、容易になるまでリクエストを受け付け段階に留め、それから実質的な時計を開始する。対策は、初回提出と完全性からの二重公表に加え、受付サイクル数である。もう一つは早期クローズである。目標に違反する直前にチケットが取り消され、後で再開される。エピソードリンケージと累積年齢がリセットを防ぐ。

三つ目は管理者ダンピングである。漠然とした情報要求が、レジストリが必要なものを確信できないまま、時計を当事者に渡す。アクション要求は具体的で、バージョン管理され、監査可能であるべきである。独立したレビューアーは、管理者の変更が実行可能な義務に対応するかをサンプリングできる。

四つ目はクラス移行である。古い案件は、遅くなった後に特別審査に移される。強化クラスへのエントリは、タイムスタンプ付きのトリガー条件に基づくべきであり、報告はエントリ前後のパフォーマンスを示すべきである。元の通常クラスの年齢は消えるべきではない。

五つ目は容易な案件の優先順位付けである。スタッフは、古い裾野が成長する間に、新しい単純な案件を完了することで中央値を改善する。保留年齢帯域、最古の年齢、超過裾野日数がトレードを明らかにする。賢明な運用ルールは、アナリストに誤った決定を強いることなく、古い案件にキャパシティを留保すべきである。

六つ目はカレンダー操作である。公表期間は休日を除外したり、参加者がそれより早く準備ができていたにもかかわらず、料金支払い後に開始したりする。エンドツーエンド暦日は安定した公的指標を提供し、営業日は人員配置を診断できる。イベント定義はバージョン管理された変更なしに動いてはならない。

七つ目は分母の断片化である。移転元と受領者のチケットが二つの成功したクロージングとして数えられたり、二者間案件が両方の RIR によって数えられたりする。移転エピソードと共有リファレンスが案件数を一貫性のあるものに保つ。チケット統計はワークロードのために利用可能なままであるが、取引を装ってはならない。

最後の防御は改訂履歴である。イベントが修正される場合、古い値、新しい値、理由、日付、公表されたメトリクスへの影響を保存する。改訂のない移転時間系列は、黙って磨き上げられることがあり得る。自らのインテグリティに自信を持つサービスは、データがどのように改善するかを示すべきである。

最小限の四半期移転時間ステートメント

報告基準は、肥大化することなく、厳格であり得る。機械可読な集計を伴う一つの四半期ステートメントは、六つのパネルを含むべきである。

パネル1：母集団照合。期首保留エピソード、新規初回提出、受理完了エピソード、登録された移転、拒否、撤回、取消、置換、期末保留エピソード。エピソード数はチケットやリソース記録と別に表示する。不一致の変更を説明する。

パネル2：完了およびクローズ済み分布。主要な案件クラスと転帰ごとに、受付、決定、クロージング、エンドツーエンド暦日時間について、件数、平均、25、50、75、90、95パーセンタイルを表示する。パーセンタイル法、丸め、期間、秘匿閾値を特定する。

パネル3：保留在庫。初回提出と完全案件の年齢帯域、保護された最古の年齢、現在の管理者、保留理由を表示する。四半期中の各帯域へのエントリとイグジットを、単なるクロージングスナップショットではなく含める。

パネル4：管理者時間。移転元、受領者、移転元 RIR、受領 RIR、両 RIR 共同、両当事者共同、外部法的、予定された移行の管理下にある暦日日数を表示する。管理者スイッチと追加情報サイクルの数を報告する。合計をエンドツーエンド期間と照合する。

パネル5：理由とレビュー。大まかな理由別に、受付差戻し、拒否、取消、撤回、強化レビューエントリ、不服申立て、逆転、および古い案件の管理レビューを表示する。管理上の理由カテゴリを、該当する公的なルールまたはサービスステップにリンクさせる。

パネル6：二者間インテグリティ。プライバシー閾値を超えるすべての方向付けられた RIR 間ペアについて、送付、確認、不完全返却、承認、拒否、不一致、保留のハンドオフを、ハンドオフおよび共同スケジューリングの分布と共に表示する。両機関は同じ照合された合計を公表すべきである。

各リリースには、定義、抽出時刻、既知のギャップ、前回リリースのダイジェスト、修正、および異議申立てのための連絡先が必要である。ナラティブは、逸話を証拠として選択することなく、大きな動きを説明すべきである。データテーブルは、日付入りのバージョンでダウンロード可能なままでいるべきである。

この基準に価格、評価、商取引条件は必要ない。それは、認識された移転リクエストの管理を測定する。そのより狭い焦点は強みである。レジストリは、当事者と通信し、案件を評価し、記録を更新する際に、既にイベントを生成している。主な障壁は、裾野を可視的にする意思である。

Number Resource Society は時計を可搬にすべきである

比較可能な測定は、一つの組織に移転決定に関する権力を与える必要はない。Number Resource Society は、ルールが公開され置換可能な、薄い説明責任レイヤーを支援できる。

その第一の貢献は、オープンなイベント辞書であるべきである。すなわち、エピソード、提出、完全性、アクション要求、管理者変更、決定、二者間ハンドオフ、クロージング条件、記録変更、拒否、撤回、取消、レビュー。各イベントは、タイムスタンプ、アクタークラス、理由、前のイベントへのリンクを必要とする。どのレジストリや独立したサービスもそれを実装できるべきである。

第二の貢献は参加者の可搬性である。買い手または売り手は、すべての要求、応答確認、管理者変更、決定を含む、自身の案件の署名付き履歴をエクスポートできるべきである。機密証拠は暗号化されたままか、ダイジェストによって参照され得る。参加者がアドバイザーを変えるか、レビューを求める場合、一つのチケットポータルからのスクリーンショットに依存しない。

第三の貢献は比較可能な公表である。NRS は署名付きの集計リターンを受け取り、算術をテストし、二者間エピソードを照合し、同じ定義の下で分布を公表できる。レジストリがイベントを提供しない場合、ごまかしの数字を推定するのではなく、ギャップをマークできる。当事者が自発的に履歴を提供する場合、完全とは呼ばずにサンプルとカバレッジを報告できる。

第四の貢献は監査である。ローテーションする独立したレビューアーは、イベント帰属、再提出リンケージ、プライバシー管理をサンプリングできる。所見は公的であるべきであり、案件文書はそうではない。修正は追加専用であるべきで、NRS を含めいかなる機関も悪い四半期を書き換えられない。

境界は明示的でなければならない。NRS は、義務的なグローバル期間目標を設定したり、証拠が十分かを決定したり、プレミアムサービスを購入するメンバーを加速したり、登録のためにその証明書を要求したり、当事者を好ましいファシリテーターに誘導したりすべきではない。測定語彙を別の待ち行列に変えてはならない。

可搬性はその結果に対する安全策である。定義はオープンにライセンスされるべきである。当事者は自身のイベント履歴を別の監査人に持っていくことができるべきである。レジストリは直接公表できるべきである。NRS がユーザーへのサービスを停止した場合、記録と方法は他所で使用可能なままでいるべきである。

肯定的な制度上の提案は控えめである。すなわち、共通の時計、検証可能な履歴、公的な比較。それだけで、測定自体がリソースを移転するふりをすることなく、独占的な管理を論争可能にするのに十分である。

最初の正直な報告は完璧なものより前に発行できる

レジストリはグローバルな合意を待つ必要はない。各々は既に記録しているイベントから始めることができる。

最初の四半期には、期首と期末の保留件数、登録、拒否、撤回、取消の転帰、さらに初回提出と完全からクローズまでの中央値、75パーセンタイル値、90パーセンタイル値を公表する。保留年齢帯域と保護された最古の年齢を加える。欠落しているすべてのフィールドを明示する。

第二の四半期には、管理者カテゴリと再提出リンケージを導入する。各アクティブな当事者に案件年齢ステートメントを与える。90日より古いすべての案件を監査し、保護されたグループで理由を公表する。

第三の四半期には、方向付けられた RIR 間ハンドオフを各相手方と照合する。不一致案件と共同スケジューリングを公表する。すべてのペアが合意するのを待たず、どのペアが照合でき、できないかをマークする。

第四の四半期には、丸一年の独立した検証を委託する。イベントの完全性、時計のリセット、管理者の正確性、プライバシー漏洩、およびチケット、エピソード、完了移転件数間の一貫性をテストする。管理上の応答と改訂データを公表する。

目標はベースラインに従うべきであり、それに先行すべきではない。裾野を測定する前に容易な中央値目標を設定する機関は、誤ったものを最適化するリスクがある。メンバーは、まず1年間の忠実な分布を求め、次いで案件クラス別に許容可能なサービスレベルを議論すべきである。

最初のリリースは現在の主張よりも悪く見えるかもしれない。それはサービスが悪化した証拠ではない。それは、観測されていなかった待ち行列が視界に入った証拠である。改善は、古い案件がもはや典型的な案件の背後に消えることができなくなったときに始まる。

裾野を統治する

移転の中央値は偽物ではない。それは、一貫してそれを生産する機関に有利な方向に不完全なのである。

それは、未完了案件よりも完了案件を、古いエピソードよりも新しいチケットを、通常のユーザーを珍しい法的状況よりも、そして一つのレジストリの時計を二つの間の間隔よりも有利に扱う。それは、撤回を不在に、取消を事務的なクローズに、繰り返される証拠要求を申請者の時間に変える。最も重要なのは、それが最も裁量を伴う案件を統計的な例外として扱い、説明責任が最も必要な場所とはみなさないことである。

改革は分布的な記録である。中心と裾野を公表せよ。保留在庫を数えよ。初回提出年齢を保存せよ。再提出をリンクさせよ。すべての日を管理者に割り当てよ。差戻し、拒否、撤回を、当事者を非難することなく分類せよ。二者間ハンドオフを照合せよ。修正を見えるように保て。

次に、正しいパフォーマンスの質問をせよ。「典型的な成功案件はどれだけ速く終わるか」ではない。こう問え。すなわち、実質的に完全な移転が10、30、90、180日後も未解決のままである確率はどれほどか、それらの日を誰が管理しているか、そしてどの理由がその状態を説明するのか、と。

その問いは、事業者が直面するリスクに一致する。それはまた、注意深いレジストリに自らの仕事を示す公正な機会を与える。必要な法的審査は、無為の待ち行列と区別できる。当事者の遅延は、連続的な制度的質問と区別できる。調整された切替は、所有者のいないハンドオフと区別できる。

公衆は、移転デスクが予測可能かどうかを見るために、機密文書を必要としない。必要なのは、時間の形状である。

情報源