摘要

  • 区域互联网交换中心卖的不是路由，而是一个已定义二层网段上的端口。TREX 把坦佩雷段公布得很完整（VLAN 4、195.140.192.0/24 与 2001:7f8:1d:4::/64、IP MTU 9000、BGP TTL 255），把图尔库段公布得很单薄（VLAN 7、2001:7f8:1d:7::/64，LAN 编址仅 IPv6，IPv4 需借助 RFC 5549 或 RFC 8950）（Tampere、Turku）。
  • 运营商自己的接入页划定了交换中心到底保证什么：FNE Finland 的两名 VPLS 成员之间的流量走 FNE 骨干网内最直接的路径，不进入 TREX 的交换矩阵（FNE VPLS）。

端口，而非路由

TREX Regional Exchanges Oy 在公司页上给出芬兰企业识别号 1780867-1，并把主营业务写成维护和发展一个交换点，供已连接客户之间交换互联网流量及其他流量；交换中心的日常运营由 Axu TM Oy 负责（公司信息）。该页说明，2024–2025 年冬季公司在芬兰图尔库设立了第二个交换点（关于），而公司注册地址与通讯地址仍是坦佩雷 Kuninkaankatu 30 A（联系）。

这个地理分布不是商业细节。互联网交换中心不卖一条路：它卖的是某个二层网段上的一个端口，加上连接一台或多台路由服务器的权限，由后者填充成员的 BGP 表。其余的一切——到机房楼宇的物理走线、路径质量、对端拿收到的前缀去做什么——属于别的合同和别的当事方。因此读 TREX，本质上是把行业术语经常混为一谈的两件事分开：被宣布的拓扑，与被实际走过的拓扑。

两张 LAN，两种详略

坦佩雷段被记录成一个完整的技术对象：VLAN 4，对等 LAN 195.140.192.0/24 与 2001:7f8:1d:4::/64，IP MTU 9000，BGP TTL 255，VLAN 可以裸带方式或 IEEE 802.1Q 封装方式交付（Tampere）。对应的地址分配表把 TREX 路由服务器记为 AS197032，地址为 195.140.192.1、195.140.192.2、2001:7f8:1d:4::1 与 2001:7f8:1d:4::2，把 TREX Services 记为 AS29432，并为具名参与方分配地址：Domainkeskus、Elisa、CSC/Funet、FNE Finland、Glesys、Seclan、Planeetta Internet、SuomiCom、Cinia、GlobalConnect、Telia Finland、S1 Networks、Web1、Lounea、Axu TM、NetInch（坦佩雷地址分配）。

图尔库只有一页更短的说明：VLAN 7，前缀 2001:7f8:1d:7::/64，MTU 9000，BGP TTL 255，外加一句改变服务性质的话——图尔库对等 LAN 的编址仅使用 IPv6，IPv4 对等需借助 RFC 5549 或 RFC 8950 技术实现（Turku）。换句话说，一个想在图尔库交换流量的 IPv4 成员不能只配置一个接口地址：它需要能够把 IPv4 下一跳承载在 IPv6 信令中的 BGP 会话。这是实打实的配置要求，而坦佩雷没有这项要求。

两台路由服务器，一个 AS

运营商把装置讲得很明确：每个交换点两台路由服务器，使用 32 位 ASN 197032，建议无法配置 32 位 ASN 的设备使用 23456，实现软件为 BIRD 2，并接受参与成员在 RIPE 注册的路由（MLPA）。对等页补充了角色分工：AS29432 是 TREX 的基础设施 ASN，AS197032 是路由服务器 ASN，对等发生在坦佩雷对等 VLAN 和/或图尔库对等 VLAN 上，且 TREX 拥有两台路由器（peering）。

该页还展示了标注为「source: RIPE # Filtered」的 route 与 route6 对象，包括 195.140.194.0/23、2001:67c:2b0::/48 与 2001:7f8:1d::/48（peering）。这一点必须说准：页面属于 TREX，呈现的是经过滤的 RIPE 对象视图，而不是注册库的应答。本次检索中，AS29432 的 RIPEstat 资源页没有返回可读内容；因此所有与 RIPE 有关的表述都建立在运营商自己的展示之上，而非直接检视过的注册库响应（RIPEstat）。

运营商自己如何描述这条「绕行」

全站信息量最大的一页不是对等页，而是 FNE Finland 的 VPLS 接入页。该页写明，FNE Finland 以 VPLS 方式经其 MPLS 骨干网，在芬兰境内任何地点提供到单播对等 VLAN（VLAN ID 4）的远程连接；更关键的是，两名 FNE VPLS 成员之间的流量取 FNE 骨干网内最直接的路径，不进入 TREX 的交换矩阵（FNE VPLS）。

是运营商自己给自家产品划了边界。对以这种方式接入的成员来说，交换中心的价值不是路径，而是可达网络的清单加上 AS197032 上的两台路由服务器。两名 FNE 成员之间交换的报文从不穿过交换中心的交换机，而在那台交换机上取得的任何容量测量都无法描述该成员的表现。该页还给出一个 100 Mbps 承诺的例子，会员费与传输费分开计（FNE VPLS）。

