Summary

  • RIPE NCC 的 IPv4 与 IPv6 转让原表 都记载：11 月 3 日，Newtec Servizi srl 将完整的 185.241.144.0/22 和 2a0c:a380::/29 转给 NEWTEC S.R.L.，两项均标为永久政策转让。
  • IPv4 精确 RDAP 写出接收方；输入 IPv6 /29 却得到 RIPE NCC 的 2a00::/11，精确 Whois 查询返回无记录。

转让表办事很利索：两张收据，同一天，同一对意大利公司。读者接着去查持有人，窗口只办成一半。IPv4 的 /22 覆盖 1,024 个地址，RDAP 明确列出 ORG-NSDP1-RIPE 和 NEWTEC S.R.L.，登记事件时间是 11 月 3 日 09:42:11 UTC。旧网段标签 IT-NEWTECSAS-20180116 仍留在页面上，但持有人字段已能回答问题。

IPv6 的 /29 没给出同样的答案。把 2a0c:a380::/29 交给 RIPE RDAP，返回的范围是 2a00::/11，登记主体是 RIPE NCC。再向 Whois 要求 inet6num 精确匹配，系统回复“no entries found”。RIPE 的查询说明 交代了这个跳转：找不到精确范围时，普通查询会拿最小的上级范围作答。一个覆盖大片地址空间的 /11，回答不了这个 /29 现在归谁。

这个 /29 不是转让表里突然冒出来的数字。11 月 2 日的 RIPE 扩展委派文件 已列出它与 IPv4 /22，均为意大利分配，原始日期同为 2018 年 1 月 16 日。那份前一日快照不能确认转让后的持有人。11 月 3 日的转让表给出了接收方名称，公开的精确 IPv6 登记查询却尚未把这条链补上。

RIPE 的转让字段说明 将表中日期定义为处理日期。现在缺的是一份带日期、可公开查询的 /29 持有人对象，或能把转让行与登记对象接起来的案件说明。机构做完转让是一回事；让外部人按编号查回去，是另一件具体的工作。