UDP 4791 · PFC + ECN · DCQCN

RoCEv2 : Ethernet sans perte pour les fabrics IA

RoCEv2 est la façon dont RDMA fonctionne sur de l'Ethernet standard : il encapsule le RDMA dans UDP/IP et utilise le port de destination UDP 4791, si bien que le trafic collectif GPU est routable sur un fabric leaf-spine ordinaire. Il requiert un fabric sans perte construit avec PFC et ECN, avec DCQCN comme boucle de contrôle de congestion, et OcNOS fournit l'ensemble de cette boîte à outils dès aujourd'hui sur du matériel ouvert 400G et 800G pris en charge.

UDP 4791Port de destination RoCEv2
jusqu'à 800Gplateformes RoCEv2 ouvertes
1 NOSOcNOS-DC sur matériel ouvert

Les mêmes GPU sur un fabric leaf-spine sans perte

Une tranche de rail compacte : deux spines et deux leaves acheminant du RoCEv2 entre quatre GPU. Les trames de pause PFC circulent saut par saut en cas de congestion, tandis qu'ECN marque les flux éléphants pour une réaction DCQCN à la source. Le RDMA est encapsulé dans UDP/IP sur le port de destination 4791, si bien que le même trafic est routable sur un fabric Ethernet standard.

Topologie de fabric IA RoCEv2 : deux spines, deux leaves et quatre GPU, avec des flèches de pause PFC sur le trafic RoCEv2 sans perte
RoCEv2 : fabric IA à deux spines et deux leaves transportant un trafic GPU sans perte avec flux de pause PFC.

Une perte quasi nulle maintient l'efficacité des collectifs GPU

Les collectifs GPU (all-reduce, all-gather, all-to-all) génèrent des flux éléphants qui saturent des chemins uniques de la fabric et exigent une perte quasi nulle pour que les tâches d'entraînement restent efficaces. RoCEv2 transforme une fabric leaf-spine en transport sans perte pour ces charges en encapsulant le RDMA dans UDP/IP sur le port de destination 4791, de sorte que ce même trafic est routable sur la couche 3.

Paramètre RoCEv1Couche 2 RoCEv2UDP/IP, routable
EncapsulationRDMA transporté directement sur Ethernet (EtherType dédié).RDMA encapsulé dans UDP/IP, utilisant le port de destination UDP 4791.
Couche réseauLayer 2 uniquement ; confiné à un seul domaine de broadcast.Layer 3 routable sur un fabric leaf-spine standard.
Entropie ECMPAucun en-tête IP ou UDP à hacher ; répartition des chemins limitée.Le port source UDP varie comme identifiant de flux pour répartir le trafic sur les chemins ECMP.
Exigence d'absence de perteNécessite un fabric sans perte construit avec PFC et ECN.Nécessite un fabric sans perte construit avec PFC et ECN, avec DCQCN comme boucle de contrôle de congestion.
Portée et échelleAu sein d'une baie ou d'un même sous-réseau.Fabrics de data center routées ; architectures de référence jusqu'à 16 384 GPU.

Les mécanismes qui maintiennent le fabric sans perte

Un fabric RoCEv2 reste sans perte grâce à trois mécanismes coopérants : le priority flow control met en pause la bonne classe de trafic, ECN et DCQCN maintiennent le débit sans perte, et l'équilibrage de charge dynamique éloigne les quelques flux volumineux des liens montants congestionnés.

Priority Flow Control

Pause par priorité

Le PFC 802.1Qbb met en pause une seule classe de trafic saut par saut pour que les files acheminant le RDMA ne perdent jamais de paquets. OcNOS l'associe à la détection et reprise des deadlocks PFC, qui détecte une priorité bloquée et la rétablit avant qu'elle ne se propage.

Contrôle de congestion

Marquage ECN et boucle DCQCN

Le marquage ECN basé sur WRED marque les paquets à mesure que les files se remplissent, et DCQCN est la boucle de contrôle de congestion qui réagit à la source pour maintenir le débit sans perte.

Équilibrage de charge

Équilibrage de charge sensible à la congestion

Le hachage ECMP statique entre en collision sur les quelques flux éléphants volumineux que produisent les collectifs IA. DLB redistribue les flowlets en cas de saturation locale d'un lien, éliminant les collisions du hachage statique qui pénalisent les topologies symétriques.

RoCEv2 tel qu'OcNOS le fournit

Au-delà des mécanismes sans perte, OcNOS apporte la télémétrie, les architectures de référence et un chemin de mise à niveau propre qui transforment une configuration sans perte en un fabric exploitable.

Télémétrie

Télémétrie en streaming

Télémétrie en streaming via gNMI avec des modèles OpenConfig pour une observabilité à l'échelle du fabric.

