摘要

  • 均值或中位数完成时间仅描述中心趋势。它无法揭示是否有一小部分 IPv4 转移在反复的证据请求、双边交接、法律审查或未解释的停滞状态中耗费数月。第 90 和 95 百分位数、尾部与中位数比值以及经隐私保护的最高值，是衡量机构风险的必要手段。
  • 已完成案例是一个经过筛选的群体。如果困难请求仍处于待定状态、被退回重新提交、在截止日期后取消或因交易无法等待而撤回，仅看已完成案例的中位数可能会在真实访问情况恶化时改善。必须将待办案例的时长和非完成结果与已完成案例时长一并公布。
  • 一次转移需要多个时钟：首次提交到接受完整性、完整性到决定、批准到记录变更以及总经过时间。每个区间必须标识其控制者——源方、接收方、源注册机构、接收注册机构、联合安排、法律保留或外部当局——并保留每次切换，而不是将整个案例归因于一方。
  • 重新提交不应抹去历史。注册机构应将相关的工单链接为一次转移周期，披露每次退回的次数和原因，并报告当前工单的时长和自第一次实质性完成尝试以来的累计时长。否则，困难案例可以通过关闭再重新开启而在统计上显得短暂。
  • 原因类别应区分不完整的身份证据、签署权、资源资格、政策资格、争议、制裁或法院冻结、费用或协议、技术切换、对方协调、一方未回应、拒绝、撤回和行政关闭。这些是分析类别，并非对不当行为的指控。
  • 号段资源协会可以定义一套开放的事件词汇，让各方导出签名的案例历史，发布可比较的分布情况，并在不确定谁应获得转移的情况下审计双边交接。其价值在于可移植性和度量，而非新增一个审批队列。

两天的承诺可能与六个月的问题并存

机构延迟常常以抚慰人心的方式出现。大多数案例都能迅速完成。普通请求并不复杂。平均值在目标范围内。中位数申请人几乎没有什么可抱怨的。

这些说法可能都准确。但对于那些融资、部署或客户迁移都依赖该转移的运营商而言，它们都没有回答那个关键问题：为什么这次转移不普通？

RIPE NCC 表示，在大多数情况下，各方提供了所需材料后，区域内转移可在一到两个工作日内完成。ARIN 表示，在其收到签名的注册服务协议和所有适用费用后，资源将在两个工作日内转移。APNIC 在历史上曾描述过对资源请求的响应周转时间为一到两个工作日，同时警告说澄清可能会延长流程。这些都是有用的承诺，但它们也是起点不同的时钟。

RIPE 的描述接近文件齐全的阶段。ARIN 的两天声明始于审批条件、费用和协议都已满足之后。APNIC 较早的声明涉及的是响应，而不一定是最终的注册。单独来看，没有一个能衡量从一方首次认真提交到最终记录变更的整个期间。因此，购买者可能经历漫长的交易，而每一个被引用的服务间隔在形式上仍保持完好。

这不是语义上的吹毛求疵。这才是核心的问责问题。通常，耗时最长的案例正是机构行使最重要判断力的那些案例：历史持有者是否为同一法人，其官员是否有权约束该法人，资源是否合格，接收方是否符合资格，是否存在活跃的争议，或者两套区域规则能否协调一致。这些恰恰是成员需要了解权力如何运用的案例。

单一的中位数有意掩盖了这些案例。中位数是半数观测值落在其下的一个点。如果有 51 个案例耗时两天，49 个案例耗时半年，中位数仍可保持为两天。如果工作人员完成了更多简单案例而旧案仍在等待，中位数还能改善。如果那些旧案被关闭并以新工单号重新提交，中位数还会进一步改善。一个意在使人安心的统计量，在机构风险最大的地方却可能变得最缺乏信息量。

答案不是抛弃中位数，而是别再指望它代表整个分布。一份可信的转移时间报告应当展示中心、尾部、未完成的存量以及控制权在它们之间的转移。

机构在说话时，分母一直在变

任何关于转移速度的声明背后，至少有四个不同的群体。第一个是每一次询问。第二个是每一个正式提交的请求。第三个是每一个被接受为足以进行实质性审查的请求。第四个是报告期内完成的每一个请求。它们的时长和结果并不可以互相替换。

