DC · AI-Fabric · EVPN-VXLAN

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

Offenes Netzwerkbetriebssystem 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 l2vpn evpn summary
BGP-Router-Kennung 10.0.0.1, lokale AS-Nummer 65001
Neighbor V AS Up/Down State/PfxRcd
10.0.0.11 4 65001 6d09h07m 342
10.0.0.12 4 65001 6d09h07m 342
$show priority-flow-control statistics all
interface pri pause sent pause received
xe1 3 0 0
$show ztp status
ZTP-Version 2
ZTP-Konfiguration Auto-ZTP aktiviert
$

Scale-up, Scale-out und Scale-across.

OcNOS-DC lässt eine Fabric in drei Richtungen wachsen: nach oben innerhalb eines Pods, nach außen zu einer breiteren Clos-Fabric und über Rechenzentren hinweg, mit BGP und EVPN als Control Plane.

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

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

Über Standorte hinweg skalieren

Über ein einzelnes Rechenzentrum hinaus erweitern. Eine kohärente Verbindung koppelt unabhängige Pods an verschiedenen Standorten, wobei BGP und EVPN die Routen zwischen ihnen übertragen. OcNOS-DC an jedem Standort.

OcNOS-DC · standortübergreifende DCI

OcNOS-DC auf jeder Ebene, an jedem Standort.

OcNOS-DC betreibt jede Fabric im Rechenzentrum: das AI-Back-End, Storage, Frontend und das Out-of-Band-Management, alles auf offener Broadcom-Hardware. Jeder Switch führt die OcNOS-DC-Edition aus, die zu seiner Rolle passt, mit einer CLI und einer Automatisierungs-Toolchain über alle Ebenen und alle Standorte hinweg.

OcNOS-DC über die AI-, Storage- und Management-Fabrics hinweg Ein OcNOS-DC-Referenz-Rechenzentrum. Eine nicht blockierende AI-Back-End-Fabric (1:1) und eine Storage-Fabric (1:3) sind beide mit den GPU-Servern verbunden, auf jedem Switch läuft OcNOS. Eine Out-of-Band-Management-Fabric auf OcNOS erreicht jede Ebene: die AI-Fabric, die Storage-Fabric, die Frontend-Fabric und die Server. RoCEv2, ECN und PFC sowie DLB laufen über das Back-End. 800G LEAF-SPINE · VERLUSTFREIES 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-SERVER · POD 1 8 NICs pro Server · eine pro Rail Server 1 GPU-Compute Server 2 GPU-Compute Server N GPU-Compute OOB-MANAGEMENT CLOS / MLAG · erreicht jede Ebene OcNOSOOB 1 OcNOSOOB 2 FRONTEND-FABRIC 3:1 · benutzerseitige Edge · separate Ebene OcNOS-DC · 25G / 50G / 100G 400G 100G 1G 1G 1G OOB · 1G RoCEv2 ECN / PFC DLB 400 / 800G Scale-Out

OcNOS-DC betreibt die Fabrics für AI-Back-End, Storage, Frontend und Management. AI-Fabric entdecken

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.

Verlustfreies RoCEv2 für RDMA

Priority Flow Control pausiert nur die RoCEv2-Traffic-Klasse, und ECN mit WRED markiert Pakete, bevor eine Queue volläuft, sodass DCQCN auf der NIC den Sender direkt an der Quelle drosselt. Die PFC-Deadlock-Erkennung und -Wiederherstellung (DC-PLUS) löst einen Pause-Deadlock auf. Das Ergebnis ist eine verlustfreie RDMA-Fabric für xCCL-Kollektive.

PFC 802.1QbbECN / WREDDCBXPFC-Deadlock-Recovery

EVPN-VXLAN auf offenen Standards

MP-BGP EVPN überträgt Type-2-MAC/IP-Routen über eine VXLAN-Data-Plane auf den Switches Trident 3 und Trident 4, und EVPN-Multihoming bietet dual angebundenen Servern und Storage eine standardbasierte Alternative zu MLAG. Routing-Funktionen für Mandanten (IRB, Anycast-Gateway und Type-5-Routen) variieren je nach Switch-Modell. Die Control Plane folgt RFC 7432 und RFC 8365 für Interoperabilität.

MP-BGP EVPNType-2 MAC/IPBGP unnumberedESI-Multihoming

Zero-Touch-Onboarding für ein neues Rack

Zero Touch Provisioning nimmt einen neuen Leaf oder Spine mit seiner OcNOS-Software und einer Day-0-Konfiguration in die Fabric auf, ohne Konsolensitzung. Modellgetriebene Schnittstellen fügen sich in bestehende Ansible- oder eigene Controller-Pipelines ein.

ZTP IPv4 / IPv6AnsibleNETCONF/YANGNETCONF call home

Streaming-Telemetrie über gNMI und gRPC

