為 GPU 叢集打造的無損 800G 乙太網路 fabric

OcNOS AI Fabric 是 IP Infusion 提供的完整 AI fabric:在 Edgecore 或 UfiSpace 經過認證的 800G 與 400G Broadcom Tomahawk 交換器上預載 OcNOS-DC,提供無損 RoCEv2、動態負載平衡,以及 PFC 死結偵測與復原,並由一份支援合約涵蓋。NIC 與 GPU 仍由您自行選擇。

900+家業者採用 OcNOS
60+個國家
18已認證的 OcNOS-DC 交換器
軌道最佳化 AI fabric 即時檢視兩台 Tomahawk 5 spine 連接四台 rail leaf。每台 GPU 伺服器分別以一張 NIC 接到每台 rail leaf。同 rail 流量留在所屬 leaf;跨 rail 流量經由 spine 轉送。SpineRail leafGPU 伺服器Tomahawk 5 · 800G
每張 GPU NIC 各走自己的 rail。同 rail 流量留在所屬 leaf;跨 rail 流量經由 spine 轉送。
最適用於
以無損 800G 或 400G 乙太網路建構 GPU 叢集、可自由選擇 NIC 與 GPU 的團隊。
認證機型
Edgecore AIS800-64DUfiSpace S9321-64EEdgecore AS9736-64D

GPU fabric 必須做對的事

AI fabric 是連接 GPU 伺服器的乙太網路。它必須無遺失地承載 RoCEv2 流量,並讓每條鏈路保持忙碌,因為一個遺失的封包就會讓集合通訊在 NIC 重送期間停滯,一條壅塞的鏈路就會拖慢整個訓練作業。

有三種流量模式會讓訓練作業停滯。OcNOS-DC 針對每一種都有解決方式。

相同的流量,相同的四條上行鏈路。差別在於資料流如何分配。

上行鏈路 1
上行鏈路 2
上行鏈路 3
上行鏈路 4

靜態 ECMP 依雜湊將每條大型資料流固定在一條上行鏈路,結果兩條上行鏈路壅塞,另外兩條幾乎閒置。

示意圖。

所有 GPU 同時通訊
靜態 ECMP 將大型資料流固定在一條上行鏈路,導致部分鏈路壅塞,其他鏈路閒置。
→ DLB 將 flowlet 從壅塞的上行鏈路移往負載較低的路徑。
了解 DLB 運作方式 →
突發流量集中在一個連接埠
多個傳送端在數微秒內同時抵達同一連接埠。
→ ECN 標記 在緩衝區填滿前通知支援 DCQCN 的 NIC 降速。
→ PFC 死鎖偵測與恢復 可自動清除卡住的佇列。
了解 DCQCN 運作方式 →
一個封包遺失,作業就會停滯
遺失的資料必須由 NIC 重送,因此一個封包遺失就會讓集合通訊停滯。
→ PFC 與 ECN 確保 RoCEv2 流量無損。
了解 RoCEv2 運作方式 →

GLB 將於 OcNOS 7.1 推出,可在整個 fabric 範圍內平衡負載。 關於 GLB →

每張 GPU NIC 各自獨佔一條 rail

每台 GPU 伺服器分別以一張 NIC 接到八台 rail leaf。同 rail 的 AllReduce 流量留在所屬 leaf;只有跨 rail 流量才會抵達 800G Tomahawk 5 spine。pod 可在同一批交換器上擴充。

rail 最佳化 AI fabric 拓撲:四臺 800G Tomahawk 5 spine 位於八臺 rail leaf 之上,四臺 GPU 伺服器各自將其八塊 NIC 中的一塊映射到不同的 rail leaf,因此 rail 內 AllReduce 停留在一臺 leaf 上。
rail 最佳化單 pod:每臺 GPU 伺服器的 8 塊 NIC 按每條 rail 一塊映射到 8 臺專用 leaf,因此同 rail AllReduce 停留在 leaf 上,只有跨 rail 流量才會到達 spine。