完成统计通常描述的是第四个群体。这种选择有其合理的操作目的：已完成的案例有观测到的结束日期。但它也造成了选择性偏差。在季度末仍处于开放状态的案例，尚未贡献其最终时长。它保持开放的时间越长，它在仅包含已完成案例的计算中缺失的时间就越长。统计学家把这类观测称为删失，因为结果尚未完全观测到。而行政人员更可能称之为待定。无论如何，排除它们就会使报告中的群体系统性地比真实在办的积压案件更容易完成。

设想一个服务台，它在十天内完成了 90 个常规转移，却将 10 个有争议的转移带入了下一年。其已完成案件的中位数是十天。其第 90 百分位数可能也是十天，这取决于计算惯例。然而，在报告期内实质上活跃的案例中，十分之一已经比发布出来的经验时长更老。如果同样的十个案例在下个季度仍然开放，又一个快速的中位数又可被宣布。正是因为它最困难的工作从未进入分母，该机构才显得始终高效。

撤回造成了第二种选择性偏差。商业协议可能到期，融资可能失效，部署可能移往别处，或者交易对手可能失去耐心。如果各方在 120 天后撤回，只统计完成情况的系列永远不会记录这份负担。将案例标记为私下的商业失败，并不能排除行政不确定性对此有所贡献的可能性。注册机构不必判定因果关系，但必须保存时长并允许当事方选择一个宽泛的撤回原因。

拒绝造成了第三种选择性偏差。经过漫长审查才做出的决定是一项机构结果，即使没有转移出现在公开的已完成转移记录中。取消造成了第四种。APNIC 当前的指南指出，接收方必须在 30 天内确认由源方发起的转移，否则请求将被取消。这是一条清晰的规则，但由此产生的案例属于时长账户：已发起，等待接收方，在第 30 天被取消。因没有资源块发生移动而将其忽略，会把一个明确的服务事件变成统计上的沉默。

受理预审造成了第五种。因不完整而被退回的请求可能永远不会进入实质性时钟。如果要求清晰且疏漏明显，这种分离尚可辩解。但如果审核员在多个周期中要求提供相继的证据，把每个周期都视为启动时钟前的活动，就可能隐藏了机构的贡献。报告需要首次提交的时长和被接受为完整后的时长。

因此，分母应当声明，而非假定。公布的每个数字都必须说明它涵盖的是询问、已提交请求、完整请求、决定、记录变更，还是所有已关闭案例。一份季度调节表应展示案例如何在各状态间转移。没有这座桥梁，快速的中位数就只是关于由生产者选定群体的一个断言。

均值和中位数讲着不同的半真半假

均值常受批评，因为一个极端古老的案例便可将其拉高。中位数则因对极端值稳健而备受赞誉。从统计上讲，这两点都正确，但由此通常得出的机构结论却不然。

若目的在于描述一个典型已完成案例的经历，中位数很有用。若目的在于衡量总体等待负担，均值则拥有中位数所丢弃的信息。50 个转移耗时两天，1 个转移耗时 300 天，中位数为两天，但那个例外案例所积累的等待时间比所有常规案例之和还要多。这种负担是真实的，即使它并不典型。

NIST 统计手册将中位数描述为第 50 百分位数，并指出在小样本中，百分位数估计值会因所采用的插值方法而略有变化。这一技术细节在定向的跨区域路径上，当路径稀疏时尤其重要。一家注册机构应说明它使用的是比如 R7 还是 R8 惯例，如何处理日期并列，以及是否对非完整工作日进行舍入。否则，两家机构可能从同样稀少的人群中公布名义上相同的百分位数，却得到不同的值。

最起码的分布应包含案例数量、第 25、50、75、90 和 95 百分位数、算术均值以及受隐私保护的最大值或最长案例区间。第 25 和第 75 百分位数展示了中心散布。第 90 和第 95 展示了尾部。均值捕捉了累积负担。在无法识别案例的情况下，最大值则检验是否有远古档案被遗留在正常管理之外。

两个派生度量尤为揭示问题。其一是尾部与中位数比值：第 90 百分位数除以中位数。中位数为两天、第 90 百分位数为 20 天，比值为 10。若之后中位数降为一天而第 90 百分位数不变，比值为 20。常规自动化进步了，尾部治理却没有。其二是超限尾部天数：超出声明服务阈值的日历日数，按案例求和。它表明有多少等待时间集中在承诺之外。

