摘要

  • Bhutan Internet Exchange 出现在三层彼此独立的公开资料中——PeeringDB 上一条交换点记录、APNIC 的两个组织对象，以及 Hurricane Electric 国家表中 AS7615 的那一行——三层资料在名称、城市和交换点自有的自治系统号上互相吻合。
  • 细读之下，这份记录描写的是一条名为 TTPL-LAN 的扁平以太网，位于 Thimphu Techpark，最大传输单元 1500 字节，802.1Q 标注被记为未启用，路由服务器自治系统号记为 0，而服务级别与商务条款两个字段都写着 Not Disclosed。

关于 Bhutan Internet Exchange 首先要明白的一点是：它的公开身份很薄，而这种薄不是偶然，是结构性的。PeeringDB 里有一条交换点记录，编号 2355，短名 btIX，长名 Bhutan Internet Exchange，城市 Thimphu，国家 BT，所属区域 Asia Pacific，介质为以太网（PeeringDB 的不丹交换点记录）。地理信息就这么多。没有第二个城市，没有第二处设施，也没有备用站点。对一个国际连通长期经由印度的国家来说，首都这一个国内交换点不是细节；至少就这份记录而言，它就是整个国内交换层。

真正装着工程信息的是它的子对象。交换点局域网的名称是 TTPL-LAN。最大传输单元记为 1500 字节。802.1Q 支持字段记为 false。路由服务器自治系统号记为 0。创建时间是 2018 年 9 月 22 日 17:01:27 UTC，与父记录的创建时刻处于同一分钟；最后更新时间是 2026 年 6 月 30 日 01:34:08 UTC。状态记为 ok。

把这五个字段放在一起读，得到的是架构，而不是愿望。1500 的 MTU 就是普通以太网：这里没有任何东西暗示巨型帧，也没有任何东西暗示这是一张为大宗流量调校过的专用网。802.1Q 支持处于关闭状态，意味着在记录自己的措辞里，这条局域网被呈现为单一扁平广播域，因此照着记录去规划端口的运营者，不应当把按成员划分 VLAN 的交接当作有文档支持的功能。而路由服务器自治系统号为 0，是整个数据集里后果最重的一个值，值得直说：本应填入交换点自营路由服务器编号的那个字段，是空的。

这个零改变了"成为成员"这件事的含义。在配有路由服务器的交换点，成员只需向交换点建立一条 BGP 会话，就能收到汇总后的路由表；交换点由此成为每个成员路由决策的技术当事方，其运维水平进入所有人的爆炸半径。没有路由服务器，任何一对想交换路由的成员都得自行谈判、自行配置双边会话。双边对等更费工，但控制权留在边缘：没有共享的路由大脑，没有哪一个进程挂掉就让所有人降级，也没有交换点运营方握着政策之笔决定哪些前缀向谁宣告。所以这个零不是记录的缺口，它是一句关于控制权位置的陈述。

设施映射印证了物理图景。PeeringDB 把该交换点挂在一处设施上，编号 5806，名称 Thimphu Techpark，运营方记为 Bhutan Data Centre Services，CLLI 代码 TTPL，坐标为北纬 27.427781、东经 89.650988（PeeringDB 的不丹交换点记录）。地址写作 Thimphu Techpark, Wangchuktaba，城市 Thimphu，邦/省 Thimphu，邮编 11001。该设施创建于 2018 年 9 月 22 日 16:43:21 UTC——比交换点记录早二十分钟——最后更新于 2025 年 9 月 26 日 22:51:32 UTC，状态为 ok。

这处设施自己的计数器提供了整份数据中最尖锐的对照：它记着两个网络、一个交换点、零个承运商。一个国家交换点，在交换点自己的设施记录里只有两个网络，这个数字小到不用借助任何工具就能记住。也正是这个数字，让此后关于竞争影响的每一个问题都容易提出、难以回答：站点上只有两个网络，交换点的边际价值完全取决于这两个是谁、它们是否本来就会互联、以及互联的价格是多少。记录对第一个问题不给答案，对第二个问题也不给答案，对第三个问题的回答是 Not Disclosed。

命名问题，其实是发现问题

这份数据里最有启发性的东西，与不丹本身无关，而是同一个 API 上两次查询之间的差别。以字面字符串 bhutan internet exchange 过滤的查询，返回了空的数据数组和空的元数据（PeeringDB 按名称过滤的响应）。以国家 BT 过滤的查询，返回了一条长名为 Bhutan Internet Exchange、短名为 btIX 的记录（PeeringDB 的不丹交换点记录）。

