DC · AI Fabric · EVPN-VXLAN

OcNOS-DC: das NOS für das Rechenzentrum.

Open-Networking-OS für Leaf-Spine-Fabrics im Rechenzentrum. EVPN-VXLAN-Overlays, verlustfreies RoCEv2 für AI-GPU-Cluster, ZTP-Automatisierung und Streaming-Telemetrie auf qualifizierter offener Broadcom-Hardware.

dc-spine01 · OcNOS-DC
$show bgp evpn summary
BGP EVPN · AS 65001
Nachbar Status Pfx
10.0.0.11 Etabliert 342
10.0.0.12 Etabliert 342
$show pfc counters et-0/0/1
Priorität 3 RoCEv2
Drop-Zähler 0
Status ✓ verlustfrei
$show ztp status
Status ✓ Abgeschlossen
Fabric ✓ EVPN beigetreten
$
Scale-up, Scale-out, Scale-across

Eine Fabric. Jede Entfernung.

OcNOS-DC skaliert eine Fabric in drei Richtungen: nach oben innerhalb eines Pods, nach außen zu einer breiteren Clos-Fabric und über Rechenzentren hinweg, alles unter einer einzigen EVPN- und BGP-Control-Plane.

Scale-Up

Den Pod nach oben skalieren

Erhöhen Sie die Bandbreite und Portdichte pro Switch, indem Sie von einer 100G-Fabric auf 400G und 800G wechseln, sodass derselbe Leaf-Spine-Super-Spine-Pod größere, bandbreitenstärkere Compute-Knoten versorgt, ohne weitere Pods hinzuzufügen.

OcNOS-DC · 100G bis 800G
Scale-Out

Die Fabric nach außen skalieren

Fügen Sie mehr derselben Bausteine hinzu, mehr Spine- und Super-Spine-Switches und Leaf-Paare, um die Clos-Topologie horizontal zu verbreitern. Mehr Racks und Leaves werden angebunden, während jeder Endpunkt die Any-to-Any-Erreichbarkeit behält, alles als eine EVPN- und BGP-Fabric.

OcNOS-DC · breitere Clos, Any-to-Any
Scale-Across

Über Standorte hinweg skalieren

Erweitern Sie die Fabric über ein einzelnes Rechenzentrum hinaus. Eine globale EVPN- und BGP-Control-Plane über eine kohärente Long-Haul-Verbindung verknüpft unabhängige DC-Pods zu einer logisch einheitlichen Fabric. Ein NOS an jedem Standort.

OcNOS-DC · standortübergreifende DCI
Architektur

Ein NOS. Jede Ebene. Jeder Standort.

Dasselbe OcNOS-DC betreibt jede Fabric im Rechenzentrum: das AI back-end, Storage, Frontend und Out-of-band-Management, alles auf offener Broadcom-Hardware unter einem Betriebsmodell. Ein Image, ein CLI und eine Automatisierungs-Toolchain, ueber jede Ebene und jeden Standort hinweg.

One OcNOS-DC NOS across the AI, storage, and management fabrics A reference OcNOS-DC data center. A 1:1 non-blocking AI back-end fabric and a 1:3 storage fabric both connect to the GPU servers, every switch runs OcNOS. An out-of-band management fabric on OcNOS reaches every tier: the AI fabric, the storage fabric, the frontend fabric, and the servers. RoCEv2, ECN and PFC, and DLB run across the back-end. 800G LEAF-SPINE · LOSSLESS RoCEv2 · DLB AI FABRICback-end (TH4, TH5)OcNOSSpine 1OcNOSSpine 2OcNOSSpine 3OcNOSSpine NOcNOSLeaf 1OcNOSLeaf 2OcNOSLeaf 3OcNOSLeaf N1:1800G STORAGE FABRICNVMe-oF / NFSOcNOSSpine 1OcNOSSpine 2OcNOSSpine 3OcNOSSpine NOcNOSLeaf 1OcNOSLeaf 2OcNOSLeaf 3OcNOSLeaf N1:3100G GPU SERVERS · POD 1 8 NIC per server · one per rail Server 1 GPU compute Server 2 GPU compute Server N GPU compute OOB MANAGEMENT CLOS / MLAG · reaches every tier OcNOSOOB 1 OcNOSOOB 2 FRONTEND FABRIC 3:1 · user-facing edge · separate plane same OcNOS image · 25G / 50G / 100G 400G 100G 1G 1G 1G OOB · 1G RoCEv2 ECN / PFC DLB 400 / 800G Scale-Out

Ein OcNOS-Image betreibt die Fabrics fuer AI back-end, Storage, Frontend und Management. AI Fabric entdecken

Unter der Haube

Was in der Fabric tatsächlich läuft.

