OcNOS-DC: il NOS per il data center.

OcNOS-DC è la variante per data center di OcNOS di IP Infusion, il sistema operativo di rete in produzione presso oltre 600 operatori in più di 60 paesi. È progettato per fabric leaf-and-spine che trasportano overlay EVPN-VXLAN, traffico RoCEv2 senza perdita per cluster AI e ML e collegamenti DCI a 400G o 800G. Il sistema operativo funziona su switch aperti basati su Broadcom di Edgecore e UfiSpace, offrendo agli operatori un'alternativa commerciale ad Arista EOS, Cisco Nexus e alle build SONiC fai-da-te.

OcNOS-DC implementa EVPN-VXLAN con rotte sia Type-2 MAC/IP sia Type-5 IP-prefix, IRB simmetrico, distributed anycast gateway e ARP suppression. Il multi-homing EVPN con all-active ESI LAG sostituisce il legacy MLAG per server e storage dual-homed. Il control plane utilizza MP-BGP secondo RFC 7432 e RFC 8365, garantendo così l'interoperabilità con le principali implementazioni EVPN di altri vendor.

OcNOS-DC viene fornito con profili Priority Flow Control (PFC) ed Explicit Congestion Notification (ECN) pre-ottimizzati per RoCEv2, così le classi di traffico RDMA possono essere messe in pausa su base per-priorità per evitare la perdita di pacchetti tra GPU. L'obiettivo è una fabric a perdita di pacchetti zero per i collettivi xCCL come NCCL e RCCL. Le implementazioni reali in produzione realizzate finora hanno operato nell'ordine di 20-200 GPU, e il design scala ulteriormente con la crescita dei progetti.

OcNOS-DC è offerto in tre SKU. DC-MGMT fornisce funzionalità Layer 2 e Layer 3 per gli switch di gestione out-of-band. DC-IPBASE aggiunge l'overlay EVPN-VXLAN e l'Ethernet lossless per le fabric AI, mentre DC-PLUS lo estende con la telemetria in streaming e le ottiche coerenti 400G ZR/ZR+ per l'interconnessione dei data center.

OcNOS-DC supporta 18 piattaforme hardware aperte di Edgecore e UfiSpace, dai leaf ToR 48x25G fino agli spine 64x800G. Il silicio Broadcom supportato include Tomahawk 5 (51.2T, 800G), Tomahawk 4 (25.6T, 400G), Tomahawk 3, Trident 4 e Trident 3. La stessa immagine NOS gira su tutto il portafoglio, così gli operatori possono standardizzare una sola CLI e una sola toolchain di automazione sui ruoli leaf, spine e border.

OcNOS-DC espone NETCONF, RESTCONF e gNMI/gRPC verso northbound, con modelli OpenConfig e YANG nativi, così da inserirsi nelle pipeline esistenti basate su Ansible, Terraform o controller sviluppati internamente. Lo Zero Touch Provisioning utilizza le opzioni DHCP 66/67 per recuperare l'immagine e la configurazione day-zero, consentendo a un nuovo leaf o spine di unirsi alla fabric senza accesso alla console. La telemetria in streaming è disponibile nel tier DC-PLUS per l'assurance closed-loop.

Sono tre modi in cui OcNOS-DC scala la stessa fabric. Lo scale-up aumenta la capacità di un singolo pod incrementando la larghezza di banda e la densità di porte per switch, per esempio passando da una fabric 100G a 400G e 800G, così la stessa topologia leaf-spine-super-spine alimenta nodi di calcolo più grandi e a maggiore larghezza di banda, senza aggiungere altri pod. Lo scale-out aumenta la capacità aggiungendo altri blocchi dello stesso tipo, più switch spine e super-spine e coppie di leaf, allargando orizzontalmente la topologia Clos così che si colleghino più rack e leaf mentre ogni endpoint mantiene la raggiungibilità any-to-any. Lo scale-across estende la fabric oltre un singolo data center, usando un control plane EVPN e BGP globale tramite un'interconnessione coerente long-haul per collegare pod DC indipendenti in un'unica fabric logicamente unificata. OcNOS-DC esegue tutti e tre sotto un unico NOS e un unico control plane.