IP Infusion 對比 Cisco Nexus、NCS 與 8000:技術比較

逐一平台、逐一晶片對比:IP Infusion 路由器與交換器如何對應 Cisco Nexus、NCS、Cisco 8000 系列與 ACI,以及轉換後在授權、CLI 與維運上會有哪些改變。

兩者的組成方式

無論採用哪種方式,路由器或交換器都由相同的幾個層次構成,差別在於每一層由誰提供。採用 IP Infusion 時,每一層可以各自選擇來源,最終以一套完整系統交付。

IP Infusion分開採購,以單一系統出貨
硬體Edgecore, UfiSpace, Celestica
網路作業系統OcNOS-SP 或 OcNOS-DC
CLISP、DC 與 AI fabric 使用同一套業界標準 CLI
光模組多家供應商,包含 400G ZR 與 ZR+
支持IP Infusion:一份支援合約與單一 RMA 路徑

各層級由不同供應商提供,由 IP Infusion 統一認證,並以一份支援合約與單一 RMA 路徑作為單一產品交付。

Cisco整套採購,整套出貨
硬體Cisco
網路作業系統Cisco IOS-XR 或 NX-OS
CLIIOS-XR CLI on NCS and Cisco 8000, NX-OS CLI on Nexus
光模組Cisco
支持Cisco TAC

Cisco 提供硬體、網路作業系統、光模組與支援。

概覽

維度IP Infusion (OcNOS)Cisco (IOS-XR / NX-OS)
您買到的內容成品路由器或交換器:開放硬體、OcNOS、光模組與支援,以單一系統交付。或是單獨授權 OcNOS,用於您已在運行的硬體。成品路由器或交換器:Cisco 硬體、NOS 與支援皆來自單一廠商。
硬體來自 Edgecore、UfiSpace 與 Celestica 的開放平台。全系列共用同一套 OcNOS 運維模型。Cisco 品牌系統。
晶片Broadcom 通用晶片:路由採用 Qumran 與 Jericho,交換採用 Trident 與 Tomahawk。Cisco 8000 與 Nexus 9364E-SG2 採用 Cisco Silicon One,Nexus 9300-FX2 與 FX3 採用 Cloud Scale。Cisco 指出其 NCS 5500 與 NCS 5700 固定式路由器採用 Jericho 系列 ASIC。
作業系統OcNOS-SP 用於電信業者路由,OcNOS-DC 用於資料中心,皆依版本銷售。NCS 與 Cisco 8000 路由器運行 IOS-XR,Nexus 交換器運行 NX-OS。
許可與硬體分開授權,依版本授權,並提供永久使用授權。IOS-XR:採用 Flexible Consumption Model,提供期限訂閱與 Smart Licensing;Cisco 8000、NCS 540 與 NCS 560 上亦有永久授權模式。
採購硬體與軟體分開採購,因此平台可在多家 ODM 之間競標。硬體、軟體與支援皆向 Cisco 採購。
協定BGP、OSPF、IS-IS、MPLS、SR-MPLS、EVPN-VXLAN、RSVP-TE、IEEE 1588v2。部分路由器提供初步的 SRv6 支援,更多平台正在開發中。各平台詳情請見 Feature Matrix。依平台而異,詳見 Cisco 資料表。
光模組經互通性驗證的多廠商可插拔光模組,在支援的平台上包括 400G ZR 與 ZR+ 相干光模組。Cisco 光模組,依平台列出。
管理業界標準的交易式 CLI,需明確執行 commit。支援 NETCONF、OpenConfig、gNMI、YANG、Ansible 與 IP Maestro EMS。IOS-XR 與 NX-OS 命令列。
支持對於 OcNOS System,由 IP Infusion 提供的一份支援合約與單一 RMA 路徑涵蓋軟體與硬體。對於您自行購買的硬體,由製造商支援硬體。Cisco TAC 提供硬體與軟體支援。

採用 IP Infusion 後的改變

IP Infusion 改變的是網路的採購與支援方式。從 Cisco 移轉分為三個步驟規劃。

