摘要

  • Admin 或 Tech POC 可以关闭 acceptReassignments；受支持的 Reg-RWS 请求随后会返回 403。
  • 该机制防止未经期待的公开注册关联，但不判断 BGP、设备运营、流量或法律所有权。

接收方控制的注册门

ARIN 把这一选择实现为 Org ID 上的布尔值。管理员可在 ARIN Online 修改它，Reg-RWS 的机构 payload 也会显示该值。值为 false 时，针对该 Org ID 的再分配或再分拨操作会被拒绝。

这不是一个无关紧要的显示偏好。公开记录会影响事件升级、交易尽调和机构声誉。允许接收方在记录生成前阻止关联，可以避免他人先写入身份、接收方再被迫追着纠正。

默认值同样重要。ARIN 说明所有 Org ID 默认接受入站操作。因此，未经修改的 true 只表示通用门没有关闭，不能被描述为对某个地址块的明确批准。具体同意仍应由合同、订单或通信证明。

三种记录分配不同权限

简单再分配中的客户名称是自由文本，ARIN 不核验该名称，接收方也不能管理记录；直接注册人可以修改或删除它。详细再分配需要下游 Org ID，并允许接收方管理联系人及部分注册功能，同时上游仍可收回。再分拨则面向还会继续向客户划分地址空间的机构。

这些区别回答的是谁能在 ARIN 系统中执行哪些动作，而不是谁在物理网络中拥有更高控制权。记录不显示路由器凭据、实时 BGP origin、流量路径、服务可达性或设备所有权。

接收开关也不同于 ARIN 文档中分工明确的 routing、abuse 与 technical POC。ROA 是允许某个 ASN 发起特定前缀的密码学签名授权，RIPE RIS 则收集实际观测到的 BGP 更新与撤回。APNIC registrant 表示注册当事方，RIPE technical role 表示联系职能，RIPE mntner 验证受保护的数据库更新；都不执行 ARIN 接收方在新关联形成前的同意或拒绝。

这个开关也不是变更通知地址、sponsoring organisation 归属或 RPSL mnt-lower 规则。三者分别负责传递通知、表明行政赞助或验证更具体路由对象的创建；这里的决定仅是目标 Org ID 是否允许形成新的 ARIN 下游注册关联。

403 是流程结果，不是动机判决

403 能证明在请求时目标 Org ID 不接受该操作。它不能证明上游存在恶意，也不能证明双方完全没有其他关系。错误的 Org ID、尚未完成的协调或内部政策都可能产生相同响应。

ARIN 还分别记录了“Org ID 不存在”和“没有已验证 POC”等失败。自动化系统应保留响应码、原始消息、目标 Org ID、父 NET、地址范围和观察时间，而不是把所有失败压成“客户拒绝”。

公开性由政策塑造

达到门槛的 IPv4 与 IPv6 下游登记必须在七日内报告。运营方可按规则使用 Reg-RWS、ARIN Online 或 RWhois；RWhois 还允许住宅客户隐私保护。公开目录因此不是所有客户关系的无限清单，而是政策、门槛和隐私选择共同形成的披露面。

可辩护的结论应是：在交易时，ARIN 根据接收方设置和其他验证规则接受或拒绝了这项注册关联。关于路由、流量、服务或所有权的判断必须另找对应证据。

来源