摘要

  • 注册准确性是互联网号码注册系统的核心要求，但可用性、工单响应和年度联系人验证并不能替代一个从可信错误报告到验证修复并在所有受影响的公共表面保持一致的时钟。
  • 相关记录不仅仅是一条 Whois 行。持有人身份、权限、滥用联系人、RDAP 响应、RPKI 证书和 ROA、反向 DNS 委派、引用和争议状态可能以不同方式失败，并可能在不同时间变得一致。
  • 未找到允许对各 RIR 修正延迟进行可辩护的全球比较的公共共同分母。任何认真的承诺必须公布案例数量、严重性定义、排除项、年龄分段和百分位数，而不是虚构一个全球平均值。
  • 号码资源协会可以推动一项公共依赖标准：快速确认、基于风险的遏制、合理化决策、传播检查、独立审查以及既保护持有人证据又保护举报人隐私的汇总报告。

记录可以可用但仍然失败

在 UTC 时间 02:13，一名事件响应者发现一个地址段用于凭证窃取活动。权威注册响应提供的组织称自己在数月前已放弃该地址段。滥用邮箱拒收邮件。第二个目录视图显示不同的联系人。反向委派仍然反映旧运营商。一条路由来源授权允许了一个明显持有人不认识的自洽系统。每个服务都快速响应。

对于响应者来说，决定性指标不是以毫秒计的响应时间。而是可信冲突被确认、调查、遏制、决策和修正的速度。如果修复在注册账户层面被接受但在 RDAP、缓存的 Whois、反向 DNS 或 RPKI 发布中缺失，则公共依赖尚未恢复。如果举报人收到礼貌消息但无法知道被争议的字段是否被验证，问责缺口依然存在。

注册机构可能面临真正困难的案例。所谓的原持有人可能缺乏发言权。公司合并可能改变了名称而未改变控制。传统注册可能没有现代合同。路由来源可能是故意的，尽管滥用联系人已过时。欺诈者可能通过提交有说服力的投诉来试图接管记录。准确性不能意味着立即接受每份报告。

这种困难增强了服务承诺的理由，而非削弱。一项好的承诺并不保证每个投诉人在一天内获胜。它承诺定义的处理：确认、风险分类、证据保全、适当情况下的临时保障、有理有据的结果、确认缺陷的修正，以及在延迟本身造成损害时的升级路径。

注册准确性是一项公共职能

RFC 7020将注册准确性描述为互联网号码注册系统的核心要求。注册机构必须保持唯一性并提供关于分配的准确信息以满足运营需求。这不仅仅是缴费成员与服务台之间的私人便利。运营商、事件响应者、研究人员、潜在受让人、法院、公共机构、供应商和普通网络用户都依赖于答案。

公众并不拥有资源持有人拥有的每项权利。陌生人不应能够重写组织记录、查看机密证据或强制披露个人数据。注册条目也不证明受益所有权、实际位置、合法行为或对每个路由地址的控制。然而，注册机构的效用取决于契约关系之外的人能够依赖有界的命题：哪个注册机构是权威的、哪个组织已注册、哪些联系人被指定、哪个资源范围被覆盖，以及公共记录何时最后更改。

这创建了一个公共依赖机构。其职责不能仅由成员满意度评判，因为许多暴露于错误记录的人并非成员。受害者被退信的滥用报告、继承过时反向委派的小型网络、或测量资源集中的研究人员可能从未开设付费账户。他们的依赖仍然是可预见的，并且是目录数据公开的核心原因。

因此，“客户服务”一词过于狭窄。愉快的交流可以与错误的公共答案并存。数据准确性的服务级别承诺必须与公共职能的完整性挂钩，而不仅仅是对发票支付者的通信速度。

正常运行时间是错误的分母

传统技术报告询问服务是否可达。它可以测量 DNS 可用性、HTTP 成功率、查询延迟、维护窗口和中断后恢复。这些指标很重要。无法检索的准确记录没有用处。

但可用性和正确性是独立的维度。一个从冗余站点返回相同过时联系人的目录可以实现出色的正常运行时间。一个高可用的 RPKI 存储库可以有效地分发错误的授权。一个反向 DNS 服务可以从一个本应更改的委派一致地响应。交付的可靠性本身并不能说明内容的有效性。

