IP Infusion frente a Cisco Nexus, NCS y 8000: comparativa técnica

Plataforma a plataforma, silicio a silicio: cómo se comparan los routers y switches de IP Infusion con Cisco Nexus, NCS, la serie Cisco 8000 y ACI, y qué cambia en licenciamiento, CLI y operación si da el paso.

Cómo se componen los dos

Un router o un switch se construye con las mismas capas en ambos casos. Lo que cambia es quién aporta cada capa. Con IP Infusion, cada capa se adquiere por separado y el resultado se entrega como un solo sistema.

IP InfusionSe adquieren por separado, se entregan como un solo sistema
HardwareEdgecore, UfiSpace, Celestica
NOSOcNOS-SP u OcNOS-DC
CLIUna sola CLI estándar del sector en SP, DC y fabric de AI
ÓpticasVarios proveedores, incluidas 400G ZR y ZR+
SoporteIP Infusion: un contrato de soporte y una vía de RMA

Proveedores distintos en cada capa, con cualificación conjunta de IP Infusion y entrega como un solo producto, con un contrato de soporte y una vía de RMA.

CiscoSe adquiere y se entrega como una sola pila
HardwareCisco
NOSCisco IOS-XR o NX-OS
CLIIOS-XR CLI on NCS and Cisco 8000, NX-OS CLI on Nexus
ÓpticasCisco
SoporteCisco TAC

Cisco aporta el hardware, el sistema operativo de red, la óptica y el soporte.

De un vistazo

DimensiónIP Infusion (OcNOS)Cisco (IOS-XR / NX-OS)
Lo que compraEl router o switch terminado: hardware abierto, OcNOS, óptica y soporte como un solo sistema. O bien OcNOS por separado, para el hardware que ya tiene en operación.El router o switch terminado: hardware Cisco, el NOS y el soporte de un solo proveedor.
HardwarePlataformas abiertas de Edgecore, UfiSpace y Celestica. Un único modelo operativo de OcNOS para todas ellas.Sistemas de marca Cisco.
SilicioSilicio merchant de Broadcom: Qumran y Jericho para enrutamiento, Trident y Tomahawk para conmutación.Cisco Silicon One en los Cisco 8000 y Nexus 9364E-SG2, Cloud Scale en los Nexus 9300-FX2 y FX3. Cisco indica ASIC de la familia Jericho para sus routers fijos NCS 5500 y NCS 5700.
Sistema operativoOcNOS-SP para el enrutamiento de proveedores de servicios y OcNOS-DC para el centro de datos, cada uno en ediciones.IOS-XR en routers NCS y Cisco 8000, NX-OS en switches Nexus.
LicenciasSe licencia por separado del hardware, por edición, con una licencia de uso perpetua.IOS-XR: un Flexible Consumption Model con suscripciones por plazo y Smart Licensing, o un modelo perpetuo en los Cisco 8000, NCS 540 y NCS 560.
AbastecimientoEl hardware y el software se compran por separado, de modo que las plataformas pueden ponerse a competir entre ODM.El hardware, el software y el soporte proceden de Cisco.
ProtocolosBGP, OSPF, IS-IS, MPLS, SR-MPLS, EVPN-VXLAN, RSVP-TE, IEEE 1588v2. Compatibilidad inicial con SRv6 en routers seleccionados, con más en desarrollo. Detalle por plataforma en la Feature Matrix.Por plataforma, en las hojas de datos de Cisco.
ÓpticasPluggables de varios fabricantes con interoperabilidad probada, incluida la óptica coherente 400G ZR y ZR+ en las plataformas compatibles.Óptica de Cisco, indicada por plataforma.
GestiónCLI transaccional estándar del sector con commit explícito. NETCONF, OpenConfig, gNMI, YANG, Ansible, IP Maestro EMS.Líneas de comandos de IOS-XR y NX-OS.
SoportePara un OcNOS System, un contrato de soporte y una vía de RMA de IP Infusion cubren el software y el hardware. Para el hardware que compra usted mismo, el fabricante da soporte al hardware.Cisco TAC para hardware y software.

Qué cambia con IP Infusion

IP Infusion cambia la forma de comprar y de dar soporte a la red. Un cambio desde Cisco se planifica en tres pasos.