一個 1,024-GPU 的 rail-optimized 網路,逐台交換器詳解:連接埠計算、元件數量、擴展至 4,096 GPU 及更大規模、平台與 OcNOS-DC 版本,以及 RoCEv2 無損起始設定。

技術摘要

OcNOS-DC 在 fabric 中執行的功能。點選連結查看深入說明。

截至 OcNOS-DC 7.0。資料來源(2026 年 10 月核對):OcNOS 功能矩陣(資料中心平台)、硬體相容性清單與 AI Fabric 參考設計。

OcNOS-DC AI fabric 技術摘要
領域 OcNOS-DC 深入說明
晶片 OcNOS AI Fabric 目前支援 Broadcom Tomahawk 5 與 Tomahawk 4 作為 AI leaf 與 spine。Tomahawk 6 支援預計於 OcNOS 7.2 提供。資料來源:硬體相容性清單、Tomahawk 6 頁面
無損傳輸 RoCEv2,支援依優先順序的 PFC、ECN 標記與 ETS。支援跨路由邊界的 PFC over L3。資料來源:功能矩陣(PFC with QoS、PFC over L3、ECN、ETS)
壅塞控制 為支援 DCQCN 的 NIC 提供 ECN 標記,Tomahawk 5 上支援 Dynamic ECN。交換器封包緩衝區調校。資料來源:功能矩陣(ECN、Dynamic ECN、交換器封包緩衝區調校)
負載平衡 Tomahawk 4 與 5 上的動態負載平衡(DLB),支援 RoCEv2 目的地 QP 雜湊;Tomahawk 5 上支援 Reactive Path Rebalance。GLB 將於 OcNOS 7.1 推出,把負載平衡延伸至整個 fabric。資料來源:功能矩陣(DLB、DLB Reactive Path Rebalance)、OcNOS-DC 系統管理指南、GLB 頁面
死結保護 PFC 死結偵測與復原。資料來源:功能矩陣(PFC 死結偵測與復原)
伺服器設定 DCBX 透過 LLDP 與鏈路對端交換 PFC 和 ETS 設定。資料來源:功能矩陣(DCBX、用於 PFC over L3 的 DCBX)
遙測 基於 OpenConfig 模型的 gNMI 串流遙測:on-change、dial-in 與 dial-out。資料來源:功能矩陣(gNMI dial-in、dial-out 與 on-change,OpenConfig 模型)
自動化 支援 IPv4 與 IPv6 的 ZTP。從 Day 0 到 Day 2 的 Ansible playbook。IP Maestro 透過 NETCONF 管理。資料來源:功能矩陣(基於 IPv4 與 IPv6 的 ZTP、Ansible、NETCONF)
AI 代理 gNMI 遙測、採用 YANG 模型的 NETCONF,以及具備自動還原的 commit confirmed,讓 AI 代理與 AIOps 工具能讀取、變更與還原網路架構。資料來源:功能矩陣(NETCONF confirmed commit、CLI commit confirmed)
拓撲 Rail-only、軌道最佳化兩層,以及軌道最佳化三層。資料來源:AI Fabric 參考設計(2026 年 10 月)
規模 兩層可達 4,096 顆 GPU,於 Tomahawk 5 上每顆 GPU 800G。三層可達 16,384 顆 GPU。 Reference-design ceilings from Clos radix math, not measured figures.資料來源:AI Fabric 參考設計(2026 年 10 月)
Ultra Ethernet IP Infusion 是 Ultra Ethernet Consortium 的成員。資料來源:Ultra Ethernet 頁面

跨域擴展:一個 GPU 叢集,分布於多棟建築

大型 GPU 叢集所需電力已超出單棟建築的供電能力,因此營運商將多棟建築和多個站點中的網路連接為一個叢集。OcNOS-DC 執行各站點的 spine,OcNOS-SP 執行區域之間的深緩衝路由器。

