摘要

  • 2026 年 10 月 31 日围绕这个加尔各答节点取回的每一份文件，回答的都是不同的问题。没有一份回答买方真正要问的那一个问题：谁接在上面、占了多少个端口、承载多少容量。
  • 此前报道读作“休眠”的那个自治系统，在互联数据库里的登记名是“DE-CIX Kolkata Route Servers”。一个路由服务器的名字和一个宣告标志，分别描述一套机制和一种起源；两者都不描述成员名单。
  • 运营商自己关于加尔各答的文案给了两样东西：一句区域表述，把孟加拉国、尼泊尔和印度东北部说成经由加尔各答接入骨干；以及一句以“你已经在加尔各答设有节点”为前提的互联邀请。同一段文案没有给出设施名、成员名单、端口数或容量数字。

把工作老老实实做一遍，却得到比前一天更薄的答案，是一种很具体的挫败。2026 年 10 月 18 日，本刊报道过：当时与这个加尔各答节点相关的唯一机器可读文件是一条注册记录——持有者名称、一个由 APNIC 分配的地址段，以及一个取值为 false 的宣告标志。没有成员数，没有端口数，没有一个比特每秒。那是个单薄的结果，但至少读得出来。

2026 年 10 月 31 日，我再去取同样的三样东西，得到的东西在不同层面上厚薄互异。两个注册库接口完全没有返回可用的内容。RIPEstat 上 AS24508 的自治系统概览没有返回任何我能用的东西。同一号码的宣告前缀接口同样没有返回。我要说清楚这意味着什么：一次查询失败了。这不是“该号码没有宣告任何东西”的结论。取回失败和零是两个不同的对象，把二者混为一谈，是这类文章最常犯的错误。

也就是说，支撑我十月那篇稿子的那一层，今天读不到。取而代之的是一个名字。

这项服务假设你已经在那里

先看卖方自己发布的文本，因为在这一组文件里，它是唯一为读者（客户）而写的。DE-CIX 的接入点页面有加尔各答条目，这个条目在很短的篇幅里做了两件事。

第一，它做了一个地理判断。页面写道，加尔各答“是印度的文化之都，人口超过 1400 万；它把孟加拉国、尼泊尔和印度东北部连接到互联网骨干上”。这一句承担了很重的分量。它把一座印度城市里的一个接入点，变成面向三个相邻辖区的区域门户——其中一个是人口约 1.7 亿的国家，另一个是几乎完全依赖他国过境的内陆国。我把它记为运营商的表述，而不是测量结果。达卡、加德满都或古瓦哈提的网络究竟是加尔各答互联，还是把流量拉到孟买、金奈或新加坡，这是一个路由问题；而路由问题只能通过观察前缀在哪里宣告、从哪个设施宣告来回答。这正是我今天做不了的测量。

第二，也更说明问题：页面说明了这项服务面向谁——“If you have a PoP in Kolkata, peering is the best way to exchange your data directly with other networks”，即如果你在加尔各答有节点，互联是与其他网络直接交换数据的最佳方式。请读两遍。前提不是“如果你想在印度东部有存在”，前提是“你已经有”。这不是“来这里”的信息，是“如果你已经在这里”的信息。对于一个尚未在该市运营节点的网络来说，这个页面描述的是一项卖不出去的服务，因为被出售的东西，是两方都已经在机房内部的互联。

这不是对运营商的批评。交换中心本来就是这样建起来的；一页写给那些物理上接得进来的网络看的文案，是合理的文案。这是关于这份文件能证明什么的观察。一个有条件的邀请，证明存在商业供给。它不证明有人接受过。就取回的加尔各答条目而言，它没有给出设施名、启用日期、成员、端口或容量数字——我描述的是保留下来的摘录，不是运营商整个网站，别处可能还有更多内容。

互联数据库里到底有什么

第二份文件：AS24508 返回的一条网络记录。剔除摘录中用省略号略去的字段后，剩下的是：对象编号 20757，组织编号 14750，名称“DE-CIX Kolkata Route Servers”，别名“DE-CIX Kolkata”，自治系统号 24508，状态“ok”。

接下来是真正要紧的一点，而它关乎对象类别，不关乎数据质量。在一个自愿填报的互联数据库里，网络记录和交换中心记录是两种不同的东西。前者描述一个自治系统：它的号码、联系人和声明策略、它的角色。后者描述一张交换平台：一台交换机、它的物理位置，以及用端口和地址挂在上面的参与者。我取回的是前一种。它有自治系统号、有组织、有状态。它没有端口数，因为网络记录本来就不带端口数；它没有参与者名单，因为它不是那种东西。

这正是粗心解读会制造出标题的地方。有人看到这条记录，看到“DE-CIX Kolkata”和“状态：ok”，就写下这个交换中心已经上线。另一个人看同一条记录，没看到端口，就写下它是空的。两个人描述的都是自己恰好取回的那份数据结构。谁都没看过一台交换机。

名字确实确立了一件事，值得说清楚，因为它比十月那份记录多。这个号码不叫“Kolkata Internet Exchange”，它的名字是路由服务器。那是把各接入网络的路径互相分发的机制的称呼——是交换中心内部承担的一种服务角色，不是自己卖过境的网络。如果对名字的这个读法成立，那么十月的宣告标志和十月的那篇稿子谈的都是这套机制，成员问题从来没有被摆上桌。我标注：这是对该记录自身命名的一种解读；我没有取得权威注册库里的持有者字段，只有它才能确认谁持有 AS24508，因为那次查询正是失败的那些之一。