这种区别在 IANA 边界处可见。IANA 编号服务 SLA在 ICANN 与五个 RIR 之间创建了明确的业务关系。IANA 发布编号资源性能报告，其中包含对请求确认、实施准确性、反向 DNS API 确认、传播和可用性等事项的明确期望。确切的月度分母可能很小甚至为零，报告也如此说明。

该例子并未确定每个 RIR 必须向每个公共用户承诺什么。IANA 处理更窄的边界和不同的对手方集合。但它确实证明编号资源管理可以命名一个时钟、定义预期结果、发布分母并区分“没有发生请求”和完美表现。即使阈值不同，这种纪律也是可移植的。

支持回复不是修正

注册机构可以在不解决潜在缺陷的情况下在一个或两个工作日内回复工单。回复可能请求文件、将举报人引导至别处、声明持有人必须更新字段、或解释无法披露任何行动。每种情况都可能是适当的。但都没有建立修正延迟。

区分至少需要五个时钟。第一个从报告接收到确认。第二个到分类，即注册机构分类严重性并识别受影响服务。第三个到初步保护决策，例如将联系人标记为未验证或阻止未经授权的账户更改。第四个到权威判定。第五个从该判定到所有范围内的公共表面显示修正状态并且独立检查确认。

一个案例可能由于合理原因停止并重新启动时钟。举报人可能未确认电子邮件。持有人可能请求更多时间。法院可能限制行动。证据可能矛盾。另一个地区可能有待处理的转移。已发布的承诺应命名这些暂停条件并单独报告。否则，每个困难案例都可以消失在“等待信息”中，使总体数字毫无意义。

关闭工单也需要定义。由于投诉人停止回复而关闭与证据审查后拒绝、由持有人修正、由注册机构修正、或发现公共条目准确时的关闭不同。汇总报告应保留这些结果。单一的“已解决”计数奖励的是行政关闭而非恢复的数据质量。

修正的对象是依赖地图

编号资源信息出现在相关但不同的系统中。分配或指派记录命名资源和注册持有人。联系人记录识别管理、技术、路由、DNS 或滥用角色。Whois 根据本地数据模型呈现文本。RDAP 呈现结构化的响应、链接、通知、状态值和日期事件。互联网路由注册条目描述路由意图。RPKI 证书和签名对象支持来源验证。反向 DNS 委派管理in-addr.arpa或ip6.arpa之下的权威。IANA 引导数据将 RDAP 客户端引导至权威服务。

一个缺陷可能属于一个或多个表面。失效的滥用邮箱并不证明注册持有人错误。旧的组织名称可能是无害的商号问题或未记录继承的证据。过时的路由对象可能与正确的 ROA 共存。正确的 ROA 可能授权持有人当前未通告的路由。反向委派可能在技术上健康，但命名由前运营商控制的服务器。RDAP 事件日期可以准确描述条目更改的时间，而实质性值仍存在争议。

因此，修正的首要职责是界定范围。哪个命题受到争议？哪个机构有权更改它？哪些依赖视图从同一状态生成？哪些需要持有人、另一个 RIR、IANA、DNS 运营商或证书持有人的单独操作？没有这张地图，注册机构可以报告“记录已更新”，而公共用户仍在其他地方收到有害答案。

一项认真的承诺衡量每个范围内类别的端到端恢复。它不要求 RIR 对其无法控制的缓存负责，但确实要求 RIR 发布自己的更改、发送必要的委派或通知，并清楚陈述剩余的依赖关系。

Whois 使本地差异容易隐藏

RFC 3912是简单查询-响应服务的简短规范。它不提供预期的结构化认证、授权、国际化或隐私功能。RIR 围绕它构建了有价值的本地约定，但公共用户通常需要知道适用的服务器、标志和字段含义。

这种本地特性影响修正。一个服务可能暴露可见的验证标记。另一个可能删除或编辑字段。另一个可能保留旧条目同时在别处添加注释。引用行为可能使用户从 RIR 记录转到下游运营商，其数据质量规则不同。文本抓取可能遗漏人类会认为具有决定性的注释。

Whois 还鼓励一种关于“一条记录”的错误观念。显示的答案可能结合了在不同权限下维护的注册状态、联系人对象和路由信息。修正组织不会自动修复每个引用的角色。修正一个角色可能影响许多资源。如果不理解依赖关系，快速编辑可能产生意外后果。