IP Infusion 提供什麼
  • 依版本授權。 OcNOS 與硬體分開授權,依版本授權,並提供永久使用授權。
  • 可競標的硬體。 OcNOS 可在 Edgecore、UfiSpace 與 Celestica 的通用晶片平台上運行,因此機器可以公開招標,而不必更換網路作業系統。
  • 始終可分離的層級。 硬體、軟體與光模組各依自身條件採購,因此其中一項更換供應商,不會強迫其餘項目跟著更換。
  • 多廠商光模組。 來自多家供應商、經實證互通的可插拔光模組,包含適用於 IPoDWDM 與 DCI 的 400G ZR 與 ZR+ 相干光。
  • 由同一支團隊提供支援。 對於 OcNOS System,IP Infusion 同時為軟體與硬體提供支援,一份合約、一條 RMA 路徑。對於您自行購買的硬體,由製造商支援硬體。
移轉涉及哪些工作
  • 評估。 對照 Feature Matrix 與 Hardware Compatibility List,檢查目前的 IOS-XR 或 NX-OS 設定、連接埠組合與功能使用情況。
  • 轉換。 OcNOS 的命令語法與 IOS-XR 和 NX-OS 不同,因此設定需要對應並經過審閱,而不是逐行複製。
  • ACI 的設計審查。 APIC 策略模型無法一對一移植到 BGP-EVPN-VXLAN fabric,因此 ACI fabric 需要重新設計,而不是直接替換。

橫跨電信服務供應商、資料中心與 AI fabric 的單一維運模式

OcNOS 在電信業者路由、資料中心 EVPN-VXLAN fabric 與 RoCEv2 AI fabric spine 三類角色中使用同一套業界標準命令列與維運模型,分別由 OcNOS-SP 與 OcNOS-DC 系列承載。Cisco 在這些角色中使用 IOS-XR 與 NX-OS 兩種作業系統。

電信服務供應商路由

OcNOS-SP 在 Broadcom Qumran 與 Jericho 平台上提供 BGP、IS-IS、OSPF、SR-MPLS 與 EVPN-MPLS,以及 IEEE 1588v2 時間同步。在 Cisco 上,此角色運行 IOS-XR。

data center fabric

OcNOS-DC 在 Broadcom Trident-3 leaf 與 Tomahawk spine 上運行 BGP-EVPN-VXLAN leaf-spine,並提供標準的疊加網路基本元件。在 Cisco 上,此角色運行 NX-OS。

AI 網路架構

OcNOS-DC 在 Broadcom Tomahawk-5 800G spine 上新增用於無損 RoCEv2 流量的 PFC 與 ECN,適用於 GPU 叢集 fabric。Cisco 800G 的 Nexus 9364E-SG2 運行 NX-OS。

在 IP Infusion 上,這三類角色使用相同的命令列與設定模式。在 Cisco 上,電信業者與核心路由運行 IOS-XR,資料中心運行 NX-OS,各自使用獨立的命令列。

逐平台對比:服務提供商路由器

各列依角色、連接埠規格與容量對應,而非逐一對應 SKU。每一列將一款 Cisco 平台與其 IP Infusion 對應平台配對,列出連接埠規格、容量比較與匹配程度。若單一平台無法提供相應容量,該列會註明,並列出可滿足容量的組合。

角色、埠數與容量完全對齊 同容量級距 設計評審
Cisco 平台 IP Infusion 對應產品 埠 容量 匹配 備註
Cisco NCS 540 (N540-24Z8Q2C)接入 / 匯聚 · IOS-XR S9510-28DC / AS7535-28XBOcNOS-SP 24×10G + 8×25G + 2×100G → 24×25G + 2×100G + 2×400G 640G port total → 800G 角色與容量對應 Cisco 未公布 NCS 540 的轉發 ASIC,因此本列是依角色、埠配置與容量比對,而非依晶片比對。
Cisco NCS 5500 / 5700匯聚 / 電信業者邊緣 · IOS-XR S9600-64X / 56DX / AS9947-36XKBOcNOS-SP 24×100G + 6×400G → 48×100G + 8×400G 3.6T-4.8T → 4.8T-7.2T 同容量級距 對於 6×400G + 24×100G 的 NCS-57B1,埠型態最接近的是 8×400G + 48×100G 的 S9600-56DX。 Route scale and port mix are compared per deployment.
Cisco 8201-32FH核心 / 對等互連 · Cisco 8000 · Cisco Silicon One S9610-36DOcNOS-SP 32×400G → 36×400G 12.8T → 14.4T 不同晶片 由於晶片架構不同,FIB/RIB 規模與標籤堆疊深度需依具體部署逐一比較,而不是預設為對等。

