RoCEv2 · DCQCN · DLB · UEC 1.0 ready

Une fabric IA 800G ouverte sur Ethernet standard

You can build a production GPU-cluster fabric on standard Ethernet and keep your NIC, GPU, and switch choices open. IP Infusion delivers that fabric complete: validated 800G open switches from Edgecore or UfiSpace running OcNOS-DC, supported under one contract. It carries lossless RoCEv2 RDMA with PFC, ECN-based congestion control (DCQCN), and sub-millisecond DLB in production today. IP Infusion est membre contributeur de l'Ultra Ethernet Consortium, et OcNOS-DC s'aligne sur le Ultra Ethernet 1.0 fabric profile.

600+Réseaux OcNOS en production
60+Pays desservis
26 ansPile de routage de niveau production
Multi-
thousandConceptions de référence GPU
Briefs d'architecture

Télécharger les dossiers d'architecture

Four short downloads that go deeper than this page: the lossless AI fabric architecture, the full OcNOS-DC datasheet, the EVPN-VXLAN data center reference, and next-generation DCI with IPoDWDM.

Solution brief

Fabric IA sans perte basé Ethernet OcNOS 800G

Fabric RoCEv2 non bloquante sur spines Tomahawk 4/5 : niveaux de SKU, plateformes validées et architecture de déploiement.

Obtenir le brief
Solution brief

Fabric DC EVPN-VXLAN

Fabric de centre de données leaf-spine ouvert : routes EVPN Type-2 et Type-5, passerelle anycast distribuée, VNIs multi-tenant.

Obtenir le brief
Solution brief

DCI nouvelle génération avec IPoDWDM

Supprimez la couche de transpondeurs : utilisez des optiques cohérentes 400G/800G ZR et ZR+ directement depuis le routeur pour l'interconnexion de data centers.

Obtenir le brief
Fiche technique

Datasheet OcNOS-DC

Spécification complète OcNOS-DC : l'ensemble des fonctionnalités EVPN-VXLAN et Ethernet for AI, les SKU logiciels, les plateformes matérielles prises en charge et le guide de commande de la solution.

Obtenir la fiche technique
The stakes

Ce qui influe sur le temps d'achèvement des jobs

Ce qui compte à grande échelle, c'est la vitesse à laquelle les tâches se terminent et le niveau d'activité des GPU, pas le débit du commutateur. Chaque fois que le cluster s'arrête pour se synchroniser, les GPU inactifs gaspillent de la capacité, la fabric ne doit donc rien perdre et réagir à la congestion dès son apparition.

OcNOS-DC exposes every setting, so your team tunes the fabric against your real GPU collective traffic (xCCL: NCCL, RCCL, oneCCL) instead of accepting a vendor's fixed profile. Each pattern below is one way a cluster stalls, and how OcNOS-DC keeps it moving.

Synchronisation d'entraînement (AllReduce)
Chaque GPU communique simultanément avec tous les autres GPU
L'équilibrage de charge standard épingle ces flux volumineux sur un seul uplink : certains liens saturent tandis que d'autres restent inutilisés, et la synchronisation attend le plus lent.
→ DLB déplace les flux vers des chemins moins chargés en moins d'une milliseconde.
→ GLB is on the OcNOS roadmap to balance across the whole fabric, not just the local hop.
Résultat : aucun point de congestion ; l'étape de synchronisation s'exécute à une vitesse proche du maximum.
Rafales de trafic (incast)
De nombreux émetteurs sollicitent un même port en quelques microsecondes
Un paquet perdu redémarre tout le collectif, et une mise en pause trop forte fige la liaison, la fabric doit donc anticiper la congestion tôt.
→ DCQCN ralentit les émetteurs en amont, avant tout débordement.
→ PFC watchdog débloque de lui-même un port bloqué.
Résultat : les jobs absorbent les rafales, et un port bloqué se rétablit sans réinitialisation manuelle.
Montée en charge horizontale (multi-rail)
Un seul flux a besoin de tous les chemins parallèles à la fois
Aujourd'hui, un flux emprunte un seul chemin, laissant les autres rails inutilisés.
→ Ultra Ethernet (UEC 1.0) répartit un seul flux sur tous les chemins à la fois.
→ Le switch que vous achetez aujourd'hui reste valable à l'arrivée des NIC UEC, sans aucun remplacement.
Résultat : les transferts les plus lents s'accélèrent à mesure que les NIC UEC se déploient.
90%+ target