In der Edition DC-PLUS streamt OcNOS-DC den Betriebszustand über gNMI, im Dial-in- oder Dial-out-Modus, mit OpenConfig-Datenmodellen und On-Change-Subscriptions. Das speist Closed-Loop-Assurance und Congestion-Dashboards, ohne die CLI abzufragen.

gNMI / gRPCOpenConfigOn-ChangeDial-in / dial-out

Die Wirtschaftlichkeit von Open Networking.

Dasselbe Silizium wie bei den etablierten Anbietern, zu offenen Konditionen bezogen. Das wirtschaftliche Argument für OcNOS-DC, getrennt von der Technologie.

Dasselbe Broadcom-Silizium, ohne den proprietären Aufschlag

OcNOS-DC läuft auf offenen Switches von Edgecore, UfiSpace und Celestica auf Basis von Broadcom Tomahawk- und Trident-Merchant-Silicon, bei niedrigeren Kosten pro Port. Hardware und Software werden in getrennten Zyklen beschafft und erneuert, nicht an den Lebenszyklus eines Chassis gebunden.

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

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

Achtzehn qualifizierte Plattformen von Edgecore, UfiSpace und Celestica, von 1G-Management-Switches und 25G-Leaves bis zu 800G-Spines. Die Hardware lässt sich bei mehr als einem Lieferanten beziehen, statt Switch und Software von einem Hersteller zu kaufen.

Leaf, Spine und Border mit OcNOS-DC

Jede Rolle führt OcNOS-DC in der passenden Edition aus, mit derselben OcNOS-CLI und Automatisierung wie auf OcNOS-SP-Routern. Eine Toolchain für das gesamte Netzwerk, kein anderes Betriebssystem pro Gerät.

Ein Vertrag pro OcNOS System

Kaufen Sie den Switch als OcNOS System, deckt ein Vertrag OcNOS-DC, die qualifizierte Plattform von Edgecore oder UfiSpace und die RMA-Koordination ab. Bei Hardware, die Sie selbst kaufen, unterstützt IP Infusion die Software und der Hardwarehersteller die Hardware.

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

OcNOS-DC wird als kommerzielles Produkt mit 24/7-TAC und Roadmap geliefert. Bei einem selbst aufgebauten Open-Source-NOS bleiben Integration, Hardware-Qualifizierung und Support beim eigenen Team. IP Infusion übernimmt diese Engineering-Arbeit.

SKU- & Plattformvergleich

OcNOS-DC ist in drei Editionen verfügbar. Jede Edition umfasst Software-Support von IP Infusion. Ein OcNOS System umfasst zusätzlich Hardware-Support und RMA.

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)•
Dynamische Lastverteilung (DLB)•
Qualifizierte Plattformen
ASICKapazitätPortgeschwindigkeit DC-MGMT DC-IPBASE DC-PLUS
TD3-X2120G1/10G••
TD3-X41,080G10/100G••
TD3-X52,000G25/100G••
TD3-X72,000 to 3,200G25/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.

Über die OcNOS-DC-Editionen hinweg
EVPN-VXLANEVPN-MultihomingBGP ECMP RoCEv2PFCECN WRED RDMAZTPgNMI/gRPC OpenConfigNETCONF/YANGAnsible 400G und 800G ZR+DLBsFlow
Kostenlos testen Qualifizierte Plattformen Interaktive Funktionsmatrix

OcNOS-DC im Vergleich zu proprietärem Data-Center-Switching

OcNOS-DC läuft auf Broadcom-Silicon in offener Hardware, ohne proprietären Aufschlag auf AI-Networking.

✕ Proprietäres DC-Switching
Proprietäres NOS auf proprietärer Hardware: Vendor-Lock-in bei jedem Refresh
AI-Fabric-Funktionen, die an die Switch-Hardware des jeweiligen Herstellers gebunden sind
AI-Fabric-Designs, die Switches, NICs und GPUs an einen Lieferanten koppeln
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 auf offener Broadcom-Hardware
Offenes NOS auf offener Edgecore- und UfiSpace-Hardware: Multi-Vendor-Hardware-Wahl
RoCEv2 auf OcNOS-DC: PFC und ECN ab DC-IPBASE, DLB sowie PFC-Deadlock-Erkennung und -Wiederherstellung in DC-PLUS
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, OpenConfig, gNMI
Broadcom-Silicon bis Tomahawk 5, mit getrennten Erneuerungszyklen für Software und Hardware
Ein IP-Infusion-Supportvertrag deckt OcNOS-DC-Software und als OcNOS System gekaufte Hardware ab

Auch eine Alternative zu einem selbst aufgebauten Open-Source-NOS. OcNOS-DC ist ein kommerzielles NOS mit 24/7-TAC, einem SLA aus einer Hand und RMA-Logistik für OcNOS Systems. Bei einem selbst aufgebauten Open-Source-NOS bleiben Integration, Hardware-Qualifizierung und Support durch Dritte beim eigenen Team, also die Engineering-Arbeit, die IP Infusion übernimmt. Erfahren Sie, wie sich OcNOS mit einem Open-Source-NOS vergleicht.

