摘要

  • 同一天（2026-10-04）抓取的三份公开路由镜像——bgp.tools、bgp.he.net 与 Qrator Radar——对 AS209874 宣告的 IPv4 前缀数量与前缀集合给出不同口径，表明镜像可见性受限或存在路由过滤，而非单一稳定的宣告足迹。
  • 运营商自己的 ASN 网站 与 关于页面 将 NovaCloud-Hosting 定位为由 Tech Tide Portugal Unipessoal LDA 运营的托管与 IP 中转商；其 IP 中转产品页 推销中转服务，但抓取页面未点名任何上游供应商。
  • 在抓取的第三方路由记录（bgp.tools、bgp.he.net、Qrator Radar、iamroot.tech ASN 数据库）中，没有任何一份列出 AS209874 的 IX 存在；也没有来源引用 PeeringDB 记录。运营商的基础设施主张依赖其数据中心页面，该页描述设施却不点名 IX 端口或对等方。
  • 此前 BTW 报道记录了 2026 年 7 月 FFM2（法兰克福）路由事件后镜像间的前缀可见性分歧；本文不再复述该事件，而是追问分歧背后的过滤机制与身份可问责缺口。
  • 公共注册与路由记录将 AS209874 关联到 Tech Tide Portugal Unipessoal LDA，但没有任何抓取来源点名自然人，或将“novacloud-admin”句柄解析为可核实的个人，留下身份问责空白。
  • rpki-client 阿姆斯特丹 与法兰克福镜像显示该运营商发布了 ROA，说明在对等足迹很薄的情况下仍维持基本的 RPKI 卫生状况。

核心矛盾在于：一家把欧洲 IP 中转与托管作为卖点的运营商，其公开可验证的网络足迹由彼此分歧的第三方镜像、一次法兰克福路由事件和一个无法穿透的注册壳名称构成。规模数字可以被争论，但可审计性的缺失是结构性事实：购买其 IP 中转的客户实际上依赖的是一组没有独立对等存在佐证的中转关系，以及一个不指向任何自然人的运营句柄。这不必然意味着服务不可靠——RPKI 记录显示基本的路由来源卫生——但它意味着当故障发生时（2026 年 7 月的 FFM2 事件已经演示过一次），客户、对等方与应急响应者的信息起点是一组互相矛盾的公开数据，而非一份可核实的网络清单。

证据边界需要明确：本文所有事实来自 2026 年 10 月 4 日抓取的公开镜像与运营商自营页面；镜像分歧本身可能是抓取时点、视图选择性（AS 视图）或出口过滤的产物，本文不判定哪一份计数“正确”，而是指出没有任何一方提供足以化解分歧的透明度。同样，“无可查 IX 存在”是缺席证据——PeeringDB 是自愿登记的，缺少记录不等于物理上不连接交换点，但它确实意味着该运营商没有选择社区标准的自我披露路径。