摘要

  • PeeringDB 将 AS209045 登记为 Genesis Cloud（曾用名含 Genesis Cloud GmbH 与 Genesis Cloud Iceland ehf.），网络类型为企业网络，IRR as-set 为 AS209045:AS-ALL，自报流量 5–10 Gbps、以入站为主，地理范围限于欧洲。该记录列出了两条运营中的 10G 公共对等端口：法兰克福 DE-CIX（80.81.195.150 / 2001:7f8::3:3095:0:1）与克里斯蒂安桑 DE-CIX（185.0.6.2 / 2001:7f8:13b:0:3:3095:0:1）。这些是申报记录，不是已验证的对等会话。PeeringDB ASN 记录
  • DE-CIX 的案例研究记录了连接挪威 BULK 克里斯蒂安桑数据中心与 DE-CIX 法兰克福的 GlobePEER Remote 10G 服务，宣称可触达超过 1,000 个网络，数据交换速度"至少快 50%"，延迟由"有时不稳定的 40 毫秒"降至稳定的 20 毫秒，且在 6 Gbit 负载下仍保持低位。案例研究引用了 Genesis Cloud 高级网络架构师 Robert Blechinger，并将该设计归因于把 AI 训练数据传输从带宽波动的转接服务商中移出。DE-CIX 案例研究、DE-CIX 案例研究网页版
  • 独立路由观测与上述图像存在冲突：bgp.he.net 显示 AS209045 自 2026 年 4 月 16 日起不在全球路由表中可见；CIDR Report 显示该 AS 当前未宣布前缀、无可见转接，同时记录了 147.189.192.0/20 周边更具体 IPv4 前缀的历史通告与近期撤回（.200.0/22 与 .207.0/24 在近 7 天窗口内被撤回）。bgp.he.net、CIDR Report
  • 供应商声称的"在 6 Gbit 负载下仍稳定在 20 毫秒"本身就是一个容量边界陈述：PeeringDB 自报流量上限为 5–10 Gbps，而设计的工作点紧贴其下限。对 AI 训练数据搬运而言，单条 10G 远程对等通道是一个审慎的规模决策，不是可无限扩展的骨干。PeeringDB net 记录
  • 执行问题的答案无法从案例研究中得出，只能通过分离供应商宣称的性能与可观测网络状态获得。到 2026 年，后一类证据表明该 AS 的全球可见性下降或处于争议状态。

本报告考察的是执行层：一个有公开文档、被供应商高调宣传的互联设计，与其运营商在独立路由观测中的表现之间的差距。相关的 BTW 前作已经区分了声明配置与可观测运行状态PeeringDB 10G 端口与零 RIS 可见前缀分析，以及目录记录与控制链的解读Genesis Cloud：路由、对等与 DNS。这里新增的是把 DE-CIX 案例研究中的具体数字当作可检验的容量声明，而非营销语句来对待。

声明的配置

PeeringDB 的 AS209045 记录将 Genesis Cloud 描述为企业网络，列出 as-set AS209045:AS-ALL、5–10 Gbps 的自报流量（以入站为主），以及仅限欧洲的地理范围PeeringDB ASN 记录。net 记录 19680 列出 10 个 IPv4 与 10 个 IPv6 前缀，设施条目包括挪威 Øvrebø 的 Bulk Norway Data Center Campus N01 与德国的 EMC Home of Data MUC I/II；网络记录最后更新于 2025-05-07，公共对等信息更新于 2026-08-18PeeringDB net 19680。

IRR 的 as-set 内容可在 bgp.he.net 的 IRR 页面核对，其中列出了 AS209045:AS-ALL 的成员关系。RIPE 注册信息（经由 CIDR Report 的 whois 摘录）显示 as-name 为 GENESIS-CLOUD-AS，组织 ORG-GCL19-RIPE 即 Genesis Cloud Limited，注册于马耳他（注册号 C 88032），LIR 为其自身；导入/导出关系涉及 AS13237、AS50304、AS60259、AS44735、AS200781、AS212175、AS51896、AS57508 与 AS201537，其中 AS209045 导入 AS201537:AS-DECIX-KRS，即 DE-CIX 克里斯蒂安桑路由服务器CIDR Report whois。这一导入关系与 PeeringDB 所列克里斯蒂安桑端口的声明设计一致。

DE-CIX 案例研究的主张