Qué le ofrece IP Infusion
  • Licencias por edición. OcNOS se licencia por separado del hardware, en ediciones, con una licencia de uso perpetua.
  • Hardware que puede poner a competir. OcNOS se ejecuta en plataformas de silicio merchant de Edgecore, UfiSpace y Celestica, de modo que el equipo puede salir a concurso sin cambiar el sistema operativo de red.
  • Capas que siguen siendo separables. El hardware, el software y la óptica se compran por sus propios méritos, así que un cambio de proveedor en uno de ellos no obliga a cambiar los demás.
  • Óptica multiproveedor. Ópticas conectables con interoperabilidad probada de varios proveedores, incluida la coherente 400G ZR y ZR+ para IPoDWDM y DCI.
  • Soporte de un solo equipo. Para un OcNOS System, IP Infusion respalda tanto el software como el hardware, con un solo contrato y una sola vía de RMA. Para el hardware que compra usted mismo, el fabricante da soporte al hardware.
Qué implica un cambio
  • Evaluación. La configuración actual de IOS-XR o NX-OS, la combinación de puertos y el uso de funciones se contrastan con la Feature Matrix y la Hardware Compatibility List.
  • Traducción. La sintaxis de comandos de OcNOS difiere de la de IOS-XR y NX-OS, por lo que la configuración se asigna y se revisa en lugar de copiarse línea por línea.
  • Revisión de diseño para ACI. El modelo de políticas de APIC no se traslada uno a uno a un fabric BGP-EVPN-VXLAN, por lo que un fabric ACI se rediseña en lugar de sustituirse.

Un único modelo operativo para proveedor de servicios, centro de datos y AI fabric

OcNOS ofrece la misma línea de comandos estándar del sector y el mismo modelo operativo en el enrutamiento de proveedores de servicios, el fabric EVPN-VXLAN de centro de datos y el spine de fabric de AI con RoCEv2, en las familias OcNOS-SP y OcNOS-DC. Cisco ejecuta estos roles en dos sistemas operativos, IOS-XR y NX-OS.

Enrutamiento de proveedor de servicios

OcNOS-SP incluye BGP, IS-IS, OSPF, SR-MPLS y EVPN-MPLS con sincronización IEEE 1588v2 en plataformas Broadcom Qumran y Jericho. En Cisco, este rol se ejecuta con IOS-XR.

fabric de centro de datos

OcNOS-DC ejecuta un leaf-spine BGP-EVPN-VXLAN con las primitivas de overlay estándar, en leaves Broadcom Trident-3 y spines Tomahawk. En Cisco, este rol se ejecuta con NX-OS.

fabric de IA

OcNOS-DC añade PFC y ECN para tráfico RoCEv2 lossless en spines Broadcom Tomahawk-5 de 800G para fabrics de clústeres de GPU. El Cisco 800G Nexus 9364E-SG2 ejecuta NX-OS.

Con IP Infusion, la misma línea de comandos y los mismos patrones de configuración se aplican a los tres roles. En Cisco, el enrutamiento de proveedores de servicios y de core se ejecuta con IOS-XR y el centro de datos con NX-OS, cada uno con su propia línea de comandos.

Plataforma por plataforma: routers para proveedores de servicios

Las filas se emparejan por rol, perfil de puertos y capacidad, no SKU por SKU. Cada fila empareja una plataforma de Cisco con su equivalente de IP Infusion, el perfil de puertos, la comparación de capacidad y el nivel de coincidencia. Cuando una plataforma no alcanza la capacidad, la fila lo indica y nombra la combinación que sí la alcanza.

