摘要

  • 匹兹堡互联网交换中心（PIT-IX）的登记记录现在把三条设施关联分别落到三家不同的运营方——Crown Castle Inc.、EdgeConneX Inc.、DataBank, Ltd.——而这正是 11 月 4 日读取同一份记录时拿不到的那个细节。
  • 那条 LAN 记录把 LAN 命名为「Peering-1500」，MTU 设为 1500，关闭 802.1Q，并把 rs_asn 设为 0；而唯一一条被完整读完的参与者记录，就在这张 LAN 上声明了路由服务器对等。潜在成员看得见这类对等确实在发生，却无法从 LAN 记录看出是哪个 ASN 提供的。
  • 11 月 12 日读到的内容里，没有一个数字涉及流量规模、省下的时延、端口总容量、可用率、服务等级、合同条款或价格；36 个被计数的网络当中，也没有任何一个是宾夕法尼亚西部的接入网被点名确立的。

id 1999 的交换中心记录载明：36 个已登记网络、3 条设施关联、IX-F 最近导入时间戳 2026-11-12T00:12:32Z——比这次读取本身早约二十小时——以及服务等级与服务条款两个字段都写着「Not Disclosed」。这些数字里有两个是外部人可以据以行动的。没有一个属于性能指标。

设施集合里有三条条目，id 分别为 1423、1925、4292，分别归属 Crown Castle Inc.、EdgeConneX Inc.、DataBank, Ltd.。三条条目、三家不同运营方，一一对应。这比「3」这个数字本身给出了更强的多样性判断，因为它不是同一个房东楼里的三个机笼。但它仍然不是拓扑：记录没有把任何成员与任何运营方的设施配对，也没有说明这三条究竟代表几条彼此独立的物理路径。

LAN 记录才是登记记录不再是宣传册的地方。这张 LAN 叫「Peering-1500」，MTU 为 1500，802.1Q 支持为假，rs_asn 读作 0。

从参与者清单里完整读完了一条记录：netixlan 39041、网络 4224、AS13335、LAN「PIT-IX: Peering-1500」、速度 100000——登记库按每秒兆比特读这个字段，因此对这家成员就是 100 Gbps——is_rs_peer 为真、bfd_support 为假、operational 为真、IPv4 206.71.141.11、IPv6 2001:504:77::11。

把两条记录放在一起看。成员这边记录着：它在这张 LAN 上与路由服务器对等。LAN 记录那边却没有指定任何路由服务器 ASN。AS 号字段里的 0 意味着没有指定，并不证明没有路由服务器在运行；组织记录把这一点讲定了：它名下有名为「PIT-IX Route Servers」的网络对象，AS30365，另有「Pittsburgh Internet Exchange Services」，AS400798。活着的成员信号，是这项功能存在的更强证据。空着的字段反而更有意思，因为它正是自动化对等方会去查的那一格——一个照着登记库而不是照着邮件往来做配置的网络。

运营方自己的页面用原话推销它想让成员买的东西：对等「enables connected organizations to offer stable, fast, and cost-effective Internet services」，并且「allows Pittsburgh sources and destinations to communicate directly within the region, rather than traveling long distances to needlessly bounce through another city」，标签是 #KeepTrafficLocal。同一页还把 PIT-IX 描述为中立的独立交换中心、IRS 501(c)(6) 非营利组织，并让读者「Access PIT-IX at any of the member data centers」——在读到的那段文字里，一家数据中心的名称都没给出。

这更正了本站 11 月 4 日的一篇报道：上一次读取只数到了三条设施关联，一家也点不出来。变化发生在「能取到什么」这一侧，而不是运营方选择公开了什么。那三条条目一直都在记录的设施集合里。

所以，一个在掂量匹兹堡端口的网络，现在能回答决定「进哪栋楼」的问题——谁拥有那片地面——却仍回答不了决定合同的问题：哪个成员在哪个设施，一个端口多少钱，书面承诺的服务等级是什么，以及这张交换矩阵另一端究竟是谁真的在宾夕法尼亚西部。口号是意图。记录是场地清单。

登记记录现在能核对什么

五件事，值得列出来，因为此前每一件要么拿不到，要么很容易弄错。

  • 设施归属。 三条设施条目、三家具名运营方、背后三个独立组织。潜在成员可以针对某一家运营方的楼去提问，而不是抽象地问「成员数据中心」。
  • LAN 身份与帧处理。 交换矩阵有名字，MTU 和 802.1Q 设置是公开的。打算用巨型帧或 VLAN 交接的网络，在这里就能知道：按记录所载，这张 LAN 上两样都不提供。
  • 路由服务器是否存在。 两条路径都能看到：一条成员记录勾了路由服务器对等，一个归属组织的网络对象以该功能命名，AS30365。
  • 登记库的新鲜度。 IX-F 导入时间戳给计数配了一个年龄。11 月 12 日那天，这个年龄约为二十小时。
  • 单个参与者细节。 至少对一家成员而言，ASN、LAN、速度、IPv4 与 IPv6 地址、路由服务器标记、BFD 标记和运行状态都读得到。

仍然不能核对什么

读到的页面里，没有一个写明流量规模、本地对等省下的时延、端口总容量、利用率、可用率历史或价格。记录自己的商业字段恰恰是它最空的部分：服务等级与服务条款都写着「Not Disclosed」。

36 个被计数的网络当中，没有任何一个被确立为宾夕法尼亚西部的接入网。这是「在读到的那几行里没有」，不是「不存在」的证据：36 个网络里，完整读完的参与者记录只有一条，而登记库自己的摘要另点名了少数几个 ASN。那些是聚合，不是我逐行看过的记录，任何关于成员构成的判断都不能从它们推出来。

路由服务器页面在 11 月 12 日的两次尝试中都没有返回，因此本文不对其策略、实例数量或价格作任何断言——也不作任何否认。501(c)(6) 身份是运营方在自己页面上的自述，不是本文读过的申报文件。「设施」也仍然是记录自己的用词：把这三条叫作楼宇或园区，会比它自己的词汇多要一层意思。