OcNOS face à SONiC : comparaison de deux systèmes d'exploitation réseau ouverts pour data center
OcNOS-DC est un NOS de data center commercial, pris en charge par son éditeur, qualifié par plateforme et licencié séparément du switch. SONiC est un NOS open source, exploité en build communautaire ou via une distribution commerciale. Les deux fonctionnent sur la même classe de matériel ouvert à silicon marchand Broadcom : il s'agit donc d'une comparaison entre deux systèmes d'exploitation et leurs modèles de support, et non entre ouvert et propriétaire. Périmètre : le data center et la fabric IA.
OcNOS et SONiC en un coup d'œil
OcNOS-DC et SONiC font tous deux fonctionner une fabric de data center ouverte sur du matériel white-box. La différence tient au modèle d'exploitation : un NOS open source que votre équipe ou un fournisseur de distribution intègre et prend en charge, ou un NOS commercial qu'IP Infusion qualifie et prend en charge par plateforme.
Ce qui est identique
- Tous deux s'installent sur des switches ONIE ouverts basés sur du silicon marchand Broadcom.
- Tous deux permettent de construire des fabrics leaf-spine BGP EVPN-VXLAN.
- Tous deux prennent en charge PFC et ECN pour les fabrics de back-end IA RoCEv2 et RDMA.
- Tous deux offrent une gestion pilotée par les modèles, basée sur OpenConfig.
Ce qui distingue
- OcNOS-DC est un logiciel intégré, qualifié par IP Infusion pour chaque switch. SONiC est un ensemble de conteneurs que votre équipe ou une distribution intègre.
- Support : support commercial d'IP Infusion, par rapport au support communautaire ou à un fournisseur de distribution.
- OcNOS-DC inclut une qualification par plateforme et un contrat de support IP Infusion. Avec un NOS open source, ce travail revient à votre équipe ou à un fournisseur de distribution.
| Dimension | OcNOS-DC (IP Infusion) | SONiC (open source · communautaire et commercial) |
|---|---|---|
| Type et gouvernance | NOS commercial d'IP Infusion, proposé en trois éditions : DC-MGMT, DC-IPBASE et DC-PLUS. | NOS open source sous Apache License. Créé par Microsoft pour ses data centers Azure, rattaché à la Linux Foundation depuis 2022 et désormais hébergé par celle-ci sous la forme de la SONiC Foundation, partenaire de l'Open Compute Project pour SAI. |
| Modèle de support | Support commercial d'IP Infusion : 24 x 7 pour les incidents de Severity 1, ou 24 x 7 pour tous les incidents avec le support Premium. | Le projet décrit SONiC comme pris en charge par la communauté. Les fournisseurs qui livrent SONiC sur leurs switches fixent leurs propres conditions de support. |
| Qui assure l'intégration et la qualification | IP Infusion qualifie OcNOS-DC sur chaque switch de la Hardware Compatibility List OcNOS. | Communautaire : l'opérateur assume la build, la validation matérielle et l'application des correctifs. Une distribution commerciale prend en charge ce travail à sa place. |
| Matériel et silicon | 18 switches ONIE qualifiés d'Edgecore, UfiSpace et Celestica sur silicon Broadcom Trident et Tomahawk. | Des images ONIE pour les switches à base de Broadcom, et la prise en charge des ASIC pris en charge par SAI. La même classe de matériel ouvert. |
| Routage underlay | BGP, OSPF et IS-IS dans chaque édition. | Le routage s'exécute dans le conteneur bgp sur une pile de routage open source (FRRouting). |
| overlay EVPN-VXLAN | BGP EVPN-VXLAN avec multihoming EVPN sur les switches à base de Trident (DC-IPBASE et DC-PLUS). Les fonctions de tenant routées varient selon le modèle de switch. | EVPN-VXLAN (RFC 7432 et RFC 8365) et le multihoming EVPN sont décrits dans les documents de conception SONiC. L'opérateur ou la distribution confirme ce que prennent en charge un build et un switch donnés. |
| fabric IA / RDMA | PFC avec QoS sur la couche 3, ECN et ETS pour RoCEv2 sur les 18 switches. Dynamic Load Balancing ainsi que détection et reprise des deadlocks PFC dans DC-PLUS, et Dynamic ECN sur les switches Tomahawk 5. La Feature Matrix répertorie chaque switch. | PFC, les statistiques ECN et un watchdog PFC sont décrits dans les documents de conception SONiC. Le profil sans perte est réglé et validé par l'opérateur ou par la distribution. |
| Modèle de plan de contrôle | Logiciel intégré : routage, commutation et gestion livrés ensemble dans chaque version d'OcNOS-DC, avec une seule CLI. | Chaque module s'exécute dans son propre conteneur Docker et partage son état via une base de données Redis, au-dessus de l'abstraction matérielle SAI. |
| Télémétrie et gestion | CLI standard du secteur avec commit et rollback, NETCONF, OpenConfig et télémétrie en streaming dans DC-PLUS. | Une CLI basée sur Click, un Management Framework avec une CLI KLISH et des modèles YANG OpenConfig, la télémétrie gNMI, et une configuration dans CONFIG_DB chargée depuis config_db.json. |
| Extensibilité sur le commutateur | Les fonctionnalités proviennent de la feuille de route OcNOS. | Les modules s'exécutent sous forme de conteneurs au-dessus de SAI, ce qui permet aux opérateurs et aux fournisseurs d'ajouter des conteneurs et la prise en charge de plateformes. |
| Cycle de vie & mises à niveau | Un cycle de vie produit publié, avec mises à jour et mises à niveau logicielles dans le cadre du contrat de support. | Le warm reboot est décrit dans les documents de conception SONiC. Avec un build communautaire, l'opérateur revalide chaque mise à niveau sur ses propres switches. |
| Licences | Licence d'utilisation perpétuelle par édition, distincte de l'achat du matériel. | Le code communautaire ne comporte pas de frais de licence logicielle ; les distributions commerciales sont sous licence de leur fournisseur. |
| Utilisateur le plus adapté | Les opérateurs qui souhaitent du matériel ouvert avec un seul fournisseur responsable du logiciel et de la qualification par plateforme. | Les équipes qui développent et exploitent leur propre logiciel réseau, ou qui achètent la distribution d'un fournisseur. |
Les capacités de SONiC varient selon le build communautaire et la distribution ; la colonne SONiC reflète les pages du projet SONiC et de la Linux Foundation listées ci-dessous, en date d'octobre 2026. Les capacités d'OcNOS sont conformes à la fiche technique OcNOS-DC et à la Matrice de fonctionnalités OcNOS.
Sources SONiC pour les informations de cette page :
- SONiC Foundation : Software for Open Networking in the Cloud
- Linux Foundation : SONiC rejoint la Linux Foundation (14 avril 2022)
- Linux Foundation : SONiC Foundation, OCP Global Summit 2026 (5 octobre 2026)
- SONiC Wiki : FAQ (licence, support, ASIC)
- SONiC Wiki : Architecture
- SONiC Wiki : Configuration
- sonic-buildimage : création d'images SONiC (ONIE)
- Conception SONiC : EVPN VXLAN
- Conception SONiC : multihoming EVPN VXLAN
- Conception SONiC : watchdog PFC
- Conception SONiC : statistiques WRED et ECN
- Conception SONiC : Management Framework (CLI KLISH, OpenConfig, gNMI)
- Conception SONiC : télémétrie gRPC (gNMI)
- Conception SONiC : warm reboot
En résumé
OcNOS-DC fournit EVPN-VXLAN et l'ensemble de fonctions sans perte RoCEv2 sous forme de produit pris en charge commercialement, qualifié pour chaque switch, avec une licence d'utilisation perpétuelle distincte du matériel et un seul fournisseur responsable du logiciel. Avec SONiC, ce travail d'intégration et de support revient à votre équipe ou à l'éditeur d'une distribution.
Même matériel, logiciel différent
OcNOS-DC et SONiC s'installent tous deux sur des switches ouverts compatibles ONIE, basés sur du silicon marchand Broadcom ; SONiC pilote l'ASIC via l'abstraction matérielle SAI. Le choix n'oppose donc pas matériel ouvert et matériel propriétaire. Il s'agit d'un choix entre deux systèmes d'exploitation et deux modèles de support sur la même classe de matériel ouvert.
Architecture : SONiC conteneurisé face à OcNOS intégré
SONiC exécute chaque module dans son propre conteneur. OcNOS-DC fournit le routage, la commutation et la gestion sous forme de logiciel intégré. Chaque modèle convient à une équipe d'exploitation différente.
SONiC découple les fonctions en conteneurs au-dessus d'un magasin d'état Redis, ce qui est utile pour l'automatisation et la modularité. OcNOS présente un système intégré unique, ce qui simplifie la validation, les mises à niveau et la voie de support. Aucun modèle n'est universellement meilleur ; ils conviennent à des équipes d'exploitation différentes.
Ce qui distingue les trois modèles
L'intégration, la validation et l'application des correctifs reviennent à votre équipe avec SONiC communautaire, et au fournisseur avec une distribution commerciale ou avec OcNOS-DC. Les autres lignes indiquent quel matériel vous pouvez acheter, d'où vient le support et à qui appartient la feuille de route.
| Dimension | SONiC communautaire | SONiC commercial | OcNOS |
|---|---|---|---|
| Intégration, validation, correctifs | équipe interne | éditeur de la distribution | IP Infusion |
| Choix du matériel | toute plateforme SAI que vous validez | la liste de plateformes de la distribution | switches qualifiés d'Edgecore, UfiSpace et Celestica |
| Parcours de support | support communautaire | l'organisation de support du fournisseur | Support technique d'IP Infusion |
| Influence sur la feuille de route | contribution upstream | la feuille de route de l'éditeur de la distribution | demandes adressées à IP Infusion |
| Gouvernance du code source | la communauté SONiC | la communauté SONiC | IP Infusion |
| Périmètre | data center | data center | data center (OcNOS-DC) ; service provider dans OcNOS-SP |
Sur la première ligne, une distribution commerciale et OcNOS-DC remplissent la même fonction. La différence apparaît en dessous. La liste des plateformes d'une distribution est fixée par son fournisseur. OcNOS-DC est licencié séparément du matériel et qualifié sur des switches de trois fournisseurs, de sorte que la plateforme reste une décision distincte que vous pouvez remettre en concurrence.
Dans le data center et l'AI fabric
C'est ici que les deux se ressemblent le plus. Tous deux construisent la même fabric fondée sur les standards, sur la même classe de silicium, et la différence tient à qui la valide sur le switch que vous achetez et qui la supporte ensuite.
OcNOS-DC et SONiC construisent tous deux cette fabric EVPN-VXLAN conforme aux normes, y compris le back-end RoCEv2 sans perte pour les clusters GPU, sur la même classe de matériel Broadcom ouvert. Sur OcNOS-DC, EVPN-VXLAN s'exécute sur les switches à base de Trident et les spines Tomahawk assurent l'underlay routé. La Feature Matrix répertorie chaque fonctionnalité par switch. Les noms de plateformes sont donnés à titre indicatif ; le switch approprié dépend de votre combinaison de ports et de votre échelle.
Le matériel ouvert sur lequel les deux fonctionnent
Les deux NOS ciblent cette classe de switches ouverts. Voici un ensemble représentatif des 18 switches OcNOS-DC qualifiés d'Edgecore, UfiSpace et Celestica :
Consultez l'ensemble des plateformes qualifiées dans la Hardware Compatibility List.
Les deux construisent efficacement des fabrics de data center
Leaf-spine EVPN-VXLAN
Un fabric BGP EVPN-VXLAN fondé sur des standards, avec multihoming EVPN. Sur OcNOS-DC, il s'exécute sur les switches à base de Trident dans DC-IPBASE et DC-PLUS. Les deux NOS le réalisent ; la différence réside dans le modèle de livraison et de support.
Fabric back-end IA / GPU
Un back-end RoCEv2 sans perte pour les clusters GPU avec PFC, ECN et ETS, plus Dynamic Load Balancing dans DC-PLUS et Dynamic ECN sur les spines Tomahawk 5. OcNOS-DC le livre qualifié et pris en charge sur chaque switch de la Hardware Compatibility List.
spine 400G et 800G
Des spines sur des plateformes ouvertes Broadcom Tomahawk 4 (64 x 400G) et Tomahawk 5 (64 x 800G).
Data center d'entreprise et d'edge
Une fabric open networking prise en charge, destinée aux équipes qui souhaitent bénéficier de l'économie du whitebox sans assumer elles-mêmes le pipeline de build du NOS, la validation matérielle et le cycle de correctifs.
Licences et modèle d'exploitation
OcNOS-DC est licencié par édition avec une licence d'utilisation perpétuelle, distincte du switch. SONiC est distribué sous Apache License : le code communautaire ne comporte donc pas de frais de licence logicielle, et son exploitation confie l'intégration, la validation matérielle, le durcissement de la sécurité et les opérations day-2 à l'équipe de l'opérateur, ou à un fournisseur qui livre une distribution prise en charge. OcNOS-DC couvre le même travail à partir d'un autre point de départ : un NOS commercial qui arrive qualifié et pris en charge par plateforme, d'un seul fournisseur, sur la même classe de matériel ouvert.
Qui assume le travail
Votre équipe l'assume
Votre équipe assume le pipeline de build, la validation par plateforme, les correctifs de sécurité et les opérations day-2 pour les switches que vous exploitez.
Un fournisseur de distribution l'assume
Le fournisseur qui livre la distribution prend en charge la validation, la maintenance et le support selon ses propres conditions et sur sa propre liste de plateformes.
IP Infusion l'assume
IP Infusion qualifie chaque switch et prend en charge le logiciel, et le switch et le logiciel restent des décisions distinctes : la plateforme peut ainsi être remise en concurrence sans changer de NOS. OcNOS-SP partage la CLI si votre réseau assure aussi des rôles de service provider.
Au-delà du data center
Cette comparaison est circonscrite au data center, OcNOS-DC face à SONiC. Si votre réseau s'étend également à des rôles de service provider ou de transport, il s'agit d'un cas d'usage différent et d'une gamme de produits différente. OcNOS-SP intègre un jeu de routage carrier-grade, comprenant MPLS, le segment routing et la synchronisation telecom, qui sort du périmètre de cette page. Consultez OcNOS-SP pour le routage service provider. La comparaison OcNOS vs Cisco aborde cette question.
Le positionnement d'OcNOS
OcNOS-DC est conçu pour les équipes qui veulent que le switch et le système d'exploitation réseau restent des décisions distinctes sur une liste de plateformes multi-fournisseurs qualifiées, avec IP Infusion pour le support du logiciel, et une CLI partagée avec OcNOS-SP si le réseau assure aussi des rôles de service provider.
SONiC est un projet open source hébergé par la Linux Foundation et la SONiC Foundation ; il est né chez Microsoft. Microsoft est une marque de Microsoft Corporation. Broadcom et ses noms de produits sont des marques de Broadcom Inc. Les noms des distributions commerciales de SONiC ainsi que des autres produits et sociétés cités ici sont les marques de leurs détenteurs respectifs. IP Infusion n'est ni affiliée au projet SONiC, à la Linux Foundation, à Microsoft, à Broadcom ou à un quelconque éditeur de distribution SONiC, ni approuvée ou sponsorisée par eux. Les comparaisons reflètent des informations publiquement documentées en date d'octobre 2026 et sont fournies à des fins d'évaluation uniquement.