Where the capacity goes. Static ECMP pins each large flow to one path, so elephant flows collide on a few uplinks while others sit idle. Dynamic load balancing rebinds flows on real-time congestion to keep every uplink busy, so a well-run AI fabric targets utilization in the 90% range on the same switches, with no extra uplinks. OcNOS-DC ships DLB on Tomahawk 4 and 5.

Approfondissement DLB →
Reference topology

spine-leaf 800G, sans perte de bout en bout

Il s'agit de la conception leaf-spine (Clos) que votre équipe connaît déjà, conçue pour acheminer le trafic GPU sans perte : un underlay eBGP routé répartit le trafic uniformément sur tous les chemins, des files d'attente prioritaires sans perte protègent les flux RoCEv2, et un réseau de gestion distinct met les commutateurs en service et diffuse la télémétrie de manière autonome. Le stockage NVMe-oF et NFS attaché aux leaves pour les checkpoints et les jeux de données se trouve à proximité des racks GPU ; consultez la Fabric DC for storage-fabric detail. Hover any node for platform, port count, and chip.

Topologie de fabric IA : spine-leaf 800G avec leaves parallèles, eBGP en full-mesh, un bus de gestion isolé et un stockage rattaché aux leaves
AI Fabric : spine-leaf 800G, eBGP en full-mesh, un bus de gestion isolé et un stockage rattaché aux leaves.
Rail-optimized reference design

Every GPU NIC on its own rail, scaling across pods

In a rail-optimized fabric each GPU server homes one NIC to each of eight dedicated rail leaves, so the dominant same-rail AllReduce stays on one leaf and only cross-rail traffic reaches the spine. It scales pod by pod on the same 800G Tomahawk 5 switches. See the rail-optimized deep-dive and the full reference topologies.

Rail-optimized AI fabric topology: four 800G Tomahawk 5 spines above eight rail leaves, with four GPU servers each mapping one of its eight NICs to a different rail leaf, so intra-rail AllReduce stays on one leaf.
Rail-optimized single pod: each GPU server's 8 NICs map one per rail to 8 dedicated leaves, so same-rail AllReduce stays on the leaf and only cross-rail traffic reaches the spine.
Le matériel

Switchs ouverts validés

OcNOS-DC fonctionne sur des switchs Broadcom Tomahawk et Trident d'Edgecore et UfiSpace : chaque plateforme est ainsi validée, commandable et disponible auprès d'une seconde source.

Edgecore AIS800-64D 800G spine switch
Spine · Tomahawk 5

Edgecore AIS800-64D

64 x 800G · 51.2 Tbps

QSFP-DD800 · breakout en 2x400G / 4x200G / 8x100G

Datasheet →
UfiSpace S9321-64E 800G spine switch
Spine · Tomahawk 5

UfiSpace S9321-64E

64 x 800G · 51.2 Tbps

QSFP-DD800 · breakout en 2x400G / 4x200G / 8x100G

Datasheet →
Edgecore AS9736-64D 400G leaf switch
Leaf · Tomahawk 4

Edgecore AS9736-64D

64 x 400G · 25.6 Tbps

QSFP56-DD 400G · breakout en 4x100G / 4x25G · DAC / AOC

Datasheet →

Voir les 40+ plateformes validées dans la HCL →

Les différences entre les familles Broadcom Tomahawk et Trident, et tous les commutateurs ouverts sur lesquels OcNOS fonctionne →