这份档案缺了哪些字段

除上文提到的两个注册库接口之外，2026 年 10 月 31 日还有三次取回尝试，分别针对 AS24508 的交换平台成员记录、APNIC 的权威 aut-num 记录，以及一个专门的加尔各答接入点页面。三次都以同一类权限错误终止。这是本文唯一一次交代取回限制：三份本来能定案的文件没有被取到，改换提问方式也不会有帮助。本文其余部分只讨论已经取到的文件。

这里缺的不是更多文字，而是具体字段。网络记录这一类对象只带自治系统号、组织编号、状态和联系人策略；它不带端口分配，不带成员名单，不带交换机所在的建筑，也不带流量数字。能定案的那份交换平台记录恰好相反：它按端口把参与者逐个挂在一台交换机上，并指向一个具体设施。截至本文的观测，这份记录不在手上。

这决定了这份档案能支持什么样的判断。它可以支持一句很具体的话：截至 2026 年 10 月 31 日，这个节点在公开记录里是一个注册身份和一页商业文案，不是一组可核查的运行数字。它不能支持任何关于规模、负载或参与者构成的判断，也不能反过来支持“没有参与者”这个结论——那同样是一项要靠测量才成立的断言。

十月那篇稿子应得的更正

对我自己的报道说直接一点。10 月 18 日那篇，把取值为 false 的宣告标志当作这个节点的定义性事实来写，结论是“一座无法被测量的交换中心”。更站得住的框架，在互联数据库把这个自治系统称作路由服务器之后就成立了，而且更窄、更不戏剧化：一个不在自己号码下宣告前缀的自治系统，并不因此就是没有参与者的交换中心；一个有参与者的交换中心，也不因此在宣告前缀。宣告前缀接口读的是起源：这个号码把哪些地址段送进路由表。交换平台记录读的是附着：谁在哪台交换机上买了端口。前者对后者没有取值。

这个更正并没有让这个节点变大。它让问题变好。正确的问题从来不是“这个号码在宣告吗”，而是“谁接在上面、在哪里、用什么”。在这个问题上，记录在十月和今天一样沉默。

我还要记一笔，因为本刊自己的档案也是证据的一部分：这个对象的名录条目写明只有一条公开参考，并指出尚未确认运营方。到今天，名字出现了——出现在互联数据库自己对网络的命名里，属于自我声明，而非注册库确认。这是从“未知”到“有名”的一小步位移。不是从“有名”到“在运行”的位移。

为什么地理是最贵的那部分

运营商那句区域性的表述，值得被认真对待，而不是轻蔑地耸耸肩，因为如果它成立，那就是整份档案里最重的分量；如果它不成立，这个页面做的就是大多数基础设施营销都在做的一件很普通的事。

南亚东部对国际出口的依赖，集中在很少几个门户上。孟加拉国、不丹、尼泊尔或印度东北部的一个网络，如果要接触到欧洲或美国的对等方，可选的路径清单很短；而且达卡路由器到阿姆斯特丹路由器的物理距离并不是约束条件——约束是这个地区有几条互相独立的出口。每一个区域网络可以彼此相见、也可以与承载国际流量的运营商相见的新地点，都会缩短路径，更重要的是改变“某处断了会断掉什么”。两个在加尔各答互联的网络，在孟买或新加坡方向被切断时，本地流量仍然完好。两个只在新加坡互联的网络，则不会。

这就是加尔各答交换中心存在的理由，也是一个很好的理由。它不是“这张交换网承载了它”的证据。这个区别在商业上很重要：一个在评估端口的区域运营商，买的不是一个关于孟加拉国路径多样性的故事，而是交换机上一个物理端口，附带容量承诺和合同期限，并且它想知道已经有多少网络在那台交换机上——因为成员很少的交换中心，是一项月度账单，而不是一项互联策略。

今天取回的三份文件里，没有任何东西能让这家运营商数出成员。这就是剥去评论之后的现实利害：买方的问题在文件里得不到回答，而卖方的页面是假定买方已经做过决定才写的。

已确立与未确立

截至 2026 年 10 月 31 日已确立：DE-CIX 发布了一个加尔各答条目，内含一项区域表述和一个有条件的互联邀请；互联数据库载有一条网络记录，编号 20757，组织 14750，名称“DE-CIX Kolkata Route Servers”，自治系统号 24508，状态“ok”；以及针对该号码的两次注册库查询没有返回可用内容。

同一窗口内未确立：AS24508 是否挂接在任何带已分配端口的交换平台上；按照权威注册库谁持有该号码；是否有哪些成员网络出现在加尔各答的某个设施里；点亮了多少端口；承载多少容量；交换平台位于哪座建筑；以及它何时开始运行。

第二份清单比第一份长，没有任何数量的额外文字能让它变短。可以有把握地说的是：档案里出现了一个名字，取代了原先的未知；这个名字指向的是路由服务器机制，而不是某个成员网络；而所有人最先去拿的那台仪器——宣告标志——回答的是市场里没人在问的问题。

想知道印度东部是否有一座在运行的本地交换中心的读者，从这里仍然得不到答案。想知道为什么这很难查到的读者，现在手上有了一份有据可查的样例。