Meta OCP Summit 2026 以开放以太网对抗专有 AI 网络

Meta 在 OCP Summit 2026 上推出了其首个液冷网络机架，并以开放以太网架构挑战专用 AI 互连方案。

这一发布覆盖范围从单个加速器机架延伸至分布在不同建筑、云和区域之间的集群。其组成部分包括 IcePack、IceCube、Flattened Planar Fabric、MetaRoCE，以及一项新的交换机平台标准。

单个产品固然重要，但更重要的是其背后的整体主张。Meta 表示，一套可编程以太网技术栈可支持纵向扩展、横向扩展和跨区域扩展网络，无需将每一层都绑定于单一供应商。

这一立场使开放以太网与专用加速器网络结构及专有平台接口形成对垒。它也让 Broadcom、NVIDIA、Microsoft、Alibaba、Cisco 和云服务商在同一基础设施战略中承担不同角色。

Meta 在 2026 年 10 月 12 日至 10 月 15 日于圣何塞举行的 OCP Global Summit 上展示了这些设计。峰会议程将 AI 集群、网络、液冷和开放平台标准置于核心位置。

这些技术主张雄心勃勃，但大部分性能证据来自 Meta 自身。真正的考验在于，其他运营商能否在不同加速器、交换机和云环境中复现这一架构。

Meta OCP Summit 2026 统一三类网络域

Meta 将 AI 网络视为一个必须在机架内、集群间和区域之间协同运行的整体系统。

Meta 的网络发布内容将该系统划分为三个领域。纵向扩展连接一个机架或紧密耦合 Pod 内的加速器。横向扩展连接集群内的大量加速器节点。跨区域扩展则连接分布于不同站点的计算容量。

这些领域历来有着不同的要求。纵向扩展链路优先追求极低延迟和高度同步的通信。横向扩展网络结构必须处理数千个处理器之间的大规模集合通信操作。区域网络则需应对距离、可变路径和故障域。

Meta 的应对方案始于 IcePack，即其首个液冷网络机架。IcePack 遵循 OCP ORV3-HPRv1 机架标准，并容纳 IceCube 交换机刀片。

每个 IceCube 可提供每秒 102.4 太比特的交换容量。它提供 128 个无阻塞 800 千兆比特连接，带宽是 Meta 此前 51.2T 平台的两倍。

Meta 围绕不同的交换芯片设计了两种 IceCube 版本。其中一种采用 Broadcom Tomahawk6C，另一种采用 NVIDIA Spectrum-6。两者均通过 OCP Switch Abstraction Interface 运行 Meta 开源的 FBOSS 网络操作系统。

这种双芯片设计支撑了 Meta 更广泛的论点：开放的运营层应让基础设施团队能够验证不止一条硬件路径，而无需重建整个控制环境。

液冷并非只是装饰性补充。更高的交换带宽会提高功耗和热密度，而 AI 机架本已将加速器和配套设备集中在有限空间内。

将网络层纳入液冷设计，有助于 Meta 将 102.4T 交换机部署在下一代计算系统旁边。它也降低了对日益难以实施的风冷配置的依赖。

IceCube 仅解决了网络的一部分。Meta 的 Flattened Planar Fabric，简称 FPF，则改变了 GPU 接入横向扩展网络结构的方式。

每个 GPU 通过八条独立的 100 千兆比特链路连接。这些链路通往八台交换机，每个网络平面各分配一条连接。

传统设计通常通过单一上行链路结构传输流量。FPF 将可用路径分布在彼此独立的平面上，并将数据包调度移至更靠近网卡的位置。

该拓扑还移除了一层交换层级。Meta 表示，FPF 将其此前的三层 Clos 设计改为两层 Clos 网络结构，从而减少跳数、延迟和基础设施需求。

Clos 网络结构通过多层交换机在端点之间提供多条路径。移除一层可简化该路径，但也将更多责任转移给端点硬件和控制软件。

网卡会在硬件层面将数据包分散至全部八个平面。随后，结合主机与交换机的控制平面可将流量避开受损平面。

Meta 与 NVIDIA 及其 Spectrum-X Multiplane 技术共同开发了生产级实现。这一合作使得“Meta 试图将 NVIDIA 排除在其基础设施之外”的简单叙事变得复杂。

相反，Meta 试图将参与与控制分开。NVIDIA 芯片仍可作为系统的一部分，而 Meta 则在多个供应商之间维持开放的运营模式。

因此，眼前的变化远不止是更快的交换机。Meta 发布了一套协调统一的架构，覆盖冷却、交换、路由、传输和区域聚合。