Un seul fournisseur derrière le logiciel, le matériel et le support

SUPPORT MONO-FOURNISSEUR

Un seul contrat, une seule équipe à contacter

Un seul contrat IP Infusion couvre à la fois le logiciel OcNOS-DC et le matériel des switchs validés : vous disposez ainsi d'un seul TAC et d'un seul SLA, au lieu d'un fournisseur de NOS distinct du fournisseur de matériel. Un portail de support 24/7 est disponible sur les niveaux Premium et Enterprise.

Voir les détails du support
IP MAESTRO MANAGEMENT

Une seule console pour la fabric

IP Maestro est un système de gestion d'éléments pour OcNOS : topologie, pannes, configuration et images logicielles à travers chaque commutateur via NETCONF, situé sous votre OSS existant. Gère de grandes flottes multi-sites depuis une seule console.

Découvrir IP Maestro
AUTOMATED DAY 2

Télémétrie en streaming et zero-touch

La télémétrie en streaming gNMI alimente Prometheus et Grafana, DCBX pousse automatiquement les bons paramètres sans perte vers chaque serveur, et le provisionnement zero-touch démarre les switchs déjà configurés dès l'amorçage.

Découvrir l'automatisation
Alternative ouverte à Spectrum-X

L'alternative ouverte et multifournisseur à NVIDIA Spectrum-X

OcNOS-DC exécute une fabric IA RoCEv2 sans perte sur des commutateurs Ethernet standard provenant de plusieurs fournisseurs de matériel ouvert, sous un contrat de support unique. Il répond aux mécanismes de fabric dont dépend une tâche d'entraînement IA, tout en gardant ouverts les choix de NIC, de GPU et de matériel plutôt que verrouillés à un seul fournisseur.

Fabric IA ouverte sur OcNOS-DC face à une pile IA fermée à fournisseur unique. Dernière vérification : juillet 2026.
Ce qui décide de l'affaire Fabric IA ouverte (OcNOS-DC sur Edgecore / UfiSpace) Pile fermée à fournisseur unique (NVIDIA Spectrum-X)
Approvisionnement matériel Silicon marchand ouvert de plusieurs fournisseurs (Edgecore, UfiSpace) Commutateur, NIC et GPU à fournisseur unique
Choix de la NIC et du GPU Ouvert ; changez les NIC et les GPU indépendamment Lié à la feuille de route NVIDIA NIC et GPU
RoCEv2 sans perte (PFC, ECN, DCQCN) ✓ details → ✓
Équilibrage de charge adaptatif ✓ sub-millisecond DLB flowlet rebinding details → ✓ (proprietary)
Protection contre les interblocages PFC ✓ deadlock watchdog with auto-drain details → ✓
Ultra Ethernet (UEC 1.0) ✓ tracks the UEC 1.0 fabric profile details → Aligned; also a UEC contributing member
Télémétrie en flux continu et automatisation ✓ gNMI, OpenConfig, ZTP, DCBX, Ansible ✓ (vendor pipeline)
Contrat de support unique (commutateur et logiciel) ✓ un seul TAC, un seul SLA ✓ (single vendor)
Intégration back-end silicon-GPU Ethernet standard ; aucune co-conception avec le silicon GPU Advantage NVIDIA: NIC, switch, and GPU co-designed
Couche contrôleur de fabric Géré via la télémétrie gNMI et votre OSS ou IP Maestro Advantage NVIDIA: integrated fabric-controller layer
UEC certification Aligné sur le profil de fabric UEC 1.0 (pas une revendication de certification) NVIDIA est membre du comité directeur de l'UEC

NVIDIA, Spectrum-X, Quantum et ConnectX sont des marques déposées de NVIDIA Corporation. IP Infusion n'est pas affilié à NVIDIA et ne cautionne pas NVIDIA ; la comparaison reflète les capacités d'OcNOS-DC vérifiables dans le matrice de fonctionnalités.

Le paysage des fabrics IA en 2026