两个响应都是正确的。记录的名字是 btIX，长名是另一个字段，而名称过滤器显然没有按所给字符串的形态去匹配那个字段。任何用完整英文名去检索这个交换点的人——也就是研究者、记者或境外运营者会用的方式——都得到了一次干净的否定。任何按国家检索的人，立刻找到了它。

从风险角度看，这件事比表面上重要。登记册对公众的价值在于发现功能：外部人正是靠它确认一个交换点存在、上面有谁、它是干什么用的。当按名称的检索在一条确实存在的记录上失败时，登记册并不是出了一点索引怪癖；它为恰恰依赖它的那群人生产了一个假阴性。失效方式是不对称的。不丹网络圈内的人知道本地简称，因为大家就是这么叫的；圈外的人不知道。于是这套登记对内部人有效、对外部人失效，而这与一份披露登记册的初衷正好相反。

局域网记录里还有一个相邻的信号。它的 IX-F 成员名单 URL 可见性字段写着 Private，而 IX-F 导入启用字段写着 true。IX-F 是一种标准化交换格式，交换点借它发布机器可读的成员名单，供其他登记册和工具镜像。成员名单 URL 设为私有、而导入开着，描述的是一种愿意从该格式取用、却选择不通过该渠道发布自己名单的交换点。成员名单不只是没公布，而是被标记为有意保留。

这个区分值得留住，因为它把"公开数据稀薄"的两种解释分开了。一种解释是疏忽：没人顾得上。另一种是政策：运营方认定名单不该公开。前者是维护问题，补救方式显而易见，也没有站得住脚的理由；后者是一项治理选择，而治理选择是可以被追问的。私有可见性是某个人选定的设置，意味着该交换点、或维护其记录的人，对成员名单的披露持有立场，而这个立场是：不走这条渠道。

实际后果很直接。想知道哪些网络接在 btIX 上的外部人，在登记册层面只剩一条路：去读每个网络自己在 PeeringDB 的条目，或者去看路由数据。两条路都比一份成员名单弱，因为它们描述的是网络对自己的说法，而不是交换点对自身构成的确认。

登记层能确认什么，不能确认什么

PeeringDB 不是监管机构，也不自称是。它的记录由社区维护、由运营方编辑，这既让它在绘图上极其有用，也让它在核实上不足。状态写着 ok，意味着这条记录本身完整，不意味着那处设施通着电，也不意味着那条局域网在过帧。一个交换点可以上榜、保持最新、状态 ok，同时承载着廷布之外没人测量过的流量。

这正是 APNIC 这一层要紧的原因。注册记录不是同一种意义上的自我申报；它是一份正式的分配对象，带有维护者和审计线索。APNIC 的 Whois 服务以 Bhutan Internet Exchange 之名返回了两个组织对象（APNIC Whois 对不丹交换点的查询）。第一个 ORG-BIE1-AP，国家 BT，地址写作 Bhutan Internet Exchange、Thimphu Techpark, Post Box 633、Wanghcuktaba, Babesa。第二个 ORG-BIE2-AP，类型标为 Local Internet Registry，地址写作 Thimphu Techpark, Wangchuktaba, Post Box 633，维护者为 APNIC-HM，引用同一维护者，最后修改时间为 2023 年 9 月 5 日 02:17:38 UTC，来源记为 APNIC。

一个交换点有两个组织对象本身并不稀奇：随着地址申请与联系人变更，注册对象会累积，旧对象通常留在原处。就问责而言，要紧的是哪一个对象有权威性，以及这种类型标注意味着什么。LIR 这个类型是关键字段。Local Internet Registry 是从区域注册处领取地址空间、再向其客户做子分配的机构。一个被标注为 LIR 的交换点因此不只是楼里的一台交换机；它是一个号码资源的分配节点，随之而来的是记录、联系对象、分配维护等义务。

维护者字段把这一点说得更细。两个对象都由 APNIC-HM 维护，而 APNIC-HM 是区域注册处为高层级对象设立的自家维护者。一个在注册处自家维护者名下持有注册对象的交换点，是挂在注册处的行政结构上的，而不是作为一个完全独立的注册成员在运作。这对小机构是常见安排，不是批评。它只意味着：关于该交换点号码资源的纸面链条，终止在 APNIC 自己的行政体系内部——那正是调查者会预期找到它的地方，也正是外部人无法再往里看的地方。

第二个对象的最后修改日期是 2023 年 9 月 5 日。对象在有事发生时才被修改；一个静止的日期是行政稳定性的证据，而不是运营活跃度的证据。把它和 PeeringDB 的时间戳并排读，会浮现一个值得点名的模式。交换点的父记录最后更新于 2020 年 1 月 22 日。APNIC 对象最后修改于 2023 年 9 月。局域网记录更新于 2026 年 6 月 30 日，设施记录更新于 2025 年 9 月 26 日。