不应将这些度量合并为一个综合评分。一个服务台可能有优良的中位数和糟糕的尾部。另一个可能有较慢的中位但拥有压缩且可预测的分布。对于一位在协调融资截止日期的买家来说，可预测性可能比典型值更重要。成员应当同时看到两者，而不是由机构自己选定的某个管理等级。

分布还需要关于样本量的置信度。基于 12 个案例计算出的第 95 百分位数是不稳定的。公布时应显示案例数，对于稀疏单元格，应合并多个期间，或显示时长区间而非伪造的精度。抑制必须可见。一个空白单元格应意味着在既定规则下案例过少，而非一个不方便展示的结果。

尾部是自由裁量成为准入门槛的地方

延迟并非中立地分布。大型的重复参与者可以保有法律顾问、专业人员和替代库存。较小的运营商可能只有一次计划好的收购，与数据中心的启用、客户合同或迁移窗口期紧密绑定。同样的 90 天不确定性造成不同的经济损失。

这使得尾部时间成为一个关于成员问责的问题，而非仅仅是客户服务指标。如果老案例集中于首次接收方、历史持有者、跨境当事方或具有非常规法律形式的组织，那么分布就揭示了哪类参与者承担着机构的解释性不确定性。一个全局中位数可以掩盖这种模式，因为经验丰富的重复用户的常规转移主导了中心区域。

分割应限于那些可能改变工作量的因素：区域内或跨 RIR、源注册机构和接收注册机构、转移策略类型、资源类别、是否有预审批、是首次还是重复参与者、普通身份还是存在争议的身份，以及增强的法律审查。它不应公布名称或敏感指控，也应避免创造一个名为“复杂”的随意类别，将每个延迟案例都吸收进去。

复杂性需要一套准入规则。当出现活跃的第三方主张、法院命令、制裁筛查匹配、持有者已解散、存在争议的继承、不一致的公开注册记录或特定的法律升级时，案例可进入增强审查。事件应加盖时间戳。若问题清除，案例即离开该类别。发布的报告应显示进入、退出、完成和仍待定的案例各有多少。

区分复杂性和排队等候至关重要。一个困难的法律问题可以证明更多的工作量是正当的，但它不能证明一段无人行动的未测量区间是正当的。控制方时钟可以显示，一个案例需要 40 天的当事方证据收集、7 天的注册机构分析以及 30 天等待对方注册机构。这比单单说复杂案例耗时更长更有说服力。

精心审查也不应被视为失败。快速但粗心的转移可能导致记录冲突、路由安全中断或欺诈风险。目标是有限制的、可解释的时间，而不是不分青红皂白地追求速度。尾部报告使精心审查变得站得住脚，因为机构可以展示发生了什么、谁应进行下一步行动，以及类似案例是否得到类似处理。

反之亦然。如果在没有记录原因的情况下，两个法律上可比的案例耗时截然不同，那么分布就指向了不一致的管理。成员无需查看机密文件即可要求修复流程。平等待遇并非由相同的结果证明的；它是由可比较的阶段、原因和时钟来检验的。

一次转移包含多个时钟

端到端的时间必不可少，但它太过粗糙，无法诊断延迟。即使区域流程不同，转移也应当被表示为一连串的常见事件。

第一个事件是首次提交：最早明确识别出源方、预期接收方和资源集合，从而能够显示是一次真实的拟议转移的请求。第二个是受理响应：告知收到、因格式错误拒绝或针对缺失材料提出具体请求。第三个是接受为完整：服务台确认可开始实质性评估，但这并不暗示批准。

第四组涵盖源方审查：持有者身份、签署权限、资源状态、最小规模、持有期、争议以及任何适用的协议。第五组涵盖接收方审查：身份、账户状态、策略资格、预审批及其他适用条件。第六组是机构决定：批准、拒绝、退回要求实质性修改，或在明确的外部限制下搁置。

第七组是跨 RIR 案例的双边交接：通知发出、通知被接受、对方提出问题、返回对方决定，以及商定的共同记录变更日期。第八组是关闭条件：费用、协议、确认和切换材料。第九组是记录变更：已识别的注册信息被更新，发出完成通知。第十组是技术确认：检查任何预期的记录、路由安全或反向 DNS 操作，同时明确哪些是当事方的责任，而非被识别的转移完成的前提。

这些事件产生四个首要时长。受理时间从首次提交到被接受为完整。决定时间从被视为完整到机构决定。关闭时间从批准到被识别的记录变更。端到端时间从首次提交到记录变更或非完成结束。只公布关闭时间会让漫长的审查消失；只公布端到端时间则使诊断变得不可能。