Le positionnement d'OcNOS-DC

D'ici 2026, presque toutes les options franchissent la même barre technique : RoCEv2 sans perte, contrôle de congestion, routage adaptatif, alignement Ultra Ethernet. La décision se résume donc à la structure de l'accord: un système d'exploitation ouvert ou une pile verrouillée, un matériel ouvert ou verrouillé, de l'Ethernet standard ou de l'InfiniBand fermé. Here is where each one leaves you.

Forme de solution Exemples Compromis
Open NOS, durci pour l'IA, aligné UEC OcNOS-DC sur Edgecore / UfiSpace Le même silicon Broadcom, le même socle technique. DCQCN optimisé pour le trafic collectif RDMA, DLB inférieur à la milliseconde, GLB sur la roadmap OcNOS, watchdog d'interblocage PFC, profil de fabric UEC 1.0. Support à fournisseur unique. Aucun verrouillage sur la NIC, le GPU ou le matériel.
Stack IA verticale fermée NVIDIA Spectrum-X + Quantum + ConnectX Performances intégrées excellentes. NIC, switch et logiciel de fabric liés à un unique fournisseur, et à une seule roadmap GPU.
NOS verrouillé sur merchant silicon Arista EOS · Cisco NX-OS · Juniper Junos Le même silicium Broadcom en dessous. Surcoût de licence par port. Télémétrie et tuning confinés à la pipeline propre au fournisseur.
Fabric châssis propriétaire à base de cellules DriveNets Network Cloud Architecture différente : cell fabric ordonnancée, et non NOS Ethernet. Solide à l'échelle hyperscale ; non portable sur des switches standard.
InfiniBand en boucle fermée NVIDIA Quantum InfiniBand La latence la plus faible pour les collectifs serrés aujourd'hui. Câblage distinct, exploitation distincte, écosystème mono-fournisseur. UEC comble l'écart sur Ethernet.
Open NOS, sans durcissement IA SONiC communautaire Matériel ouvert, logiciel gratuit, aucun SLA. Les valeurs par défaut DCQCN réglées pour RDMA, le watchdog anti-interblocage et la maturité du réglage sont entièrement laissés à l'opérateur.

Chaque option répond à une priorité différente. OcNOS-DC se distingue par un matériel ouvert, une solution complète et l'absence de verrouillage propriétaire.

Guide de dimensionnement de la fabric IA

Dimensionnez votre fabric GPU en quelques minutes

Saisissez votre nombre de GPU et le débit des NIC. L'AI Fabric Design Suite les traduit en une topologie leaf-spine, un nombre de switchs et de ports, et une nomenclature que vous pouvez directement transformer en devis. Aucun tableur nécessaire.

Ouvrir le guide de dimensionnement de la fabric IA Planifier une revue d'architecture
Related solutions

Étendez OcNOS à l'ensemble du data center

L'IA n'est qu'un segment du data center. La même image OcNOS s'étend au compute, au stockage et aux sites distants : même NOS, même CLI, même support.

Fabric DC

Fabric leaf-spine EVPN-VXLAN pour le compute et le stockage, sur la même image OcNOS et la même CLI.

Découvrir DC Fabric →

IPoDWDM et DCI

Reliez des clusters IA et des data centers entre sites via IP-over-DWDM, sans transpondeurs externes.

Explorer IPoDWDM →

Produit OcNOS-DC

Liste complète des fonctionnalités, niveaux de SKU et licences pour le NOS OcNOS Data Center.

Voir OcNOS-DC →
Questions fréquentes

Questions fréquentes