开放以太网如今延伸至加速器机架内部

核心竞争在于：以太网能否服务于紧密耦合的加速器，同时不将性能让渡给专用纵向扩展网络。

纵向扩展网络一直是以太网最难进入的技术栈部分。加速器机架内的通信需要低延迟、可预测的传输，以及处理器之间的大量带宽。

专用互连之所以占据优势，是因为这些要求不同于普通数据中心流量。当数百个加速器交换部分计算结果时，训练任务无法承受不可预测的停顿。

Meta 的回应是 Tahan，这是一款为其 MTIA 300 训练加速器打造的、基于以太网的纵向扩展交换机。Tahan 使用 Broadcom 的 51.2-Tbps Tomahawk 5 交换芯片。

该平台提供 64 个运行在每秒 800 千兆比特的端口。Meta 将其中一半容量通过背板分配给加速器连接。

四台 Tahan 交换机以无阻塞拓扑连接 16 个加速器。Meta 表示，每个加速器可获得每秒 6.4 太比特的纵向扩展带宽。

Tahan 还复用了 Meta 横向扩展网络中的无损 RoCE 传输配置。RoCE 可通过以太网承载远程直接内存访问，使系统无需承担常规主机处理开销即可移动数据。

Meta 通过路由 IPv6、优先级流量控制，以及针对 AI 流量调优的服务质量策略来配置这一环境。FBOSS 负责运行纵向扩展和横向扩展交换机。

这种复用正是 Meta 开放以太网论点背后的机制。通用运营技术栈可减少工程师必须部署和排障的孤立网络系统数量。

Meta 已开始交付 Tahan，而其下一代设计更具雄心。该公司预览了一款采用 400 千兆比特连接和 Broadcom Tomahawk6C 芯片的 216 端口交换机刀片。

计划使用八块此类刀片，在一个机架内连接 72 个加速器。该设计将采用与 IceCube 相同的 102.4T 芯片代际。

未来版本计划围绕 Ethernet for Scale-Up Networking，即 ESUN 构建。ESUN 是一项 OCP 工作，旨在定义面向加速器规模以太网的网络结构要求。

已交付产品与规划中标准之间的区别很重要。Tahan 如今已存在，但其当前实现尚不是 Meta 所描述的最终 ESUN 架构。

ESUN 1.0 定义了网络结构必须提供的能力，同时保留加速器实现选择的开放性。其范围包括帧格式、错误处理，以及与 IEEE 和 Ultra Ethernet Consortium 工作的衔接。

Meta 表示，ESUN 1.1 已接近完成。计划新增的内容包括交换机配置文件和更短的数据包间隔，目标是降低纵向扩展网络结构内的延迟。

参与组织包括 AMD、Arista、Arm、Broadcom、Cisco、HPE、Marvell、Microsoft 和 NVIDIA。这一成员构成显示出广泛兴趣，但仅有参与并不能保证产品兼容。

以太网的优势并不在于每个组件会立刻变得可互换。其优势在于提供了一个共享框架，让运营商、芯片供应商和系统厂商能够实施，而不由某一家加速器公司控制整个技术栈。

专用网络结构仍具备重要优势。它们受益于处理器、交换机、软件库和集合通信算法之间的紧密集成。

因此，Meta 必须证明的不只是原始链路容量。它还需要展现稳定的尾延迟、可预测的故障恢复，以及拥塞条件下持续的应用性能。

如果以太网满足这些要求，基础设施买家将获得更大的议价能力。他们可以组合加速器、交换机和网络软件的选择，而无需接受一套垂直整合的软件包。

如果未能达到要求，运营商仍会在机架外使用以太网，同时为要求最高的内部连接保留专用网络结构。

Flattened Planar Fabric 将智能移至边缘

FPF 以更简单的物理层级结构为代价，要求网卡、主机、交换机和控制软件之间进行更深入的协同。

这种扁平化设计将网络从三层交换层级缩减为两层。更少的层级可以降低延迟并减少设备，但其余系统必须有效利用多条路径。

FPF 从网卡开始进行负载均衡。NIC 将单个数据包分布到八个独立平面，而不是等待交换机划分更大的流量。

数据包级分发能够更均衡地利用可用链路。但它也可能造成乱序传输，因为经由不同路径的数据包不一定按顺序抵达。

这正说明传输设计为何是该架构的核心。传统传输协议可能将重排的数据包视为丢包证据，从而触发不必要的重传或拥塞响应。

MetaRoCE 是 Meta 的答案。它是一种 RDMA 传输协议，专为大型以太网网络结构上的 AI 集合通信而设计。

