摘要

  • HKIX确实公开了流量曲线和参与网络名单。此前文章把读取失败扩大成了“没有数字”，这一判断需要纠正。
  • 总流量、路由前缀、网络名单和端口带宽各有用途，不能互相换算；更不能把交换中心的繁忙程度当成单个客户的服务承诺。

一张曲线起伏明显的流量图，很容易让人放心：这么多数据在这里交换，接入应该不会错。但准备把业务接进HKIX的人，还得问一个曲线回答不了的问题：自己真正需要到达的网络，愿不愿意、又能以什么条件与自己交换流量？

这不是挑数字的毛病。总流量描述已经发生的交换；接入选择关系到某一条具体业务路径。两者之间，还隔着对端网络、互联安排和实际接入条件。

先把我们此前的判断纠正过来。10月17日的旧版文章记录了五次未能取得可读内容的尝试，继而过度强调HKIX只有统计栏目、没有数字。重新查看官方统计页，可以看到完整曲线、数值图例和更新时间；参与者页面也有实际网络和连接信息。没有读到，不等于没有公开，更没有证据据此判断运营者在有意回避比较。

全场的流量，不是你的带宽

这次留存的日图，更新标注为2026年10月20日07:21:17，图下的最大流入值为2.632 Tb/s。它是运营者图表里的读数，日图注明采用五分钟平均；不是某一瞬间的峰值，也不是某个客户可以买走的容量。截图采集于10月19日23:24 UTC，图中并未注明时区。

只看醒目的最大值，会漏掉它究竟在量什么。HKIX同时展示不同时间尺度的图，平均间隔并不相同。把短时间内的最高读数与另一家交换中心的长期平均值并排，做出来的排名看似精确，实际比较的不是同一件事。流入与流出也不是可以不加说明就相加的两份独立业务量。

对接入者而言，更有用的下一步是找到自己的对端。名单里的网络名称、ASN和连接速率栏目，能够帮助确认有哪些网络在场；栏目中的标记却不能直接变成端口数量、尚余带宽，或对方已经答应与你互联的证明。四个导航入口也不等于四类可以相加的成员，其中还有站点入口。

能看见路由，仍不等于拿到服务

另一页统计关注的是HKIX路由服务器宣布的前缀。前缀是路由信息里的地址范围，不是传输了多少数据；这组统计也没有声称包含所有网络之间的双边路由。

这一区别并不遥远。你想送达的目的地，可能涉及特定网络之间的互联安排，不能仅凭一张汇总图判断。官方常见问题说明了路由服务器与双边对等互联等安排。路由服务器帮助交换路由信息，不应被想象成所有业务数据都必须经过的一台总转发设备。

APNIC的AS4635记录把HKIX-RS1及相关机构联系起来，补上了旧文没有核实的具体登记信息。这仍不是完整资源清单，也不是对所有路由可达性的测试。此前提到的会员等级和公司法律形式，本次没有取得足以重新确认的会员资料或公司登记摘录，不能拿来替代运营证据。

本地交换的价值，要落在一条实际路径上

HKIX在自身介绍中把成立时间追溯到1995年4月，说明其由Hong Kong Internet eXchange Limited运营，并介绍了与The Chinese University of Hong Kong相关机构的关系。它的一个基本目的很容易理解：能在香港本地交换的流量，不必为互联绕道海外。它也服务国际网络之间的交换。

这说明为何交换中心值得关注，却不是每条路径都更短、更便宜的保证。某个网络能否得到这种好处，仍要看它实际连接谁、使用怎样的互联安排，以及交换中心之外的线路。对端网络的选择，不会因为整个中心很繁忙就自动替你做好。

因此，HKIX的公开数字值得读，也需要读到恰当的位置：它们是了解交换活动的入口，不是一份已经替你谈好的服务合同。

原文链接更正

保留原来的首页、流量路径和参与者路径，便于核对；后两项本次返回404，应使用上文的有效页面。原PeeringDB链接属于NYIIX New York，正确的HKIX记录是另一条。旧文引用的维基百科比较页仅保留为历史参考，本次没有据它重新确认排名。现在能读到图表，也不意味着我们已复现10月17日每一次读取失败的原因。