OcNOS-DC est-il réellement "AI-native", ou simplement du RoCEv2 avec des extensions ?
Aucun NOS Ethernet sur silicon marchand n'est littéralement natif de l'IA : aucun ne raisonne sur les collectives xCCL (NCCL / RCCL / oneCCL) ni ne planifie les tâches au niveau du commutateur ; cela relève de la NIC et de l'ordonnanceur. OcNOS-DC implémente tous les mécanismes de fabric dont a besoin une charge de travail IA de 2026 : RoCEv2 sans perte, profils de tampon DCQCN réglés pour les schémas de trafic collectif RDMA, rebinding de flowlet DLB inférieur à la milliseconde, watchdog anti-interblocage PFC, alignement UEC 1.0, tout en restant en dehors des couches supérieures. "Fabric consciente de l'IA" signifie généralement qu'un seul fournisseur vend NIC + commutateur + ordonnanceur comme un unique SKU verrouillé.
Où s'arrête OcNOS-DC, et où prennent le relais la NIC et l'ordonnanceur de cluster ?
OcNOS-DC prend en charge la couche 1 : transport RDMA lossless, contrôle de la congestion, routage adaptatif, recovery des deadlocks, télémétrie. La NIC prend en charge la couche 2 (xCCL, RDMA verbs, packet spray, GPU-direct memory) ; l'ordonnanceur prend en charge la couche 3 (placement des jobs, fenêtres de gradient sync, isolation des tenants). OcNOS-DC transmet la télémétrie gNMI vers la couche 3 sans jamais chercher à devenir l'ordonnanceur : cette séparation garde la NIC, le GPU et l'orchestration interchangeables.
Comment OcNOS AI Fabric se compare-t-il à NVIDIA Spectrum-X, SONiC, Arista, Cisco ou DriveNets ?
Spectrum-X is a closed NVIDIA NIC + switch + software stack: excellent performance, single-vendor lock-in. Arista, Cisco, and Juniper run similar RoCEv2 features on locked hardware with proprietary licensing. Community SONiC is open but ships no AI-hardened defaults, watchdog, or SLA. DriveNets DDC is a proprietary cell fabric, not an Ethernet NOS. OcNOS-DC delivers the complete system, validated open switches plus OcNOS-DC plus support under one contract, and runs one NOS across both service-provider and data-center roles. It runs on Broadcom silicon with lossless RoCEv2 (PFC, ECN, sub-millisecond DLB with Reactive Path Rebalance), PFC deadlock recovery, UEC 1.0 fabric-profile alignment, and a 24/7 SLA, with no lock-in.
Que signifie Ultra Ethernet (UEC) 1.0 pour OcNOS AI Fabric ?
Le commutateur que vous achetez aujourd'hui doit rester valable à l'arrivée des NIC Ultra Ethernet, et c'est le cas sur OcNOS-DC. Votre fabric exécute RoCEv2 plus DCQCN plus DLB entièrement pris en charge en production dès maintenant, et OcNOS-DC suit le profil de fabric UEC 1.0, qui parallélise chaque flux sur tous les chemins au lieu de le fixer sur un seul hash ECMP, de sorte que vous passez aux NIC UEC sans changement de NOS ni de matériel. OcNOS-DC est aligné avec le profil de fabric UEC 1.0 ; l'alignement n'est pas une revendication de certification. Consultez la Approfondissement Ultra Ethernet.
Qu'est-ce que RoCEv2 et pourquoi nécessite-t-il un fabric Ethernet lossless ?
Vos collectifs d'entraînement, AllReduce et AllGather, déplacent les données de GPU à GPU sur RoCEv2 sans CPU sur le chemin, et RDMA ne retransmet jamais, de sorte qu'un seul paquet perdu relance l'opération sur chaque GPU de la tâche. C'est pourquoi RoCEv2 en production nécessite une fabric véritablement sans perte (PFC plus ECN), et OcNOS-DC livre les profils de buffer RoCEv2 et les valeurs par défaut DCQCN ajustés pour le trafic collectif RDMA afin que votre équipe n'ait pas à construire ce comportement sans perte à partir de zéro.
How does OcNOS-DC keep the fabric lossless, and what protects against PFC deadlock?
Trois mécanismes : PFC met en pause le trafic par priorité avant que les buffers ne saturent, ECN marque les paquets en amont pour ralentir les émetteurs, et ETS maintient les flux RDMA en avance sur le trafic de priorité inférieure. Au-dessus, un watchdog de deadlock par port et par priorité détecte les cycles de files en pause et purge automatiquement la file avant que les jobs ne se bloquent : le mode de défaillance qui contraignait auparavant à un power-cycle du switch en plein job. PFC over L3 est pris en charge à travers les frontières routées.
Qu'est-ce que DLB, et qu'est-ce que GLB sur la feuille de route OcNOS ?
Pendant AllReduce, vos plus gros flux entrent en collision lorsque l'ECMP standard épingle chacun d'eux à une seule liaison montante pour toute sa durée de vie, et la synchronisation attend la liaison saturée. DLB lit la télémétrie en direct de la profondeur des files d'attente ASIC et réassocie les flowlets à des chemins moins chargés en moins d'une milliseconde, de sorte qu'il récupère ce débit perdu au saut local dès aujourd'hui. GLB figure sur la feuille de route OcNOS 7.x pour étendre la même idée à toute la fabric : les spines publient la télémétrie de qualité de chemin vers les leaves d'entrée afin que le routage évalue l'intégralité du chemin multi-sauts à travers de grands clusters de plusieurs milliers de GPU.
Quelle échelle OcNOS AI Fabric prend-il en charge, et quels sont les reference designs qualifiés ?
OcNOS-DC prend en charge les fabrics leaf-spine à 400G et 800G. Tomahawk 5 les spines (Edgecore AIS800-64D, UfiSpace S9321-64E) délivrent 51,2 Tbps / 64 × 800G ; Tomahawk 4 leaves run 400G / 25.6 Tbps with on-chip buffering; Trident 4 covers smaller 100G/400G fabrics. Reference designs cover rail-only, rail-optimized, and 3-stage Clos topologies for large multi-thousand-GPU clusters: see the Approfondissement topologies fabric IA.
OcNOS-DC prend-il en charge l'automatisation et la télémétrie pour les opérations de fabric IA ?
Oui. DCBX automatise la configuration RoCEv2 serveur-vers-commutateur, ZTP (IPv4/IPv6) gère l'intégration zero-touch, et gNMI diffuse la télémétrie on-change sur OpenConfig YANG. Les pauses PFC, le marquage ECN, les seuils DCQCN et les profondeurs de buffer sont des chemins de capteurs gNMI consommables par Prometheus, InfluxDB, Telegraf, Grafana, ou tout pipeline OpenTelemetry. Les playbooks Ansible couvrent du Day-0 au Day-2, avec un provider Terraform sur la feuille de route. IP Maestro, un système de gestion d'éléments pour OcNOS, gère la topologie, les pannes, la configuration et les images logicielles sur NETCONF, et gère de grands parcs multi-sites depuis une seule console.
Quels matériels de switch et optiques 800G la fabric IA OcNOS prend-elle en charge ?
The fabric runs on validated Broadcom Tomahawk 4 and 5 switches from Edgecore and UfiSpace. The 800G spines (Edgecore AIS800-64D and UfiSpace S9321-64E, Tomahawk 5, 64 x 800G QSFP-DD800, 51.2 Tbps) break out to 400G, 200G, and 100G; the 400G leaf (Edgecore AS9736-64D, Tomahawk 4, 64 x 400G QSFP56-DD, 25.6 Tbps with on-chip buffering) breaks out to 100G and 25G. Optics have proven interoperability from multiple vendors, so contact us for the transceiver list for your build. The switch platforms are listed in the HCL.
Qui assure le support de la fabric IA, et le matériel est-il également couvert ?
Un seul contrat IP Infusion couvre à la fois le logiciel OcNOS-DC et le matériel des switchs validés : vous disposez ainsi d'un seul TAC et d'un seul SLA. Le support est proposé par niveaux : Standard inclut le TAC par e-mail, le téléphone en heures ouvrées et la coordination des RMA matériels avec une réponse P1 sous 8 heures ; Premium ajoute un portail de support client 24/7 et une réponse P1 sous 2 heures ; Enterprise ajoute une réponse P1 sous 30 minutes et un Customer Success Manager. Le portail 24/7 est disponible sur les niveaux Premium et Enterprise.
Analyses détaillées par mécanisme
RoCEv2 + PFC / ECN DCQCN DLB GLB (sur la feuille de route) watchdog d'interblocage PFC Ultra Ethernet (UEC) Topologies de fabric IA InfiniBand contre Ethernet Télémétrie gNMI

