摘要

  • Michael Takeuchi 在 2026 年 5 月 BKNIX 论坛的原始讲稿中说，另一家互联成员端口有限，发生了拥塞；他自己的端口并未打满。
  • 对端缺少可见的监控看板和基础流量数据，绿色的本地曲线无法告诉他堵点在哪。

客户的网络慢了，运营商先看自己的端口：还有空余。Michael Takeuchi 在 BKNIX 论坛摆出的正是这种难堪场景。他是 RAPIDNET 的技术与运营负责人，也在印尼互联网服务提供商协会 APJII 担任印尼互联网交换点及数据中心事务的副负责人。讲稿中的对端成员端口受限，拥塞已经出现；他的端口却没满。他问，别人的网络该怎么监测？

这个问题在雅加达有足够多的落点。Peering Asia 的原始名单列出 RAPID Networks 接入当地六个交换点：IIX、EPIX、OpenIXP/NiCE、JKT-IX、CXC 和 CDIX。Takeuchi 的另一张幻灯片展示一家 ISP 在雅加达接入十二个交换点；同一前缀从五个交换点的十一个 BGP 会话进入。这些是他展示的案例，不是全国统计。多一条互联路径，也多一套策略和一个可能失明的边界。

他的抱怨并不止于带宽。有的网络提供 looking glass，有的连基本遥测都不给。交换点之间的路由服务器设置、过滤规则、BGP community 支持也不一致。他举出的一个交换点没有 community 控制；路径堵了，操作者只能尝试手动挑选对等互联对象。自己的图表可以干净得像刚擦过，客户的包却仍然排在别人的队里。

公开讲稿没有点名受限端口所属成员，也没有给出那一端的端口计数器。要量化这次拥塞持续多久、影响多大，还缺这两项记录。但谁掌握关键证据已经很清楚：接电话的人和握着对端监控数据的人，往往不是同一家机构。