经销商页补全了拼图：Elisa、FNE Finland、Funet、SuomiCom 与 Telia Finland 被列为经销商；经销商先建立一条 10 Gbps 或更快到交换中心的连接，再以这条共享链路接入多个客户；经销商接入与完整会员身份不同，其中之一就是经销商客户在交换机上没有物理端口（经销商）。于是三种接入模式并存——自有端口、经销商共享端口、运营商 VPLS 隧道——只有一种终止在交换中心的矩阵上。

坦佩雷：注册库与楼宇

PeeringDB 为 TREX Tampere 记录 25 个对端、31 条连接、17 个开放对端，总容量 188G，最后更新时间为 2025-03-03T15:26:57Z，并列出三个本地设施：Elisa Tampere Nalkala、Glesys Tampere 1 与 Tampere Hallituskatu 14（PeeringDB ix 328）。这里的算术值得停一下：25 个对端对应 31 条连接，意味着至少六个对端持有多于一条连接，而注册库并未指明是哪些。至于 188G，那是申报连接容量的求和的，既不是实测流量，也不是利用率。

AS29432 的网络页显示 IRR AS-set AS29432:AS-PEERING，最后更新于 2025-05-27T14:30:37Z；注册在坦佩雷的组织记录关联了 AS29432 与 AS197032 以及两个交换中心，时间戳为 2025-05-27T14:28:55Z（PeeringDB 网络、PeeringDB 组织）。这些时间都早于 2026-11-12 读取的运营商页面：成员数与容量数字可能落后于 TREX 今天公布的内容。

坦佩雷的物理侧写在另一页、也更早：Hallituskatu 14 被描述为市中心的一栋老办公楼，容纳多家互联网运营商的小型机房，并列出了 Elisa、Cinia、DNA Finland、FNE Finland、GlobalConnect、Portlane 与 Telia Finland 的 meet-me-room 或配线架参考（Hallituskatu 14）。而联系页只列了两个 PeeringDB 设施，Hallituskatu（设施 2333）与 Nalkala（设施 3230），既没有图尔库的设施，也没有两城之间的物理传输路径（联系）。

图尔库：一处带日期的矛盾

成员表把坦佩雷参与、图尔库参与、路由服务器参与与经销商身份分成不同列展示，并具名列出 Domainkeskus AS29243、Elisa AS719、CSC/Funet AS1741、Telia Finland AS1759、GlobalConnect AS12552、S1 Networks AS199508 与 Web1 AS207003（成员）。正是同一张表造成了本档案唯一的内部冲突：它给 Partel AS42885 与 Port 179 AS212232 标上 Q3，而该页自己的图例把 Q3 定义为「连接待开通」。然而图尔库地址分配表给这两家都分配了对等地址，同列的还有 S1 Networks AS199508、Web1 AS207003、Cuitunet AS211368 与 V4LESS-AS AS215250（图尔库地址分配、成员）。

那一页没有说明展示的地址对应的是已运营、待开通还是刚配置完成的会话（图尔库地址分配）。它把图尔库的路由服务器记为 AS197032，地址 2001:7f8:1d:7::1 与 2001:7f8:1d:7::2（图尔库地址分配）。PeeringDB 则记录 TREX turku 为 6 个对端、8 条连接、6 个开放对端、20G 容量，时间戳 2025-01-01T02:53:48Z，LAN 前缀 2001:7f8:1d:7::/64，但列表里没有 Partel，也没有 Port 179（PeeringDB ix 4621）。

分配了地址与状态写着「待开通」不是同一件事，而所读页面中没有任何一处能判定孰是。带日期的事实是双重的：成员表说 Q3，地址分配表给出地址，注册库看不到这两家对端。这既不能证明会话不存在，也不能证明它在运行。

没有一页测量过的东西

决定是否采购的那些量，档案里全都沉默。所读页面没有一处公布流量、时延、可用率、服务补偿或端口价格——唯一的数字参照是 FNE 页上 100 Mbps 的承诺示例，以及经销商 10 Gbps 或更快的门槛（经销商）。图尔库服务页、联系页与组织记录中都没有出现图尔库的设施地址、机房站点或两城之间的传输路径（联系）。而 188G 与 20G 都是注册库中申报容量的求和，从来不是观测到的流量。

采购时真正可验证的部分

TREX 卖的东西，也是它记录得清楚的东西，是一个具名网段上的端口，带 MTU、BGP TTL 和同一 ASN 上的两台路由服务器。买方在签约前可以核实的是：这个端口存在、上面分配了哪些网络、接入方式是自有端口、经销商端口还是运营商隧道。他无法从公开页面核实的是：自己的报文到其中每个网络的实际走向，特别是究竟会经过交换中心的矩阵，还是经过别人的骨干网。BTW 名录条目在这里：TREX Regional Exchanges Oy。

来源