EVPN-VXLAN · BGP leaf-spine · 400G / 800G

La fabric de centre de données leaf-spine complète, sur des commutateurs ouverts.

IP Infusion delivers a complete Leaf-spine EVPN-VXLAN data center fabric: 400G and 800G switches running OcNOS-DC, pre-loaded and supported under one contract. You add capacity by adding switches, a server keeps the same gateway on any leaf, and every tenant stays isolated, with a distributed anycast gateway, EVPN multihoming, a BGP underlay, and multi-tenant VRF isolation on open hardware.

See OcNOS-DC Datasheet OcNOS-DC
Fourni et pris en charge comme un seul système

Un seul commutateur validé, logiciel et contrat de support.

IP Infusion qualifie le commutateur et OcNOS-DC ensemble et les prend en charge sous un seul contrat, de sorte que la fabric que vous concevez est la fabric qui est livrée. Chaque affirmation ci-dessous correspond à une plateforme validée dans la liste du matériel et à une fonctionnalité prise en charge dans la matrice.

Matériel validé

18 validated data center platforms

Chaque commutateur leaf, spine et border est lab-qualified per platform with OcNOS-DC pre-loaded, from 100G access leaves to 800G Tomahawk 5 spines.

See the hardware list →
Feature depth

Vérifiable dans la matrice de fonctionnalités

EVPN-VXLAN, la passerelle anycast, le multihoming, l'underlay BGP-unnumbered et les VNI multi-locataires sont chacun mapped to the platforms that support them.

Check the feature matrix →
One contract

Commutateur, logiciel et RMA ensemble

Une seule équipe est responsable de la software, switch, and RMA, and you still refresh the hardware and OcNOS-DC on independent cycles.

The complete switch →
L'architecture de référence

Comment la fabric est construite, et ce que chaque niveau vous apporte.

Les serveurs se raccordent aux leaves, les leaves se connectent à chaque spine, et une couche de bordure atteint le WAN et le second site. La répartition des tâches entre ces couches est ce qui vous permet d'ajouter de la capacité à une couche sans toucher aux autres, et permet à un serveur de conserver la même passerelle où qu'il se trouve.

Topologie de fabric DC : leaf-spine EVPN-VXLAN avec des leaves VTEP, des liens montants eBGP ECMP et un border leaf pour la connectivité externe et la réflexion de routes EVPN
DC Fabric : leaf-spine EVPN-VXLAN avec des leaves VTEP, eBGP ECMP et un border leaf pour la connectivité externe.

La même image OcNOS-DC exécute chaque niveau, vous dimensionnez et licenciez donc par rôle et exploitez une seule base logicielle sur l'ensemble de la fabric.

Où les serveurs se connectent

Leaf : la voie d'accès de chaque baie

Le leaf termine VXLAN et héberge la distributed anycast gateway, so a server sees the same gateway IP and MAC on any leaf. Move or add a workload and it keeps its default route with no re-addressing.

Vous ajoutez de la capacité serveur en ajoutant des leaves, sur un commutateur Trident 4 400G.

EVPN-VXLAN →Multihoming →
Où vous ajoutez de la largeur

Spine : bande passante pour l'ensemble de la fabric

Le spine achemine le Underlay BGP-unnumbered, reflects EVPN routes, and spreads traffic with overlay ECMP. It holds no tunnel endpoints, so adding a spine adds bandwidth to the whole fabric.

Vous élargissez en ajoutant des spines, sans recâbler les leaves.

BGP →
Où la fabric sort

Border leaf : la sortie contrôlée de la fabric

Le border leaf exécute le Passerelle EVPN de couche 3 and advertises each tenant's IP prefixes outward, VRF by VRF. It is your one controlled handoff to the WAN and to the second site.

C'est aussi là que deux fabrics s'assemblent pour l'interconnexion cohérente.

Coherent DCI →
Ce qui garde le câblage simple

Underlay : câblage plug-and-peer

Chaque liaison leaf-spine exécute BGP-unnumbered with extended next-hop encoding, so a link peers with no per-interface IP to assign or track. Cabling a new link is plug-and-peer.

C'est ce qui rend la fabric rapide à câbler et rapide à faire évoluer.

Fabric engineering →
Ingénierie EVPN-VXLAN

Comment le commutateur construit la fabric.

La fabric s'agrandit en ajoutant des commutateurs, et non en réarchitecturant, et c'est EVPN-VXLAN qui rend cela possible. VXLAN encapsule le trafic des locataires entre les leaves sur l'underlay IP, et EVPN annonce l'emplacement de chaque MAC, hôte et préfixe, so the switch forwards from a learned control plane instead of flooding to find a host.

RFC 7432 / 8365

EVPN annonce les MAC, les IP et les préfixes

Le leaf exécute le EVPN de couche 2 pour VXLAN control plane and the prefix route for EVPN IRB, so EVPN carries MAC and IP host routes and IP prefixes across the fabric and each leaf forwards from what it has learned.

Anycast GW

Passerelle anycast distribuée

Chaque leaf présente la same gateway IP and MAC for a subnet, using multiple IP addresses on the IRB interface for the anycast gateway, so a server is always one hop from its gateway no matter which leaf it sits behind.

ESI-LAG

Multihoming EVPN, actif-actif

Multihoming EVPN de couche 2 pour VXLAN attaches a server to two or more leaves in active-active mode over an Ethernet Segment. Both links forward, and there is no MLAG peer-link between the leaves.

RFC 7938

Underlay BGP-unnumbered

Chaque liaison leaf-spine exécute VXLAN EVPN avec BGP unnumbered using extended next-hop encoding. A link peers without a per-interface IP address, which keeps the underlay simple to cable and grow.

Multi-tenant

Isolation VRF sur VNI

Chaque locataire réside dans son propre VRF au-dessus de ses propres VNI, et inter-VRF route leaking over EVPN-VXLAN passes only the prefixes you permit, so isolation is the default and any sharing between tenants is explicit.

ECMP + RR

ECMP overlay et route reflection

Multipath à coût égal en overlay spreads traffic across every spine, and EVPN route reflection in the fabric passes routes between leaves without a full mesh, so the fabric scales wider by adding spines.

Voir le détail des fonctionnalités sur la EVPN-VXLAN and EVPN multihoming technology pages →

Automatisation et exploitation

Du commutateur vierge au leaf de production en quelques minutes.

Un nouveau commutateur démarre, récupère sa configuration et rejoint la fabric sans session console. À partir de là, vous exploitez la fabric sous forme de code, avec de la télémétrie en continu et une configuration pilotée par modèles sur chaque plateforme.

Onboarding

ZTP at boot

Un commutateur récupère son image et sa configuration via le Zero Touch Provisioning, de sorte qu'il passe de son emballage à un leaf de production sans session console.

Télémétrie

gNMI streaming

gNMI streams telemetry to your collector, dial-in and dial-out, so leaf and spine state is a live feed instead of a poll.

Config as code

NETCONF, OpenConfig, Ansible

Les modèles NETCONF et OpenConfig associés à Ansible vous permettent de pousser et de vérifier l'état EVPN et VXLAN sous forme de code, de manière cohérente sur toute la fabric.

Visibility

sFlow, BFD, graceful restart

sFlow samples traffic for visibility, BFD detects a failure fast, and BGP graceful restart keeps the fabric forwarding while a neighbor reconverges.

Les mêmes commutateurs exécutent également l'ensemble RoCEv2 sans perte pour le trafic GPU, avec PFC, ECN et DCQCN. Pour une fabric d'entraînement GPU, consultez la AI Fabric solution →

Interconnexion de datacenter

Interconnecter deux fabrics via un DCI cohérent.

Lorsqu'un opérateur exploite deux data centers, les locataires de l'un doivent atteindre les locataires de l'autre, et la fabric s'étend sur les deux sites comme un seul réseau. La border leaf in each fabric stitches the two VXLAN Layer 3 domains, each fabric advertises its tenant IP prefixes to the other over EVPN, and a 400G OpenZR+ coherent link carries the traffic between the sites, using the same routed-optical technique already proven on service provider routers.

The stitch

Le border leaf assemble les domaines L3

The Passerelle EVPN de couche 3 on each border leaf performs VXLAN Layer 3 stitching, so one fabric's VXLAN domain hands off to the other at Layer 3 rather than bridging one flat domain across the WAN.

The handoff

Préfixes Type-5, par locataire

Chaque fabric annonce ses préfixes IP de locataire à l'autre en tant que Routes de préfixes IP EVPN, reflected by the route servers, and inter-VRF route leaking keeps each tenant's VRF isolated across both sites.

The transport

400G ZR+ cohérent, sans transpondeur

Un commutateur compatible ZR+ accueille une 400G OpenZR+ coherent optic directly in a faceplate port and lights the wavelength, with no separate transponder shelf. The same 400G coherent DCI runs on data center switches like the Edgecore AS9726-32DB and on the service provider routers already deployed for interconnect, and the 800G Tomahawk 5 fabric scales the port capacity behind it.

Routed-optical technique and optics → Coherent DCI, ZR and ZR+ reach →

See it end to end

Basculez la vue entre la fabric d'un site, la couture DCI cohérente entre les sites et la fabric distante.

Sélecteur d'interconnexion de data center à deux sites Deux fabrics leaf-spine EVPN-VXLAN, le Site A à gauche et le Site B à droite, chacune avec deux leaves, un spine et un border leaf, reliées au centre par une liaison cohérente 400G OpenZR+ entre les deux border leaves. Sélectionnez une vue pour mettre en évidence la fabric d'un site, la couture d'interconnexion, ou la fabric distante. Leaf A1 VTEP Leaf A2 VTEP Spine A underlay RR SITE A Border A L3 gateway Border B L3 gateway 400G ZR+ cohérent Remise EVPN Type-5, assemblage L3 VXLAN Spine B underlay RR Leaf B1 VTEP Leaf B2 VTEP SITE B

Assemblage DCI cohérent. Les deux border leaves relient les fabrics à la couche 3 et allument une liaison cohérente 400G OpenZR+ entre les sites. Chaque fabric annonce ses préfixes IP de locataire à l'autre sous forme de routes EVPN Type-5, et l'isolation VRF par locataire est préservée sur les deux sites.

Platform sizing

Quel commutateur validé pour quel rôle.

IP Infusion fournit la fabric sur 18 validated data center platforms from Edgecore and UfiSpace, each lab-qualified per platform with OcNOS-DC pre-loaded. Leaves size on port count and the anycast gateway; spines size on fabric width; the interconnect leaf sizes on the coherent optic.

Commutateurs de data center validés par rôle dans la fabric. Dernière vérification : juil. 2026.
Rôle Validated switch Silicon et capacité Pourquoi cela convient au rôle
Leaf (400G) Edgecore AS9726-32DB / UfiSpace S9300-32D Broadcom Trident 4, 12,8 Tbps, 400G La couche VTEP : les ports côté serveur, la passerelle anycast distribuée et le multihoming EVPN.
Spine (400G) Edgecore AS9736-64D Broadcom Tomahawk 4, 25,6 Tbps, 400G ECMP d'underlay et réflexion de routes EVPN, sans VTEP, dimensionné pour la largeur de la fabric.
Spine / super-spine (800G) Edgecore AIS800-64D / UfiSpace S9321-64E Broadcom Tomahawk 5, 51,2 Tbps, 800G Montée en charge 800G pour les plus grandes fabrics. L'AIS800-64D utilise des optiques QSFP-DD800.
Leaf d'interconnexion (400G cohérent) Edgecore AS9726-32DB Broadcom Trident 4, 12.8 Tbps, 32×400G, 400G ZR+ coherent Insère un module enfichable cohérent OpenZR+ 400G dans un port QSFP-DD et allume directement la longueur d'onde d'interconnexion, sans transpondeur externe.
Leaf 100G / ToR Edgecore AS7726-32X / UfiSpace S9110-32X Broadcom Trident 3, 3,2 Tbps, 100G Leaves de niveau accès pour les baies de serveurs 25G et 100G.

18 validated data center platforms. See every validated platform, including the rest of the portfolio, in the liste de compatibilité matérielle, et faites correspondre les fonctionnalités au matériel dans la matrice de fonctionnalités.

Comparez l'ensemble du portefeuille de silicon Broadcom sur lequel OcNOS fonctionne, StrataXGS et StrataDNX →

Comment dimensionner la fabric

  • Leaf tier. Placez les leaves sur du 400G Trident 4 pour le VTEP, la passerelle anycast et le multihoming EVPN, ou sur un leaf 100G Trident 3 pour les racks de serveurs 25G et 100G.
  • Spine tier. Placez les spines sur du 400G Tomahawk 4, ou sur du 800G Tomahawk 5 lorsque la fabric doit s'élargir, et ajoutez des spines plutôt que de toucher aux leaves.
  • Interconnect leaf. Utilisez l'AS9726-32DB avec des pluggables cohérents 400G OpenZR+ dans ses ports QSFP-DD lorsque la fabric s'étend à un deuxième site, de sorte que le leaf d'interconnexion allume la longueur d'onde directement.
  • One contract. IP Infusion valide et prend en charge chaque rôle comme un seul système, et le commutateur et OcNOS-DC se renouvellent sur des cycles indépendants.
Config : leaf VTEP avec passerelle anycast

Configurer un leaf VTEP.

Each leaf terminates VXLAN tunnels, hosts the distributed anycast gateway, and runs the EVPN address family in BGP. Below is a representative OcNOS-DC leaf configuration: VXLAN with integrated routing and bridging, a tenant with its layer 3 VNI and bridge domain, the distributed anycast gateway with a shared MAC, the VNI to tenant mapping, and EVPN under BGP.

OcNOS-DC · leaf VTEP 
! Leaf VTEP: VXLAN overlay, distributed anycast gateway, EVPN in BGP
configure terminal
nvo vxlan enable
nvo vxlan irb
evpn irb-forwarding anycast-gateway-mac 0000.0000.1111
ip vrf tenant1
 l3vni 5010
mac vrf tenant1_l2
 rd 10.0.0.1:10
 route-target both 100:10
interface irb10
 ip vrf forwarding tenant1
 ip address 10.10.10.1/24 anycast
 evpn irb-if-forwarding anycast-gateway-mac
nvo vxlan id 10 ingress-replication inner-vid-disabled
 vxlan host-reachability-protocol evpn-bgp tenant1_l2
 evpn irb10
nvo vxlan vtep-ip-global 10.0.0.1
router bgp 65001
 neighbor 10.0.1.1 remote-as 65000
 address-family l2vpn evpn
  neighbor 10.0.1.1 activate

Ce que fait chaque ligne

  1. nvo vxlan enable and nvo vxlan irb turn on VXLAN and integrated routing and bridging, so the leaf both switches inside a subnet and routes between subnets over the fabric.
  2. evpn irb-forwarding anycast-gateway-mac 0000.0000.1111 sets one shared gateway MAC for the whole fabric, so every leaf answers as the same default gateway.
  3. ip vrf tenant1 with l3vni 5010 gives the tenant its own routing table and the layer 3 VNI that carries routed traffic between subnets across the fabric.
  4. mac vrf tenant1_l2 with its rd and route-target both gives the tenant bridge domain a route distinguisher and import and export targets, so EVPN keeps each tenant's MAC and IP routes separate.
  5. interface irb10 is the tenant gateway: ip vrf forwarding tenant1 binds it to the tenant table, ip address sets the gateway IP, and evpn irb-if-forwarding anycast-gateway-mac applies the shared anycast MAC to this interface.
  6. The nvo vxlan id 10 block maps VNI 10 to the tenant, uses ingress replication for broadcast and multicast traffic, and sets host-reachability-protocol evpn-bgp so BGP EVPN learns host reachability.
  7. nvo vxlan vtep-ip-global 10.0.0.1 sets the tunnel-endpoint address, a loopback, that identifies this leaf in the fabric.
  8. router bgp 65001 with neighbor 10.0.1.1 remote-as 65000 forms the session to the spine, and the address-family l2vpn evpn block activates EVPN so the leaf advertises and learns MAC, IP, and prefix routes.

These are OcNOS-DC VXLAN and EVPN commands from the OcNOS-DC configuration guide, shown with example VNIs, VRF names, and addresses rather than copied from one device. Confirm the exact IDs, route targets, and addresses for your fabric against the OcNOS-DC VXLAN and EVPN configuration guide at documentation.ipinfusion.com.

Ouvert face au propriétaire

Commutateur de fabric ouvert face à un commutateur de data center propriétaire.

Face à Arista ou Cisco, la question de la fabric est de savoir si un commutateur ouvert exécute le leaf-spine EVPN-VXLAN de manière aussi complète. OcNOS-DC le fait, sur du silicon marchand que l'opérateur peut acheter auprès de plusieurs fournisseurs, le tout sous un seul contrat de support.

Commutateur de fabric ouvert sur OcNOS-DC face à des plateformes de data center propriétaires. Dernière vérification : juillet 2026.
Fabric capability Commutateur ouvert (OcNOS-DC) Propriétaire (Arista EOS / Cisco NX-OS / Juniper Junos)
Fabric leaf-spine EVPN-VXLAN ✓ details → ✓
Passerelle anycast distribuée ✓ ✓
Multihoming EVPN (ESI-LAG, sans dépendance MLAG) ✓ ✓
Underlay BGP-unnumbered ✓ details → ✓
Isolation multi-tenant VRF et VNI ✓ ✓
ZTP, gNMI, NETCONF et OpenConfig ✓ ✓
800G sur Tomahawk 5 ✓ ✓
Approvisionnement matériel Silicon marchand ouvert de plusieurs fournisseurs Commutateur à fournisseur unique
Livraison et support Commutateur complet, un seul contrat de support, renouvellement séparé du commutateur et du logiciel Vendor-bundled

Arista, EOS, Cisco, NX-OS, Nexus, Juniper et Junos sont des marques de leurs propriétaires respectifs. IP Infusion n'est pas affilié à ces fournisseurs et ne les approuve pas ; la comparaison reflète les capacités d'OcNOS-DC vérifiables dans la matrice de fonctionnalités.

Ressources

Fiches de solution et fiche technique.

La fiche de solution sur la fabric EVPN-VXLAN, la fiche sur le DCI optique-routé et la fiche technique OcNOS-DC à partager avec votre équipe. Formulaire rapide, et le PDF se télécharge immédiatement.

Solution brief

Fabric DC EVPN-VXLAN

Comment la fabric leaf-spine s'assemble : EVPN-VXLAN, la passerelle anycast, le multihoming et les VNI multi-locataires sur des commutateurs ouverts.

Obtenir le brief
Solution brief

DCI routed optical avec 400G OpenZR+

La technique d'interconnexion optique-routé : une optique cohérente OpenZR+ 400G dans le border leaf allume la longueur d'onde entre les sites, sans transpondeur séparé.

Obtenir le brief
Fiche technique

Datasheet OcNOS-DC

La vue d'ensemble OcNOS-DC : l'ensemble des fonctionnalités de fabric, le matériel de centre de données validé et l'exploitation, dans un seul PDF.

Obtenir la fiche technique
Avant d'évaluer

Questions sur la fabric de data center.