ARIN 公开的转移指引说明了为何边界很重要。对于指定接收方的转移，源方和接收方分别提交请求。工作人员将工单链接起来，开具处理费发票，独立评估各个请求，然后根据情况开具其他费用和协议。最后的那段两个工作日的承诺，仅在 ARIN 收到签名的协议和适用费用后才开始。只看到那最后承诺的读者，无法推断链接起来的审查用了多长时间。

RIPE 的跨 RIR 指引提供了另一个例子。在一家注册机构批准后，另一家评估其本方的情况；随后双方在一个商定的日期更新记录。RIPE 表示，跨 RIR 转移需要更多工作，因为政策不同、时区介入，且注册机构的更新必须同步。这一描述指出了合理的阶段。成员若想知道额外的时间是花在实质性审查、交接还是排程上，就仍然需要每个阶段的观测分布。

一套通用的事件词汇不会强迫所有 RIR 采用相同的内部流程。每个机构都可以把自己的事件映射到共同的里程碑上，并公布例外情况。可比性需要的是共同的含义，而非一模一样的办公室。

每一天都应有一个控制者

“处理时间”这个短语暗示机构正在持续不断地处理。但通常并非如此。案卷可能在等待源方、接收方、另一家注册机构、一笔付款、一个法律机构或一次协调的切换。公平的测量必须承认这些变化。

每个案例在任何时刻都应当恰好有一个主要控制者，并可有次要观察者。主要类别为源方面、接收方面、源 RIR、接收 RIR、双方 RIR 联合、交易双方联合、外部法律机构以及排定的技术转接。一个单独的系统搁置类别可记录经记录的故障，但它不应成为一个方便的废纸篓。

当一项特定的行动请求被发出或被满足时，控制权发生变更。索要文件的请求应说明需要什么、由谁提供以及截止日期。通知送达时时钟传递给该方，回复到达时时钟再回到注册机构。若回复不完整，注册机构应记录是未满足原始请求，还是引入了新要求。

这一区分解决了常见的怨气。从机构角度看，一个案例可能花了 60 天等待申请人。从申请人角度看，自己可能在一天内回复了五个相继的问题，而服务台每提出下一个问题都要花一周。双方都可能真诚地将对方描述为延迟的源头。事件历史能解决争议：当事方控制的小时数、注册机构控制的小时数以及问题周期的数量。

并行工作需要规则。如果源方审查和接收方审查可以同时进行，日历时间就不应重复计算。发布一次经运行的日历时间，再加上与之协调的控制者归因的工作区间。若两个参与者可独立行动，则使用联合开放状态，并标出仍需哪些行动。公开的合并数据可以显示联合天数，而无需披露文件。

周末和节假日应留在端到端的时钟里，因为商业承诺不会暂停。工作日度量可作为操作补充发布。每家注册机构应公布其节假日日历和截止规则。跨 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 已等待的天数，且每三小时更新一次。等待列表不是转移服务台，其排队规则也不同。但要点更为狭窄：当一家互联网注册机构认为那些事实相关时，它可以公开当前存量和最长待办时长。

老旧案例需要管理规程。在第 30、60、90 和 180 天时，应由独立审核员确认控制者、原因、上一次实质性行动以及下一次到期日期。这种审核不应强迫批准，而应防止案卷长期开放却无人认领。汇总结果——已审核案例、已更正的原因、已移除的陈旧搁置——应纳入季度报告。

当事方应收到与管理层可见内容相同的时账陈述。它应展示周期开始、当前阶段、当前控制者、未完成的行动以及按控制者划分的累计天数。用户无需通过电话才能知道一次转移是在等待它的注册机构、对方还是自身。

待办存量也是一种容量信号。如果到来的数量保持稳定而老案例却在累积，那么服务台要么容量不足，要么存在策略瓶颈。如果存量上升是因为某法律事件暂停了一类案例，原因分布将显示出来。随后的人手和策略讨论就可以基于证据，而非轶事。

跨 RIR 的延迟需要配对的时钟

跨区域转移特别容易遭受统计上的规避，因为每个机构只看到案例的一部分。源 RIR 可以说它迅速批准并发送了请求。接收 RIR 可以说它在收到完整转交后行动迅速。二者声称之间的数周可能不属于任何一方。

