摘要
- 公开的 peering 页逐档印出每月经常性费用:1G 为 0.-,10G 为 200.-,100G 依收发器类型为 600.- 或 650.-,400G 为 1'000.-;而在该表的留存文本中,任何位置都没有出现货币符号。
- 统计页提供四幅「SwissIX 所交换总体流量」的图,时间跨度分别为 2 天、1 个月、1 年和 2 年,不印峰值数值,不印采样间隔,也没有按站点或按端口的时间序列。
- 首页称 SwissIX 是「瑞士按端口容量与带宽计最大的互联网交换点(IXP)」,而留存记录中既没有端口数量,也没有在用端口的清单,更没有对任何其他瑞士交换点的测量。
- 一种「总流量须低于已付费端口总容量 80% 峰值」的聚合规则在关于 peering 页的概述性材料中流传,但并不出现在此处截取的页面文本里;下文将其作为转述处理,绝不作为引文。
结论是狭窄而具体的。运营商可以把一个端口精确到个位地定价。它却无法从这份记录中算出,在交换点自身的约束生效之前,这个端口究竟能用多少。
读了什么,以及如何标注日期
本报告依据的四份文件是 SwissIX 首页、流量统计页、参与者页 与 peering 页。它们是在一个单一窗口内截取的,窗口自 2026 年 10 月 18 日 22:41:19 UTC 开启,至 22:42:52 UTC 关闭。凡本报告引用某句话,该句均出现在所涉页面的截取文本中;凡本报告描述某页面据说含有、但其措辞未被截取的内容,都会明确说明,并把该内容当作转述而非证据。
这一区分并非迂腐。整份记录中最具分量的容量表述——一条要求总流量保持在已付费端口容量某一既定比例以下的规则——只以概述形式抵达本桌。读者若无法看到那条规则是页面上的一句话、合同中的一款,还是机器生成摘要的产物,就无法据以为端口定价。因此本报告维持两本账:页面说了什么,以及据说页面说了什么。第二本账中的任何内容都不作为计算前提。
阶梯:一份完整的端口档位菜单
peering 页载有一张标题为「Port Pricing – Monthly Recurring Charges (MRC)」的表。截取到的行如下,按运营方自身的格式复现,包括 400G 一项里的撇号:
| BGP Port Speed | Standard Transceiver Types | Port MRC |
|---|---|---|
| 1G | LX or BiDi | 0.- |
| 10G | LR or BiDi | 200.- |
| 100G | LR | 600.- |
| 100G | LR4 or BiDi | 650.- |
| 400G | LR4 | 1'000.- |
从这张表可以推出三件事,还有第四件推不出来。
第一,阶梯随端口规模单调上升:四个速率档位,最快的一档收费最高。第二,1G 定价为零,这是关于交换点在低端希望吸引何种会员的商业信号,而不是关于容量的表述。第三,100G 一档依收发器类型分裂——LR 光学器件为 600.-,LR4 或 BiDi 为 650.-——因此同一标称速率因所插器件不同而承担两种不同的月费。任何想从公开价目表反推交换点收入的人,都必须知道收发器构成,而这份记录没有提供任何此类构成。
推不出来的是货币。费用印为数字后跟一个句点和一个连字符。截取到的表中没有货币符号、没有货币代码,也没有任何对货币的提及。一家瑞士运营商以瑞士法郎定价是完全合理的,读者也会这样假定,但假定不是证据,本报告不把这些数字换算成任何货币。因此下文所有比较都是印刷数字之间的比值,这些比值因属表内关系而不受缺少货币的影响。
有两个比值值得写出,因为它们正是买方实际会做的算术。在 LR 光学器件下,从 10G 升到 100G 使标称端口速率变为十倍,使印刷月费从 200.- 变为 600.-,即三倍。从 100G LR 升到 400G LR4,标称速率变为四倍,印刷月费从 600.- 变为 1'000.-,约 1.67 倍。这些是我本人对运营方印刷数字所做的除法;运营方不公布这些比值,也不就它们作出任何政策表述。
这一算术之所以重要,是因为它对行为的影响,而不是因为它说明了交换点的任何利润率。当每单位标称速率所对应的费用随端口变大而陡降时,流量上升的会员就有一项长期存在的商业理由去买更高的下一档,而不是第二个小端口。因而这份公开价目表把成长中的会员引向更少、更大的端口——这是关于价目表的表述,不是关于任何会员行为的表述,也不是关于各档端口有多少个的表述。
负载界面:一个汇总量的四个跨度
统计页很短,并且明确说明它公布什么。其截取句子为:「Below you will find a 2-day, 1-month, 1-year and 2-year traffic graph of the overall traffic exchanged at SwissIX.」
这句话的四个属性应当分开来谈,因为每一个都收窄了该页面的可用范围。
它公布的是图。不是数字表,不是可下载的时间序列,不是印出来的峰值。当读者想引用一个数字时,这一区分就变得关键:画出来的曲线可以看,但曲线顶端的数值并未以文本形式陈述,没有看着图像的人无法把它取回。
它公布四个跨度。两天窗口与两年窗口回答的是不同问题。两天视图显示一个工作周的形状;两年视图显示方向。二者互不替代,两者同时存在是运营方一项真实的披露选择,而不是遗漏。
它公布的是总体流量。这个词是运营方自己的。无论这四幅图画的是什么,画的都是全交换点求和后的量——不按站点、不按 peering LAN、不按会员、不按端口。这里没有按站点的序列,也没有按会员的序列。
它不公布任何定义。截取文本中没有任何内容说明采样间隔,也没有说明所绘值是最大采样还是平滑后的平均值,更没有说明什么算作峰值。想知道一周中最繁忙的瞬间是否在两天图中可见、还是已被平均掉的读者,无法从该页面判断。
所以这份记录确实含有一个真实的负载界面。它只是汇总性的,而它的定义条件并未陈述。公布了汇总曲线的交换点,已经就总流量方向向市场说了真实且有用的事情;它没有向任何个别会员说明该会员所租用的那个端口的情况。
缺失的接合处
把两节放在一起,缺口的形状就显现出来。价目阶梯以商业方式描述容量:它说明某标称速率的端口每月花多少钱。统计页以汇总方式描述负载:它显示整个交换点在四个窗口内承载了什么。二者之间夹着决定某笔具体采购是否足够的那个比值——某个具体端口在关键时段的负载,占该端口容量的比例。
这个比值不在记录里。这不是在抱怨运营方藏着一个秘密。这是关于披露形状的表述:两处公开界面索引于不同的对象——一个端口,以及整个交换点——而没有任何公开界面把一方映射到另一方。
从买方一侧看,后果最容易显现。假设某会员正在决定是保留一个 10G 端口还是升到 100G。公开记录给了它两档之间的价格差,以及一条描述整个交换点的曲线。二者都没有告诉它,在它自身流量达到峰值的那个小时,它自己的端口是否接近极限。若汇总曲线陡峭上行,会员可能推断交换点繁忙,这与它的端口被占满并不是一回事;若汇总曲线平缓,会员可能推断还有余量,这同样不是一回事。
如果那条「总流量须低于已付费容量既定比例」的规则确实以所描述的形式存在,那么这里就是它会改变图景的地方。把这个上限应用于单个端口的标称速率,会把端口速率转换成一个在该端口上被允许的峰值——而这正是那些图所不提供的对象。我本人把转述的比例套用到公开端口速率上,作为示例得到:一个 10G 端口被允许运行在其标称速率的约八分之八水平,一个 100G 端口为同一比例乘以更大的数,一个 400G 端口再次为同一比例。这些推导出的吞吐量是我基于一段转述所做的算术,不是 SwissIX 公布的任何数字,本报告不把它们当作交换点的数字呈现。
这正是为什么聚合规则的来源如此重要。如果该规则是页面文本或合同文本,那么交换点确实以商业方式公布了一项以峰值为参照的容量约束,缺失的部分就只是从该约束到单个端口实测负载的映射。如果该规则只存在于对该页面的概述性描述中,那么这份记录里只有一份价目菜单和一条汇总曲线,以及没有任何东西限制单个端口可以被推得多满。两种解读支持不同的采购决策,而截取到的证据目前还无法在二者之间作出选择。
无法检验的最高级
首页提出唯一一条比较性主张,而且它在措辞上很具体:「SwissIX is the largest Internet Exchange Point (IXP) in Switzerland in terms of port capacity and bandwidth.」它点出两个量——端口容量与带宽——并主张 SwissIX 在这两者上领先。
现在用记录的其他部分来检验它。端口容量要靠端口清单,或按速率统计的已安装或在用端口数量来确立。截取到的页面没有这类计数;阶梯给出的是每个端口的价格,不是端口的数量。带宽要靠一个附带定义的流量数字来确立——而这恰是统计页拒绝以文本形式印出的东西。「瑞士最大」是一个比较级,需要一个以同样口径测量过的第二个瑞士交换点;截取到的页面根本没有测量任何其他交换点。
因此这条主张并不虚假,而是无法用承载它的那份记录来检验。这是关于披露的表述,不是关于市场的表述:本报告对 SwissIX 在瑞士互联中的份额不持任何看法,因为留存文件里没有任何可以据以计算它的内容。
这一点值得精确命名,因为最高级与测量相距一个链接。落在首页上、顺着快速链接走到流量统计页的读者,到达的是四幅图和一个数字也没有。比较级在正门被断言;那个本可以开始支撑它的界面,若带有端口数量和一个定义清楚的峰值,就在一次点击之外,而它两者都不带。
会员制作为入场名单
参与者页在截取文本中只有一句话:「Below you find all peering participants. SCION Peering Mesh peers are on a separate page.」
由此推出两点。第一,会员界面被分成至少两个群体,因此从主参与者页得到的任何计数都只是其中一类的计数,不是全体会员的计数。第二,对容量问题更重要的是,即使拿到完整名单,确立的也只是在场,而不是体量。出现在参与者名单上的网络已经连接;名单并不说明它交换多少流量、是这块交换结构的重度使用者还是轻度使用者,也不说明统计页上的汇总曲线是由许多会员均匀产生,还是由少数几家大户产生。
因此集中度无法从这份记录测得。若读者需要知道是否少数几个网络主导了 SwissIX 的流量,能够定论的文件并不在如截取所示的公开站点上:它们是按会员的流量统计(如果交换点向会员分发)、经审计年度账目中的比例(如果交换点财报把与流量相关的收入单列),或某会员在 peering 论坛上披露自身体量的运营商演示。指出这些文件类别才是诚实的终点;从参与者计数推断集中度,等于凭空发明一项测量。
同样的克制适用于首页上的八个数据中心。SwissIX 在瑞士境内 8 个数据中心有存在,这是一处场所的计数。它没有说明哪些场所放哪些设备、容量如何在其间分布,也没有说明它们之间的光纤路径是否彼此独立。站点数量不是多样性度量。
记录没有确立的内容
运营方在首页用一行文字描述自身:「We are a non-for-profit association.」这是运营方对其自身法律形式的自我描述。本窗口内未截取到任何章程、登记摘录或会费表,因此本报告把这一自我描述作为自我描述转述,对 SwissIX 的法律形式、所有权或治理不再作任何断言。
有四项缺失应当直说,每一项都限定于 2026 年 10 月 18 日 22:41:19 至 22:42:52 UTC 之间截取的那四份文件。在这些页面的留存文本中,任何吞吐单位下都没有峰值数值。没有陈述采样间隔,也没有说明所绘值是最大值还是平均值。没有端口数量,没有在用端口清单,也没有按站点或按端口的利用率序列。并且没有历史数据文件:统计界面是一组渲染出来的图,而渲染出来的图不是会员可以查询的序列。
截取片段中的缺失,并不证明线上站点也缺失。四幅图中有两幅的绘制数值在此并未作为数据读取,因此本报告对 SwissIX 流量不陈述也不估计任何吞吐数字。需要那个被画出的峰值的读者,必须在他们查看的当天亲自去看图像。
事先点明的证伪条件
关于一份记录的结论,应当说明什么会推翻它。五种进展可以做到。
一个印出来并附带陈述采样间隔的峰值数字,会把核心发现从「没有定义过的测量」变成「这一测量,以这种方式定义」,文章届时必须围绕该定义重写,而不是围绕它的缺失。
任何按端口或按会员的利用率序列——哪怕只是一张端口利用率前十名——都会把余量从推断变为测量,并使价目阶梯可以与实测负载相对照。
peering 页的完整文本(含聚合条款)会确认或否定 80% 这一转述,并决定是否存在可引用的、以峰值为参照的容量约束。
一份公开的端口清单或在用端口计数,至少能在瑞士范围内检验首页比较级的第一个项。
对任何其他瑞士交换点端口容量或流量的测量,会检验该比较级的第二个项。没有它,「最大」就仍是一项关于某个集合的主张,而该集合的其他成员在本记录中未经测量。
有界的结论
有用的结论不是 SwissIX 披露得太少。它披露得比许多交换点更多:一份覆盖四个速率、含 400G 一档的定价阶梯,一个明确以四个跨度呈现的汇总流量界面,一个单列的 SCION Peering Mesh 群体,以及在八个瑞士数据中心具名存在。结论是:这份披露的形状是「商业菜单加市场指标」,而决定单笔采购的算术发生在两处界面都不涉及的一层里。
对会员而言,这意味着公开记录可以为一项决策定价,却不能为它确定规模。对关注瑞士互联的读者而言,这意味着公开曲线应被读作关于总流量方向的表述,而不是关于任何端口的容量表述。两种读法都能从同样的四个页面获得,而它们之间的差别,就是价目表与测量之间的差别。
来源
本报告依据的四份文件截取于 2026 年 10 月 18 日 22:41:19 至 22:42:52 UTC:SwissIX 首页、流量统计页、参与者页 与 peering 页。本刊名录中该主体的记录见 SwissIX – Swiss Internet Exchange。
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance
