OcNOS-DC · EVPN-VXLAN · BGP Leaf-Spine · Hardware abierto · SLA 24/7

Fabric DC

Fabric de data center leaf-spine escalable con overlays EVPN-VXLAN. Aislamiento de cargas multi-tenant. BGP ECMP en cada nivel, sobre hardware abierto validado a una fracción del coste propietario.

Protocolos:
EVPN-VXLAN BGP Wide ECMP VXLAN PFC / DCB BFD OpenConfig gNMI gRPC Streaming Telemetry NETCONF / YANG Advanced Load Balancing Multisite Stitching IP Storage / NVMEoF Óptica de terceros Model-Based OS
Non-Blocking
Wide-ECMP fabric architectures
EVPN
RFC 7432 / 8365 · Multi-Homing
3–5×
TCO savings vs proprietary switches
24/7
Carrier-grade global SLA
El problema

Los switches propietarios atan su ciclo de renovación para siempre.

Cada vez que compra un switch Cisco o Arista, paga al mismo proveedor margen de hardware y licencia de software, sin poder separarlos. OcNOS-DC corre sobre los mismos ASICs Broadcom a precios ODM.

EVPN-VXLAN leaf-spine with Subcapa BGP Pasarela anycast Supresión ARP Multihoming EVPN — production-ready, on Day 1, on open hardware.

Arquitectura de referencia

EVPN-VXLAN Leaf-Spine — RFC 7938 + RFC 8365

Underlay eBGP unnumbered en cada enlace leaf-spine. VTEP VXLAN en cada leaf. El gateway anycast elimina la latencia de enrutamiento del primer salto. ZTP aprovisiona cada nuevo switch al arranque.

EVPN-VXLAN leaf-spine DC fabric with border leaf Two-spine, two-leaf EVPN-VXLAN data center fabric. Tenant A and Tenant B servers attach via ESI-LAG to VTEP leaves running OcNOS-DC with Type-2 and Type-5 EVPN routes and anycast gateway. Two spines reflect EVPN routes over eBGP ECMP at 25.6 Tbps each. A border leaf with 400G uplinks provides external WAN connectivity and EVPN gateway. Servers Tenant A ESI-LAG AA Servers Tenant B ESI-LAG AA Servers Tenant A anycast GW Leaf-01 OcNOS-DC VTEP · Anycast GW Type-2 + Type-5 eBGP AS 65001 EVPN-VXLAN VTEP Leaf-02 OcNOS-DC eBGP AS 65002 EVPN-VXLAN VTEP eBGP ECMP Spine-01 OcNOS-DC 25.6 Tbps · RR EVPN Route Reflector eBGP AS 65100 Spine-02 OcNOS-DC 25.6 Tbps · RR EVPN Route Reflector eBGP AS 65101 Border Leaf OcNOS-DC Type-5 · RPKI 400G uplinks EVPN GATEWAY WAN / inet OcNOS-DC — FABRIC DC — EVPN-VXLAN · BGP LEAF-SPINE · ANYCAST GW · MULTI-TENANT
OcNOS-DC leaf (VTEP)
OcNOS-DC spine (RR)
OcNOS-DC border leaf
External / WAN

Hover nodes for capability and platform details · Full HCL: 40+ validated platforms at ipinfusion.com/hcl

600+Despliegues de operadores
60+Países
26Años en redes
Arquitectura técnica

EVPN-VXLAN bien hecho — automatizado desde el día 0.

La mayoría de los despliegues de fabric de data center aún dependen de un aprovisionamiento manual por CLI que lleva días por rack. OcNOS-DC combina el conjunto completo de funciones EVPN-VXLAN con ZTP, telemetría streaming gNMI y automatización con Ansible: pase del switch en blanco al leaf en producción en minutos.

EVPN Type-2 + Type-5 con Symmetric IRB

Las rutas Type-2 anuncian MAC e IP juntos para que cada leaf conozca cada host sin flooding. Las rutas Type-5 distribuyen prefijos IP para enrutamiento inter-tenant y externo. El IRB simétrico ofrece forwarding L3 tanto en el VTEP de entrada como en el de salida: ruta óptima, sin hairpin.

EVPN multihoming — activo-activo, sin MLAG

Servidores con doble anclaje a dos switches leaf mediante ESI-LAG. Ambos enlaces reenvían tráfico simultáneamente, mientras EVPN gestiona la sincronización MAC/IP entre VTEP. Sin dominio MLAG propietario, sin peer-link, sin riesgo de split-brain.

Pasarela Anycast distribuida + Supresión ARP

Cada switch leaf comparte la misma IP y MAC de gateway para cada subred de tenant: el tráfico no hace trombón por una pasarela central. La supresión de ARP significa que los leafs responden ARP localmente desde la base EVPN en lugar de inundar la red, reduciendo el broadcast un 80–90 % a escala.

ZTP + gNMI — zero-touch del rack a producción

Un nuevo switch OcNOS-DC arranca, DHCP aprovisiona su configuración EVPN completa vía ZTP, y la telemetría gNMI on-change comienza a transmitir en minutos. Sin cable de consola y sin configuración manual de eBGP. Ansible y Terraform gestionan los cambios de Day-2 de forma idempotente en todo el fabric.

ansible — deploy EVPN-VXLAN fabric EN VIVO
$ansible-playbook -i dc-inventory deploy-evpn.yml
ok: [spine-01] — EVPN RR, AS 65100
ok: [spine-02] — EVPN RR, AS 65101
ok: [leaf-01] — VTEP 10.0.0.1, VNIs up
ok: [leaf-02] — VTEP 10.0.0.2, par ESI
ok: [border-01] — Type-5, RPKI active
PLAY RECAP
5 devices changed=5 failed=0 unreachable=0
$gnmic sub --path /network-instances/ \
--mode ON_CHANGE
VNI 10010 up MACs: 248 ARPs: 248
VNI 10020 up MACs: 192 ARPs: 192
VNI 50010 up rutas: 14
✓ fabric sano — 0 drops — ECMP balanceado

Plataformas Fabric DC validadas

AS9736-64D
Edgecore
25.6 Tbps
AS7726-32X
Edgecore
6.4 Tbps
S9600-56DX
UfiSpace
4.8 Tbps
AS7726-32X
Celestica
6.4 Tbps

40+ validated platforms — HCL completo →

Abierto vs propietario

Los mismos ASIC. Una fracción del coste.

Los switches de data center de Arista, Cisco y Juniper funcionan sobre ASIC Broadcom Tomahawk y Trident — el mismo silicio que hay dentro del hardware ODM de Edgecore y UfiSpace. Lo que está pagando de más es la marca, el lock-in y el margen del fabricante.

❌ Propietario (Arista / Cisco / Juniper)

Hardware y NOS empaquetados — no es posible comprar el ASIC sin la licencia de software vinculada al mismo.

MLAG para el dual-homing de servidores requiere un protocolo peer-link propietario y un enlace keepalive dedicado por cada par de switches.

La automatización depende de EAPI, NX-API o Junos PyEZ propietarios, sin portabilidad entre plataformas o proveedores.

Contratos de soporte de hardware y de software separados: múltiples colas de TAC para un mismo problema de red.

Renovación total cada 3–5 años cuando el proveedor declara EOL la plataforma, haya fallado el hardware o no.

✓ OcNOS-DC sobre hardware abierto

Hardware de Edgecore o UfiSpace. OcNOS-DC de IP Infusion. Contratos separados, o agrupados en una única SKU llave en mano.

EVPN Multi-Homing (ESI-LAG) ofrece dual-homing de servidores activo-activo de forma nativa: sin peer-link y sin protocolo propietario.

NETCONF/YANG 1.1, OpenConfig, gNMI, Ansible, Terraform: estándares abiertos que funcionan en OcNOS-DC y cualquier otro NOS compatible con estándares.

Un único contrato de soporte de IP Infusion cubre TAC de software y coordinación de RMA de hardware a nivel global, 24/7: una llamada, una cola.

OcNOS-DC es software: actualice el NOS de forma independiente del hardware. Prolongue la vida útil de la plataforma más allá de los plazos EOL del fabricante.

Escenarios de despliegue

Dónde se despliega hoy OcNOS DC Fabric.

CASO DE USO 01

Fabric DC multi-tenant empresarial

Los data centers empresariales que alojan múltiples unidades de negocio o clientes sobre infraestructura compartida requieren un aislamiento sólido entre tenants sin sacrificar el rendimiento este-oeste. OcNOS-DC ofrece aislamiento por VRF mediante VNI L3, anycast gateway para enrutamiento intra-fabric óptimo y supresión ARP para contener el broadcast a gran escala — todo sobre hardware abierto.

CASO DE USO 02

Fabric para proveedores cloud / hyperscale

Los proveedores cloud y los hyperscalers necesitan operaciones automation-first en las que cada switch se aprovisiona de forma idéntica desde una plantilla, nunca manualmente. El diseño ZTP, NETCONF/YANG y Ansible-native de OcNOS-DC permite que la nueva capacidad esté operativa en minutos, no en días. El soporte de Docker y Kubernetes en OcNOS 7.0 permite a los operadores ejecutar agentes de monitorización on-switch junto al NOS.

CASO DE USO 03

Fabric mixto IA + uso general

Muchos data centers ejecutan tanto pods de cómputo GPU como cargas convencionales. OcNOS-DC maneja ambos en una única instancia NOS — fabric multi-tenant EVPN-VXLAN para las cargas convencionales y la pila DCB lossless RoCEv2 completa (PFC, ECN, DLB) para los pods GPU. Sin NOS separado para la sección de IA. Para la capa de interconexión DC a DC, vea la Solución IPoDWDM.

Empezar

Construya su fabric leaf-spine en hardware abierto.

Hable con un especialista de DC networking de IPI o descargue la VM gratuita de OcNOS-DC y valide configuraciones EVPN-VXLAN hoy mismo, sin hardware.

Preguntas técnicas frecuentes

DC Fabric with OcNOS-DC

¿Qué es EVPN-VXLAN y cómo lo implementa OcNOS-DC?
EVPN-VXLAN es el estándar de la industria para overlays de fabric de data center multi-tenant. OcNOS-DC implementa EVPN RFC 8365 con encapsulación VXLAN: rutas Type-2 para anuncio de MAC/IP, rutas Type-5 para distribución de prefijos IP, e Integrated Routing and Bridging (IRB) tanto simétrico como asimétrico. Los switches leaf actúan como VXLAN Tunnel Endpoints (VTEP) con anycast gateway distribuido para enrutamiento intra-fabric óptimo. La supresión ARP reduce el tráfico broadcast a gran escala. El underlay BGP sigue la arquitectura de data center RFC 7938 con interfaces eBGP unnumbered en cada enlace leaf-spine.
¿Puede OcNOS-DC sustituir a Arista EOS o Cisco NX-OS en mi data center?
Sí. OcNOS-DC ofrece paridad de funciones para despliegues leaf-spine EVPN-VXLAN estándar. Funciona sobre los mismos ASIC Broadcom Tomahawk y Trident usados en el hardware de Arista y Cisco, pero sobre plataformas ODM abiertas de Edgecore, UfiSpace y Celestica. Los clientes obtienen normalmente ahorros sustanciales de CAPEX en hardware frente a los sistemas propietarios. IP Infusion proporciona un contrato de soporte unificado único que cubre tanto el software OcNOS-DC como la coordinación de RMA del hardware — una simplicidad operativa equivalente a la de un despliegue propietario, sin dependencia del proveedor del proveedor.
¿Qué es el multi-homing EVPN y lo soporta OcNOS-DC?
El multi-homing EVPN (ESI-LAG) permite que un servidor o dispositivo de red se conecte simultáneamente a dos o más switches leaf en configuración active-active o active-standby, sin requerir un dominio MLAG tradicional. OcNOS-DC soporta multi-homing EVPN (Active-Active) usando Ethernet Segment Identifiers (ESI), proporcionando redundancia y distribución óptima de tráfico sin la complejidad operativa de los protocolos MLAG propietarios.
¿Cómo gestiona OcNOS-DC el aislamiento multi-tenant en un fabric DC?
El aislamiento multi-tenant se implementa mediante VXLAN Network Identifiers (VNI). OcNOS-DC soporta tanto VNI Layer 2 para dominios de tenant bridgeados como VNI Layer 3 para tráfico enrutado inter-tenant vía IRB simétrico. Cada VRF de tenant queda aislado en el plano de datos. EVPN E-Tree (Escenario 1) aporta aislamiento leaf-a-leaf adicional dentro de un tenant para casos de uso que requieren control de tráfico spoke-a-spoke. La validación BGP RPKI asegura el plano de control de enrutamiento en el borde del fabric.
¿OcNOS-DC soporta Zero Touch Provisioning para despliegues leaf-spine?
Sí. OcNOS-DC soporta ZTP basado en DHCP sobre IPv4 e IPv6. Un nuevo switch leaf arranca, solicita su configuración vía DHCP option 67, y OcNOS-DC descarga y aplica la configuración completa de forma automática — incluyendo sesiones eBGP, address families EVPN, mapeos VNI y perfiles DCBX. Combinado con IP Maestro para la gestión del ciclo de vida y la telemetría streaming gNMI, OcNOS-DC permite operaciones Day-0 a Day-2 totalmente automatizadas sin intervención manual de CLI.
¿Qué herramientas de automatización soporta OcNOS-DC para la gestión de fabric DC?
OcNOS-DC está construido para operaciones automation-first: modelos NETCONF/YANG 1.1 y OpenConfig para configuración model-driven, gNMI con telemetría streaming dial-in y dial-out para visibilidad en tiempo real, playbooks de Ansible para despliegues fabric-wide idempotentes, un provider Terraform para flujos infrastructure-as-code, y sFlow para sampling de tráfico. El soporte de Docker y Kubernetes en OcNOS 7.0 permite que agentes de monitorización de terceros se ejecuten directamente en la CPU del switch, eliminando la necesidad de una infraestructura de colectores separada.
Resource

OcNOS Hybrid Cloud-Native DC Whitepaper

Complete a short form and the PDF is delivered instantly by our resource centre.

Download PDF