摘要

  • Jaco Kroon 10 月 22 日在 AFRINIC 政策邮件列表称，删除上级地址对象时，四个反向域名对象和一个路由对象会触发子级阻挡错误。
  • 现行政策要求反向 DNS 委派有对应的已登记分配；按邮件描述，修正登记时反而可能要先临时移走委派对象。

一本账要求你把条目写准，另一条数据库规则却告诉你：先撕掉挂在旧条目上的几张纸。Jaco Kroon 的公开邮件列出一个 10.0.0.0/22 的例子：删除父级 inetnum 时，四个 domain 对象和一个 route 对象被报为子级，操作遭到拒绝。这个私有地址段是演示用例，邮件没有提供真实公网故障。

这几类对象各管一件事。inetnum 记载地址使用；反向域名 domain 对象把委派指向成员的权威域名服务器；route 对象属于路由登记。AFRINIC 的反向 DNS 指南说明，成员可通过 MyAFRINIC、WHOIS 页面或邮件提交 domain 对象，检查通过后由 AFRINIC 发布委派。成员自己维护解析区域。因此，移走 domain 对象动的是注册机构一侧的委派记录，绝非简单整理文字。

现行综合政策手册第 10.5.2 条要求：未登记相应的地址分配或再分配，就不能获得反向委派；一个 /24 只需其中至少一项登记，不必全部地址已分配。WHOIS 入门指南又要求记录随实际使用更新，并解释被其他对象引用的对象不能直接删除。Kroon 描述的冲突恰好落在两条要求交界处：为了修正分配记录，操作员可能得先拆掉依赖它的反向域名记录。

Kroon 希望删除整个第 10.5 节，让员工放松数据库限制。但 10.5.1 还规定由会员状态正常的本地注册机构提出和修改委派；一刀切会动到更大的权限边界。目前公开材料中没有 AFRINIC 对该删除顺序的复现、故障数量或服务中断记录。机构提供一份实际事务日志，就能厘清是否已有保留委派的安全修改路径。