每个跨 RIR 周期都需要一个共享的假名引用。它应当链接源方决定、交接包、接收确认、接收方提问、回复、接收方决定以及商定的更新。该引用无需在具名转移记录中可见，但必须可用于联合汇总和审计。

交接时钟从源 RIR 按照议定协议发出完整的双边包裹时启动。接收 RIR 应自动确认收到。若它认为包裹不完整，应在规定间隔内回复原因代码。然后时钟便转移至负有缺失材料的一方。无声的交接不是一种正当状态。

方向很重要。从 ARIN 到 RIPE 的转移与从 RIPE 到 ARIN 的转移可能有不同的证据要求。RIPE 的指南指出，对于来自 ARIN 的转移，接收方可能需要提供在五年内使用至少 50% 资源的计划。ARIN 将其自身的接收方要求适用于进入的案例，并为其路径要求对等的兼容政策。一个全局的跨 RIR 中位数会抹去这些方向性的条件。

在案例数量允许的情况下，按定向的 RIR 对发布分布。当单元格过小时，合并几个季度或披露宽泛的区间。绝不要在不说明合并方式的情况下，将一条稀疏路径的数据装入全局数字中。正在判断某条特定路径是否可行的参与者需要了解这条路径，而非该全球机构的典型经历。

两家 RIR 应签署一份季度调节表：期初共享待办周期、新交接、完成、拒绝、撤回以及期末待办周期。无法匹配的引用应被计数和标明时长。关于状态的不同意见应呈现为未调节，而不是默默地指派给率先公布的机构。

联合排程时间应有其自己的类别。同步更新减少了注册冲突，在操作上是合理的。如果当事方因网络原因选择将来的切换日期，该时段不应被视为服务台不活跃。如果 RIR 因内部人员配置只能在有限天数更新，成员应看到这一约束。

可比性将暴露真实的政策差异，而不是假装那只是速度差异。这是有用的。一条路径可能更慢，因为一方进行需求评估，另一方因为法律文件需要翻译，还有一条路径因为双边通道是手动的。报告应当将时间与原因联系起来，同时拒绝仅仅将速度本身变为美德。

案例组合必须可见，但不能成为借口

没有哪项严肃的比较会把一次常规的区域内部转移与一次有争议的历史继承放在一起，然后说较快的注册机构更好。同样，也没有哪家严肃的机构会每次老案例都标记为“复杂”，然后宣称其首要服务健康。

答案是使用稳定规则的分层。至少，应将区域内指定转移、跨 RIR 转出、跨 RIR 转入、合并或重组、历史或遗留资源转移、ASN 转移以及其他资源类别分开报告。在每个类别内，再展示普通情况、增强身份审查、活跃争议、法律或制裁搁置，以及技术关闭。

预审批应被披露，因为它将工作提前了。APNIC 明确将转移预审批作为避免意外延迟的一种方式；一旦找到源方且数量在审批范围内，无需再次提供需求论证。一次带有预审批的快速匹配后转移，不能直接与接收方资格评估在双方准备就绪后才开始的案例相比较。报告显示预审批时间、转移时间以及在审批是为特定预期收购而获得的情况下的组合经过时间。

同样，ARIN 在协议和费用之后的那段最后两个工作日期间，应保持作为关闭阶段的度量。除非起始条件对齐，否则不应将其与 RIPE 的声明（大多数完整转移在一至两个工作日内完成）直接比较。度量标签应包含事件名称，而不仅仅是“处理”一词。

应按案例数而非资源量加权。一个 /16 的管理工作未必是一个 /24 的 256 倍，且地址数量很少反映法律上的复杂性。发布按案例加权的时长。若有证据显示流程差异，可按地址块大小分段，但不应让它主导服务统计。

参与者身份需要隐私保护。区分首次与重复参与者很有用，因为重复用户可能更了解证据要求。公开点名缓慢参与者既无必要，也可能阻止正当的审查。机构可以公布总量差距并改进指引。独立审计员可以在不公布名称的情况下，检验在控制案例类型后，法律形式、地理或参与者规模是否能预测延迟。

每一项分层规则都应在季度结束前设定，并保留在修订历史中。若定义改变，应当在一段重叠期内同时公布新旧两个序列。否则，服务台可以通过将老案例移入一个新排除的类别来改善其首要指标。

目标不是追求完美的调整后排名，而是忠实绘制时间去向的地图。各机构可以在共享管理度量的责任上存在分歧，同时有义务衡量自身行政管理层。