Die Mechanik, die eine AI-Fabric im Rechenzentrum funktionieren lässt, aufgebaut auf offenen Standards statt auf einer proprietären Black Box.

Verlustfreie Fabric

Verlustfreies RoCEv2 für RDMA

Priority Flow Control pausiert nur die RoCEv2-Verkehrsklasse, und ECN mit WRED markiert Pakete, bevor eine Queue volläuft, sodass DCQCN die sendende GPU an der Quelle drosselt. Ein PFC-Watchdog schützt vor Deadlock durch Pause-Storms. Das Ergebnis ist eine verlustfreie RDMA-Fabric für xCCL-Kollektive.

PFC 802.1QbbECN / WREDDCQCNPFC watchdog
Overlay

EVPN-VXLAN, dieselbe Fabric, die Hyperscaler betreiben

MP-BGP EVPN transportiert Type-2-MAC/IP- und Type-5-IP-Präfix-Routen über eine VXLAN-Data-Plane, mit symmetrischem IRB und einem verteilten Anycast-Gateway. All-Active-ESI-Multihoming ersetzt herkömmliches MLAG für dual-homed GPU- und Storage-Knoten und ist mit anderen Anbietern gemäß RFC 7432 und RFC 8365 interoperabel.

MP-BGP EVPNType-2 / Type-5Symmetrisches IRBESI multihoming
Day-0-Automatisierung

Zero-Touch-Onboarding für ein neues Rack

Zero Touch Provisioning nutzt die DHCP-Optionen 66 und 67, um das OcNOS-Image und eine Day-0-Konfiguration abzurufen, sodass ein neues Leaf oder Spine ohne Konsolensitzung der Fabric beitritt. Modellgetriebene Schnittstellen fügen sich in bestehende Ansible-, Terraform- oder hauseigene Controller-Pipelines ein.

ZTP DHCP 66/67AnsibleNETCONF/YANGRESTCONF
Observability

Streaming-Telemetrie über gNMI und gRPC

OcNOS-DC streamt Interface-Zähler, Puffer-Auslastung, PFC-Pause-Events und BGP-EVPN-Zustand über gNMI und gRPC-Dial-Out, modelliert in OpenConfig und nativem YANG. Das speist Closed-Loop-Assurance und Congestion-Dashboards, ohne die CLI abzufragen.

gNMI / gRPCOpenConfigNative YANGDial-out
Warum OcNOS-DC

Die Wirtschaftlichkeit von Open Networking.

Dasselbe Silizium wie bei den etablierten Anbietern, zu offenen Konditionen bezogen. Der kommerzielle Fall für OcNOS-DC, getrennt von der Technologie.

Offene Kostenstruktur

Dasselbe Broadcom-Silizium, ohne den proprietären Aufschlag

OcNOS-DC läuft auf offenen Edgecore- und UfiSpace-Switches, die auf demselben Tomahawk- und Trident-Silizium wie die Boxen der etablierten Anbieter basieren, zu erheblich niedrigeren Kosten pro Port. Hardware und Software werden in getrennten Zyklen beschafft und erneuert, nicht an einen Chassis-Lebenszyklus gebunden.

Offene ODM-Hardware Niedrigere Kosten pro Port Getrennte Erneuerungszyklen
So kaufen Sie
Offene Hardware

Multi-Vendor-Hardware, kein Single-Source-Lock-in

Achtzehn qualifizierte Plattformen von Edgecore und UfiSpace, von 25G-Leaves bis zu 800G-Spines. Beziehen Sie die Hardware aus zweiter Quelle und behalten Sie den Preishebel, statt Switch und Software von einem einzigen Anbieter zu kaufen.

Ein Betriebsmodell

Ein NOS über Leaf, Spine und Border hinweg

Dasselbe OcNOS-Image, dieselbe CLI und dieselbe Automatisierung laufen über jede Rolle hinweg sowie über Service-Provider-, Rechenzentrums- und AI-Fabric-Builds. Eine Toolchain für das gesamte Netzwerk, nicht ein anderes OS pro Box.

Ein verantwortlicher Anbieter

Ein Vertrag für Software, Hardware und RMA

Ein einziges IP Infusion SLA deckt OcNOS-DC, die qualifizierte Edgecore- oder UfiSpace-Plattform und die RMA-Logistik ab. Kein gegenseitiges Fingerzeigen zwischen einem Software- und einem Hardware-Anbieter, wenn um 3 Uhr nachts eine Verbindung ausfällt.

Kommerziell, nicht Eigenbau

Ein unterstütztes kommerzielles NOS mit 24/7-TAC und einer Roadmap

OcNOS-DC wird als kommerzielles Produkt mit 24/7 TAC und einer Roadmap ausgeliefert. Community-SONiC verlangt von Ihrem Team, Integration, Hardware-Qualifizierung und Drittanbieter-Support selbst zu tragen. IP Infusion übernimmt diesen Engineering-Aufwand.