适当的响应不是谴责 Whois 用户。它仍然被广泛使用，并且在操作上可以高效。治理职责是陈述哪些公共视图对哪些命题是权威的，修正状态如何显示，以及较旧的接口是否收到相同的修复。迁移到 RDAP 却留下矛盾的 Whois 答案而不加解释，只是转移了不确定性而非解决它。

RDAP 结构化答案但不保证其真实性

RDAP 提高了机器可读性。RFC 9083定义了实体、网络、自洽系统和域的 JSON 响应，包括链接、通知、备注、状态和事件信息。RFC 9224定义了客户端如何使用 IANA 引导注册表找到范围所在节点的权威 RDAP 服务。

这些是问责制的重大改进。客户端可以区分事件日期和自由文本注释、跟随链接、识别声称权威的服务并保存响应以供后续比较。运营商可以测试修正值是否一致出现。注册机构可以添加解释条件或限制的通知。

协议并不决定组织名称是否真实、联系人是否会回复、转移是否得到适当批准、或确认缺陷必须多快修复。结构化的错误数据仍然是错误的。精确的时间戳可以揭示陈旧性，但不能解释为什么它持续存在。权威端点建立了答案的来源，而不是答案是否值得信任。

这种边界应出现在公共承诺中。可用性测试询问 RDAP 是否在协议层面正确响应。数据测试询问必需字段是否与权威证据和政策一致。修正测试询问已确认的差异持续多久。将三者混淆会使健康的端点掩盖不健康的记录。

联系人验证衡量的是周期，而非修正延迟

RIR 确实发布了有意义的联系人验证规则。ARIN 的联系人指南描述了针对指定公共联系人的年度验证，给予他们最多 60 天确认信息完整正确，并在该期限后将未响应记录标记为无效。APNIC 的互联网号码资源政策要求每六个月对事件响应团队联系人进行定期验证，规定响应期限并描述验证失败后的后果。RIPE 关于定期 abuse-c 验证的政策建立了至少每年检查和无效滥用联系人的后续行动。

这些是治理成就。它们使职责可见，强制定期关注，并创造沉默的后果。它们也展示了为什么一个普遍的标题可能误导。ARIN 的数字涉及允许验证某些 POC 的时间，而非修正每个已确认 Whois 不准确点的时间。APNIC 的期限涉及 IRT 联系人检查，而非所有持有人、路由、RPKI 或反向 DNS 数据。RIPE 的政策建立了年度验证和后续行动，但并未将每个外部报告转化为一个有保证的修正截止日期。

验证周期回答“这个类别多久会被主动挑战一次？”修正 SLA 回答“当报告或检测到特定可信缺陷时会发生什么？”两者都是必要的。邮箱可能在年度验证后第二天失效。等待下一个周期会满足节奏但辜负用户。

有效的邮箱并非响应的机构

滥用联系人质量说明了二值验证的局限性。邮箱可以接受验证消息却忽略实质性报告。它可以发送自动回执但没有任何人审查指控。它可以仅以一种语言或时区监控。它可以属于一个缺乏权限缓解滥用的角色。相反，邮箱可能拒绝格式错误的测试，而网络在别处维护有效的的事件通道。

RIPE NCC 关于查找滥用联系人的公开指南划出了一条重要界限：其角色是保持列出的联系人有效和最新，而网络运营商仍负责处理滥用报告。注册机构不能保证每个运营商将解决每起投诉。

准确性承诺应保持该界限。它可以要求指定的地址存在、处于持有人控制之下、定期验证，并在确认失败后的定义期限内替换。它可以发布收到了多少无效联系人报告、多少被确认以及未解决案例的年龄。它不应声称邮箱验证证明了有效的滥用补救。

公共用户需要一个原因代码。“联系人已验证”应意味着在一个已声明的时刻通过了一项定义的测试。“对你的指控没有回应”是不同的条件。这种词汇防止注册机构因运营商行为受指责，同时防止运营商隐藏在技术上可送达但功能上已废弃的地址之后。

持有人身份错误应具有严重性分类

并非每个错误的字段都造成同等伤害。拼错的街道后缀与注册错误的法人实体不同。过时的电话号码与管理控制权未经授权的更改不同。无害的缩写与已完成转移后前公司仍显示为持有人不同。将所有缺陷同等对待要么使紧急审查不堪重负，要么将严重案例留在普通队列中。