公共机构早已知道如何展示尾部

发布响应时间分布并非新鲜事。其他处理敏感请求的机构也这么做，且没有公开案卷。

ICANN 2024 年 8 月的注册数据请求服务指标报告了按结果划分的响应时间分布，包括第 10、30、50、70 和 90 百分位数以及均值。在该报告中，获批请求的中位响应时间为两天，第 90 百分位数为 20 天；部分获批请求的中位时间为四天，第 90 百分位数为 26 天。这些数字并非关于 IPv4 转移的证据。但它们展示了典型案例与尾部之间的差异，并表明互联网协调机构可以按状态发布二者。

英国规划监察局 2026 年 2 月的试验性统计使用第 25、50、75 和 90 百分位数来衡量决定时间。其明示的雄心不仅要降低中位数，还要让第 90 百分位数下降得更快，从而缩小差距。报告还公布了数量、最大值以及已知的数据排除项。再一次，规划上诉不是号段资源转移。机构层面的教训是，最长的案例可以成为明确的绩效对象，而非从头条中省略的尴尬。

这些例子在三个方面超越了单一目标：它们保留分布，划分结果，并识别数据的局限性。一份转移报告也应当如此，同时增加针对双边交易的控制者和待办时账信息。

服务标准应当被构建为一项分布承诺。例如：50% 的完整普通区域内案例在两个日历日内决定，75% 在五日内，90% 在十日内，95% 在 20 日内；没有案例处于缺失已记录的控制者和下一步行动的状态；每个超过 30 天的案例均得到独立审查。此处数字仅为示意，并非推荐的全球阈值。每个机构应根据自身观察到的能力和成员需求提出目标，然后对照表现。

均值在人员配置上仍然有用，但不应成为唯一的公开度量。满意度评分对情绪感知有用，但受访者可能经过选择，一次快速的常规案例就能主导结果。工单计数对工作量有用，但一张已关闭工单可能代表批准、拒绝、取消或替换。每项度量回答的只是比转移可及性更窄的一个问题。

最强的报告是让坏消息变得可解读的那份。第 90 百分位数上升而中位数稳定，可能预示着新兴的法律积压。接收方控制的天数增多可能意味着指引不清。双边天数增多可能意味着对接失效。将投诉公开，会把它变成一个可修复的流程。

隐私无需统计上的黑暗

转移文件含有公司文件、签名、合同、法律争议以及与安全相关的记录。这些都不应为证明案例缓慢而公开。汇聚起来的问责制可以保守机密。

第一道保障是最小单元格。不要为少于规定周期数的定向路径和原因类别发布百分位数。对宽的时长区间，五个可能足够；对百分位数，十个或更多更为安全。在合并实质不同的案例类型之前，先合并相邻季度。当数值被抑制时，予以声明。

第二道保障是对罕见事件延迟公布原因。一个受到法院搁置的案例可能是公开可识别的。它的时长可被计入全局的待办分布，而详细原因可在稍后报告或归入外部法律搁置项下。隐私保护当事方；不应将天数从总数中移除。

第三道保障是假名审计。公开发布可包含底层事件集的摘要，并由机密的审核员复现百分位数、控制者合计数以及调节表。当事方应收到自身的事件历史记录，并可对错误归因提出质疑。审核员公布差错率和更正，而非文件本身。

第四道保障是目的限制。为服务问责而收集的时间戳不应成为申请人的公开排名，也不应成为新的证据要求。机构不需要当事人的商业理由，就能记录它是在星期二做出答复的。参与者也无需为质疑时钟而放弃保密权利。

第五道保障是保留纪律。事件元数据应在趋势和申诉分析所需的时段内保留，而敏感证据的副本则遵循适用的保留规则。即使个案文件被依法销毁，公开的统计序列仍应可获取。汇总的历史属于成员。

小型注册机构或稀疏的路径面临真实的重新识别风险。它们可以发布全局分布、滚动四季度窗口以及粗糙的待办区间，同时由独立机构接收详细事件。完全沉默是最不可取的选择，因为它致使规模最小、可能也最脆弱的服务无法评估。

若事件历史未保存，目标就可能被操纵

被衡量的东西会被管理；它也会被重新安排。一项转移时间的标准应当预见到可预见的规避手段。