根据 Meta 的技术演示，该协议支持多路径、由接收方驱动，并可容忍乱序到达。它将数据包丢失视为预期的网络条件，而非假设网络结构完全无损。

由接收方驱动的控制意味着，目标端会协助决定发送方何时以及如何传输数据。这一模型让接收系统对拥塞和可用容量拥有更大的影响力。

Meta 表示，MetaRoCE 提供了分布式训练所需的可靠性和拥塞控制行为。该公司正发布实现方案，以便其他基础设施团队检查和扩展这一设计。

此前的一场 MetaRoCE 演示介绍了在 AMD 可编程网卡上的实现。它还涵盖了多平面拓扑、尾延迟和长距离 RDMA。

开源代码提升了可检查性，但不会自动实现互操作性。广泛采用还需要网卡支持、合规测试、稳定的规范，以及来自多家供应商的运营工具。

这正是为何应将 FPF 与 MetaRoCE 结合评估。FPF 创建多路径环境，而 MetaRoCE 则试图让这一环境可用于同步 AI 工作负载。

主机也成为故障控制系统的一部分。如果某个平面发生故障，主机可以将流量引导至其余平面，而不必仅仅等待网络自行恢复。

这种设计可以限制单个交换机或链路问题的影响范围。但它也增加了运营人员必须在端点和网络设备之间观察的状态。

Meta 表示，FPF 在各种故障和维护条件下表现良好。然而，这份公开公告并未提供这些场景下完整的独立基准测试数据。

该架构还需要能够以线速分发数据包的硬件。运营人员不能假设每块现有 NIC 都能复现 Meta 的实现。

云端部署带来了另一项复杂因素。不同提供商采用不同的拓扑、流量类别、拥塞设置、交换机和 RDMA 传输方式。

一些云厂商仍依赖 InfiniBand 来支持专用工作负载。另一些则提供基于以太网的系统，其行为方式与 Meta 自有数据中心不同。

Meta 表示，其云合作伙伴会在容量投入服务前运行通用的点对点和集合通信基准测试。这些测试的规模从数十块 GPU 到超过 1,000 块 GPU 不等。

该公司还会将提供商特定的流量类别和拥塞设置映射到自身的 RDMA 要求。这一流程旨在让异构基础设施的行为足够一致，从而支撑生产工作负载。

这项认证工作揭示了开放性的一个重要限制。系统可以使用开放组件，同时仍要求大型工程组织进行广泛集成和测试。

Meta 通过标准化来概括这一问题。异构设备是可管理的，但传输、遥测和拥塞行为上的每一项差异都会增加运维工作。

规模较小的运营商可能会受益于由此形成的规范和软件。但他们不太可能立即复现 Meta 完整的验证体系。

因此，竞争压力既落在供应商身上，也落在云客户身上。交换机、NIC 和加速器供应商必须证明，其产品能够融入共同的运维模型。

跨域网络将距离转化为调度问题

Meta 的区域架构将地理因素视为训练系统的一部分，而不只是连接不同数据中心的链路。

Meta 表示，其规划中的 AI 容量超过了单栋建筑或单个区域所能容纳的规模。Prometheus 的设计目标是在 2026 年达到约一吉瓦，而 Hyperion 则计划扩展至五吉瓦。

这些数字描述的是基础设施规划，而不是训练性能的既有对比结果。但它们解释了 Meta 为何要将常规建筑、户外设施、托管设施和公有云之间的容量连接起来。

后端聚合，即 BAG，是跨域扩展层。Meta 将其描述为一个集中式以太网超级脊柱网络，把多个脊柱层网络连接成一个更大的集群。

该系统在拍比特规模上运行。根据该公司说法，两个区域之间的 BAG 间容量可达每秒数十拍比特。

这种带宽并不能消除距离。更长的链路需要更多时间让数据包和确认信号完成传输，而无损以太网则需要为在途数据预留足够的缓冲余量。

短距离本地链路与跨越数十公里的链路不应获得相同的缓冲区分配。若为每条连接都按最坏情况配置，将浪费稀缺的交换机内存。

FBOSS 会改为测量已安装的电缆长度。它通过无拥塞队列发送探测流量，估算往返距离，并据此分配缓冲余量。

这一方法将物理距离转化为网络配置的输入参数。它同样依赖准确测量，以及对不断变化条件采取保守处理。

路径质量带来了另一个问题。一条路由即使失去部分容量，仍可能保持可用，因此仅有二元的连通或中断信号并不够。

BAG 使用 eBGP 链路带宽信令，按可用路径容量比例分配流量。抑制机制限制单个故障引发的路由震荡。