一个可行的严重性模型可以从影响开始。关键案例造成重复注册、未经授权控制、失去路由授权、错误转移或无法恢复服务的合理风险。高严重性案例严重错误识别持有人或禁用所需的运营联系人。中等案例损害可靠联系人或在权威视图之间造成显著不一致。低严重性案例涉及描述性字段，运营影响有限。

分类不能完全自动化。法定名称更改可能看起来表面化，却在破产期间关系重大。路由授权争议可能反映有意向的客户安排。初始严重性可能随着证据到达而变化。承诺应允许重新分类，同时保留原始时钟并解释优先级为何改变。

公共报告可以按类别汇总，无需暴露持有人文件。目标不是丑闻排行榜。而是显示机构是否认识到某些错误威胁连续性，以及这些案例是否比普通更新老化得更快。

RPKI 将数据质量转化为路由后果

RPKI 提高了风险，因为签名对象可以影响路由策略。RFC 6480描述了与编号资源分配一致的证书层次结构以及依赖方从中拉取当前资料的存储库。资源证书将密钥绑定到枚举资源；ROA 授权指定前缀的来源 AS。网络运营商随后决定如何使用验证结果。

因此，错误或过时的授权可以在网络拒绝或降低与其冲突的路由优先级时影响可达性。确切效果取决于本地路由策略、缓存新鲜度和替代路由的存在。错误的 ROA 不保证中断，中断也不证明错误的 ROA。然而，修正时钟比表面化的目录编辑更重要，因为依赖方可能重复获取签名状态。

RFC 8211分析了认证机构或存储库管理者的不利行为，包括删除、撤销和更改场景。它指出除了部分通过修复时间区分外，错误、攻击和强制行为可能难以区分。这一观察是一个治理警告：即使原因仍然不确定，恢复速度是关于机构健康的证据。

RPKI 准确性承诺应区分持有人行动、注册机构行动、存储库发布和依赖方观察。它应说明请求何时通过认证、修正对象何时可用、清单和撤销状态发生了哪些变化，以及独立验证器何时观察到新结果。它不应保证每个路由器在全球范围内在同一时刻采用了该状态。

ROA 元数据需要有界声明

公众通常将 ROA 描述为路由合法的证明。这种语言过于强烈。一个有效的 ROA 支持一个有界的声明：证书持有人授权了一个在指定长度条件内的来源 AS 用于前缀，并且签名对象在验证时根据依赖方选择的信任锚验证通过。它并不证明持有人仍然希望该路由被通告、来源控制每个下游路径、或流量是良性的。

修正问责制必须与此命题匹配。检测到错误来源的持有人需要一种安全的方式来替换或撤回对象。不是持有人的举报人可能需要提醒注册机构，但不能仅凭断言将其撤销。如果持有人凭证被盗用，普通认证可能是问题的一部分，需要受保护的恢复路径。

注册机构应发布类别级延迟，而不暴露安全敏感恢复细节。有用指标包括确认已认证紧急情况的时间、在政策允许情况下实施保护性冻结的时间、发布修正签名状态的时间、以及通知持有人完成的时间。因所有权争议而延迟的案例应保持在年龄分段内可见，而非从统计中消失。

这是服务设计与公共报告相遇之处。加密对象使更改可检测，但并不保证被授权签发和撤销它的机构能做出及时、公平或准确的决定。

反向 DNS 跨越多个权威机构

地址空间的反向 DNS 遵循in-addr.arpa和ip6.arpa之下的委派权威。RFC 3172描述了arpa域的管理以及地址委派与反向区域之间的关系。在顶级边界，IANA 接收来自 RIR 对其编号资源分配的更改，并测量确认、传播和可用性。在该边界之下，RIR 和资源持有人可能管理进一步的委派。

过时的反向委派即使在注册名称修正后也可能幸存。持有人可能需要提交新的名称服务器。RIR 可能需要验证权威。父区发布和 DNS 传播随后进行。DNSSEC 增加了密钥和委派依赖。递归解析器可能在其生存时间到期之前缓存先前状态。

没有一个时钟能公平地描述每一步，但这不是不发布任何时钟的理由。RIR 可以测量接收、权威验证、更改接受和父区发布。它可以从多个有利位置验证新委派。它可以陈述预期的缓存范围，而不假装控制每个解析器。如果需要 IANA 行动，RIR 可以识别请求何时跨越该边界，并使用独立的 IANA 测量。