Wählen Sie Ihr OcNOS-DC

SKU- & Plattformvergleich

OcNOS-DC ist in drei Editionen verfügbar. Alle enthalten einheitlichen IPI-Support für Software und Hardware.

OcNOS-DC: Data-Center-Switches DC-MGMT DC-IPBASE DC-PLUS
Layer 2 / Layer 3
EVPN-VXLAN
Ethernet für AI (RoCEv2 / PFC / ECN)
Streaming-Telemetrie (gNMI/gRPC)
400G-ZR/ZR+-Coherent-Optik (DCI)
Qualifizierte Plattformen
ASICKapazitätPortgeschwindigkeit DC-MGMT DC-IPBASE DC-PLUS
TD3-X2128G1/10G
TD3-X52,000G10/25/100G
TD3-X73,200G10/25/100G
TH26,400G100G
TH312,800G400G
TD412,800G400G
TH425,600G400G
TH551,200G800G

*Die Unterstützung der Funktionen ist plattformabhängig. Siehe Feature-Matrix für Details. 18 qualifizierte DC-Plattformen verfügbar.

Vollständiger DC-Stack in jedem SKU
EVPN-VXLANSymmetrisches IRBBGP ECMP RoCEv2PFCECN WRED RDMAZTPgNMI/gRPC OpenConfigNETCONF/YANGAnsible 400G ZR+Docker auf dem SwitchRESTCONF
Kostenlos testen Qualifizierte Plattformen Interaktive Funktionsmatrix
Im Vergleich

OcNOS-DC vs. Arista EOS / Cisco Nexus / NVIDIA Spectrum-X

Identisches Broadcom-Silicon. Offene Hardware. Kein proprietärer Aufschlag auf AI-Networking.

✕ Proprietary DC switching (Arista · Cisco · NVIDIA)
Proprietäres NOS auf proprietärer Hardware: Vendor Lock-in bei jedem Refresh
AI-Fabric-Funktionen wie RoCEv2- und PFC-Tuning hinter einer Premium-SKU oder Add-on-Lizenz gesperrt
NVIDIA Spectrum-X koppelt die AI-Fabric an NVIDIA-Switches, -NICs und -GPUs: ein Lieferant für den gesamten Stack
Anbieterspezifische Automatisierung: begrenzte Portierbarkeit über Plattformen und Generationen hinweg
Hardware-Aufschlag gegenüber gleichwertigem Broadcom-Silizium auf offenen ODM-Plattformen
Lizenzverlängerungen und Erneuerungszyklen an den Hardware-Takt des Anbieters gebunden
✓ OcNOS-DC on open Broadcom hardware
Offenes NOS auf offener Edgecore- und UfiSpace-Hardware: Multi-Vendor-Hardware-Wahl
Vollständige verlustfreie RoCEv2-AI-Fabric in DC-IPBASE enthalten, keine Add-ons
Betreibt die AI-Fabric auf offenen Broadcom-Switches mit jedem GPU- und NIC-Anbieter: kein AI-Stack aus einer einzigen Quelle
Linux-basierte offene APIs: Ansible, NETCONF/YANG, gNMI, RESTCONF, Docker on-switch
Dasselbe Broadcom-Silizium bis Tomahawk 5: deutlich niedrigere Total Cost of Ownership
Ein IP Infusion Supportvertrag deckt OcNOS-DC-Software und qualifizierte Hardware ab

Auch eine Alternative zu DIY-SONiC. OcNOS-DC ist ein kommerzielles NOS mit 24/7 TAC, einem SLA aus einer Hand und RMA-Logistik. Community-SONiC ist Open Source und verlangt von Ihrem Team, Integration, Hardware-Qualifizierung und Drittanbieter-Support selbst zu tragen, den Engineering-Aufwand, den IP Infusion übernimmt. Siehe den Vergleich OcNOS gegenüber SONiC.

Bereit für die Bereitstellung von OcNOS-DC?

Buchen Sie eine technische Demo oder testen Sie es kostenlos in unserem Cloud-Lab: ohne Hardware.

FAQ

OcNOS-DC: häufig gestellte Fragen