直接插入 spine 埠的同調光模組

在經認證的 Tomahawk 4 和 Trident 4 交換器上,OcNOS-DC 支援 400G ZR/ZR+。在 Tomahawk 5 的 Edgecore AIS800-64D 和 UfiSpace S9321-64E 上,支援 800G ZR/ZR+。spine 直接連接 OLS / ROADM,無需轉發器或 muxponder 機架。

同調 DCI 的運作原理

路由鏈路上的壅塞訊號

ECN 標記在全部 18 款經認證的 OcNOS-DC 交換器的路由介面上執行,因此支援 DCQCN 的網路卡可以偵測建築之間路由鏈路上的壅塞。BGP 工作階段上的 BFD 可偵測路徑故障。

DCQCN 的運作原理

區域之間的深緩衝路由器

在區域之間,OcNOS-SP 執行於具備 SR-MPLS、EVPN 和 BGP 的深緩衝 Jericho 2C+ 與 Qumran 2C 路由器上。七款 OcNOS-SP 路由器支援 400G ZR/ZR+。

依平台查看 ZR 支援

OcNOS AI Fabric 不涵蓋的內容

了解這些邊界,有助於您規劃叢集的其餘部分。

InfiniBand
這是一個 Ethernet fabric,不交換 InfiniBand 流量。
集合通訊
它負責交換器端。集合通訊函式庫(xCCL:NCCL、RCCL 或 oneCCL)與 RDMA 端點在 NIC 與主機上執行,工作由叢集排程器安排。
縱向擴展(scale-up)
它連接伺服器。伺服器或機櫃內部的 GPU 間鏈路(縱向擴展鏈路)不在 fabric 範圍內。
Ultra Ethernet
目前執行 RoCEv2。Ultra Ethernet 傳輸在支援 UEC 的 NIC 上執行。IP Infusion 是 Ultra Ethernet Consortium 的成員。
Tomahawk 6 與 GLB
目前尚不支援 Tomahawk 6。OcNOS-DC 對其的支援預計於 OcNOS 7.2 提供。GLB 將於 OcNOS 7.1 推出。
僅限 Tomahawk 5
Dynamic ECN 與 Reactive Path Rebalance 僅在 Tomahawk 5 交換器上執行。
GPU 數量
本頁的 GPU 數量是根據 Clos 基數計算得出的參考設計上限,並非實測數據。GPU 端的光模組與纜線不計入。

依 GPU 數量規劃規模

選擇叢集規模,查看所需的網路。接著在 Design Suite 中規劃您自己的網路,包括鏈路、光模組和纜線數量。

SpineRail leafGPU 伺服器123456781234567812345678123456781-3233-6465-9697-128
基於 Broadcom Tomahawk 5 的 1,024 GPU rail-optimized pod 使用 32 台 leaf 交換器與 16 台 spine 交換器,共 48 台,採用 1:1 無阻塞設計。每台 leaf 連接 32 台伺服器各一個 NIC,因此同一 rail 的流量留在該 leaf 上。這些是根據 Clos 基數計算得出的參考設計數據,並非實測數據。
  • 16 台 spine,每台 64 × 800G。
  • 32 台 leaf,每台 32 × 800G 下行(每個 GPU 拆分為 2 × 400G)與 32 × 800G 上行。
  • 128 台伺服器,每台 8 個 GPU 與 8 個 NIC。

1,024 顆 GPU

32
葉交換器
16
台 spine
48
台交換器

兩層

基於 Tomahawk 5 的 rail-optimized 參考設計。GPU 數量是根據 Clos 基數計算得出的參考設計上限,並非實測數據。

已認證的 800G 和 400G 交換器

來自 Edgecore 和 UfiSpace 的 Tomahawk 5 leaf 與 spine,以及一款 Tomahawk 4 leaf。

Edgecore AIS800-64D 800G spine 交換器