四个对象，四个不同的年代，而最新的那个是技术层面的子对象，不是政策层面的父对象。维护这份记录的人在更新局域网与设施，却让交换点自身的描述——那一层本该承载条款、服务级别与政策联系人——冻结在 2020 年头几周。这是一种维护模式，而模式本身就是证据：它说技术映射是活的，商务描述不是。

四个数字，以及不把它们读过头的那点纪律

路由数据从完全不同的方向补上第三层。Hurricane Electric 的 BGP 工具包为不丹发布一张国家表，其中有一行逐字写作：AS7615 Bhutan Internet Exchange 2 3 2 3（Hurricane Electric 的不丹国家视图）。该行上方的列标题依次列出 ASN、名称、IPv4 相邻数、IPv4 路由数、IPv6 相邻数、IPv6 路由数。

这一行确立的是前两层没有确立的东西：该交换点拥有自己的自治系统号 AS7615，而这个号在一份全球路由数据聚合中可见。它不只是登记册里的一条记录、一处设施里的租户，还是路由系统中可寻址的实体，带着自己的 AS 号出现在网络工程师会查阅的表里。

那四个数字正是需要纪律的地方。二、三、二、三。把它翻译成"该交换点有两个对等方和三条路由"是很诱人的，但这句话错得有意义。摘录保留了表头和那一行，却没有把每个数值与某一列毫不含糊地绑定，而从宽表中抽出的一行四值很容易丢失对齐关系。诚实的读法是：这一行载着四个数值，对应的是相邻数与路由数一类的列，而四个值都是个位数。

可以不过度推进地说的是：对一个国家交换点自有自治系统而言，个位数级别的相邻数很小。有路由服务器或规模较大的交换点，相邻数通常在几十甚至几百。这样的量级与少量成员网络相容，而这与设施记录里的两个网络相容，也与"就这些记录而言，两个网络就是国内互联的全部故事"相容。三层独立资料给出指向同一方向的小数字；每一层单独都弱，但它们的一致是有信息量的。

不能说的是任何一个具体的不丹网络在或不在其中。AS7615 有一行，并不说明它与哪些别的自治系统交换路由，国家表也不列举配对关系。要说在位运营者接在 btIX 上、或某家移动运营商不接，都需要成员名单或会话数据，而这两样都不在手。

条款字段就是问责字段

交换点记录的所有字段中，写着 Not Disclosed 的那两个是董事会应该注意的：服务级别与条款。两者在披露意义上都是空的。

一个交换点的商务条款决定了谁能接入、以什么条件接入。按端口收固定年费、按兆比特计费、互不结算模式、按端口速率分级——每一种都会造出不同的市场。互不结算的交换点把国内互联的边际成本压到一条跳线的价钱，这对新进入者和小网络有利。收费的交换点抬高了这个成本，对已有体量、能摊薄费用的参与者有利。这些模式之间的选择是一项带有分配后果的治理决策，而在一份写着 Not Disclosed 的记录里，它是看不见的。

对买方而言，后果是具体的。考虑接一个端口的网络无法从公开记录里建模国内对等的成本，因为价格不在那里。它无法把 btIX 与把这份流量送到国际上作比较，因为比较需要一个数字。它无法判断交换点的服务级别对它要移动的流量是否够用，因为服务级别同样不在那里。结果是：加入的决定建立在关系与谈话之上，而不是公开条款之上——这在小市场里很正常，也正是内部人占优的那种条件。

IX-F 的可见性设置与此直接相关。试图评估加入是否值得的潜在成员会想知道谁已经在里面。该交换点把这份名单标为私有。两者叠加——成员名单私有、条款未披露——意味着评估 btIX 的外部人能确认它存在、大致在哪，却无法确认自己将与谁对等、代价多少。这是一种具体而可描述的披露姿态，而这一姿态是保守的。

它有一个可辩护的理由。在两三个参与者的市场里，成员名单和价格可能具有商业敏感性，因为公布会暴露相对流量规模和谈判处境。一个在两网络市场上公布成员名单的交换点，等于公布成员的竞争处境。小型运营方可以合理地认为：对成员而言，谨慎比向公众透明更有价值。这个论证是自洽的。它同时也是一个选择：用外部问责换内部弹性，应当这样描述它，而不是把它当作意外。

组播位，以及小字段为何承载大后果

记录启用了单播与 IPv6，禁用了组播。在这几项里，IPv6 设置会随时间变得越来越重要，而组播设置最能透露意图。