公共用户应能区分“注册已修正；反向更改等待持有人名称服务器”与“反向更改已接受；传播进行中”。状态特异性比员工正在处理的通用保证更有价值。

争议即使真相有争议也需要时钟

某些不准确性不是文书错误。两个组织可能声称继承同一资源。前董事可能保留账户访问权限。清算人、购买者和传统注册人可能提交冲突文件。一个司法管辖区可能承认另一方争议的命令。注册机构必须避免通过非正式电子邮件交换来决定复杂的财产或公司法。

2025 年草案RIR 治理文档版本 2是相关的，但必须作为草案而非完成的通用制度阅读。它围绕准确的持有人信息定义 RIR 服务，呼吁稳定、可靠、安全、准确和负责任的公共服务，并提出在特定情况下进行公平有效的成员权利裁决。它还强调及时行动和独立审查。

公共举报人可能不符合成员裁决资格。这一差距很重要，因为被错误联系人或注册伤害的人可能不在注册机构的成员范围内。公共修正路径无需授予陌生人质疑分配权利的资格。它应允许他们提交证据、收到索赔已被分类的确认、并了解有界的结果：已修正、未证实、已转交持有人、超出权限范围、或受正式争议约束。

争议时钟可以衡量里程碑而非保证最终判决。初始保全、通知受影响方、任命独立审查员、证据交换、临时决定和最终处置都可以有目标。未解决的案例应按年龄和状态报告。复杂性解释了更长的时钟；但不应该抹去时钟。

“及时”需要公布的含义

许多机构文件使用诸如迅速、合理、当前或及时等词语。这些词语保留了必要的自由裁量权，但不允许外部观察者测试绩效。持有人可能认为三周对历史地址注释合理，而对路由授权错误则不可容忍。两种反应都可能合理。

答案不是一个通用数字。而是一个严重性、服务和里程碑的矩阵。一个关键的已验证控制错误可能需要全天候确认和快速保护决策。一个有争议的公司继承可能需要一个工作日的确认、一个证据时间表和定期状态更新。一个常规联系人修正可以有更长的完成目标。一个反向 DNS 更改可以分离批准与可观察的传播。

目标应包括百分位数而非仅平均值。平均值可以改善，而一小部分损害性案例却老化数月。中位数显示普通案例；第 90 或第 95 百分位数显示尾部；最古老的未解决案例揭示是否有些事项被搁浅。当案例数量太少无法获得稳定百分位数时，报告应发布计数和年龄分段，而非装饰性的精度。

注册机构应同时发布目标和实现情况。没有绩效的目标是愿望。没有预先宣布目标的绩效奖励任何发生的结果。两者结合为董事会监督和社区修正创建了基础。

分母必须包括不便案例

产生高合规率的最简单方法是在事后缩小分母。排除非成员报告、等待持有人行动的案例、传统资源、可疑欺诈、隐私敏感案例、跨 RIR 事项和争议，几乎每个困难错误都可以消失。

一份可信的报告首先包含所有收到的提交，然后显示处理结果。重复项可以单独计数并分析去重。垃圾邮件可以识别。未确认的举报人地址可以记录。权限范围外的事项可以转交。缺乏证据的索赔可以拒绝。这些都不需要夸大已确认错误率，但每个都应保持足够可见以解释入站如何成为测量的修正群体。

对于确认的缺陷，排除应狭窄且命名。如果时钟因法院命令阻止行动而暂停，报告暂停时长。如果持有人未能响应，展示年龄和执行阶段。如果另一个 RIR 必须行动，分离本地处理时间和外部等待。如果无法修正记录因为政策没有提供机制，将其分类为治理缺口而非按时关闭。

缺乏公共共同分母是比较 RIR 时的核心不确定性。公共页面揭示了有价值的片段，但它们使用不同的字段、验证周期、工单类别和法律术语。从这些材料中无法得出合理的全球修正平均值。任何声称这样的数字都更多地衡量收集者的假设而非注册机构的绩效。

独立检查应确认传播

注册机构不应是它的修正是否到达用户的唯一观察者。独立检查可以从多个网络查询 RDAP 和 Whois、使用多个符合性验证器验证 RPKI 存储库、测试权威反向 DNS、并比较 IANA 引导引用。检查无需披露受保护的证据；它们测试公开结果。

观察应保留时间和观察点。单个成功查询不证明全球一致性，但重复检查可以识别旧节点、缓存或引用是否继续提供陈旧状态。如果依赖服务超出注册机构控制，证据支持精确的升级而非责备。