Déploiements fabric IA et DC

Clusters IA de production et fabrics de datacenter exécutant OcNOS-DC sur Broadcom Tomahawk 4/5.

NTT
APAC

NTT DATA s'est associé à IP Infusion pour commercialiser des solutions d'open networking désagrégées, proposant des Cell Site Routers, des Routed… animés par OcNOS

Lire le témoignage →
Scott Data
Amériques

Scott Data a déployé OcNOS avec du matériel d'open networking d'UfiSpace, Edgecore Networks et Celestica, remplaçant les piles propriétaires héritées sur l'ensemble de son…

Lire le témoignage →
Madeo
EMEAI

Madeo Consultant, un intégrateur de systèmes de centres de données basé en France, a remplacé ses commutateurs Cisco Nexus et Catalyst par IP Infusion OcNOS sur Edgecore…

Lire le témoignage →
Prosoluce
EMEAI

Prosoluce, un FAI et fournisseur de services managés français, a fait évoluer son cœur de réseau vers un backbone 100G EVPN-VXLAN sous IP Infusion OcNOS…

Lire le témoignage →
Parcourir tous les déploiements clients →
Depuis le blog

À lire aussi sur le blog

Le cadre de décision réseau IA : une fabric GPU pour la vitesse, le ROI et la liberté stratégique

