OcNOS-DC · EVPN-VXLAN · BGP Leaf-Spine · Matériel ouvert · SLA 24/7

Fabric DC

Fabric data center leaf-spine évolutive avec overlays EVPN-VXLAN. Isolation des charges multi-locataires. BGP ECMP à chaque niveau — sur matériel ouvert validé, à une fraction du coût propriétaire.

Protocoles :
EVPN-VXLAN BGP Wide ECMP VXLAN PFC / DCB BFD OpenConfig gNMI gRPC Streaming Telemetry NETCONF / YANG Advanced Load Balancing Multisite Stitching IP Storage / NVMEoF Optiques tierces Model-Based OS
Non-Blocking
Wide-ECMP fabric architectures
EVPN
RFC 7432 / 8365 · Multi-Homing
3–5×
TCO savings vs proprietary switches
24/7
Carrier-grade global SLA
Le problème

Les switches propriétaires verrouillent votre cycle de renouvellement.

Chaque fois que vous achetez un commutateur Cisco ou Arista, vous payez à la fois la marge matérielle et la licence logicielle au même fournisseur — sans pouvoir les séparer. OcNOS-DC fonctionne sur les mêmes ASIC Broadcom, aux prix ODM.

EVPN-VXLAN leaf-spine with Sous-couche BGP Passerelle anycast Suppression ARP Multihoming EVPN — production-ready, on Day 1, on open hardware.

Architecture de référence

EVPN-VXLAN Leaf-Spine — RFC 7938 + RFC 8365

Underlay eBGP unnumbered sur chaque lien leaf-spine. VTEP VXLAN sur chaque leaf. La passerelle anycast élimine la latence de routage premier saut. ZTP provisionne chaque nouveau switch au démarrage.

EVPN-VXLAN leaf-spine DC fabric with border leaf Two-spine, two-leaf EVPN-VXLAN data center fabric. Tenant A and Tenant B servers attach via ESI-LAG to VTEP leaves running OcNOS-DC with Type-2 and Type-5 EVPN routes and anycast gateway. Two spines reflect EVPN routes over eBGP ECMP at 25.6 Tbps each. A border leaf with 400G uplinks provides external WAN connectivity and EVPN gateway. Servers Tenant A ESI-LAG AA Servers Tenant B ESI-LAG AA Servers Tenant A anycast GW Leaf-01 OcNOS-DC VTEP · Passerelle anycast Type-2 + Type-5 eBGP AS 65001 EVPN-VXLAN VTEP Leaf-02 OcNOS-DC eBGP AS 65002 EVPN-VXLAN VTEP eBGP ECMP Spine-01 OcNOS-DC 25.6 Tbps · RR EVPN Route Reflector eBGP AS 65100 Spine-02 OcNOS-DC 25.6 Tbps · RR EVPN Route Reflector eBGP AS 65101 Border Leaf OcNOS-DC Type-5 · RPKI 400G uplinks EVPN GATEWAY WAN / inet OcNOS-DC — FABRIC DC — EVPN-VXLAN · BGP LEAF-SPINE · ANYCAST GW · MULTI-TENANT
OcNOS-DC leaf (VTEP)
OcNOS-DC spine (RR)
OcNOS-DC border leaf
External / WAN

Hover nodes for capability and platform details · Full HCL: 40+ validated platforms at ipinfusion.com/hcl

600+Déploiements opérateurs
60+Pays
26Années dans le réseau
Architecture technique

EVPN-VXLAN bien fait — automatisé dès le jour 0.

La plupart des déploiements de fabric data center reposent encore sur un provisioning CLI manuel qui prend des jours par rack. OcNOS-DC combine l'ensemble des fonctionnalités EVPN-VXLAN à ZTP, à la télémétrie streaming gNMI et à l'automatisation Ansible — pour passer du switch nu au leaf en production en quelques minutes.

EVPN Type-2 + Type-5 avec Symmetric IRB

Les routes Type-2 annoncent MAC et IP ensemble pour que chaque leaf connaisse chaque hôte sans flooding. Les routes Type-5 distribuent les préfixes IP pour le routage inter-locataires et externe. L'IRB symétrique offre un forwarding L3 sur les VTEP d'entrée et de sortie — chemin optimal, pas de hairpin.

EVPN multihoming — actif-actif, sans MLAG

Serveurs en double rattachement à deux switches leaf via ESI-LAG. Les deux liens transmettent du trafic simultanément, EVPN assurant la synchronisation MAC/IP entre les VTEP. Aucun domaine MLAG propriétaire, aucun peer-link, aucun risque de split-brain.

Passerelle Anycast distribuée + Suppression ARP

Chaque commutateur leaf partage la même IP et le même MAC de passerelle pour chaque sous-réseau locataire — pas de tromboning du trafic via une passerelle centrale. La suppression ARP signifie que les leafs répondent à l'ARP localement depuis la base EVPN au lieu de flooder, réduisant le broadcast de 80 à 90 % à grande échelle.

ZTP + gNMI — zero-touch du rack à la production