注册机构可以向持有人发布完成回执，并在适当时向举报人发布。回执应命名修正的命题、受影响的公共服务、发布时间和剩余注意事项。应避免私人文件和安全细节。签名回执将帮助持有人向下游用户显示权威更改发生在特定时间。

独立审计员可以测试从报告接收到公共观察的样本。他们应包括未达标的案例和有争议的关闭，而非仅简单成功的案例。目的是了解测量是否描述现实，而不仅仅是仪表板能否从注册机构自己的分类中复现。

透明度不得暴露投诉人或恢复路径

修正案例可能包含身份文件、合同、合并记录、法庭文件、账户安全事实以及欺诈或滥用指控。发布原始案例会阻止报告并创造新的攻击机会。查询行为可能揭示调查。欺诈性申请人可能研究详细的拒绝理由以改进下一次尝试。

因此，汇总问责制需要隐私设计。公共报告可以展示案例计数、类别、年龄分段、完成情况、重新分类和申诉结果，而不命名当事方。稀有类别可能需要合并或延迟以防止识别。安全敏感方法可以保密由独立评估者审查，而公众接收关于有效性的发现。

对受影响方的通知可以比公共通知更详细。持有人可能需要知道哪些证据失败以及如何申诉。举报人可能收到联系人已修正的确认，而不获得持有人的私人记录。更广泛的公众可能仅看到在审查后争议状态被移除。

不透明并非保护安全的唯一方式。分层披露可以保护私有证据，同时揭示机构是否达到了自己的时钟、应用了正确的权威并修复了公共状态。

问责制需要后果而非信用积分

商业云 SLA 通常在停机后提供费用信用。这种补救方式与公共注册数据危害不匹配。许多依赖用户不支付费用，而且向持有人支付少量信用并不能补偿被过时滥用联系人误导的事件响应者。准确性失败可能影响与 RIR 无合同的当事方。

更强的补救措施是制度性的。重复未达标的应触发已发布的改进计划、治理机构审查、独立抽样和后续行动。严重案例应获得指定高管问责，并在政策允许时进行独立裁决。持续的系统性失败应影响审计结论和更广泛的认可讨论，而不是作为常规支持变异被吸收。

资源持有人也需要实用的补救措施：恢复访问、紧急证书修复、修正发布、通知已知依赖服务以及为法律使用保全证据。公共举报人需要挑战明显错误关闭的途径，而无需获得对记录的控制权。

后果应成比例。一次复杂未达标不证明制度失败。被分母变化隐藏的模式比公开报告且有可信修复计划的漏洞更令人担忧。治理信号在于注册机构如何回应自己的未达标。

五个区域系统需要可比性而非统一性

五个 RIR 在不同法律、语言、成员结构、资源历史和数据模型下运作。每个字段的统一截止日期将忽视实际约束。传统资源在一个地区引起权威问题；国家注册机构塑造另一个地区；隐私法影响公共联系人显示；服务时间和本地假期不同。

可比性可以与区域差异共存。每个 RIR 可以报告相同的高层级阶段，同时设置合理的阈值。每个报告可以披露天数是否基于日历日或工作日、哪个时区控制、什么开始和停止时钟、以及哪些资源类别被涵盖。共同的严重性词汇可以映射到本地程序。共同的结果词汇可以区分已修正、已拒绝、已撤回、已转交、有争议和待处理。

这种联邦方法比单一全球平均值更强。它允许社区检查本地绩效，并允许跨区域用户理解差异。它也允许实验。一个 RIR 可能发布快速的临时标记；另一个可能提供更强的签名回执；第三个可能测试独立调解。可比较的证据允许更好的实践传播，而不假装每个区域相同。

NRO 是商定最低报告配置的明显场所。协议不应要求共享个人案例数据或集中决策。它需要共同的问题和诚实的分母。

最低准确性承诺

有用的基线可以简洁。首先，每个 RIR 应提供一条公开的、支持认证的路径，用于报告不准确的注册、联系人、路由安全和反向 DNS 数据。该路径应发布案例参考，无需举报人成为成员。

第二，注册机构应在公布的时间段内确认接收并分类权威和严重性。当可信证据表明即将失去控制或路由损害时，应全天候提供受保护的紧急路径。