Designs de référence

Fabrics optimisées pour les rails

Architectures de référence pour les topologies alignées par rail, jusqu'à 16 384 GPU sur des commutateurs ouverts 400G et 800G du commerce.

Transport de nouvelle génération

La place d'Ultra Ethernet

Ultra Ethernet ajoute le packet spray et le RDMA multichemin à l'Ethernet standard, sur des NIC compatibles UEC. OcNOS-DC exécute déjà en production du RoCEv2 sans perte, et IP Infusion est membre de l'Ultra Ethernet Consortium.

Une seule image NOS sur du matériel ouvert

  • Choix matériel ouvert. Exécutez RoCEv2 sur des plateformes UfiSpace ou Edgecore avec la même image NOS, de sorte que la couche fabric n'entraîne aucun verrouillage fournisseur.
  • Licences par niveaux. PFC, ECN et ETS sont inclus dans les niveaux OcNOS-DC IPBASE et PLUS. DLB, Dynamic ECN, la reprise après deadlock PFC et le réglage des buffers sont inclus dans le niveau PLUS. La matrice de fonctionnalités indique les plateformes pour chacun.

Ethernet standard, performances RDMA, matériel ouvert

RoCEv2 permet à un fabric IA de réutiliser les opérations et les équipements Ethernet que le reste du datacenter fait déjà tourner, et OcNOS est l'élément habilitant qui le rend sans perte sur des commutateurs ouverts.

Ethernet standard, vitesse RDMA

RoCEv2 transporte le RDMA sur de l'UDP/IP routable, de sorte que les collectifs GPU bénéficient d'un déplacement de données à faible latence et faible consommation CPU, sans fabric dédié distinct.

Choix de matériel ouvert

La même configuration sans perte fonctionne sur les commutateurs UfiSpace et Edgecore en 400G et 800G, préservant le caractère multifournisseur de la couche fabric.

OcNOS est l'élément habilitant

PFC, ECN, DLB et la télémétrie en streaming sont livrés dans un seul NOS sur des commutateurs ouverts, si bien que la fabric sans perte complète se construit, au lieu d'être un projet d'intégration.

RoCEv2, questions et réponses

Qu'est-ce que RoCEv2 ?
RoCEv2 (RDMA over Converged Ethernet version 2) transporte le trafic RDMA sur des réseaux UDP/IP routables, permettant aux serveurs de déplacer des données directement de mémoire à mémoire avec une latence très faible et une faible charge CPU. Il est largement utilisé pour les clusters d'IA et le stockage haute vitesse sur les fabrics Ethernet.
Quelle est la différence entre RoCEv2 et RoCEv1 ?
RoCEv2 fait fonctionner le RDMA sur UDP/IP : il est donc routable à travers des réseaux Layer 3, tandis que RoCEv1 fonctionne directement sur Ethernet (Layer 2) et reste dans un unique domaine de broadcast. RoCEv2 s'étend à des fabric de data center routées et plus vastes, que RoCEv1 ne peut atteindre.
RoCEv2 nécessite-t-il un réseau sans perte ?
RoCEv2 requiert un fabric sans perte ou quasi sans perte, car les performances RDMA chutent fortement en cas de perte de paquets. Les opérateurs y parviennent avec le PFC pour le contrôle de flux et l'ECN associé au DCQCN pour le contrôle de congestion, en maintenant des files d'attente peu profondes afin que les flux RDMA évitent les rejets et les retransmissions.
Quel port UDP RoCEv2 utilise-t-il ?
RoCEv2 utilise le port UDP de destination 4791, le port réservé par l'IANA pour le trafic RoCEv2. Comme RDMA est encapsulé dans UDP/IP, les paquets sont routables et le port source UDP peut être varié comme identifiant de flux afin de répartir le trafic sur les chemins ECMP.
Comment RoCEv2 se compare-t-il à InfiniBand ?
RoCEv2 assure le RDMA sur Ethernet et IP standard, tandis qu'InfiniBand est une fabric distincte, conçue à cet effet, avec ses propres commutateurs et adaptateurs. RoCEv2 réutilise les opérations et les équipements Ethernet, ce qui explique pourquoi de nombreux réseaux d'IA et de stockage l'adoptent plutôt qu'une fabric InfiniBand dédiée.

Vous construisez ou faites évoluer un fabric IA ? Obtenez une analyse adaptée à votre charge de travail

Indiquez-nous l'échelle GPU et le motif collectif, et un ingénieur IP Infusion dimensionnera avec vous les étages de commutation et réglera la configuration sans perte, ou commencez par une première ébauche de topologie leaf-spine dans l'AI Fabric Design Suite.