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 硬件、网络操作系统与支持服务均来自同一家厂商。
硬件来自 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。

数据中心 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/ZR+ 相干可插拔光模块,与多家厂商的光模块经过互操作验证,用于 DCI,无需转发器或 muxponder 机架。

已完成迁移的运营商

以下是已公开的客户案例,其中 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 对比。