训练软件增加了第二层控制。根据 Meta 的说法，网络之间的延迟是单个网络内部延迟的数倍。

集合通信库常常在不了解地理距离的情况下选择算法。错误的选择可能迫使大量同步流量跨越速度更慢的区域路径。

Meta 正通过自适应路由和工作负载调度来解决这一问题。路由用于降低网络损耗，而调度则尝试避免不必要的集合通信流量进入 BAG。

该公司还使用副本来提高韧性。如果一个副本发生故障，系统会将其排除，同时幸存副本继续进行同步工作。

这是基础设施设计上的一次重要转变。当一个训练任务跨越多个地点时，网络和作业调度已无法再独立优化。

Meta 还在其区域骨干网中部署了基于 IPv6 的段路由。SRv6 将路由指令编码至 IPv6 路径中，从而支持更有针对性的流量工程。

该骨干网在采用 Cisco Silicon One 的浅缓冲交换机上运行 FBOSS。Meta 表示，计划通过 OCP 的 Switch Abstraction Interface 认证更多芯片系列。

这一地区层给云提供商带来了压力。Meta 希望从运维视角看，租用容量和公有云 GPU 能够接近其自有基础设施。

云合作伙伴不能只是提供孤立的加速器实例。他们必须以更大规模提供可预测的拓扑、拥塞行为、验证结果和遥测数据。

该架构也挑战了传统的集群边界。过去，集群通常指单个设施内的设备；BAG 则将建筑、园区和邻近区域视为同一训练系统的组成部分。

更长距离仍是严峻约束。Meta 讨论了未来跨越数十、数百乃至数千公里的任务，但软件无法消除延迟。

实际问题在于，哪些工作负载能够容忍这些距离。松耦合副本可能比所有加速器之间高度同步的操作更容易跨区域运行。

Meta 的公告确立了控制机制，而不是普适性的结果。应用结构将决定区域容量在多大程度上能够像一台协调一致的机器那样运行。

开放接口并不能消除集成风险

Meta 的策略开放了多个层面，但其成功仍取决于硬件、固件、传输和工作负载软件之间艰难的工程协同。

Open Switch Platform Architecture，即 OSPA，瞄准的是这样一层：在交换机数据平面变得更具可移植性后，这一层仍然处于碎片化状态。

Switch Abstraction Interface 使网络软件能够控制不同的交换芯片。然而，该接口之下的平台功能仍需开展针对硬件的工作。

这些功能包括电源时序、传感器、热管理、硬件清单、管理连接、固件更新和诊断。

Meta 表示，部署每个平台都曾需要数月的重复工程工作。OSPA 定义了通用的硬件和软件接口，旨在减少这些工作。

Meta 正与 Microsoft 和 Alibaba 共同牵头推进该计划。1.0 版本已提交给 Open Compute Project。

这一合作关系为 OSPA 增添了大型运营商层面的可信度。但它并未确定设备供应商将以多快速度实施该规范，也无法保证其实现会以多大程度保持一致。

Meta 还调整了 FBOSS，使交换机供应商能够接入自己的平台。其目标模式是让多家供应商开发兼容系统，而无需等待 Meta 工程师介入。

开发人员可以查看 FBOSS repository，其中提供了 Meta 网络操作系统的源代码。公开代码便于技术审查，但生产部署所需的并不只是访问一个代码仓库。

硬件认证、固件兼容性、测试基础设施和事件响应仍是重大投入。随着操作系统和芯片代际演进，供应商还必须持续维护其适配版本。

MetaRoCE 面临类似的采用障碍。一个协议可以是开放的，同时依赖许多已部署系统并不具备的可编程 NIC 功能。

传输行为还必须在交换机缓冲区、路由策略、加速器驱动和集合通信库之间保持可预测。任一层出现缺陷，都可能表现为应用性能下降。

这里还存在另一种战略张力。Meta 的架构依赖 Broadcom、NVIDIA、Cisco 和 AMD 的商用芯片，同时提出开放的运维模型。

这种安排并不矛盾，但它对开放性的界定较为狭窄。Meta 开放的是接口、实现和参考设计，而非自行制造每个组件。

供应商仍掌控芯片路线图、封装、产能以及许多底层特性。只有当多家供应商交付等效实现时，运营商才能获得真正的替代选择。

与 NVIDIA 的合作体现了这种平衡。Meta 与 NVIDIA 一同开发 FPF，同时将以太网定位为可服务于由专用技术覆盖的网络领域的一种选择。