Was ist OcNOS-DC und wofür wird es eingesetzt?
OcNOS-DC ist die Rechenzentrumsvariante von OcNOS von IP Infusion, dem Netzwerkbetriebssystem, das bei mehr als 600 Betreibern in über 60 Ländern im Produktivbetrieb ist. Es ist für Leaf-and-Spine-Fabrics ausgelegt, die EVPN-VXLAN-Overlays, verlustfreien RoCEv2-Verkehr für AI- und ML-Cluster sowie 400G- oder 800G-DCI-Verbindungen tragen. Das Betriebssystem läuft auf offenen Broadcom-basierten Switches von Edgecore und UfiSpace und bietet Betreibern eine kommerzielle Alternative zu Arista EOS, Cisco Nexus und selbst erstellten SONiC-Builds.
Welche EVPN-VXLAN-Funktionen unterstützt OcNOS-DC?
OcNOS-DC implementiert EVPN-VXLAN mit sowohl Type-2-MAC/IP- als auch Type-5-IP-Prefix-Routen, symmetrischem IRB, Distributed Anycast Gateway und ARP-Suppression. EVPN-Multi-Homing mit All-Active-ESI-LAG ersetzt das herkömmliche MLAG für dual-homed Server und Storage. Die Control Plane nutzt MP-BGP gemäß RFC 7432 und RFC 8365 und ist somit mit gängigen EVPN-Implementierungen anderer Anbieter interoperabel.
Wie baut OcNOS-DC ein verlustfreies RoCEv2-Fabric für AI-Workloads auf?
OcNOS-DC wird mit Priority-Flow-Control- (PFC) und Explicit-Congestion-Notification- (ECN) Profilen ausgeliefert, die vorab für RoCEv2 abgestimmt sind, sodass RDMA-Verkehrsklassen pro Priorität pausiert werden können, um Paketverluste zwischen GPUs zu vermeiden. Ziel ist eine Fabric mit Zero Packet Loss für xCCL-Collectives wie NCCL und RCCL. Reale Produktiv-Deployments umfassten bislang in der Größenordnung von 20 bis 200 GPUs, und das Design skaliert mit wachsenden Engagements weiter.
Was sind die OcNOS-DC-Lizenzstufen?
OcNOS-DC wird in drei SKUs angeboten. DC-MGMT bietet Layer-2- und Layer-3-Funktionen für Out-of-Band-Management-Switches. DC-IPBASE ergänzt EVPN-VXLAN-Overlay und verlustfreies Ethernet für AI-Fabrics, und DC-PLUS erweitert dies um Streaming-Telemetrie und 400G ZR/ZR+ Coherent-Optiken für die Data-Center-Interconnect.
Auf welchen Switches und welchem Broadcom-Silicon läuft OcNOS-DC?
OcNOS-DC unterstützt 18 offene Hardware-Plattformen von Edgecore und UfiSpace, von 48x25G-ToR-Leaves bis zu 64x800G-Spines. Zum unterstützten Broadcom-Silizium gehören Tomahawk 5 (51.2T, 800G), Tomahawk 4 (25.6T, 400G), Tomahawk 3, Trident 4 und Trident 3. Dasselbe NOS-Image läuft über das gesamte Portfolio, sodass Betreiber eine CLI und eine Automatisierungs-Toolchain über Leaf-, Spine- und Border-Rollen hinweg standardisieren können.
Wie handhabt OcNOS-DC Automatisierung und Zero-Touch-Provisioning?
OcNOS-DC stellt NETCONF, RESTCONF und gNMI/gRPC nach Norden bereit, mit OpenConfig- und nativen YANG-Modellen, sodass es sich in bestehende Ansible-, Terraform- oder eigene Controller-Pipelines einfügt. Zero Touch Provisioning nutzt die DHCP-Optionen 66/67, um das Image und die Day-Zero-Konfiguration abzurufen, wodurch ein neues Leaf oder Spine der Fabric ohne Konsolenzugriff beitreten kann. Streaming-Telemetrie ist im DC-PLUS-Tier für Closed-Loop-Assurance verfügbar.
Was bedeuten Scale-up, Scale-out und Scale-across bei einer Fabric im Rechenzentrum?
Das sind drei Wege, auf denen OcNOS-DC dieselbe Fabric skaliert. Scale-up steigert die Kapazität eines einzelnen Pods, indem die Bandbreite und Portdichte pro Switch erhöht wird, zum Beispiel durch den Wechsel von einer 100G-Fabric auf 400G und 800G, sodass dieselbe Leaf-Spine-Super-Spine-Topologie größere, bandbreitenstärkere Compute-Knoten versorgt, ohne weitere Pods hinzuzufügen. Scale-out steigert die Kapazität durch das Hinzufügen weiterer gleichartiger Bausteine, mehr Spine- und Super-Spine-Switches und Leaf-Paare, und verbreitert die Clos-Topologie horizontal, sodass mehr Racks und Leaves angebunden werden, während jeder Endpunkt die Any-to-Any-Erreichbarkeit behält. Scale-across erweitert die Fabric über ein einzelnes Rechenzentrum hinaus und verknüpft über eine globale EVPN- und BGP-Control-Plane über eine kohärente Long-Haul-Verbindung unabhängige DC-Pods zu einer logisch einheitlichen Fabric. OcNOS-DC betreibt alle drei unter einem NOS und einer Control-Plane.