摘要

  • RIPE NCC 的验证机制衡量的是邮箱是否可达，而不是举报是否被回应；2019 年的一轮全量验证测试了 77,168 个不同的 abuse-mailbox 属性，93% 通过。
  • 2017-02 政策提案中 RIPE NCC 自述：过去五年调查解决了超过 1,000 起外部举报的滥用邮箱属性错误，“从未触发关闭与注销程序”。
  • ripe-858 规定了 30/60/90 天的终止升级序列；ripe-746 则规定，除非持有人主动申请，RIPE NCC 无权注销遗留（Legacy）互联网资源——阶梯的最后一格对部分资源结构性地不可用。
  • 年度报告中的 29 起（2024 年）与 3 起（2025 年）因不回应而关闭的成员是笼统数字，不能被计为针对 abuse-c 违规的执法。

验证证明了什么

RIPE NCC 在 LIR Basics 中对 abuse-c 的说明中将自己的角色界定为：确保注册数据库中的滥用联络信息有效且保持更新。处理举报本身，是网络运营者的责任。换言之，注册处的验证（对语法、域名与邮件服务器配置的自动检查）与举报得到回应是两个分开的事实。依据 ripe-705 的验证框架，2019 年的全量验证测试了 77,168 个不同的 abuse-mailbox 属性，其中 71,711 个通过（93%）、5,457 个失败（7%）——这是可达性数据，不包含任何关于回应率的记录。

纸面上的升级阶梯

现行的关闭与注销程序 ripe-858（2026 年 5 月 7 日版本）将无效的 abuse-mailbox 地址以及对注册更正请求不回应都列为违规，其升级链条为：首次违规通知并附三个月终止警告，30 天与 60 天各发出一次提醒，90 天后由 Managing Director 正式通知服务协议终止，随后是服务停止、号码资源记录注销与 RPKI 证书吊销。其前身 ripe-833（2024 年 10 月 18 日）采用相同的 30/60/90 天序列；引用时须区分版本。

机构自己记录的“未使用”

2017-02 政策提案及其实施存档记录了 RIPE NCC 的自述：此前五年内调查解决了超过 1,000 起外部举报的滥用邮箱属性错误，“从未触发关闭与注销程序”。这是机构对其自身执法历史的概括，没有逐案记录，也没有说明所涉违规到达了阶梯的哪一层。

Legacy 例外

ripe-746（Legacy 协议）规定，除非 Legacy 持有人自己提出请求，RIPE NCC 无权注销 Legacy 互联网资源。对这一部分资源而言，升级阶梯的最后一格在结构上不存在——无论注册信息多么不可靠，注册处都缺少单方面的最终手段。

关闭数据不能替你计数

RIPE NCC 年度报告记录了因不回应而关闭的成员：2024 年 29 起、2025 年 3 起。这些关闭是笼统的、不区分原因的，不能被计为针对 abuse-c 违规的执法。将它们与 2017-02 的自述对照，可以得出的是：对该机构专门 policing 的行为（无效滥用联络信息），其自身记录中没有一条完整的、可逐案核查的执法计数。

悬而未决之处

“从未触发”是否仅涵盖成员资格终止，还是也涵盖注销与 RPKI 吊销等独立步骤，未获确立；违规到达任一层级的分母也未公布。本文所引的全部“未使用”陈述均来自 RIPE NCC 自己的公开文件，属于机构自述而非第三方核查。

参考资料：目录条目；ripe-858；ripe-746。