Un nouveau commutateur OcNOS-DC démarre, le DHCP provisionne via ZTP sa configuration EVPN complète, et la télémétrie gNMI on-change commence à streamer en quelques minutes. Pas de câble console, pas de configuration eBGP manuelle. Ansible et Terraform gèrent les changements Day-2 de façon idempotente sur toute la fabric.

ansible — deploy EVPN-VXLAN fabric EN DIRECT
$ansible-playbook -i dc-inventory deploy-evpn.yml
ok : [spine-01] — EVPN RR, AS 65100
ok : [spine-02] — EVPN RR, AS 65101
ok : [leaf-01] — VTEP 10.0.0.1, VNIs up
ok : [leaf-02] — VTEP 10.0.0.2, pair ESI
ok : [border-01] — Type-5, RPKI active
PLAY RECAP
5 devices changed=5 failed=0 unreachable=0
$gnmic sub --path /network-instances/ \
--mode ON_CHANGE
VNI 10010 up MACs: 248 ARPs: 248
VNI 10020 up MACs: 192 ARPs: 192
VNI 50010 up routes : 14
✓ fabric sain — 0 drops — ECMP équilibré

Plateformes Fabric DC validées

AS9736-64D
Edgecore
25.6 Tbps
AS7726-32X
Edgecore
6.4 Tbps
S9600-56DX
UfiSpace
4.8 Tbps
AS7726-32X
Celestica
6.4 Tbps

40+ validated platforms — HCL complet →

Ouvert vs propriétaire

Les mêmes ASIC. Une fraction du coût.

Les switches data center d'Arista, Cisco et Juniper fonctionnent sur des ASIC Broadcom Tomahawk et Trident — le même silicium qu'à l'intérieur du matériel ODM Edgecore et UfiSpace. Ce que vous payez en plus, c'est la marque, le lock-in et la marge du fournisseur.

❌ Propriétaire (Arista / Cisco / Juniper)

Matériel et NOS regroupés — vous ne pouvez pas acheter l'ASIC sans la licence logicielle qui y est attachée.

Le MLAG pour le dual-homing serveur exige un protocole peer-link propriétaire et un lien keepalive dédié par paire de switches.

L'automatisation repose sur EAPI, NX-API ou Junos PyEZ propriétaires — non portables entre plateformes ou fournisseurs.

Contrats de support matériel et logiciel distincts — plusieurs files TAC pour un même incident réseau.

Renouvellement complet (remplacement complet) tous les 3 à 5 ans lorsque le fournisseur déclare la plateforme en fin de vie, que le matériel soit défaillant ou non.

✓ OcNOS-DC sur matériel ouvert

Matériel Edgecore ou UfiSpace. OcNOS-DC d'IP Infusion. Contrats séparés — ou regroupés via un SKU clé en main unique.

EVPN Multi-Homing (ESI-LAG) offre nativement un dual-homing serveur actif-actif — sans peer-link, sans protocole propriétaire.

NETCONF/YANG 1.1, OpenConfig, gNMI, Ansible, Terraform — des standards ouverts qui fonctionnent sur OcNOS-DC et tout autre NOS conforme aux standards.

Un contrat de support IP Infusion unique couvre le TAC logiciel et la coordination RMA matérielle à l'échelle mondiale, 24/7 — un appel, une file.

OcNOS-DC est un logiciel — mettez à niveau le NOS indépendamment du matériel. Prolongez la durée de vie de la plateforme au-delà des échéances EOL fournisseur.

Scénarios de déploiement

Où le DC Fabric OcNOS est déployé aujourd'hui.

CAS D'USAGE 01

Fabric DC multi-tenant entreprise

Les data centers d'entreprise hébergeant plusieurs unités métier ou clients sur une infrastructure partagée ont besoin d'une isolation forte des tenants sans sacrifier les performances est-ouest. OcNOS-DC offre une isolation par VRF via des VNI L3, une passerelle anycast pour un routage intra-fabric optimal, et la suppression ARP pour contenir le broadcast à grande échelle — le tout sur du matériel ouvert.

CAS D'USAGE 02

Fabric pour fournisseurs cloud / hyperscale

Les fournisseurs de cloud et les hyperscalers ont besoin d'opérations automation-first où chaque switch est provisionné de manière identique depuis un template, jamais manuellement. La conception ZTP, NETCONF/YANG et Ansible-native d'OcNOS-DC permet de mettre une nouvelle capacité en service en quelques minutes, pas en jours. La prise en charge de Docker et Kubernetes dans OcNOS 7.0 permet aux opérateurs d'exécuter des agents de monitoring on-switch aux côtés du NOS.

CAS D'USAGE 03

Fabric mixte IA + usage général

De nombreux data centers exploitent à la fois des pods de calcul GPU et des charges conventionnelles. OcNOS-DC gère les deux dans une seule instance NOS — fabric EVPN-VXLAN multi-tenants pour les charges conventionnelles et la pile DCB lossless RoCEv2 complète (PFC, ECN, DLB) pour les pods GPU. Aucun NOS séparé pour la section IA. Pour la couche d'interconnexion DC à DC, voir la Solution IPoDWDM.