IPv6 支持为启用，意味着记录主张该交换点能承载 IPv6 流量。对网络数量很少的国家来说，一个承载 IPv6 的交换点是通往国内 IPv6 互联最便宜的路：没有它，两家都想上 IPv6 的不丹网络只能选择隧道、或经国际转接商在国内绕一圈、或干脆不互联。一条把 IPv6 标为启用的记录，把这条路的成本压到一条端口的价钱。

组播被禁用则是一个更具体的陈述。交换点上的组播，是内容分发网络和网络电视运营商把单一流送给众多接入网、而不必按成员逐一复制的方式。禁用它，意味着记录不主张具备这种能力。对视频分发重要的市场——每个市场都重要——组播的缺席限制了交换点能被用于什么。它把这类流量推回单播，而单播又把流量推回国际路径或私有互联。

到这里，记录不再是名录条目，而成了一个瓶颈说明。一个国家交换点，承载单播 IPv4 与 IPv6，跑在一条 1500 字节的扁平局域网上，没有具名的路由服务器，也没有组播，对一个通用流量的互联点来说是能用的。它不是一张分发网。这个区分决定了一个国家的哪类流量问题它能解决、哪类不能，而这一切完全显现在某些人选定的字段里。

谁问责，问什么

到这里，公开记录用完了，而且用尽的方式足够具体，可以描述而不只是惋惜。本文检视的四份记录里，没有任何一份说明了该交换点的法律形态、所有者、治理机构、成员规则，或准入争议的解决程序（APNIC Whois 对不丹交换点的查询）。

这是一句有边界的话，边界应当讲明：四份公开记录、在同一天查询，其中不含这些字段。BTW 目录此前对该交换点的报道记录了成立日期、宣布上线、一处托管根服务器实例、一份带自治系统号的参与者名单（BTW 关于不丹交换点的名录条目 仅限 Strategic Circle）。那些事实本文不复述，也不被这四份记录中的任何内容反驳；它们位于本文没有检视的另一层。

本文检视的，是外部人在没有任何关系的前提下能触到的那一层：登记条目、地址注册对象、路由表。在这一层里，该交换点作为机构只在两个方面可读——它持有一个 AS 号，它持有一个 Local Internet Registry 对象。两者都是真实的，两者都有行政后果，两者都没有告诉你谁在决定。

就控制而言，这就是发现。公开记录以不寻常的机械细节描述了一个交换点的管道——局域网名称、MTU、标注支持、路由服务器字段、设施坐标、精确到秒的创建与更新时间——却完全没有描述它的治理。监管者若想询问这个国内互联点是否在按公共利益运行，得去问运营方；网络若想判断是否加入，得去问运营方；研究者若想判断国内流量是否留在国内，也得去问运营方。每一次，登记册都确认了被问对象的存​​在，却一份答案都不提供。

这里有一个值得所有运营披露制度的人点名的设计问题。被填上的是网络工程师配置会话所需要的字段：局域网名称、MTU、标注能不能用、有没有路由服务器。没被填上的是外部人用来追问机构责任所需要的字段：条款、服务级别、成员名单、法律身份。登记册由运行基础设施的人填充，而运营者只填自己需要的东西。问责字段总是最后填上，或者永远不填。

什么会改变这一分类

分类只有在能被更新时才有用，而这一份可以，靠具体且可观察的变化。

如果局域网记录开始写明一个不是 0 的路由服务器自治系统号，那将是交换点架构的结构性变化，不是外观变化。它意味着存在一个由交换点运营的路由功能，并把路由政策控制权中相当一部分从双边对等移向交换点本身。

如果 IX-F 成员名单可见性字段从 Private 变成 Public，参与者问题就会从推断变成可读机器数据可回答的问题。仅此一项变化，就能把本文证据基础中最弱的一环变成最强的一环，而它对运营方的代价只是一次披露决定。

如果服务级别与条款字段不再写 Not Disclosed，买方就能建模成本，监管者就能评估定价结构是否偏向在位者。如果交换点父记录的更新戳走到 2020 年 1 月之后——在本次抓取的记录里并没有——那就表明商务描述是被维护着的，而不是被搁置的。

如果一份国家监管备案描述了该交换点的所有权、准入规则或争议程序，治理这一层就会存在于一份可引用的文件里，而不是存在于两个登记字段之间的空隙中。在那之前，诚实的总结就是字段本身所支持的那一句：btIX 是廷布一个真实、已登记、可寻址的交换点，跑在一条扁平以太网局域网上，没有具名的路由服务器，没有公布的条款，也没有公开的成员名单。管道被记录到秒；问责一个字都没有，而这种不对称就是这件事的本身。