Rol, puertos y capacidad coinciden por completo Misma clase de capacidad Revisión de diseño
Plataforma Cisco Equivalente de IP Infusion Puertos Capacidad Coincidencia Notas
Cisco NCS 540 (N540-24Z8Q2C)Acceso / agregación · IOS-XR S9510-28DC / AS7535-28XBOcNOS-SP 24×10G + 8×25G + 2×100G → 24×25G + 2×100G + 2×400G Total de puertos 640G → 800G Coincidencia de rol y capacidad Cisco no publica el ASIC de reenvío del NCS 540, así que esta fila se empareja por rol, perfil de puertos y capacidad, no por silicio.
Cisco NCS 5500 / 5700Agregación / 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 Misma clase de capacidad Para un NCS-57B1 de 6×400G + 24×100G, la configuración de puertos más próxima es la del S9600-56DX, con 8×400G + 48×100G. Route scale and port mix are compared per deployment.
Cisco 8201-32FHCore / peering · Cisco 8000 · Cisco Silicon One S9610-36DOcNOS-SP 32×400G → 36×400G 12.8T → 14.4T Silicio diferente Las arquitecturas de silicio difieren, por lo que la escala de FIB/RIB y la profundidad de la pila de etiquetas se comparan en cada despliegue en lugar de darse por supuestas.

Plataforma por plataforma: switches para centros de datos

OcNOS-DC sobre hardware abierto de Broadcom: leaves EVPN-VXLAN en Trident-3, spines IP en Tomahawk.

Plataforma Cisco Equivalente de IP Infusion Puertos Capacidad Coincidencia Notas
Cisco Nexus 93180YC-FX3Leaf 25G · NX-OS · Cloud Scale AS7326-56XOcNOS-DC 48×25G + 6×100G → 48×25G + 8×100G 1.8T → 2.0T (unidireccional) Equivalencia puerto a puerto Se admiten BGP-EVPN-VXLAN, MAC-VRF y las primitivas de overlay estándar.
Cisco Nexus 9336C-FX2Leaf / spine 100G · NX-OS · Cloud Scale AS7726-32X / S9110-32XOcNOS-DC 36×100G → 32×100G 3.6T → 3.2T (unidireccional) Misma clase de 100G Cuatro puertos 100G menos que el 9336C-FX2, así que en un fabric amplio conviene comprobar el número de puertos frente al diseño.
Cisco Nexus 9332D-GX2B400G leaf / spine · NX-OS AS9716-32D / AS9736-64DOcNOS-DC 32×400G → 32 o 64×400G 12,8T → 12,8 o 25,6T Misma clase 400G La Feature Matrix indica EVPN-VXLAN en las plataformas Trident-3, no en estas plataformas Tomahawk, por lo que encajan en el rol de spine IP de un fabric EVPN-VXLAN.
Cisco Nexus 9364E-SG2800G spine · NX-OS · Cisco Silicon One G200 AIS800-64D / S9321-64EOcNOS-DC 64×800G → 64×800G 51.2T → 51.2T Silicio de otro proveedor 64×800G en ambos lados, sobre silicio de distintos fabricantes. Las plataformas Tomahawk-5 incorporan PFC, ECN y ECN dinámico para el tráfico del fabric de AI con RoCEv2.
Cisco ACI / APICFabric de DC basado en controlador Leaf-spine EVPN-VXLANOcNOS-DC n/a Según el diseño del fabric Revisión de diseño Ambos usan VXLAN en el fabric. ACI lo combina con IS-IS, COOP y el modelo de políticas de APIC, por lo que un cambio se plantea como una revisión de diseño y no como una sustitución.

Cómo leer esto. Las filas se emparejan por rol, perfil de puertos y capacidad. La capacidad se expresa de la misma forma en ambos lados: cuando Cisco publica la capacidad de conmutación de Nexus de forma bidireccional, aquí la cifra se divide a la mitad para compararla con las cifras unidireccionales que publican Edgecore y UfiSpace. El silicio se nombra solo cuando el fabricante lo nombra; Cisco no publica el ASIC de reenvío del NCS 540 ni del Nexus 9332D-GX2B. Ningún SKU se presenta como un reemplazo uno a uno garantizado, y la plataforma adecuada para su red sigue dependiendo de su combinación de puertos, su escala y su conjunto de funciones. Las especificaciones reflejan la información documentada públicamente a octubre de 2026.

Fuentes de Cisco de los datos de esta página:

Plataformas que IP Infusion suministra para estos roles

Un conjunto representativo para los roles anteriores. Abra cualquier tarjeta para ver el datasheet de la plataforma:

S9510-28DC UfiSpace open switch
S9510-28DC Acceso / agregación SP UfiSpace · Qumran-2A Ver hoja de datos →
S9600-64X UfiSpace open switch
S9600-64X Agregación SP UfiSpace · Qumran-2C Ver hoja de datos →
S9610-36D UfiSpace open switch
S9610-36D Núcleo compacto SP UfiSpace · Jericho-2C+ Ver hoja de datos →
AS7326-56X Edgecore open switch
AS7326-56X DC leaf (25G) Edgecore · Trident-3 Ver hoja de datos →
AS9736-64D Edgecore open switch
AS9736-64D DC spine (400G) Edgecore · Tomahawk-4 Ver hoja de datos →
AIS800-64D Edgecore open switch
AIS800-64D DC / AI spine (800G) Edgecore · Tomahawk-5 Ver hoja de datos →

Consulte el conjunto completo de plataformas cualificadas en la Hardware Compatibility List.

Roles que cubre IP Infusion

Agregación metro & edge para service provider

SR-MPLS, EVPN-MPLS y sincronización G.8273.2 Class C en plataformas Broadcom Qumran y Jericho, para los roles de acceso y agregación que atienden los Cisco NCS 540 y NCS 5500.

leaf-spine EVPN-VXLAN de centro de datos

Un fabric BGP-EVPN-VXLAN con leaves Trident-3 y spines IP Tomahawk, las primitivas de overlay estándar (MAC-VRF, rutas type-2 y type-5) y sin controlador central.

spine de centro de datos de 400G y 800G

Spines de alta densidad de puertos en Broadcom Tomahawk-4 (400G) y Tomahawk-5 (800G), con PFC y ECN para el tráfico lossless de fabric de AI con RoCEv2.

IPoDWDM y DCI coherente de 400G

Pluggables coherentes 400G ZR y OpenZR+ en routers OcNOS-SP compatibles, con interoperabilidad probada con óptica de varios fabricantes, para DCI sin transpondedores independientes.

Operadores que dieron el paso

Casos de cliente publicados en los que se sustituyó equipamiento Cisco, y el motivo que dio cada operador:

MadeoSustituyó switches Cisco Nexus 3048 y Catalyst 3750. Eligió OcNOS por la interconexión de centros de datos EVPN-VXLAN, el peering de tránsito BGP completo y la flexibilidad de la óptica, con una CLI conocida. Dojo NetworksSustituyó equipos de transporte de Cisco entre sitios. Citó la amplitud de funciones sobre hardware diverso y plazos de entrega que pasaron de años a días, a la vez que interoperaba con el parque multifabricante instalado. Premium Choice BroadbandSustituyó un router de core de Cisco por OcNOS-SP en UfiSpace. Citó la disponibilidad inmediata del equipo de actualización, la solidez del software y el precio. Hall AG (Citynet)Sustituyó su backbone Cisco por OcNOS sobre Edgecore. Citó la paridad funcional con las alternativas que evaluó, la disponibilidad en stock, el precio y una CLI estándar del sector que facilitó la migración.

Una ruta de migración por fases

Evaluación y laboratorio

Registre la configuración IOS-XR / NX-OS actual, la combinación de puertos y el uso de funciones; asigne las plataformas a las clases anteriores y seleccione las ediciones de OcNOS y el hardware de la HCL.

Semana 1

Piloto y paridad

Ejecute un piloto con doble conexión, verifique la paridad de protocolo y temporización, traduzca la política de rutas y la configuración EVPN, y transmita telemetría OpenConfig a su colector existente.

Semana 4

Cambio progresivo

Realice la migración región por región, con una ruta de rollback clara, conservando en todo momento el mismo plano de datos basado en estándares y el mismo modelo operativo.

Semana 12

Dónde encaja IP Infusion

IP Infusion compite en la forma de comprar la red: hardware con silicio merchant que puede licitarse entre varios ODM, OcNOS licenciado por edición y por separado de la caja con una licencia de uso perpetua, y óptica de más de un proveedor, entregado como un router o switch completo cualificado en la HCL.

Matriz de funcionesSoporte por función y por plataforma Lista de compatibilidad de hardwarePlataformas abiertas listadas en la HCL OcNOS-SPRouting de service provider OcNOS-DCfabric de centro de datos Redes abiertasEl panorama de proveedores OcNOS vs SONiCComparar también OcNOS vs JuniperComparar también
Explorar OcNOS Contáctenos

