Transit、Peering、IXP 和 Tunnel 有什么区别？

Transit、Peering、IXP 和 Tunnel 经常同时出现在自建网络方案里，但它们并不是同一层概念。Transit 解决全网可达，Peering 解决特定网络之间的直接互联，IXP 提供多人共享的互联场所，Tunnel 则是在已有网络之上承载另一条逻辑链路。

如果没有先分清这些角色，即使已经拿到 ASN 和 IPv6 前缀，也可能仍然没有可用的互联网出口。

小鹿连接通往不同网络的主干、直连与隧道

Transit、Peering、IXP 和 Tunnel 解决的不是同一个问题，采购前要先确认自己缺的是哪一段连接。

一张表先看懂

项目	它是什么	能到哪里	常见费用
Transit	向上游购买互联网可达性	通常是整个互联网	端口、带宽或流量费用
Peering	两个网络交换彼此及约定范围内的流量	对方网络及其客户，取决于政策	可能结算免费，但互联本身仍有成本
IXP	多个网络接入的共享二层交换平台	取决于建立了哪些 Peering	端口、会员、Cross-connect、机房等
Route Server	IXP 上帮助多方交换路由的服务	Route Server 参与者按政策发布的网络	通常包含在 IXP 服务中
PNI	两个网络之间的专用私有互联	双方约定的网络	Cross-connect、端口和传输
Tunnel	在现有 IP 网络上建立逻辑链路	取决于隧道对端提供什么	VPS、带宽、流量及隧道服务费用

Peering 和 IXP 通常不能自动替代 Transit；加入 IXP 也不等于已经获得互联网全网可达。

什么是 Internet Transit

Internet Transit 是一种客户与上游之间的服务关系。客户付费，上游为客户提供通往其他网络的可达性，并把客户的前缀继续发布出去。

上游可能向客户提供：

默认路由；
默认路由加部分特定路由；
完整 IPv4 或 IPv6 路由表；
BGP Community；
DDoS 清洗或黑洞 Community；
多地点接入；
流量和端口容量。

客户通常向上游发布自己的前缀。上游在通过过滤和授权检查后，把这些前缀传播给它的 Peer、上游和其他客户。

Transit 的核心价值

Transit 让一个小型网络不必与全球每个自治系统分别建立关系。只要一个合格上游愿意承载流量，就可以获得广泛可达性。

对于刚上线的独立网络，Transit 通常是第一项必须落实的连接。

什么是 Peering

Peering 是两个自治系统之间交换约定流量的互联关系。

常见情况下，双方互相发布：

自己的前缀；
自己客户的前缀；
双方政策允许的其他路由。

通常不会把从 Transit 或其他 Peer 学到的完整互联网路由转给对方。否则就从“对等互联”变成了替对方提供 Transit。

Settlement-free 不等于零成本

很多 Peering 关系不按流量向对方结算，因此被称为 Settlement-free Peering。但建立互联仍可能需要：

IXP 端口；
机房机柜；
Cross-connect；
光模块和路由设备；
到 IXP 的传输线路；
运维人员；
监控和故障处理。

所以，更准确的表达是“双方之间通常不收取 Transit 费用”，而不是“Peering 完全免费”。

Peering 能带来什么

缩短到特定网络的逻辑或物理路径；
减少经 Transit 承载的流量；
增加一条独立互联路径；
提高双方对路由政策的控制；
在流量达到一定规模后降低单位成本。

它不保证延迟一定下降，也不保证对方一定接受你的 Peering 申请。

什么是 IXP

IXP（Internet Exchange Point，互联网交换中心）提供共享的二层交换平台，让多个自治系统在同一交换网络上建立 BGP Peering。

可以把 IXP 理解成“见面的地方”，而不是自动提供全网可达的运营商。

加入 IXP 后，通常还需要：

获取 IXP 分配的 Peering LAN 地址；
配置端口和二层连接；
与其他成员建立双边 BGP Session，或者接入 Route Server；
按各方 Peering Policy 交换路由；
维护过滤、最大前缀和 RPKI 策略。

加入 IXP 后会自动连接所有成员吗

不一定。

如果使用 Route Server，可以通过少量 BGP Session 与多个参与者交换路由，但每个参与者仍然可以按照政策决定是否向 Route Server 发布、是否接受某些路由。

如果不使用 Route Server，则需要与目标网络分别建立双边 Peering。部分大型网络采用 Selective Policy，只接受满足流量、地点、容量或运营要求的网络。

Route Server 是什么

Route Server 是 IXP 上用于简化多边 Peering 的控制面服务。

假设 IXP 有 100 个成员。如果所有网络都两两建立 Session，配置量会很大。Route Server 允许成员与少数 Route Server 建立 Session，再由它向其他参与者分发符合政策的路由。

Route Server 通常不转发用户数据。数据包仍然通过 IXP Fabric 在两个成员端口之间直接传送。

使用 Route Server 时仍需关注：

IXP 是否执行 IRR 和 RPKI 过滤；
是否支持 BGP Large Community；
如何选择或排除特定参与者；
最大前缀和泄漏保护；
Route Server 故障时是否还有双边 Session。

什么是 PNI

PNI（Private Network Interconnect）是两个网络之间的专用互联。

与共享 IXP Fabric 不同，PNI 只服务于这两个网络。它通常适合：

双方流量已经很大；
需要独立容量；
需要避开共享端口拥塞；
希望在多个地点建立专用冗余；
对故障边界和性能有更严格要求。

PNI 不一定比公开 Peering 更“高级”。它只是成本结构和容量边界不同。小型网络在流量不足时，单独建设 PNI 往往不经济。

什么是 Tunnel

Tunnel 是在一条已有 IP 网络之上封装另一种流量或建立逻辑链路。

常见形式包括：

