摘要

  • 印度国家交换网络只有一个公开的流量数字：截至 2024 年 12 月 31 日处理的最大流量为 1.53 Tbps，出自一份从未说明测量区间的部委年度报告。
  • 同一季度，电信监管机构统计到印度服务商自有国际互联网带宽为 51,726 Gbps；两者相除约为 3%，这是作者在两个不同口径指标之间做的算术，不是印度流量的占比。
  • 同一张网络在不同官方文件里的清点互不一致：2022 年 12 月为 42 个交换中心，2024 年 12 月为 77 个节点和 369 个成员，运营方一个无日期页面上是 79 个网管中心站点，2025 年 11 月的一次采访里是 79 个交换点。

一个最大值，和它旁边缺席的曲线

National Internet Exchange of India 在名录里被归为登记管理机构，这个描述没错，却在悄悄误导人：同一个机构在运营这个国家的国内互联网络，而描述这张网络的那些数字，比描述本身要单薄得多。

电子与信息技术部的 2024-25 年度报告 只用一句话交代：「The maximum volume of Internet traffic being handled by NIXI at present is 1.53 tbps.」同一段落还记下截至 2024 年 12 月 31 日有 77 个功能正常的互联网交换节点、369 个成员（含 CDN）。

这就是全部的测量。最大值没有给出测量区间，没有按节点拆分，在本文查阅的文件里也找不到前后任一个数值——这句话说的是我能读到的这批材料，而不是断言 NIXI 从未公布过别的数字。一个被称为最大值、却没有采样窗口的数字，无法区分「最忙的五分钟」和「有代表性的一小时」，而这恰恰是容量输入与口号之间的分野。

峰值不是速率

峰值和均值回答的是不同的问题。买带宽的运营商需要知道自己必须长期承载的负载，以及在不出丢包的前提下必须吸收的突发。最大值只告诉你某处的天花板，它不说底下那条分布有多宽、发生在一天中的哪个时刻，也不说是不是某一个成员的缓存回源把它顶了上去。

报告用词比周边的报道谨慎得多。它说的是「处理的最大流量」，不是容量，不是吞吐率，不是平均值，也不是利用率。严格读，1.53 Tbps 是截至该日期某一点上、整个交换网络上被记录到的最高传输速率。被一份部委摘要或一张会议幻灯片随手读成「这张网络承载 1.53 Tbps」，就是完全另一句、而且没有依据的话。

监管机构确实在数的那一半

印度确实在数一件相邻的事，而且每季度都数。在截至 2024 年 12 月季度的绩效指标报告里，印度电信管理局记录了各类服务商自有国际互联网带宽 51,726 Gbps，上一季度为 49,351 Gbps。下一季度的报告 把 2025 年 3 月的数字定在 52,136 Gbps，对比的仍是这 51,726 Gbps。

算一下增量，形状就变了：12 月季度增加 2,375 Gbps，约 4.8%；3 月季度只增加 410 Gbps，约 0.8%。这两个百分比是我在 TRAI 两个公开数值上做的算术，不是 TRAI 自己公布的数字。

还要看清标签。TRAI 统计的是服务商自有的带宽，它并未把这个指标描述为向境外购买的容量，而且这是容量存量、不是流量，所以不经说明就与交换中心的处理流量相比是不成立的。

三个百分点，以及它拒绝证明的东西

换算到同一单位，算术很短。1.53 Tbps 就是 1,530 Gbps。除以 51,726 Gbps，得 2.96%，约等于 3%。

这个数字不是印度互联网流量的占比，不是容量利用率，也不是印度有多少流量在国内互联的度量——分子是一张交换网络上流过的流量，分母是那些同时在其他地方互联、购买转接、并把内容缓存放在境内的服务商所持有的带宽。两个发布方都没有公布这个比值，它是我算的，而且它的正当用途很窄。

这项比较真正确立的，是公开记录的贫乏。同一日期上唯一能描述印度国内与国际互联网的两个数字，度量的并不是同一个量，所以这对数字既不能证明交换中心承载了全国流量的一大块，也不能证明它只承载了很小一块。拿这两份文件下任何一个结论，都是在替文件多说一句它们没说的话。

同一张网络的三种清点

如果说流量只有一个数字，那清点就有好几个版本，而且互相打架。一份 2022 年 12 月 9 日的联邦院答复 写明「Forty two (42) Internet Exchanges of National Internet Exchange of India (NIXI) have been installed and operational as on date」，附件列出 42 个站点，并提到维沙卡帕特南的一处 Sify 数据中心，以 1 Gbps 连通金奈与维沙卡帕特南。

2024-25 年度报告给出 77 个节点和 369 个成员（含 CDN）。运营方自己的页面又是另一种算法：79 个网管中心站点，首页则标着20 多家 CDN、79 个以上网管中心站点。再往后，首席执行官 Devesh Tyagi 在 2025 年 11 月 20 日发表的一篇采访 中告诉 ETTelecom：NIXI 已建成 79 个交换点，接入「350 多家 ISP」，并且「承载超过 1.5 Tbps 的速率」，采访把这一说法表述为送往 NIXI 的峰值数据。

每个标签的含义都略有差别——已装交换中心、功能节点、网管中心站点、交换点——每个成员计数也带着不同的限定词：含 CDN，或只算 ISP。这些数字在时间和定义上彼此分开，所以并不构成算术矛盾。但在我查阅的材料里，它们也从未被对齐过，于是买家和监管者都无法分辨这究竟是增长，还是口径换了。

交换中心自称要做的事

NIXI 公布的选路政策 是这批材料里对机制讲得最清楚的一份。它的目标包括把国内流量留在印度境内、促进本地托管；它描述了区域多边互联，以及与 CDN 和其他网络的双边互联；并且明确写道，NIXI 的路由器只交换路由信息，不承载转接流量。

最后这句比分流量数字更重要。一个不卖转接的交换中心，只能靠两件事和国际转接竞争：时延，因为路径更短；成本，因为流量不必再被拉到境外交换点再拉回来。部委报告把第二根杠杆写得很明白——CDN 可以在 NIXI 交换点免端口费接入。

所以这个产品本质上是「一条路由近路 + 免掉的接入费」，瞄准的正是撑起印度高峰时段的那类流量：缓存内容，以及本地用户到内容源之间的路径。它在大规模下是否成立，恰恰是那个孤零零的最大值回答不了的。

运营商实际能决定什么

一个把 NIXI 当作主路径而不是补充路径来评估的 ISP，需要三样东西：跨报告期显示流量如何变化的序列、它打算接入的那些站点上的单点容量，以及一套说明清楚的测量口径，好让两张网络对得上账。在本文查阅的文件里，三样都没有。

它有的是：一项政策承诺、一长串站点，以及从 2024 年 12 月到 2025 年 11 月一直停留在 1.5 Tbps 上下的那个最大值。克制地读，这种「平坦」是含混的：它既可能是需求见顶，也可能是没人重新测过，还可能是因为没人追问而一直沿用。在 NIXI 或某个独立第三方公布序列之前，印度互联网的国内骨干，是一项带了一个数字的政策成绩；而印度的运营商们，仍只能拿国际带宽来给国内路径定尺寸，因为没有更好的东西可用。