NVIDIA 可以从向开放以太网环境销售 Spectrum-X 交换机中受益。与此同时，更广泛的以太网采用可能降低对单一垂直整合加速器网络的依赖。

Broadcom 通过基于 Tomahawk 的 Tahan 和 IceCube 设计获得了类似机会。Cisco 则通过 Silicon One 参与区域骨干网建设。

Microsoft 和 Alibaba 支持 OSPA，是因为交换机平台标准化能够减少大型设备集群中的重复工程工作。他们的参与也使该计划不再过度特定于 Meta。

发布初期的独立验证仍然有限。Meta 称其传输技术已在生产环境中得到验证，但公告未提供覆盖竞争 NIC 和交换机的完整第三方结果。

因此，读者应区分三项主张：这些设计确实存在，部分已在 Meta 内部运行，而开放规范能够支持更广泛采用。

前两项主张有公司的直接证据支持。第三项则取决于未来的实现、合规测试套件、供应商支持以及 Meta 之外的部署。

安全性和可靠性同样值得关注。通用接口可以减少定制代码，但共享实现也可能让缺陷集中影响众多平台。

运维简化同样无法得到保证。支持多个供应商可以提高议价能力，但也会增加团队必须认证的固件组合数量。

开放基础设施只有在兼容性降低总体工程工作量时才能成功。当名义上开放的组件仍需大量一次性调优才能协同运行时，它就会失败。

Meta 的发布为行业提供了明确方向，但尚未解决这一经济性考验。

三个信号将决定 Meta 的开放以太网押注

接下来的证据必须证明可重复的互操作性、稳定的应用性能，以及 Meta 自有设备集群之外的采用情况。

第一个信号是 ESUN 1.1 的发布与实施。该规范预计将为低延迟纵向扩展流量增加交换机配置文件和更短的数据包间隔。

如果加速器和交换机供应商按照相同要求推出兼容产品，ESUN 的可信度将更高。合规结果比新增成员公告更能强化 Meta 的论点。

若实施延迟，或供应商的解释不兼容，则会削弱这一论点。这将表明，以太网的共享术语体系仍缺少可靠的纵向扩展产品层。

第二个信号是 MetaRoCE 的外部部署。Meta 已宣布开源实现，但采用者仍需要可用的 NIC 支持、合规工具和可复现的性能测试。

应关注那些组合不同 NIC、交换芯片和加速器系统的部署。在拥塞和部分故障条件下的结果，将比理想吞吐量演示更具参考价值。

尾延迟尤其值得严格审视。即使平均带宽仍然很高，少量传输延迟也可能拖慢同步训练。

云服务提供商的采用将构成另一项重要验证。云平台运营异构机群，并会暴露单一所有者有时能够掩盖的集成问题。

第三个信号是围绕 102.4T 交换构建的 72 加速器机架。Meta 已预览该平台，而 Tahan 的较小型 16 加速器拓扑现已出货。

生产环境部署将把开放标准路线图与更高密度的运行系统连接起来。它也将表明散热、传输和集合通信软件能否协同扩展。

应用结果比端口数量更重要。有价值的证据应比较持续生产流量下的训练效率、故障恢复、功率密度和运维工作量。

2026 summit agenda 显示，许多团队正在同时推进 800G、1.6T、光学、液冷和加速器网络技术。

这种广度既带来机会，也带来碎片化。Meta 的提案试图通过共享的以太网行为和开放平台接口来组织这些组件。

对开发者而言，这一变化会影响性能问题出现的位置。除加速器代码外，传输软件、集合通信库、拓扑感知和故障处理如今也会影响模型吞吐量。

基础设施采购方应审查哪些层级确实可以互换。他们也应询问：当组件来自多家供应商时，谁负责验证。

云客户应关注服务商是否提供更强的拓扑和性能保障。Meta 的认证模型表明，对于大规模分布式任务而言，仅提供通用加速器已不再足够。

Meta 在 OCP Summit 2026 上的公告，为覆盖完整 AI 网络的开放以太网提出了连贯论证。IcePack 和 IceCube 解决带宽与散热问题。FPF 和 MetaRoCE 解决多路径传输问题。BAG 和 SRv6 解决地理分布问题。

OSPA 和 FBOSS 试图让该平台能够跨供应商运行。ESUN 则将这项工作扩展至要求最高的纵向扩展领域。

只有当其他组织能够在不具备 Meta 工程规模的情况下复现 Meta 的成果时，开放路线才能胜出。这正是读者应带入下一轮产品周期的问题。

关注实现，而不只是规格。若独立运营商能在混合硬件环境中获得可预测的训练性能，Meta 的架构将改变 AI 网络竞争的基础。