第三，注册机构应保全争议状态和证据，在法律和安全允许时通知注册持有人，并在审查期间防止未经授权的更改。对于某些公共字段，可见的争议标记可能合适，但不应成为骚扰工具。

第四，注册机构应按案例类别发布里程碑目标：分类、初步保护、证据请求、判定、修正、依赖服务发布和申诉。暂停规则和最大更新间隔应明确。

第五，完成应要求跨受影响公共服务的验证，这些服务在注册机构控制下。剩余的依赖关系应在案例通知中命名。

第六，季度或年度报告应显示入站、处理、确认缺陷、完成情况、百分位数或年龄分段、最旧案例、申诉结果和实质性排除。小分母应明确陈述。

最后，独立机构应测试样本并发布承诺是否可衡量且公平实施。

号码资源协会可以增加什么

号码资源协会从其章程中提出了一个强有力的主张：号码资源机构的合法性严重依赖于准确的注册和自愿承认。这一主张当从批评转化为可测试的公共标准时变得更加有用。

NRS 可以召集资源持有人、运营商、事件响应者、研究人员和 RIR 参与者以倡导共同的修正词汇。它可以维护已发布承诺的比较索引，而不对无法比较的数字进行排名。在成员明确授权下，它可以帮助该成员记录失败的联系人、矛盾的响应和已过期的里程碑，提交给负责的注册机构，然后给予该注册机构公平的机会解释证据或修正自己的公共记录。案例决定、SLA 时钟和权威修正将仍由控制受影响服务的 RIR 或其他运营商负责。

NRS 不应仅因一个投诉人不同意就宣布记录错误。不应发布身份文件、存储个人联系数据、运行平行案例账本或替代公认的分配权威。其价值在于倡导和研究：在分析中区分指控和确认、跟踪已发布的响应并识别政策社区可以解决的重复性缺口。负责的 RIR 必须保留运营证据、判定索赔并修复权威数据。

NRS 可以发布一份来源链接的检查清单，显示每个注册机构是否披露了完整的分母、严重性类别、传播检查和独立审查。比较应注明每次观察的日期、明确标记缺失的证据并邀请修正；它将是倡导报告，而非保证标记、认证或证明。只有负责的注册机构、其社区和正式任命的独立审阅者才能设置或验证运营承诺。

用户现在应关注什么

在共同承诺存在之前，公共用户应以有界的信心阅读注册数据。保留权威响应、查询时间、端点和引用路径。检查 Whois 和 RDAP 是否一致。区分注册持有人与下游用户和路由来源。测试指定的滥用联系人，但假设有响应不证明虚假注册。使用当前数据验证 RPKI 并记录信任锚集。单独检查反向 DNS。

报告错误时，命名精确的命题和伤害。“这条记录错误”很难分类。“列出的滥用邮箱拒收邮件”、“组织否认控制”、“反向委派命名不再授权的服务器”或“ROA 来源与持有人已认证请求冲突”创造了可测试的声明。提供合法证据并保护不相关的个人数据。

跟踪里程碑，而不仅是通信。询问案例是否被接受、哪个权威控制更改、另一方是否必须行动、以及完成将如何验证。如果答案仍然是通用的，那本身就是缺失承诺的证据。

研究人员应抵制将局部公共数字转化为全球评分。验证节奏、工单响应目标、可用性百分比和修正百分位数衡量不同的事物。诚实的结果可能是比较尚不可能。

准确性既是状态也是持续时间

注册机构并非仅仅因为提交了报告就不准确。一个错误的记录也不会使整个区域机构丧失信誉。准确性通过一系列控制维护：正确录入、定期验证、异常检测、可访问的挑战、审慎决策、及时修复和验证传播。

时间应该属于那个定义。一个已确认的错误在未解释的时期内保持权威是治理失败，即使最终被修正。一个通过已发布阶段处理的复杂争议可以展示问责制，即使最终解决需要更长时间。区别在于可见的职责。

RIR 社区已经构建了许多要素：定期联系人验证、不准确性报告、结构化 RDAP、签名路由对象、反向 DNS 管理、社区政策和制度审计。缺少的是从缺陷到恢复的共同公共视图。

标准不应承诺完美或制造一个通用统计数字。它应使错误可计数、延迟可解释、修复可观察和决定可审查。号码资源是共享的技术坐标。支持其使用的记录应得到在公共依赖实际失败点测量的服务承诺。

来源