摘要

  • RIPEstat 的 routing-status 记录显示，在 query_time 2026-10-17T16:00:00，328 个 RIS IPv4 对等点中有 0 个、318 个 IPv6 对等点中有 0 个看到该自治系统编号，宣告的 IPv4 与 IPv6 前缀均为 0，观测到的邻居也是 0。
  • 身份层却返回了内容：持有者字符串为 LINX-ROUTE-SERV-AZURE London Internet Exchange Ltd.，PeeringDB 中另有一条 id 为 26805、org_id 为 791、名称为 LINX MAPS 的网络记录。
  • aut-num 对象、其 RDAP 呈现以及一次路由对象查询在 2026-10-18 均未返回文本，因此这些记录是“未读到”，而不是“为空”。

一个编号，两个名字

RIPEstat 针对 AS211386 的 AS-overview 调用只返回一个归属字段 holder，内容为 LINX-ROUTE-SERV-AZURE London Internet Exchange Ltd.（AS-overview 记录）。PeeringDB 就同一编号单独查询，返回一条网络对象记录，含 id 26805、org_id 791、name LINX MAPS、asn 211386 与 status ok（PeeringDB 网络查询）。后一个响应到手时已被截断，省略号处替代的是本文并不使用的字段；此处列出的五个值就是该记录的全部贡献。

两个目录、一个编号，两个名字都指向 London Internet Exchange，其中还多出一个 Azure。这就是“该编号与一家交换中心运营方、以及一个云平台相关”这一说法目前所拥有的全部依据。持有者字符串是数据产品内部的一种归属标注；它不是服务说明，不是公司架构文件，也不等于某个功能正在运行。为本文检索到的材料中，没有任何文件描述 London Internet Exchange 与 Microsoft 之间的关系，本文也不作此断言。名录中的 AZURE London Internet Exchange Ltd. 重复了这个名称；跨目录的重复并不构成对运营事实的佐证。

采集层测到了什么

RIPEstat 针对 AS211386 的 routing-status 记录携带 query_time 2026-10-17T16:00:00（routing-status 记录）。它报告 328 个 RIS IPv4 对等点中有 0 个看到该自治系统编号，318 个 IPv6 对等点中有 0 个看到。宣告空间为 0 个 IPv4 前缀与 0 个 IPv4 地址、0 个 IPv6 前缀与 0 个 IPv6 /48。first_seen 与 last_seen 对象为空，observed_neighbours 为 0。first_seen 为空意味着 RIS 系统根本没有关于该起源的首次观测；这是关于采集方档案的陈述，不是关于世界的陈述。

同一编号的 announced-prefixes 调用在 2026-10-03T16:00:00 至 2026-10-17T16:00:00 的窗口内返回空前缀列表，latest_time 为 2026-10-17T16:00:00，档案 earliest_time 为 2000-08-01T00:00:00（announced-prefixes 记录）。该响应在正文中自带限制：结果排除可见度极低的路由，其定义为被少于 10 个 RIS 全馈对等点看到。因此这个空列表被两重条件界定——两周的窗口与一道可见度门槛——不能被读作“从未宣告过”。它确立的结论更窄，但依然有用：在由 328 个 IPv4 与 318 个 IPv6 观测点构成的采集网络中，在记录窗口内，没有任何由 AS211386 起源的前缀越过这道门槛。

邻居数据印证了同样的形状。RIPEstat 的 asn-neighbours 调用返回 neighbour_counts 为 left 0、right 0、unique 0、uncertain 0，neighbours 数组为空（asn-neighbours 记录）。没有观测到邻居的发言者在任一方向上都没有被观测到的路径；它并不参与采集层所能看到的拓扑。

读取止于何处

2026-10-18 有三次注册层读取失败，而失败本身属于结论的一部分，不是脚注。RIPE 数据库针对 aut-num AS211386 的 REST 请求没有返回对象文本（aut-num 请求），因此该对象的状态、赞助组织、维护者，以及创建与最后修改属性仍未确立。同一对象的 RDAP 呈现在检索时无法访问（RDAP 请求）。以 AS211386 为起源的路由对象 REST 查询返回访问失败（路由对象查询）。因此该起源下是否存在 route 或 route6 对象尚未核实，本文既不主张存在，也不主张不存在。

另有两处缺失属于同一节。没有取回覆盖 AS211386 的 RPKI 资源证书或 ROA，也没有取回 IRR as-set、aut-num 策略文本或对等策略条目，因此本文对该编号附带的路由安全或策略意图不作任何陈述。也没有取回由 London Internet Exchange 或 Microsoft 发布的、描述在 Azure 内运行路由服务器的文件；持有者字符串所暗示的功能仍未获确认。这些是本次读取的空白，日期为 2026-10-18，不是关于底层记录的结论。

这道空白改变了什么

实际后果关乎一个注册记录究竟回答哪个问题。aut-num 登记说明谁有权代表某个编号行事；它并不说明存在流量。对于依据 IRR 前缀过滤或 RPKI 验证来运行的运营者而言，这是两类不同的输入，各有不同的失效方式；一个出现在注册表中却不宣告任何前缀的编号是常见情形，而非矛盾。只有当采购或尽职调查流程把“有登记”当作“有运营面”——交换中心在场、云上接入、路由服务器——并就此止步时，这个区别才会变得昂贵。

对 AS211386 而言，两份记录的差异具体且可测量：身份层给出一个名字和一条 PeeringDB 记录，观测层给出带分母的零。已取回的材料中没有任何一项显示该编号在 2026-10-17T16:00:00 承载流量，也没有任何一项显示它从未承载过。

什么会改变这一读法

这一读法可以被常规手段推翻，而这正是测量的有用之处。announced-prefixes 列表非空、ris_peers_seeing 不为零、first_seen 或 last_seen 被填充、邻居计数不为零，任何一项都足以打破它，而且其中任何一项都可能在下一个窗口出现，同时不与此处观测到的内容冲突。不会改变它的是又一条目录条目：第二份名录页、第三方数据库中的描述，或一个读起来像部署的名字。那些增加的是名字，不是路径。

就目前而言，这个编号是一条带归属的登记、一条 PeeringDB 记录，以及在 2026-10-17T16:00:00 没有任何被观测到的路径。注册记录无法回答的那个问题，恰恰是买方通常想得到答案的——holder 字段中所指的事物是否曾经运行过——而诚实的答复形式是：读取止于 2026-10-18 的三次失败查询，以及一道 10 个全馈对等点的可见度门槛。