Commencer

Construisez votre fabric leaf-spine sur matériel ouvert.

Échangez avec un spécialiste DC networking IPI, ou téléchargez gratuitement la VM OcNOS-DC et validez vos configurations EVPN-VXLAN dès aujourd'hui — sans matériel.

Questions techniques courantes

DC Fabric with OcNOS-DC

Qu'est-ce qu'EVPN-VXLAN et comment OcNOS-DC l'implémente-t-il ?
EVPN-VXLAN est la norme industrielle pour les overlays de fabric data center multi-tenants. OcNOS-DC implémente EVPN RFC 8365 avec encapsulation VXLAN : routes Type-2 pour l'annonce MAC/IP, routes Type-5 pour la distribution de préfixes IP, et Integrated Routing and Bridging (IRB) symétrique et asymétrique. Les switches leaf agissent comme VXLAN Tunnel Endpoints (VTEP) avec une passerelle anycast distribuée pour un routage intra-fabric optimal. La suppression ARP réduit le trafic broadcast à grande échelle. L'underlay BGP suit l'architecture data center RFC 7938 avec des interfaces eBGP unnumbered sur chaque lien leaf-spine.
OcNOS-DC peut-il remplacer Arista EOS ou Cisco NX-OS dans mon data center ?
Oui. OcNOS-DC offre une parité fonctionnelle pour les déploiements leaf-spine EVPN-VXLAN standard. Il fonctionne sur les mêmes ASIC Broadcom Tomahawk et Trident utilisés dans le matériel Arista et Cisco, mais sur des plateformes ODM ouvertes d'Edgecore, UfiSpace et Celestica. Les clients réalisent généralement des économies CAPEX substantielles sur le matériel par rapport aux systèmes propriétaires. IP Infusion fournit un contrat de support unifié unique couvrant à la fois le logiciel OcNOS-DC et la coordination RMA matérielle — une simplicité opérationnelle équivalente à un déploiement propriétaire, sans le lock-in fournisseur.
Qu'est-ce que le multi-homing EVPN et OcNOS-DC le prend-il en charge ?
Le multi-homing EVPN (ESI-LAG) permet à un serveur ou à un équipement réseau de se connecter simultanément à deux switches leaf ou plus en configuration active-active ou active-standby, sans nécessiter de domaine MLAG traditionnel. OcNOS-DC prend en charge le multi-homing EVPN (Active-Active) à l'aide des Ethernet Segment Identifiers (ESI), offrant redondance et distribution optimale du trafic sans la complexité opérationnelle des protocoles MLAG propriétaires.
Comment OcNOS-DC gère-t-il l'isolation multi-tenant dans un fabric DC ?
L'isolation multi-tenant est mise en œuvre via les VXLAN Network Identifiers (VNI). OcNOS-DC prend en charge à la fois les VNI Layer 2 pour les domaines de tenant bridgés et les VNI Layer 3 pour le trafic routé inter-tenants via IRB symétrique. Chaque VRF tenant est isolé au niveau du plan de données. EVPN E-Tree (Scénario 1) apporte une isolation leaf-à-leaf supplémentaire au sein d'un tenant pour les cas d'usage exigeant un contrôle du trafic spoke-à-spoke. La validation BGP RPKI sécurise le plan de contrôle de routage à la bordure du fabric.
OcNOS-DC prend-il en charge le Zero Touch Provisioning pour les déploiements leaf-spine ?
Oui. OcNOS-DC prend en charge le ZTP basé sur DHCP sur IPv4 et IPv6. Un nouveau switch leaf démarre, demande sa configuration via l'option DHCP 67, et OcNOS-DC télécharge et applique automatiquement la configuration complète — y compris les sessions eBGP, les address families EVPN, les mappings VNI et les profils DCBX. Combiné à IP Maestro pour la gestion du cycle de vie et à la télémétrie streaming gNMI, OcNOS-DC permet des opérations Day-0 à Day-2 entièrement automatisées sans intervention CLI manuelle.
Quels outils d'automatisation OcNOS-DC prend-il en charge pour la gestion de fabric DC ?
OcNOS-DC est conçu pour des opérations automation-first : modèles NETCONF/YANG 1.1 et OpenConfig pour la configuration model-driven, gNMI avec télémétrie streaming dial-in et dial-out pour la visibilité temps réel, playbooks Ansible pour des déploiements fabric-wide idempotents, un provider Terraform pour les workflows infrastructure-as-code, et sFlow pour l'échantillonnage de trafic. La prise en charge de Docker et Kubernetes dans OcNOS 7.0 permet aux agents de monitoring tiers de s'exécuter directement sur le CPU du switch, éliminant le besoin d'une infrastructure de collecte séparée.
Resource

OcNOS Hybrid Cloud-Native DC Whitepaper

Complete a short form and the PDF is delivered instantly by our resource centre.

Download PDF