摘要

  • AS210860 的 RIPE aut-num 对象（as-name 为 edeka_digital）创建于 2021-08-24T08:30:41Z，最后修改于 2021-10-27T08:53:15Z，状态 ASSIGNED，所属组织为 ORG-EDG14-RIPE，维护者为 RIPE-NCC-END-MNT 与 EDDI-MNT。DFINFRA（nic-hdl DA9499-RIPE）作为其 admin-c 与 tech-c 出现在该对象上。
  • DFINFRA 角色对象的创建时间（2021-06-10T07:41:42Z）比 AS210860 早约十周。两者都是注册库编辑日期，不构成网络实际运营的证据。
  • Hurricane Electric 记录 AS210860 恰好广播过一个 IPv4 前缀 193.21.248.0/21（归属 EDEKA DIGITAL GmbH），并声明该 AS 自 2026 年 3 月 26 日起不再出现在全球路由表中；RIPEstat 与 CIDR Report 同样记录零公告状态。
  • aut-num 对象的 import/export 行声明了与 AS9211 和 AS13237 的转接关系；观测层记录的唯一 BGP 对等体正是 AS9211，与声明一致。
  • 三处身份冲突仍未解决：RIPEstat 将 RIR 状态渲染为 RESERVED 且无持有者名称，与镜像中的 ASSIGNED 状态相抵触；两份镜像对 ORG-EDG14-RIPE 的组织名称记载不一致；PeeringDB 自述数据声称十个 IPv4 前缀与一个 IPv6 前缀，与零公告的观测状态直接矛盾。

角色对象先于自治系统

登记记录显示，DFINFRA 角色对象（nic-hdl DA9499-RIPE）创建于 2021-06-10T07:41:42Z，比 AS210860 aut-num 对象的创建时间 2021-08-24T08:30:41Z 早约十周。这表明先建立了联系人框架，再登记了自治系统编号。需要强调的是，这些时间戳是注册库编辑日期，只能证明登记行为本身，不能证明网络在那个日期投入运营。

登记记录：aut-num 对象的内容

第三方镜像复现的 RIPE RPSL 数据显示，AS210860 的 aut-num 对象带有 as-name“edeka_digital”、状态 ASSIGNED、来源 RIPE、组织 ORG-EDG14-RIPE，维护者为 RIPE-NCC-END-MNT 与 EDDI-MNT（IPIP.NET 镜像）。其路由策略行声明从 AS9211 与 AS13237 接受 ANY 并向两者公告 AS210860（IPIP.NET 镜像）。该对象本身不枚举任何始发前缀；前缀通过单独的 route 对象绑定（RIPE 数据库查询）。

值得注意的是，本次研究中直接请求 RIPE 官方查询端点只返回了应用外壳，未暴露记录正文，因此上述字段值均来自第三方镜像复现，其新鲜度未知（RIPE 数据库查询）。

观测记录：一个前缀，一次沉默

Hurricane Electric 的 AS 页面为 AS210860 记录了恰好一个始发 IPv4 前缀 193.21.248.0/21，归属 EDEKA DIGITAL GmbH，无 IPv6 前缀、无 RPKI 始发条目，并声明该 AS 自 2026 年 3 月 26 日起未再出现在全球路由表中（Hurricane Electric）。其 IPv4 视图复现了同样的数字与 RIPE aut-num 对象（Hurricane Electric IPv4 视图）。观测到的唯一 BGP 对等体是 AS9211（Nawork Internet Informationssysteme GmbH），与 aut-num 声明的 AS9211 转接关系一致（Hurricane Electric）。

RIPEstat 的资源视图（快照日期 2026-09-14）报告该 AS 不在 RIS 中始发任何前缀，也未作为转接 AS 出现（RIPEstat）。CIDR Report 独立将 AS210860 列为 EDEKA_DIGITAL（DE），并称其当前未用于在全球路由表中公告前缀，也未作为可见转接 AS 使用（CIDR Report）。

三处仍未解决的冲突

第一，状态层冲突：RIPEstat 将 RIR 状态渲染为 RESERVED 且无持有者名称，而 RIPE 数据库镜像显示 ASSIGNED 及 EDEKA 组织——两者可能反映了不同的数据层，保留来源无法裁定（RIPEstat）。第二，组织名称冲突：IPIP.NET 镜像将 ORG-EDG14-RIPE 的持有者记为“EDEKA Verwaltungs- und Beteiligungs GmbH, DE”，而 ip.cc 复现的同一组织 ID 显示 org-name 为 EDEKA DIGITAL GmbH（org-type LIR，地址 New-York-Ring 6，22297 Hamburg）——要么是更名，要么是镜像快照分歧（IPIP.NET 镜像、ip.cc 复现）。第三，自述与观测冲突：PeeringDB 自述数据声称该网络公告十个 IPv4 前缀与一个 IPv6 前缀、对等策略开放、范围未披露，与三个观测方的零公告记录直接矛盾（HostDir）。自述数据在网络停止公告后未必更新。

与既有报道的关系

BTW 在 2026 年 9 月 11 日、26 日（两篇）与 27 日发布的 DFINFRA/AS210860 系列报道确立了注册身份、路由分歧与“商业栏位为空”的结论，并承认其方法论中未能直接读取在线注册字段、route 对象与 RPKI 状态（BTW 报道）。本篇生命周期台账部分填补了这一缺口：给出创建日期、声明的转接策略、注册库与观测层共同绑定的唯一前缀、观测到的对等体，以及镜像之间的身份冲突。负面发现是对保留语料的陈述，不是不存在的证明。