其一是延迟准入。工作人员让一个请求停留在受理阶段，直至它变得容易，然后才启动实质性时钟。对策是自首次提交和被接受为完整起双份公布，外加受理周期计数。其二是过早关闭。一张工单在即将突破目标前被取消，随后被重新开启。周期关联和累计时长阻止了重置。

其三是控制者倾倒。一项含糊的信息请求将时钟推给当事方，而注册机构自己却不确定需要什么。行动请求应明确、带有版本并可审计。独立的审核员可以抽样检查控制者的变更是否对应可执行的义务。

其四是类别迁移。老案例在变慢后被移入特殊审查。进入增强类别应基于加盖时间戳的触发条件，报告应展示进入前后的表现。原本普通类别的时长不应消失。

其五是优先处理简单案例。工作人员通过完成新的简单案例来改善中位数，而陈旧的尾部却不断增长。待办时账的区间、最长时长以及超限尾部天数展示了这种取舍。合理的操作规则应为老案例保留容量，但不强制分析员做出错误决定。

其六是日历操纵。公布的期间排除节假日，或者在接受付费后才开始计算时段，尽管参与者早已就绪。端到端的日历日提供了稳定的公开度量；工作日度量可用于诊断人员配置。事件定义不应在未进行版本化变更时移动。

其七是分母碎片化。源方和接收方的工单被计作两个成功关闭，或者一个双边案例被两家 RIR 重复计算。转移周期和共享引用保持了案例计数的一致性。工单统计仍可用于工作量，但不得冒充为交易数量。

最后一道防御是修订历史。若一个事件被更正，保留旧值、新值、原因、日期以及对已发布度量的影响。一段没有修订的转移时间序列可以悄悄地被打磨光滑。一个对自己完整性有信心的服务，应当展示其数据如何改进。

一份最低限度的季度转移时间声明

这份报告标准可以要求较高而不显得臃肿。一份季度声明，辅以机器可读的汇总数据，应包含六个面板。

面板一：群体调节。期初待办周期、新首次提交、被接受为完整的周期、已注册转移、拒绝、撤回、取消、替换以及期末待办周期。将周期计数与工单和资源记录分开显示。解释无法匹配的变动。

面板二：已完成和已关闭的分布。对于每个主要的案例类别和结果，展示受理、决定、关闭和端到端日历时间的计数、均值、第 25、50、75、90 和 95 百分位数。说明百分位数方法、舍入、期间以及抑制阈值。

面板三：待办存量。按首次提交和按被接受为完整展示时长区间、受保护的最长时长、当前控制者以及待办原因。包括该季度内进入和离开每个区间的数量，而不仅是最后的快照。

面板四：控制者时间。展示在源方、接收方、源 RIR、接收 RIR、RIR 联合、当事方联合、外部法律以及排定切换控制下的日历天数。报告控制者切换和进一步信息周期的次数。将合计数与端到端时长调节一致。

面板五：原因和审查。按宽泛的原因展示受理退回、拒绝、取消、撤回、增强审查的进入、申诉、逆转以及老旧案例的管理审查。将行政原因类别与相关的公开规则或服务步骤联系起来。

面板六：双边完整性。对于每个超过隐私阈值的定向跨 RIR 对，展示已发出、已确认、退回不完整、已批准、已拒绝、无法匹配以及待办的交接次数，以及交接和联合排程的分布。两家机构应公布相同的调节后合计值。

每次发布都需要定义、抽取时间、已知缺口、上一期摘要、更正以及质疑的联系方式。叙述应解释大的变动，但不要选择逸事作为证据。数据表应以带日期的版本保持可下载。

该标准不要求任何价格、估价或商业条款。它衡量的是已识别的转移请求的行政管理过程。这种较窄的关注点是一种优势：注册机构在与当事方沟通、评估案例和更新记录时，已经在产生这些事件。主要的障碍在于是否愿意让尾部变得可见。

号段资源协会应让时钟变得可移植

可比较的度量无需赋予一个组织对转移决定的权力。号段资源协会可以支持一个薄薄的问责层，其规则是公开的、可替换的。

它的第一个贡献应是一套开放的事件词典：周期、提交、完整性、行动请求、控制者变更、决定、双边交接、关闭条件、记录变更、拒绝、撤回、取消以及审查。每个事件需要一个时间戳、参与者类别、原因以及到前一个事件的链接。任何注册机构或独立服务都应能够实现它。