Edgecore AIS800-64D

64 x 800G · 51.2 Tbps

QSFP-DD800 · 分接為 2x400G / 4x200G / 8x100G

Leaf 或 spine · Tomahawk 5
規格書 →
UfiSpace S9321-64E 800G spine 交換器

UfiSpace S9321-64E

64 x 800G · 51.2 Tbps

QSFP-DD800 · 分接為 2x400G / 4x200G / 8x100G

Leaf 或 spine · Tomahawk 5
規格書 →
Edgecore AS9736-64D 400G leaf 交換器

Edgecore AS9736-64D

64 x 400G · 25.6 Tbps

QSFP56-DD 400G · 可拆分為 4x100G

Leaf · Tomahawk 4
規格書 →

查看全部 18 款已認證的 OcNOS-DC 交換器 →

一套系統,一份合約

單一支援管道

OcNOS-DC 依交換器型號與 ASIC 步進預先安裝並完成認證。一份 PO、一份支援合約、單一 RMA 路徑。P1 回應時間從 8 小時(Standard)到 30 分鐘(Enterprise)。

查看支援詳情

單一主控台管理所有設備

IP Maestro 透過 NETCONF 管理拓撲、故障、組態與軟體映像,位於您的 OSS 之下。

了解 IP Maestro

多廠商互通性經過驗證的光模組

多家廠商的光模組已驗證互通性。歡迎索取適用於您建置的光收發器清單。

索取光收發器清單

將設計帶給您的團隊

簡短的 PDF。填寫簡短表單後即開始下載。

800G 無損 AI fabric

OcNOS-DC 版本、已認證平台與部署架構。

取得簡報

OcNOS-DC 產品規格書

功能集、軟體 SKU 與支援的硬體。

取得規格書

常見問題