Cisco, IOS-XR, IOS-XE, NX-OS, Silicon One, Nexus, Catalyst, NCS, Cisco 8000, ACI y APIC son marcas comerciales de Cisco Systems, Inc. Broadcom y los nombres de sus productos son marcas comerciales de Broadcom Inc. Todas las demás marcas son propiedad de sus respectivos titulares. IP Infusion no está afiliada a Cisco Systems, ni cuenta con su respaldo ni patrocinio. Las comparaciones reflejan especificaciones documentadas públicamente a octubre de 2026 y se ofrecen únicamente con fines de evaluación.

Preguntas frecuentes

¿IP Infusion vende switches y routers completos, o solo el software OcNOS?
Ambas. La oferta principal es el producto completo: un router o switch de nivel carrier con OcNOS preinstalado en hardware abierto, más la óptica y el contrato de soporte, entregado como un solo sistema y cualificado en la Hardware Compatibility List. Si ya utiliza hardware abierto, puede licenciar OcNOS por separado para él. Como el hardware, el software y la óptica siguen siendo separables, puede cambiar cualquiera de ellos más adelante sin sustituir los demás.
¿Es IP Infusion una alternativa a Cisco?
Sí. IP Infusion suministra routers y switches para los mismos roles de proveedor de servicios y de centro de datos que cubre Cisco, construidos sobre plataformas abiertas de silicio merchant de Broadcom, con el sistema operativo de red comercial OcNOS, soporte del fabricante y SLA. La diferencia práctica está en las compras: el hardware se pone a competir entre ODM y el software se licencia por separado de él.
¿Puede OcNOS sustituir a Cisco IOS-XR en el enrutamiento de service provider?
OcNOS-SP incluye BGP, IS-IS, OSPF, MPLS, SR-MPLS, RSVP-TE, L2VPN y L3VPN, QoS y sincronización IEEE 1588v2, con compatibilidad inicial con SRv6 en routers seleccionados y más en desarrollo. Que una plataforma concreta de Cisco se corresponda uno a uno depende de su combinación de puertos, su escala y el uso de funciones, por lo que un cambio a producción se contrasta en una evaluación de ingeniería de IP Infusion con la Feature Matrix y la Hardware Compatibility List.
¿Cuál es la diferencia entre OcNOS y Cisco NX-OS en el centro de datos?
OcNOS-DC ejecuta fabrics leaf-spine BGP-EVPN-VXLAN en plataformas abiertas Broadcom Trident y Tomahawk de varios fabricantes. NX-OS se ejecuta en hardware Cisco Nexus. La diferencia es el modelo de hardware: con OcNOS-DC, el switch puede adquirirse a más de un fabricante sin cambiar el sistema operativo de red.
¿Se ejecuta OcNOS sobre el mismo silicon que Cisco?
En parte. OcNOS se basa en silicio merchant de Broadcom (Qumran, Jericho, Trident, Tomahawk). Cisco usa sus propios ASIC Silicon One en los Cisco 8000 y el Nexus 9364E-SG2, y la tecnología Cloud Scale en los Nexus 9300-FX2 y FX3, e indica ASIC de la familia Jericho para sus routers fijos NCS 5500 y NCS 5700, incluido un único ASIC Jericho 2 de 4.8 Tbps en el NCS-57B1.
¿Existe un equivalente de OcNOS al Cisco Nexus 9300?
Para el rol de leaf de centro de datos, OcNOS-DC se ejecuta en plataformas Broadcom Trident-3 (por ejemplo, un switch Edgecore de 48×25G con uplinks de 100G) con BGP-EVPN-VXLAN, MAC-VRF y las primitivas de overlay estándar. La coincidencia exacta depende de su perfil de puertos y uplinks, que la evaluación contrasta con la Hardware Compatibility List.
¿Puede OcNOS sustituir una fabric EVPN-VXLAN de Cisco ACI?
Cisco ACI es un fabric basado en controlador gestionado por el APIC, en el que todo el tráfico del fabric se transporta como VXLAN, con IS-IS y COOP para el reenvío de endpoints. OcNOS-DC ejecuta un leaf-spine BGP-EVPN-VXLAN sobre hardware abierto sin controlador central. Ambos usan VXLAN, pero el modelo de políticas de APIC no se corresponde función por función, por lo que un cambio se plantea como una revisión de diseño y no como una sustitución.
¿Cuál es la alternativa de OcNOS a las series Cisco 8000 o NCS para el núcleo SP?
OcNOS-SP se ejecuta en la familia UfiSpace S9600 (Broadcom Qumran-2C), en el S9610-36D (Jericho2C+) y en el Edgecore AS9947-36XKB (Jericho2C+) para agregación, core y peering, y en routers Qumran-2A para el rol de acceso del NCS 540. El silicio difiere del Cisco Silicon One y del Jericho 2 que Cisco indica para el NCS-57B1, por lo que la escala de FIB/RIB, la profundidad de la pila de etiquetas y la combinación de puertos se comparan en cada despliegue.
¿Cómo se corresponden los comandos de Cisco IOS-XR y NX-OS con OcNOS?
OcNOS usa una línea de comandos estándar del sector que es transaccional, con commit y rollback explícitos. La sintaxis de comandos difiere de la de IOS-XR y NX-OS, por lo que una migración utiliza un mapeo de comandos y una fase de traducción revisada en lugar de una copia línea por línea.
¿Puede un solo equipo gestionar proveedor de servicios, centro de datos y AI fabric con IP Infusion?
Sí. OcNOS usa la misma línea de comandos estándar del sector y el mismo modelo operativo en el enrutamiento de proveedores de servicios con OcNOS-SP, y en el fabric EVPN-VXLAN de centro de datos y los spines de fabric de AI con RoCEv2 con OcNOS-DC, por lo que los mismos patrones de configuración y las mismas herramientas sirven para los tres roles. En Cisco, esos roles se ejecutan en dos sistemas operativos: IOS-XR en routers NCS y Cisco 8000, y NX-OS en switches Nexus.
¿Cuenta OcNOS con un soporte como el de Cisco?
Sí. OcNOS es un producto comercial respaldado por SLA y por una organización de soporte global, no un proyecto comunitario. Compre un OcNOS System e IP Infusion da soporte al software y al hardware con un solo contrato y una sola vía de RMA. Para el hardware que compra usted mismo, IP Infusion da soporte al software y el fabricante del hardware da soporte al hardware.
¿Cuánto tiempo lleva IP Infusion desarrollando software de sistemas operativos de red?
Desde finales de la década de 1990. OcNOS se basa en ZebOS, el stack de enrutamiento embebido comercial que IP Infusion desarrolla y distribuye desde hace más de dos décadas y que ha licenciado como software de enrutamiento en todo el sector del networking y la seguridad. Su linaje de enrutamiento se remonta al proyecto de enrutamiento Zebra, originado por los fundadores de IP Infusion. OcNOS-SP y OcNOS-DC son los sistemas operativos carrier-grade construidos sobre esa base de código, de modo que la pila de protocolos que los sustenta acumula un largo historial de campo y no uno reciente.
¿Está OcNOS lo bastante probado para una red de operador o de centro de datos en producción?
Sí. OcNOS se ejecuta en redes de producción de proveedores de servicios y de centros de datos en todo el mundo, sobre un plano de control de enrutamiento con más de dos décadas de trayectoria en campo gracias a su herencia ZebOS. Es un producto comercial con soporte, con su propio proceso de ingeniería, QA y publicación de versiones. Para una red concreta, el despliegue se contrasta con la Feature Matrix y la Hardware Compatibility List, de modo que la coincidencia con sus roles, su escala y su uso de funciones se confirma antes de la puesta en servicio.
¿Por qué sustituir routers propietarios por open networking?
Separa el hardware, el sistema operativo de red y la óptica para que cada uno pueda adquirirse por sus propios méritos, con OcNOS licenciado por edición con una licencia de uso perpetua. IP Infusion entrega el resultado como un sistema completo y cualificado, de modo que esa libertad de adquisición no se convierta en un proyecto de integración.
¿IP Infusion es también una alternativa a Juniper?
Sí. Las mismas plataformas OcNOS que cubren los roles de Cisco IOS-XR y NX-OS también cubren los roles de Junos en redes de proveedores de servicios y de centros de datos. Para una vista plataforma por plataforma, consulte la comparación con Juniper en /resources/ocnos-vs-juniper/.