逐平台對比:資料中心交換機

OcNOS-DC 運行於開放式 Broadcom 硬體:Trident-3 上的 EVPN-VXLAN leaf,Tomahawk 上的 IP spine。

Cisco 平台 IP Infusion 對應產品 埠 容量 匹配 備註
Cisco Nexus 93180YC-FX325G leaf · NX-OS · Cloud Scale AS7326-56XOcNOS-DC 48×25G + 6×100G → 48×25G + 8×100G 1.8T → 2.0T(單向) 逐埠對應 支援 BGP-EVPN-VXLAN、MAC-VRF 與標準的疊加網路基本元件。
Cisco Nexus 9336C-FX2100G leaf / spine · NX-OS · Cloud Scale AS7726-32X / S9110-32XOcNOS-DC 36×100G → 32×100G 3.6T → 3.2T(單向) 同為 100G 級別 比 9336C-FX2 少四個 100G 埠,因此大型 fabric 需要就設計逐一核對埠數。
Cisco Nexus 9332D-GX2B400G leaf / spine · NX-OS AS9716-32D / AS9736-64DOcNOS-DC 32×400G → 32 或 64×400G 12.8T → 12.8 或 25.6T 同為 400G 級別 Feature Matrix 列出的 EVPN-VXLAN 支援位於 Trident-3 平台,而非這些 Tomahawk 平台,因此它們適合 EVPN-VXLAN fabric 中的 IP spine 角色。
Cisco Nexus 9364E-SG2800G spine · NX-OS · Cisco Silicon One G200 AIS800-64D / S9321-64EOcNOS-DC 64×800G → 64×800G 51.2T → 51.2T 不同廠商的晶片 兩側均為 64×800G,但使用不同廠商的晶片。Tomahawk-5 平台為 RoCEv2 AI fabric 流量提供 PFC、ECN 與動態 ECN。
Cisco ACI / APIC基於控制器的 DC fabric EVPN-VXLAN 葉脊架構OcNOS-DC n/a 視 fabric 設計而定 設計評審 兩者在 fabric 中都使用 VXLAN。ACI 將其與 IS-IS、COOP 及 APIC 策略模型結合,因此移轉以設計審查來界定,而不是直接替換。

如何解讀這些內容。 各列依角色、連接埠規格與容量對應。兩側的容量以同一方式表述:Cisco 以雙向方式公布 Nexus 交換容量時,此處將數值減半,以便與 Edgecore 和 UfiSpace 公布的單向數值比較。僅在廠商公布晶片型號時才註明晶片;Cisco 未公布 NCS 540 與 Nexus 9332D-GX2B 的轉送 ASIC。沒有任何 SKU 被表述為保證一對一的替代品,適合您網路的平台仍取決於其連接埠組合、規模與功能集。規格反映截至 2026 年 10 月的公開資料。

本頁事實所依據的 Cisco 資料來源:

IP Infusion 為這些角色供應的平台

以下是對應上述角色的代表性機種。點開任一張卡片即可查看平台規格書:

完整的經過認證平台清單請見 Hardware Compatibility List。

IP Infusion 涵蓋的角色

SP 都會 & 邊緣匯聚

在 Broadcom Qumran 與 Jericho 平台上提供 SR-MPLS、EVPN-MPLS 與 G.8273.2 Class C 時間同步,涵蓋 Cisco NCS 540 與 NCS 5500 所服務的接入與匯聚角色。

data center EVPN-VXLAN leaf-spine

以 Trident-3 leaf 與 Tomahawk IP spine 組成的 BGP-EVPN-VXLAN fabric,提供標準的疊加網路基本元件(MAC-VRF、type-2 與 type-5 路由),無需中央控制器。

400G 與 800G 資料中心 spine

以 Broadcom Tomahawk-4(400G)與 Tomahawk-5(800G)建構的高基數 spine,提供用於無損 RoCEv2 AI fabric 流量的 PFC 與 ECN。

IPoDWDM與400G同調DCI

在支援的 OcNOS-SP 路由器上提供 400G ZR 與 OpenZR+ 相干可插拔光模組,已與多家廠商的光模組完成互通性驗證,用於 DCI,無需另購轉發器。

已完成轉換的電信業者

以下是已公開的客戶案例,說明 Cisco 設備被替換的情形,以及各家電信業者提出的理由:

分階段的遷移路徑

評估與實驗室驗證

梳理目前的IOS-XR / NX-OS組態、連接埠組合與功能使用情況;將平台對應至上述類別,並選擇OcNOS版本與HCL硬體。

第 1 週

試點與對等性驗證

運行一個雙歸屬試點,驗證協議與定時的一致性,轉換路由策略和 EVPN 配置,並將 OpenConfig 遙測數據推送到您現有的採集器。

第 4 週

滾動式切換

逐區域進行切換,並保留清晰的rollback路徑,在整個過程中維持同一套基於標準的資料平面與維運模式。

第 12 週

IP Infusion 的定位

IP Infusion 的競爭點在於網路的採購方式:可在多家 ODM 之間招標的商用晶片硬體;與設備分開依版本授權、並提供永久使用授權的 OcNOS;以及來自多家供應商的光模組,並以經 HCL 認證的完整路由器或交換器交付。

Cisco、IOS-XR、IOS-XE、NX-OS、Silicon One、Nexus、Catalyst、NCS、Cisco 8000、ACI 與 APIC 為 Cisco Systems, Inc. 的商標。Broadcom 及其產品名稱為 Broadcom Inc. 的商標。所有其他標誌均為其各自所有者的財產。IP Infusion 與 Cisco Systems 無關聯,亦未獲其認可或贊助。比較內容反映截至 2026 年 10 月的公開規格,僅供評估參考。

常見問題