AI 代理與 AIOps 工具能否維運 OcNOS AI 網路架構?
可以。所有經認證的 OcNOS-DC 交換器皆提供採用 YANG 模型的 NETCONF,以及具備自動還原的 commit confirmed。gNMI 串流遙測於 PLUS 版本中提供。代理可讀取網路架構狀態、以試行方式套用變更,若變更未獲確認,便由 OcNOS 將其還原。功能矩陣列出各版本與各交換器的支援情形。
OcNOS-DC 交換器執行哪些 AI 網路機制?
OcNOS-DC 實作了 AI 工作負載所依賴的交換器端機制:搭配 PFC 和 ECN 的無損 RoCEv2、Tomahawk 5 上的 Dynamic ECN、動態負載平衡 (DLB)、交換器封包緩衝區調校,以及 PFC 死結偵測與復原。集合通訊邏輯 (xCCL)、壅塞控制的網路卡端(如 DCQCN)以及工作排程,則是在網路卡和叢集排程器中執行,不在交換器內。
OcNOS-DC 的界線在哪裡?NIC 與叢集排程器又從哪裡接手?
OcNOS-DC 負責交換器端:用於無損 RoCEv2 的 PFC 和 ECN、動態負載平衡、PFC 死結偵測與復原,以及 gNMI 串流遙測。網路卡執行集合通訊函式庫 (xCCL) 和 RDMA 端點。叢集排程器負責安排工作,並可使用交換器遙測資料。這種分工讓您的網路卡、GPU 和協調系統都能自由更換。
IP Infusion 為 AI 網路提供什麼?
一套完整的系統:預載 OcNOS-DC 的已認證開放交換器,以 OcNOS Systems 形式交付,由一份支援合約涵蓋,並與執行服務供應商網路的 OcNOS 屬於同一系列。OcNOS-DC 執行於 Broadcom 晶片上,支援無損 RoCEv2(PFC 和 ECN)、Tomahawk 5 上搭配 Reactive Path Rebalance 的動態負載平衡,以及 PFC 死結偵測與復原。每台交換器執行適合其角色的 OcNOS-DC 版本:DC-PLUS 提供完整的 AI 網路功能集,DC-IPBASE 提供無損基礎功能,DC-MGMT 用於頻外管理。您的網路卡、GPU 和交換器廠商仍由您自行選擇。
Ultra Ethernet(UEC)1.0 對 OcNOS AI Fabric 代表什麼意義?
OcNOS-DC 目前提供搭配 PFC 與 ECN 的無損 RoCEv2 以及動態負載平衡,IP Infusion 也是 Ultra Ethernet Consortium(UEC)的成員。UEC 1.0 定義了一種多路徑乙太網路傳輸,可將一條資料流分散到多條路徑,而不是固定在單一 ECMP 雜湊上,這項端點行為在支援 UEC 的 NIC 上執行。若要規劃 UEC 如何配合特定建置,請洽詢 IP Infusion 工程師。 閱讀 Ultra Ethernet 深入解析。
OcNOS-DC 如何保持 fabric 無損,又如何防範 PFC 死鎖?
三種機制:PFC 在緩衝區溢位前依優先順序暫停流量,ECN 提早標記封包以減緩傳送端,ETS 為 RDMA 類別分配鏈路頻寬。在此之上,PFC 死結偵測與復原會發現陷入暫停循環的佇列並將其復原,因此停滯的連接埠無需手動重設即可恢復。PFC over L3 支援跨三層路由邊界。
DLB 是什麼?在 OcNOS 7.1 中導入的 GLB 又帶來哪些變化?
在 AllReduce 期間,標準 ECMP 會把每個最大的流在其生命週期內固定在單一上行鏈路上,這些流因此發生碰撞,同步作業需等待壅塞的鏈路。DLB 目前可在本地躍點將 flowlet 從壅塞的上行鏈路移到負載較低的路徑,Tomahawk 5 還新增了 Reactive Path Rebalance。GLB 將隨 OcNOS 7.1 推出,把負載平衡擴展到整個網路。
OcNOS AI fabric 支援哪些交換器硬體與 800G 光模組?
該網路執行於來自 Edgecore 和 UfiSpace 的已認證 Broadcom Tomahawk 5 與 Tomahawk 4 交換器上。800G 交換器(Edgecore AIS800-64D 與 UfiSpace S9321-64E,Tomahawk 5,64 x 800G QSFP-DD800,51.2 Tbps)用作 leaf 和 spine,並可拆分為 400G、200G 和 100G。400G leaf(Edgecore AS9736-64D,Tomahawk 4,64 x 400G QSFP56-DD,25.6 Tbps)可拆分為 4 x 100G,適合每個 GPU 配一張 400G 網路卡的網路。來自多家廠商的光模組已證明具備互通性;請聯絡我們取得適用於您方案的光模組清單。已認證的交換器列在 HCL 中。
OcNOS AI 網路能否跨越多棟建築或多個站點?
可以。ZR/ZR+ 同調光模組直接插入 spine,ECN 標記在建築之間的路由鏈路上執行,OcNOS-SP 在區域之間的深緩衝路由器上執行。 閱讀同調 DCI 深度解析。
誰為 AI fabric 提供支援?硬體是否也一併涵蓋?
當網路以 OcNOS Systems 形式採購時,一份 IP Infusion 合約同時涵蓋 OcNOS-DC 軟體和已認證的交換器硬體,因此只有一個 TAC 和一份 SLA。支援分為多個等級:Standard 包括電子郵件 TAC、上班時間電話支援和硬體 RMA 協調,P1 回應時間為 8 小時;Premium 增加 24/7 客戶支援入口網站,P1 回應時間為 2 小時;Enterprise 的 P1 回應時間為 30 分鐘,並配有 Customer Success Manager。24/7 入口網站適用於 Premium 和 Enterprise。

與我們的工程師一起規劃您的 GPU fabric

將您的設計問題交給 IP Infusion 工程師,或把參考設計帶回給您的團隊。