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 硬件、网络操作系统与支持服务均来自同一家厂商。 |
| 硬件 | 来自 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，数据中心使用 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 上增加 RoCEv2 无损队列，面向 GPU 集群 fabric。在 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 | 不同厂商的芯片 | Tomahawk-5 平台可提供面向 AI fabric 的 RoCEv2 无损队列能力。 |
| 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 产品线的设计来规划，而不是同类数据中心交换机的直接替换。 |
| 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）的高基数脊层设备，并为 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 月公开记载的规格，仅供评估参考之用。