IP Infusion 對比 Cisco Nexus、NCS 與 8000：技術比較
逐一平台、逐一晶片對比：IP Infusion 路由器與交換器如何對應 Cisco Nexus、NCS、Cisco 8000 系列與 ACI，以及轉換後在授權、CLI 與維運上會有哪些改變。
兩者的組成方式
兩者都是商用且達電信等級的產品，都執行相同的標準，也都附有 SLA 與全球支援組織。無論選哪一邊，一台路由器都是四個層級。差別在於每一層由誰供應，以及您能否只更換其中一層而不動到其餘層級。
各層級由不同供應商提供，由 IP Infusion 統一認證，並以一份支援合約與單一 RMA 路徑作為單一產品交付。
所有層級由同一家供應商提供，在同一份合約下交付與續約。
概覽
| 維度 | IP Infusion (OcNOS) | Cisco (IOS-XR / NX-OS) |
|---|---|---|
| 您買到的內容 | 成品路由器或交換器：開放硬體、OcNOS、光模組與支援，以單一系統交付。或是單獨授權 OcNOS，用於您已在運行的硬體。 | 成品路由器或交換器：Cisco 硬體、NOS 與支援皆來自單一廠商。 |
| 硬體 | 來自 Edgecore、UfiSpace 與 Celestica 的開放平台。全系列共用同一套 OcNOS 運維模型。 | Cisco 品牌系統。 |
| 晶片 | Broadcom 通用晶片：路由採用 Qumran 與 Jericho，交換採用 Trident 與 Tomahawk。 | Cisco Silicon One 與 Cloud Scale，另有 NCS 5700 與 Nexus 9500 R-Series 等產品線中的 Broadcom 通用晶片。 |
| 作業系統 | OcNOS-SP 用於電信業者路由，OcNOS-DC 用於資料中心。 | IOS-XR 用於 SP 與核心，NX-OS 用於資料中心，IOS-XE 用於企業。 |
| 許可 | 與硬體分開授權。提供永久與定期兩種方式，功能層級透過軟體升級解鎖。 | 採用 Smart Licensing Using Policy，提供訂閱與定期授權。部分產品線仍保留永久授權選項。 |
| Sourcing | 硬體與軟體分開採購，因此平台可在多家 ODM 之間競標。 | 硬體、軟體與支援皆向 Cisco 採購。 |
| Protocols | BGP、OSPF、IS-IS、MPLS、SR-MPLS、SRv6、EVPN-VXLAN、RSVP-TE、IEEE 1588v2。各平台的細節請見 Feature Matrix。 | IOS-XR 與 NX-OS 上具備相當的標準化協定套件。 |
| 光模組 | 多家廠商、經實證互通的可插拔光模組，包含 400G ZR 與 ZR+ 相干光。 | Cisco optics. |
| 管理 | 符合業界標準的交易式 CLI，需明確 commit。支援 NETCONF、OpenConfig、gNMI/gRPC、YANG、RESTCONF、Ansible 與 IP Maestro EMS。 | IOS-XR 與 NX-OS CLI。Cisco 模型驅動遙測以及 Cisco 自動化工具鏈。 |
| 支持 | 由 IP Infusion 面向軟體與硬體提供的一份支援合約與單一 RMA 路徑。 | 硬體與軟體皆由單一廠商的 TAC 支援。 |
哪一個更適合您的網路
雙方的協定集高度重疊，因此決策通常回歸到您想以何種方式採購與維運這張網路。
- 歸您所有的許可。 提供永久與定期兩種授權方式，且與硬體分開授權，因此您所依賴的功能始終是一項歸您所有的成本，而不是每次續約都得重新談判的項目。
- 可競標的硬體。 同一套 OcNOS 映像檔可在 Edgecore、UfiSpace 與 Celestica 的通用晶片平台上運行，因此機器可以公開招標，而不必更換網路作業系統。
- 始終可分離的層級。 硬體、軟體與光模組各依自身條件採購，因此其中一項更換供應商，不會強迫其餘項目跟著更換。
- 多廠商光模組。 來自多家供應商、經實證互通的可插拔光模組，包含適用於 IPoDWDM 與 DCI 的 400G ZR 與 ZR+ 相干光。
- 由同一支團隊提供支援。 反應迅速的 IP Infusion 團隊在同一份合約與同一條 RMA 通道下同時負責軟體與硬體，因此問題不會在供應商之間來回推諉。
- 硬體、軟體與支援皆由單一廠商提供，並維繫單一的 TAC 關係。
- 維運已標準化在 IOS-XR 或 NX-OS 上，且您打算繼續沿用既有的 Cisco 工具、自動化與流程。
- 您的設計仰賴僅存在於 Cisco 體系中的功能，例如 APIC 政策模型或 Cisco 專有晶片的特定行為。
橫跨電信服務供應商、資料中心與 AI fabric 的單一維運模式
在 Cisco 需要以兩套獨立作業系統運行的三種角色，OcNOS 皆採用相同的業界標準命令列與維運模式。電信服務供應商路由、資料中心 EVPN-VXLAN fabric 以及 RoCEv2 AI-fabric spine，都以相同方式設定與維運，橫跨 OcNOS-SP 與 OcNOS-DC 版本。
電信服務供應商路由
OcNOS-SP 在 Broadcom Qumran 與 Jericho 平台上提供 BGP、IS-IS、OSPF、SR-MPLS、SRv6 與 EVPN-MPLS，並支援 IEEE 1588v2 時脈同步。在 Cisco，此角色由 IOS-XR 運行。
data center fabric
OcNOS-DC 在 Broadcom Trident 與 Tomahawk 硬體上運行 BGP-EVPN-VXLAN leaf-spine，並提供標準的 overlay 基礎功能。在 Cisco，此角色由 NX-OS 運行。
AI 網路架構
OcNOS-DC 在 Broadcom Tomahawk-5 800G spine 上為 GPU 叢集 fabric 加入 RoCEv2 無損佇列。在 Cisco，此角色由 Nexus（NX-OS）或 Cisco 8000（IOS-XR）運行。
在 IP Infusion，相同的命令列與設定模式橫跨全部三種角色。在 Cisco，電信服務供應商與核心路由運行 IOS-XR，資料中心運行 NX-OS，兩者各有其命令列與設定模式，因此團隊在兩種角色間切換時，必須面對不同的語法與維運模式。
逐平台對比：服務提供商路由器
Rows are matched on role, port profile and capacity, not SKU for SKU. 每一列將 Cisco 平台與其 IP Infusion 對應產品、連接埠配置、容量比較及結論一一對應。當單一平台無法滿足該容量時，該列會予以說明，並指出能夠滿足的組合。
| Cisco 平台 | IP Infusion 對應產品 | 埠 | 容量 | 匹配 | 備註 |
|---|---|---|---|---|---|
| Cisco NCS 540Access / aggregation · IOS-XR | S9510-28DC / AS7535-28XBOcNOS-SP | 24×10G + 8×25G + 2×100G → 24×25G + 2×100G + 2×400G | ~640G → 800G | 角色與容量對應 | Cisco 未公布 NCS 540 的轉發 ASIC，因此本列是依角色、埠配置與容量比對，而非依晶片比對。 |
| Cisco NCS 5500 / 5700Aggregation / provider edge · IOS-XR | S9600-64X / 56DX / AS9947-36XKBOcNOS-SP | 24×100G + 6×400G → 48×100G + 8×400G | 3.6T-4.8T → 4.8T-7.2T | 同容量級距 | 路由規模、緩衝深度與埠組合會依各別部署逐一比對。 |
| Cisco 8000 (8201 / 8202)Core / peering · IOS-XR · Cisco Silicon One Q100 | S9610-36DOcNOS-SP | 12×100G + 24×400G → 36×400G | 10.8T → 14.4T | Different silicon | 雙方晶片架構不同，因此緩衝深度、FIB/RIB 規模與標籤堆疊深度會依各別部署逐一比對，而非逕行假設。 |
| Cisco ASR 9902 / 9903PE / BNG edge · IOS-XR | S9600-56DX / AS9947-36XKBOcNOS-SP | 48×100G + 8×400G | By configuration | BNG 有待確認 | 進階用戶管理類工作負載會以設計審查的方式界定，而非照規格表直接替換。 |
逐平台對比：資料中心交換機
同一 OcNOS-DC 鏡像，同一基於標準的 EVPN-VXLAN 架構，運行在開放的 Broadcom Trident 與 Tomahawk 硬體上。
| Cisco 平台 | IP Infusion 對應產品 | 埠 | 容量 | 匹配 | 備註 |
|---|---|---|---|---|---|
| Cisco Nexus 93180YC-FX25G 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 與標準 overlay 基本元件。 |
| Cisco Nexus 9336C-FX2100G leaf / spine · NX-OS · Cloud Scale | AS7726-32X / S9110-32XOcNOS-DC | 36×100G → 32×100G | 3.6T → 3.2T（單向） | Same 100G class | 若需要的是 400G 上行鏈路，下方 AS9716-32D 那一列會是更合適的起點。 |
| Cisco Nexus 9332D-GX2B400G leaf / spine · NX-OS · Cloud Scale | AS9716-32D / AS9736-64DOcNOS-DC | 32×400G → 32 或 64×400G | 12.8T → 12.8 or 25.6T | 同為 400G 級別 | 兩者皆支援 BGP-EVPN-VXLAN 與標準 overlay 基本元件。 |
| Cisco 800G spine51.2T tier · Cisco Silicon One G200 | AIS800-64D / S9321-64EOcNOS-DC | 64×800G → 64×800G | 51.2T → 51.2T | 不同廠商的晶片 | 適用於 AI fabric 的 RoCEv2 無損佇列可在 Tomahawk-5 平台上使用。 |
| Cisco Nexus 9500 R-SeriesDeep-buffer spine · NX-OS · Broadcom ASICs | S9610-36D / AS9947-36XKBOcNOS-SP | 36×400G / 24×100G + 12×400G | 視機箱而定 → 14.4T / 7.2T | 深緩衝屬於 SP 產品線 | 在 IP Infusion 這一側，GB 級緩衝的平台是 Jericho2c+ 路由器（S9610-36D 為 16 GB，AS9947-36XKB 為 8 GB HBM），且皆搭載 OcNOS-SP。因此深緩衝的匯聚角色會以 SP 系列的設計案來界定，而非同級 DC 交換器的直接替換。 |
| Cisco ACI / APICController-based DC fabric | EVPN-VXLAN leaf-spineOcNOS-DC | — | 視 fabric 設計而定 | 設計評審 | APIC 控制器與其政策模型無法一對一移植，因此這類轉換會以設計審查的方式界定，而非單純替換。 |
如何解讀這些內容。 各列依角色、埠配置與容量進行比對。雙方容量皆以單向表述：Cisco 公布的 Nexus 交換容量為雙向數值，因此本頁將其減半，以便與 Edgecore 及 UfiSpace 公布的單向數值比較。晶片僅在廠商本身有公布時才具名；Cisco 未公布 NCS 540 的轉發 ASIC，也僅將 Nexus 9500 R-Series 描述為 Broadcom ASIC，而未指明型號。本頁未將任何 SKU 呈現為保證一對一的替換，適合您網路的平台仍取決於其埠組合、規模與功能集。規格反映截至 2026 年 7 月的公開文件資訊。
IP Infusion 為這些角色供應的平台
以下是對應上述角色的代表性機種。點開任一張卡片即可查看平台規格書：
瀏覽完整的已驗證清單： 硬體兼容性列表.
IP Infusion 適合替代 Cisco 的場景
SP 都會 & 邊緣匯聚
在 Broadcom Qumran 與 Jericho 平台上提供 SR-MPLS、EVPN-MPLS 與 IEEE 1588v2 Class C 時間同步，涵蓋 Cisco NCS 540 與 NCS 5500 所擔任的接取與匯聚角色。
data center EVPN-VXLAN leaf-spine
在開放的 Trident 與 Tomahawk 硬體上建構 BGP-EVPN-VXLAN fabric，具備標準 overlay 基本元件（MAC-VRF、type-2/type-5 路由），且不依賴中央控制器。
400G 與 800G 資料中心 spine
採用 Broadcom Tomahawk-4（400G）與 Tomahawk-5（800G）的高 radix spine，並為 AI fabric 提供 RoCEv2 無損佇列。
IPoDWDM與400G同調DCI
由 OcNOS-SP 直接管理的 OpenZR+ 400G 相干可插拔模組：在開放硬體上實現免轉發器 DCI，並具備經過驗證的多廠商光模組互操作性。
已完成轉換的電信業者
以下是已公開的客戶案例，說明 Cisco 設備被替換的情形，以及各家電信業者提出的理由：
分階段的遷移路徑
評估與實驗室驗證
梳理目前的IOS-XR / NX-OS組態、連接埠組合與功能使用情況；將平台對應至上述類別，並選擇OcNOS版本與HCL硬體。
試點與對等性驗證
運行一個雙歸屬試點，驗證協議與定時的一致性，轉換路由策略和 EVPN 配置，並將 OpenConfig 遙測數據推送到您現有的採集器。
滾動式切換
逐區域進行切換，並保留清晰的rollback路徑，在整個過程中維持同一套基於標準的資料平面與維運模式。
IP Infusion 的定位
Cisco 是成熟的既有廠商，擁有深厚的產品組合與相稱的支援組織。IP Infusion 的競爭點在採購模式：可在多家 ODM 之間競標的通用晶片硬體、與機器分開授權且可永久持有的軟體，以及來自一家以上供應商的光模組，最終以在 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 年 7 月公開記載的規格，僅供評估參考之用。