Une fabric de datacenter leaf-spine EVPN-VXLAN est un réseau à montée en charge horizontale qui croît par l'ajout de commutateurs. Chaque leaf est un point de terminaison de tunnel VXLAN, BGP porte l'underlay entre leaf et spine, et EVPN annonce les routes d'hôtes MAC et IP ainsi que les préfixes IP, de sorte que la fabric achemine à partir d'un plan de contrôle appris plutôt que par inondation. IP Infusion la fournit comme un seul système : le commutateur, OcNOS-DC préchargé et un seul contrat de support, avec une passerelle anycast distribuée, le multihoming EVPN et l'isolation VRF multi-locataires.
Chaque locataire dispose de son propre ensemble d'identifiants de réseau VXLAN (VNI) : les VNI de couche 2 portent le trafic ponté et les VNI de couche 3 portent le trafic routé au sein d'un VRF par locataire. Comme le trafic est encapsulé par VNI et routé au sein d'un VRF, un locataire ne peut pas voir un autre locataire sur la fabric partagée. Lorsque deux locataires ont besoin de s'atteindre, la fuite de route inter-VRF sur EVPN-VXLAN ne transmet que les préfixes spécifiques que vous autorisez, de sorte que l'isolation reste la valeur par défaut et le partage explicite.
Le multihoming EVPN permet à un serveur de se rattacher à deux leaves ou plus à la fois en mode actif-actif à l'aide d'un Ethernet Segment Identifier (ESI-LAG), de sorte que les deux liaisons acheminent le trafic et qu'une défaillance de leaf est transparente. Il est signalé entièrement dans le plan de contrôle EVPN, de sorte qu'il n'y a pas de peer-link dédié ni d'appariement propriétaire entre les deux leaves. C'est la différence avec MLAG, qui apparie exactement deux commutateurs sur un peer-link. OcNOS-DC prend en charge les deux, de sorte qu'une conception souhaitant un double rattachement classique peut toujours utiliser MLAG.
Le border leaf de chaque fabric coud ensemble les deux domaines VXLAN de couche 3, et chaque fabric annonce ses préfixes IP de locataire à l'autre sous forme de routes EVPN IP-prefix, l'isolation VRF par locataire étant préservée entre les sites. Pour le transport, une optique cohérente OpenZR+ 400G dans un commutateur compatible ZR+, tel que l'Edgecore AS9726-32DB ou un routeur pour fournisseur de services déjà déployé pour l'interconnexion, allume la longueur d'onde directement dans un port QSFP-DD, de sorte qu'il n'y a pas de transpondeur séparé. Les commutateurs Tomahawk 5 800G portent la fabric derrière lui. Pour l'analyse approfondie des optiques, voir la solution optique-routé, et pour le calcul de portée cohérente, voir la page technologique DCI cohérent.
Oui, pour une fabric leaf-spine EVPN-VXLAN. OcNOS-DC exécute les mêmes capacités de fabric sur des commutateurs à silicon marchand : EVPN-VXLAN avec une passerelle anycast distribuée, le multihoming EVPN, un underlay BGP-unnumbered, des VNI multi-locataires, et ZTP avec gNMI et NETCONF pour les opérations. IP Infusion fournit le commutateur, le logiciel et le support en un seul système sous un contrat unique, et vous vous approvisionnez en matériel auprès de plus d'un fournisseur de matériel ouvert et renouvelez le commutateur et le logiciel selon des cycles indépendants.
Un nouveau commutateur démarre et récupère sa configuration via le Zero Touch Provisioning, de sorte qu'un commutateur passe de son emballage à un leaf de production sans session console. À partir de là, la fabric est exploitée avec de la télémétrie en continu sur gNMI, les modèles NETCONF et OpenConfig, et Ansible, et ces mêmes modèles vous permettent de déployer et de vérifier l'état EVPN et VXLAN sous forme de code. IP Infusion livre le commutateur avec OcNOS-DC préchargé et une base de référence validée, de sorte que l'image Jour 0 est cohérente sur chaque leaf et chaque spine.
Évaluer la fabric

Voir la fabric de centre de données ouverte.

Découvrez comment IP Infusion fournit la fabric leaf-spine EVPN-VXLAN comme un seul système, ou contactez-nous pour associer vos leaves, spines et interconnexions aux bonnes plateformes validées.

See OcNOS-DC Contactez-nous How to buy
Depuis le blog

À lire aussi sur le blog

ECMP overlay dans une fabric EVPN-VXLAN Leaf-Spine, Partie 1

Comment l'ECMP de l'overlay EVPN-VXLAN équilibre la charge à travers une fabric de datacenter leaf-spine Clos

Lire l'article →

ECMP overlay dans une fabric EVPN-VXLAN Leaf-Spine, Partie 2

La deuxième partie du guide ECMP overlay EVPN-VXLAN pour la fabric de data center

Lire l'article →
Tous les articles du blog →