Cadre d'aide à la décision côté acheteur pour les fabrics GPU avec RoCEv2 et matériel ouvert

Lire l'article →

OcNOS 7.0 pour les data centers : fabric IA, plateformes 800G, EVPN-VXLAN à grande échelle

Fonctionnalités de fabric IA 800G et plateformes Tomahawk 5 livrées dans OcNOS 7.0

Lire l'article →

OcNOS 7.0: What's New for AI, Transport, and Cloud

Met en avant le transport RoCEv2 sans perte avec PFC pour les clusters GPU

Lire l'article →

OcNOS 6.6 pour data centers : PFC/ETS fabric IA, EVPN Policy, 400G

Fonctionnalités DCB lossless PFC/ETS qui sous-tendent les déploiements de fabric IA OcNOS

Lire l'article →
Tous les articles du blog →
Fabric IA

Concevez tout le fabric IA avec OcNOS

Du dossier économique au calcul du nombre de ports, reprenez où vous en êtes dans la construction.

Vous êtes ici Fabric IA ouverte La fabric IA 800G complète : commutateurs ouverts, OcNOS-DC, et support sous un seul contrat.
Designs de référence Topologies AI Fabric Rail-optimized, Clos 3 étages planifié, et DCI cohérent, dimensionnés en nombres de ports réels. Size & build AI Fabric Design Suite Dimensionnez un fabric GPU : nombres de leaf, spine et super-spine avec un récapitulatif des composants et de la consommation.
Nouveau dans les AI fabrics ? Commencez ici Qu'est-ce qu'un AI fabric ? Qu'est-ce qu'un GPU fabric ? Qu'est-ce que l'Ethernet sans perte ? Qu'est-ce que RDMA ?
La technologie à l'intérieur RoCEv2 lossless Réseau rail-optimized Routage adaptatif DLB GLB (7.1) Ultra Ethernet DCQCN blocage PFC InfiniBand contre Ethernet RoCE vs InfiniBand Architecture de fabric IA Coherent DCI