DE-CIX 的案例研究（PDF 与网页版本内容一致）描述了将挪威克里斯蒂安桑的 BULK 数据中心连接到 DE-CIX 法兰克福的 GlobePEER Remote 10G 服务，可触达超过 1,000 个网络。其量化声明是：数据交换"至少快 50%"，延迟由"有时不稳定的 40 毫秒"降至稳定的 20 毫秒，且在 6 Gbit 负载下保持低位DE-CIX 案例研究 PDF、网页版。案例研究引用 Robert Blechinger 谈论这一改进，并将设计动机归结为把 AI 训练数据传输从带宽波动的转接服务商中移出。

DE-CIX 另外陈述：Genesis Cloud 在冰岛、挪威与瑞典运营自有 GPU 基础设施，全部数据在欧洲境内处理（GDPR 与欧盟 AI Act 框架），并可选接入 AWS DirectCLOUD。DE-CIX 的新闻稿以"更流畅的 AI 工作负载在克里斯蒂安桑与法兰克福之间的数据传输"为叙事框架DE-CIX 新闻。Genesis Cloud 自身博客则围绕"赋能欧洲的 AI 未来"与挪威扩张进行定位Empowering Europe's AI future、挪威扩张。

独立观测的冲突

路由观测与申报记录不一致。bgp.he.net 显示 AS209045 自 2026 年 4 月 16 日起不在全球路由表中可见，其视图显示 0 个 IPv4 前缀与 2 个 IPv6 前缀bgp.he.net。CIDR Report 显示该 AS 当前未用于宣布前缀、无可见转接，同时保留历史记录：围绕 147.189.192.0/20 的更具体 IPv4 通告（147.189.192.0/22、.196.0/22、.200.0/22、.207.0/24），其中 .200.0/22 与 .207.0/24 在近 7 天窗口内被撤回CIDR Report。前作已经记录了这一"申报 10G 端口对零 RIS 可见前缀"的落差PeeringDB 与 RIS 分析。

值得注意的是，DE-CIX 案例研究声称的 GPU 站点为冰岛、挪威与瑞典，而第三方列表描述了挪威、法国、西班牙与芬兰的可用性；申报的两条运营端口与 2026 年零/不可见前缀的路由收集器记录之间也存在直接冲突。这些矛盾不影响本文的核心论证，但界定了证据边界。

容量边界的算术

把供应商的数字并排放置，就能看到设计的真实含义。PeeringDB 自报流量为 5–10 Gbps、以入站为主PeeringDB ASN 记录；DE-CIX 案例研究把"稳定 20 毫秒"的验证点放在 6 Gbit 负载DE-CIX 案例研究 PDF。6 Gbit 落在区间下限附近，不在上限。也就是说，案例研究宣称的稳定运行点本身就是该 10G 通道的约 60% 水位。对于 AI 训练数据搬运——以大块顺序传输为特征——这属于审慎的工程余量设计，而非可扩展骨干的证据。通道的时延特性被真实改善了，但改善发生在一个刻意选择的容量边界之内。

这并不否定该设计的价值。远程对等把北欧到法兰克福的路径从可变转接路径改为受管理的交换结构路径，40→20 毫秒的降幅如果属实，对交互式与流式负载有实质意义。但"一条 10G 远程对等通道"与"支撑大规模 AI 数据搬运的网络"是两种不同的命题，案例研究支持前者而非后者。

2026 年的执行问题

到 2026 年，问题不再是设计是否合理——文档显示它合理——而是网络是否仍以该设计运行。路由观测显示 AS209045 的全球可见性下降或处于争议状态bgp.he.net、CIDR Report。公司背景同样提供语境：Genesis Cloud GmbH，慕尼黑注册号为 HRB 250051Northdata 登记记录，第三方报道在 2025 年 9 月描述了这家 neocloud 供应商的"陨落"Bizety 报道，第三方列表称该德国 GmbH 已进入清算。第三方定价与替代品列表则把 Genesis Cloud 放在 EU H100 成本对比集合中spheron 定价。这些是公司层面信号，不是网络层证据，但它们说明了为什么路由可见性下降与营销叙事的持续性之间存在张力。

方法论结论是：评估 AI 基础设施的网络主张时，三类证据必须分开处理——声明配置（PeeringDB 记录、IRR 对象）、供应商宣称性能（案例研究数字）与可观测状态（路由收集器）。三者各有不同的证据强度。只有第三类回答执行问题；第二类提供设计意图与工作点；第一类仅证明有人填写了表单。

Sources