IP Infusion 銷售的是完整的交換機和路由器,還是僅僅是 OcNOS 軟體?
兩者皆可。主要產品是完整的成品:預先安裝 OcNOS 的電信級路由器或交換器,運行於開放式硬體,並搭配光模組與支援合約,以一套完整系統交付,且經 Hardware Compatibility List 認證。若您已在運行開放式硬體,也可以單獨為其授權 OcNOS。由於硬體、軟體與光模組保持可分離,日後可更換其中任何一項,而無需更換其他部分。
IP Infusion 是 Cisco 的替代方案嗎?
是的。IP Infusion 為 Cisco 所服務的相同電信業者與資料中心角色供應路由器與交換器,建構於開放的 Broadcom 通用晶片平台,搭載商用 OcNOS 網路作業系統,並提供廠商支援與 SLA。實務上的差別在採購:硬體可在多家 ODM 之間競標,軟體則與硬體分開授權。
OcNOS 能否在 service provider 路由情境中替代 Cisco IOS-XR?
OcNOS-SP 提供 BGP、IS-IS、OSPF、MPLS、SR-MPLS、RSVP-TE、L2VPN 與 L3VPN、QoS 以及 IEEE 1588v2 時間同步,部分路由器提供初步的 SRv6 支援,更多平台正在開發中。特定 Cisco 平台能否一對一對應,取決於您的連接埠組合、規模與功能使用情況,因此正式移轉前需由 IP Infusion 工程評估,對照 Feature Matrix 與 Hardware Compatibility List 進行檢查。
在 data center 中,OcNOS 與 Cisco NX-OS 有何區別?
OcNOS-DC 在來自多家製造商的開放式 Broadcom Trident 與 Tomahawk 平台上運行 BGP-EVPN-VXLAN leaf-spine fabric。NX-OS 運行於 Cisco Nexus 硬體。差別在於硬體模式:使用 OcNOS-DC 時,交換器可向多家製造商採購,而無需更換網路作業系統。
OcNOS是否運行在與Cisco相同的silicon上?
部分如此。OcNOS 統一採用 Broadcom 商用晶片(Qumran、Jericho、Trident、Tomahawk)。Cisco 在 Cisco 8000 與 Nexus 9364E-SG2 中使用自家的 Silicon One ASIC,在 Nexus 9300-FX2 與 FX3 中使用 Cloud Scale 技術,並指出其 NCS 5500 與 NCS 5700 固定式路由器採用 Jericho 系列 ASIC,其中 NCS-57B1 採用單顆 4.8-Tbps 的 Jericho 2 ASIC。
是否存在與Cisco Nexus 9300對應的OcNOS方案?
對於資料中心 leaf 角色,OcNOS-DC 運行於 Broadcom Trident-3 平台(例如具備 100G 上行鏈路的 Edgecore 48×25G 交換器),提供 BGP-EVPN-VXLAN、MAC-VRF 與標準的疊加網路基本元件。具體匹配程度取決於您的連接埠與上行鏈路規格,評估時會對照 Hardware Compatibility List 進行對應。
OcNOS 能否替代 Cisco ACI 的 EVPN-VXLAN fabric?
Cisco ACI 是由 APIC 管理、以控制器為基礎的 fabric,所有 fabric 流量皆以 VXLAN 承載,並使用 IS-IS 與 COOP 進行端點轉送。OcNOS-DC 在開放式硬體上運行 BGP-EVPN-VXLAN leaf-spine,沒有中央控制器。兩者都使用 VXLAN,但 APIC 策略模型無法逐項功能對應,因此移轉以設計審查來界定,而不是直接替換。
適用於SP核心,Cisco 8000或NCS系列的OcNOS替代方案是什麼?
OcNOS-SP 運行於 UfiSpace S9600 系列(Broadcom Qumran-2C)、S9610-36D(Jericho2C+)以及 Edgecore AS9947-36XKB(Jericho2C+),用於匯聚、核心與對等互連;並運行於 Qumran-2A 路由器,對應 NCS 540 的接入角色。這些晶片與 Cisco Silicon One 不同,也與 Cisco 為 NCS-57B1 指明的 Jericho 2 不同,因此 FIB/RIB 規模、標籤堆疊深度與連接埠組合需依具體部署逐一比較。
Cisco IOS-XR 與 NX-OS 命令如何對應到 OcNOS?
OcNOS 使用業界標準命令列,具備交易特性,需明確執行 commit,並支援 rollback。命令語法與 IOS-XR 和 NX-OS 不同,因此移轉採用命令對應與經過審閱的轉換流程,而不是逐行複製。
同一團隊能否在 IP Infusion 上運行電信服務供應商、資料中心與 AI fabric?
是。OcNOS 在 OcNOS-SP 的電信業者路由、OcNOS-DC 的資料中心 EVPN-VXLAN fabric 以及 RoCEv2 AI fabric spine 中使用同一套業界標準命令列與維運模型,因此相同的設定模式與工具可貫穿這三類角色。在 Cisco 上,這些角色運行於兩種作業系統:NCS 與 Cisco 8000 路由器上是 IOS-XR,Nexus 交換器上是 NX-OS。
OcNOS 是否能獲得與 Cisco 同等的支援?
是。OcNOS 是商用產品,背後有 SLA 與全球支援團隊,而不是社群專案。購買 OcNOS System,IP Infusion 在一份合約下同時支援軟體與硬體,只有一條 RMA 路徑。對於您自行購買的硬體,由 IP Infusion 支援軟體,由硬體製造商支援硬體。
IP Infusion 開發網路作業系統軟體已有多久?
自 1990 年代後期起。OcNOS 建構於 ZebOS 之上,這是 IP Infusion 二十多年來持續開發並交付、並作為路由軟體在整個網路與安全產業授權使用的商用嵌入式路由堆疊。其路由血統可追溯到由 IP Infusion 創辦人發起的 Zebra 路由專案。OcNOS-SP 與 OcNOS-DC 是建構在該程式碼庫之上的運營商級作業系統,因此其背後的協定堆疊擁有長期的現場運行歷史,而非新近才有。
OcNOS 是否足夠成熟,可用於生產環境的運營商或資料中心網路?
是。OcNOS 在全球的電信業者與資料中心網路中投入正式運行,其路由控制平面憑藉 ZebOS 傳承擁有二十多年的現場運行歷史。它是受支援的商用產品,擁有自己的工程、QA 與發布流程。對於具體網路,會對照 Feature Matrix 與 Hardware Compatibility List 檢查部署,在切換之前確認其與您的角色、規模與功能使用情況相符。
為什麼要以開放網路取代專有路由器?
它將硬體、網路作業系統與光模組分開,使每一項都能依自身優勢單獨選擇來源,OcNOS 依版本授權,並提供永久使用授權。IP Infusion 將結果以經過認證的完整系統交付,因此來源選擇的自由不會變成一項整合專案。
IP Infusion 也可以作為 Juniper 的替代方案嗎?
是。涵蓋 Cisco IOS-XR 與 NX-OS 角色的同一批 OcNOS 平台,也涵蓋電信業者與資料中心網路中的 Junos 角色。逐平台比較請見 /resources/ocnos-vs-juniper/ 上的 Juniper 比較。