GRE；
WireGuard；
IP-in-IP；
SIT 或其他 IPv6-over-IPv4 机制；
云厂商提供的虚拟路由连接。

Tunnel 可以承载 BGP 吗

可以。只要隧道两端 IP 可达，双方可以在隧道地址上建立 BGP Session。

但需要分清两件事：

Tunnel 是承载 Session 的逻辑链路；
真正提供互联网可达性的，是隧道对端背后的 Transit 或其他路由关系。

一条只连接两个实验室的 Tunnel，不会凭空产生全网路由。

Tunnel 的优点

部署快；
不要求双方在同一机房；
适合实验、临时接入和低流量场景；
可以跨越不支持原生功能的底层网络。

Tunnel 的局限

受底层网络质量影响；
多一层封装，降低可用 MTU；
可能增加延迟和抖动；
故障边界不透明；
底层断开时，上层 BGP 也会断开；
不应把单一底层网络上的多条 Tunnel 误认为真正的物理冗余。

四种典型方案

方案一：单一 Transit

你的 AS → Transit → Internet

优点是简单。缺点是上游和物理路径可能形成单点。

适合实验、小型服务或暂时可以接受中断的网络。

方案二：双 Transit

Transit A ← 你的 AS → Transit B

可以提高上游冗余，但前提是两条连接没有共用同一个机房、光纤、路由器或底层运营商。

方案三：Transit 加 IXP

                Transit
                   |
Peer A — IXP — 你的 AS — IXP — Peer B

Transit 提供全网可达，IXP Peering 为特定网络提供直接路径。这是很多区域 ISP 和内容网络采用的组合。

方案四：Tunnel Transit

你的路由器 == Tunnel == 远端上游 → Internet

部署方便，但网络质量受隧道底层路径影响。适合测试或起步阶段，不应自动等同于本地原生 Transit。

自建网络应该怎么选

可以按以下顺序判断。

第一步：先解决全网可达

如果你的网络刚开始运行，首先确认至少有一个可靠 Transit。没有全网可达，Peering 数量再多也可能无法访问未建立关系的网络。

第二步：再解决单点

当业务无法接受上游中断时，评估第二个独立 Transit。重点不是合同上有两家供应商，而是底层故障域是否真正分开。

第三步：根据真实流量加入 IXP

查看 NetFlow、sFlow 或流量账单，判断哪些目标网络占用大量 Transit。只有存在足够流量或明确的路径价值时，Peering 才能带来可量化收益。

第四步：流量足够大时再考虑 PNI

当某一 Peer 的流量长期接近共享端口容量，或者需要独立故障域时，再评估 PNI。

第五步：把 Tunnel 当作承载方式

Tunnel 可以解决距离和接入限制，但不能掩盖底层单点。设计文档中应记录隧道经过的宿主、运营商、机房和 MTU。

采购前应该问什么

向 Transit 供应商询问

是否支持客户 ASN 和自有前缀；
提供默认路由、部分路由还是全表；
IPv4 和 IPv6 是否原生支持；
带宽如何计费；
是否支持 BGP Community；
是否按 IRR 和 RPKI 过滤；
是否要求 LOA，以及接受哪些授权材料；
是否提供远程触发黑洞和 DDoS 防护能力；
物理接入与故障域在哪里。

向 IXP 询问

端口、会员和 Cross-connect 成本；
Route Server 的过滤策略；
Peering LAN 地址和最大前缀规则；
远程接入是否由第三方提供；
是否有 Looking Glass 和流量统计；
运维与故障通知方式。

向 Tunnel 上游询问

底层入口地点；
MTU；
带宽与流量限制；
是否支持 BFD；
Session 和隧道分别如何监控；
是否允许宣告自有前缀；
是否存在共享宿主或单点。

常见误区

加入 IXP 就不需要 Transit

错误。除非你的 Peering 关系已经覆盖所有需要到达的网络，否则仍需要 Transit。

Peering 一定免费

双方可能不结算流量费用，但机房、端口、Cross-connect、传输和运维都有成本。

Route Server 会转发数据

通常不会。它主要处理路由控制面，用户数据在成员之间直接通过交换 Fabric 转发。

两条 Tunnel 就是双线冗余

如果两条 Tunnel 都经过同一个宿主、同一家底层运营商或同一条本地宽带，仍然存在共同单点。

AS_PATH 更短就一定延迟更低

自治系统数量不代表物理距离。性能必须通过数据面测量验证。

常见问题

有 ASN 后一定要买 Transit 吗

如果希望自己的前缀获得广泛互联网可达，通常需要 Transit，除非已经拥有足以覆盖目标网络的其他互联关系。

小网络可以加入 IXP 吗

取决于具体 IXP 的接入政策、地点和技术要求。部分 IXP 支持远程接入或较低速率端口，但仍要评估传输和运维成本。

Peering 能提高稳定性吗

它可以增加到特定网络的独立路径，但不能替代完整的冗余设计。如果 IXP、机房或接入线路本身发生故障，对应 Peer 仍会同时不可用。

Tunnel 适合生产环境吗

可以，但必须理解底层路径、MTU、容量、监控和故障边界。Tunnel 本身不是“不可靠”的同义词，也不是原生连接的等价物。

需要接收完整路由表吗

不一定。只接收默认路由也可以运行 BGP。是否需要全表，取决于多上游选路目标、设备资源和运维能力。

小结

选择上游时，可以记住四句话：

Transit 购买全网可达；
Peering 交换特定网络之间的流量；
IXP 提供建立 Peering 的共享场所；
Tunnel 提供逻辑承载，但可达性仍来自隧道对端。

一个常见、稳妥的演进顺序是：先有 Transit，再消除单点，之后根据真实流量增加 IXP Peering，最后在特定关系达到规模时建设 PNI。