第二个贡献是参与者可移植性。买方或卖方应能导出自己案例的签名历史，包括每次请求、响应确认、控制者变更和决定。机密证据可保持加密或通过摘要引用。若参与者更换顾问或寻求复核，就无需依赖来自某个工单门户的截屏。

第三个贡献是比较性发布。NRS 可以接收签名的汇总返回，校验算术，调节双边周期，并在相同定义下发布分布。若某注册机构不提供事件，NRS 可标记该缺口，而非估算一个讨喜的数字。若当事方自愿提供历史记录，NRS 可报告样本和覆盖率，但不称之为完整数据。

第四个贡献是审计。一位轮换的独立审核员可以抽样检查事件归因、重新提交关联和隐私控制。发现应公开；案卷文件不应。更正应是仅追加的，因此没有哪家机构，包括 NRS，能够改写一个糟糕的季度。

边界必须明确。NRS 不应设定强制性的全球时长目标，不应判定证据是否充分，不应为购买高端服务的成员加速流程，不应要求其证书作为注册前提，也不应将当事方导向首选服务商。它不应将一套度量词汇变成另一条队列。

可移植性是防止这种结果的保障。定义应开放许可。当事方应能将自己的事件历史带往另一位审计员。注册机构应能直接发布。如果 NRS 不再为用户服务，这些记录和方法仍应在别处可用。

这个积极的机构主张是谦逊的：一个共同时钟、一段可验证的历史，以及一份公开比较。这足以使垄断性的行政变得可竞争，而无须假装度量本身就能转移资源。

第一份诚实的报告可在完美的报告之前发布

各注册机构无需等待全球协议。每个机构都可以从自身已记录的事件开始。

在第一个季度，公布期初和期末的待办数量、已注册、已拒绝、已撤回和已取消的结果，外加从首次提交到完成、从接受为完整到关闭的中位数、第 75 和第 90 百分位数。增加待办时长区间和受保护的最长时长。说明每一缺失的字段。

在第二个季度，引入控制者类别和重新提交关联。向每个活跃的当事方提供一份案例时账陈述。审计所有存在超过 90 天的案例，并在受保护的组中公布原因。

在第三个季度，与每一个对方调节定向的跨 RIR 交接。公布无法匹配的案例和联合排程时间。不要等到所有配对都达成一致；标记哪些配对可以调节，哪些不能。

在第四个季度，委托对一整年的独立验证。检验事件的完整性、时钟重置、控制者准确性、隐私泄露，以及工单、周期和已完成转移计数之间的一致性。公布管理层回复和修正后的数据。

目标应遵循基线，而不是先于它。一个在测量其尾部之前就设定了宽松中位数目标的机构，有可能在优化错误的东西。成员应当先要求得到一年的忠实分布，然后按案例类别辩论可接受的服务水平。

首次发布可能看起来比当前的声明更糟糕。这不是服务恶化的证据，而是此前未被观察到的队列进入了视野。当一例老案子不能再躲在一个典型案子后面时，改进就开始了。

治理尾部

转移中位数并非虚假。它是不完整的，且这种不完整一贯对生产它的机构有利。

它偏向已完成案例而非未完成案例，偏向新工单而非老旧周期，偏向常规用户而非罕见法律情境，偏向一家注册机构的时钟而非两家注册机构之间的间隔。它将撤回变成不存在，将取消变成文书上的关闭，并将反复的证据要求变成申请人的时间。最重要的是，它将那些涉及最大自由裁量的案例当作统计上的例外来对待，而非问责最必需的所在。

改革的方向是一份关于分布情况的记录。公布中心和尾部。统计待办存量。保留首次提交的时长。关联重新提交。将每一天指派给一个控制者。对退回、拒绝和撤回进行分类，而不指控当事方。调节双边交接。让更正保持可见。

然后提出正确的绩效问题。不要问：典型的成功案例完成得有多快？而要问：一份实质上完整的转移在 10 天、30 天、90 天或 180 天后仍未被解决的概率是多少？那些天里谁在控制？什么原因可以解释当前的状态？

这个问题匹配了运营商所面临的风险。它也给了谨慎的注册机构一个公平展示其工作的机会。必要的法律审查可以与闲置的排队区分开。当事方的延迟可以与一系列串联的机构提问区分开。协调切换可以与无人认领的交接区分开。

公众无需查看机密文件，就能看出一个转移服务台是否具有可预测性。他们需要的是时间的形状。

来源