Bereit für den Einsatz von OcNOS-DC?

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

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 900+ Betreibern in 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 transportieren. Es läuft auf qualifizierten Broadcom-basierten offenen Switches von Edgecore, UfiSpace und Celestica. IP Infusion unterstützt die Software und auch die Hardware, wenn Sie den Switch als OcNOS System kaufen.
Welche EVPN-VXLAN-Funktionen unterstützt OcNOS-DC?
OcNOS-DC unterstützt EVPN-VXLAN mit Type-2-MAC/IP-Routen und ARP/ND-Learning, um Flooding im Overlay zu begrenzen, sowie EVPN-Multihoming für dual angebundene Server und Storage. EVPN-VXLAN läuft auf den Switches Trident 3 und Trident 4. Routing-Funktionen für Mandanten (IRB, Anycast-Gateway und Type-5-IP-Prefix-Routen) variieren je nach Switch-Modell; die Feature Matrix listet jede einzelne auf. Die Control Plane ist MP-BGP EVPN nach RFC 7432 und RFC 8365 und arbeitet daher mit standardbasierten EVPN-Implementierungen zusammen.
Wie baut OcNOS-DC eine verlustfreie RoCEv2-Fabric für AI-Workloads auf?
OcNOS-DC bietet Priority Flow Control (PFC) mit QoS über Layer 3 und Explicit Congestion Notification (ECN) für RoCEv2, sodass sich RDMA-Traffic-Klassen pro Priorität pausieren lassen, um Paketverluste zwischen GPUs zu vermeiden. Die Edition DC-PLUS ergänzt Dynamic Load Balancing sowie PFC-Deadlock-Erkennung und -Wiederherstellung. Ziel ist eine verlustfreie Fabric für xCCL-Kollektive wie NCCL und RCCL. Reale Produktivinstallationen liefen bisher mit etwa 20 bis 200 GPUs, und das Design skaliert weiter, wenn Projekte wachsen.
Was sind die OcNOS-DC-Lizenzstufen?
OcNOS-DC wird in drei Editionen angeboten. DC-MGMT bietet Layer-2-Switching und Layer-3-Routing (OSPF, IS-IS und BGP) für Out-of-Band-Management-Switches. DC-IPBASE ergänzt EVPN-VXLAN, und DC-PLUS ergänzt Dynamic Load Balancing und Streaming-Telemetrie. Die Funktionen variieren je nach Switch-Modell; die Feature Matrix listet jede Plattform und Edition auf.
Auf welchen Switches und welchem Broadcom-Silicon läuft OcNOS-DC?
OcNOS-DC unterstützt 18 offene Hardware-Plattformen von Edgecore, UfiSpace und Celestica, von 1G-Management-Switches und 48x25G-ToR-Leaves bis zu 64x800G-Spines. Zum unterstützten Broadcom-Silicon gehören Tomahawk 5 (51.2T, 800G), Tomahawk 4 (25.6T, 400G), Tomahawk 3, Tomahawk 2, Trident 4 und Trident 3. Jeder Switch führt OcNOS-DC in der Edition aus, die zu seiner Rolle passt, sodass Betreiber eine CLI und eine Automatisierungs-Toolchain über Leaf-, Spine- und Border-Rollen hinweg behalten.
Wie handhabt OcNOS-DC Automatisierung und Zero-Touch-Provisioning?
OcNOS-DC stellt NETCONF und gNMI nach Norden bereit, mit OpenConfig- und YANG-Datenmodellen, und fügt sich so in bestehende Ansible- oder eigene Controller-Pipelines ein. Zero Touch Provisioning nimmt einen neuen Leaf oder Spine mit seiner Software und der Day-Zero-Konfiguration in die Fabric auf, ohne Konsolenzugriff. Die Edition DC-PLUS enthält Streaming-Telemetrie über gNMI für Closed-Loop-Assurance.
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 Compute-Knoten mit höherer Bandbreite versorgt, ohne weitere Pods hinzuzufügen. Scale-out steigert die Kapazität durch mehr Bausteine derselben Art, also mehr Spine- und Super-Spine-Switches und Leaf-Paare, und weitet die Clos-Topologie horizontal, sodass mehr Racks und Leaves angebunden werden, während jeder Endpunkt jeden anderen erreicht. Scale-across geht über ein einzelnes Rechenzentrum hinaus: Eine kohärente Verbindung koppelt unabhängige Pods an verschiedenen Standorten, wobei BGP und EVPN die Routen zwischen ihnen übertragen. OcNOS-DC deckt alle drei ab, jeweils mit der Edition, die zur Rolle des Switches passt.