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

Die vollständige Leaf-Spine-Rechenzentrums-Fabric, auf offenen Switches.

IP Infusion delivers a complete EVPN-VXLAN Leaf-Spine 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 OcNOS-DC Datenblatt
Als ein System bereitgestellt und unterstützt

Ein validierter Switch, eine Software und ein Supportvertrag.

IP Infusion qualifiziert den Switch und OcNOS-DC gemeinsam und unterstützt sie unter einem Vertrag, sodass die Fabric, die Sie entwerfen, auch die Fabric ist, die ausgeliefert wird. Jede Aussage unten verweist auf eine validierte Plattform in der Hardwareliste und eine unterstützte Funktion in der Matrix.

Qualifizierte Hardware

18 validated data center platforms

Jedes Leaf, jeder Spine und jeder Border-Switch ist lab-qualified per platform with OcNOS-DC pre-loaded, from 100G access leaves to 800G Tomahawk 5 spines.

See the hardware list →
Feature depth

In der Feature-Matrix überprüfbar

EVPN-VXLAN, das Anycast-Gateway, Multihoming, das BGP-Unnumbered-Underlay und mandantenfähige VNIs sind jeweils mapped to the platforms that support them.

Check the feature matrix →
One contract

Switch, Software und RMA gemeinsam

Ein Team verantwortet das software, switch, and RMA, and you still refresh the hardware and OcNOS-DC on independent cycles.

The complete switch →
Die Referenzarchitektur

Wie die Fabric aufgebaut ist und was jede Ebene bietet.

Server werden an Leaves angeschlossen, Leaves verbinden sich mit jedem Spine, und eine Border-Tier erreicht das WAN und den zweiten Standort. Die Aufteilung der Aufgaben über diese Tiers hinweg ermöglicht es Ihnen, Kapazität in einer Tier hinzuzufügen, ohne die anderen zu berühren, und lässt einen Server dasselbe Gateway behalten, wo immer er landet.

DC-Fabric-Topologie: Leaf-Spine-EVPN-VXLAN mit VTEP-Leaves, eBGP-ECMP-Uplinks und einem Border Leaf für externe Konnektivität und EVPN-Route-Reflection
DC Fabric: EVPN-VXLAN-Leaf-Spine mit VTEP-Leaves, eBGP-ECMP und einem Border Leaf für externe Konnektivität.

Dasselbe OcNOS-DC Image läuft auf jeder Stufe, sodass Sie je Rolle dimensionieren und lizenzieren und eine einzige Software-Baseline über die gesamte Fabric betreiben.

Wo Server angebunden werden

Leaf: die Auffahrt jedes Racks

Der Leaf terminiert VXLAN und hostet das 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.

Sie fügen Serverkapazität hinzu, indem Sie Leaves ergänzen, auf einem Trident 4 400G Switch.

EVPN-VXLAN →Multihoming →
Wo Sie Breite hinzufügen

Spine: Bandbreite für die gesamte Fabric

Der Spine trägt die BGP-unnumbered-Underlay, reflects EVPN routes, and spreads traffic with overlay ECMP. It holds no tunnel endpoints, so adding a spine adds bandwidth to the whole fabric.

Sie skalieren in die Breite, indem Sie Spines ergänzen, ohne die Leaves neu zu verkabeln.

BGP →
Wo die Fabric austritt

Border-Leaf: der kontrollierte Ausgang der Fabric

Der Border Leaf betreibt das EVPN Layer-3-Gateway 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.

Hier fügen sich auch zwei Fabrics für die kohärente Verbindung zusammen.

Coherent DCI →
Was die Verkabelung einfach hält

Underlay: Plug-and-Peer-Verkabelung

Jede Leaf-Spine-Verbindung nutzt 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.

Das macht die Fabric schnell zu verkabeln und schnell zu erweitern.

Fabric engineering →
EVPN-VXLAN-Engineering

Wie der Switch die Fabric aufbaut.

Die Fabric wächst durch Hinzufügen von Switches, nicht durch Neuarchitektur, und EVPN-VXLAN macht das möglich. VXLAN tunnelt Tenant-Verkehr zwischen Leaves über das IP-Underlay, und EVPN kündigt an, wo sich jede MAC, jeder Host und jedes Präfix befindet, so the switch forwards from a learned control plane instead of flooding to find a host.

RFC 7432 / 8365

EVPN kündigt MAC, IP und Präfixe an

Der Leaf betreibt das Layer-2-EVPN für 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

Verteiltes Anycast-Gateway

Jedes Leaf präsentiert das 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

EVPN Multihoming, Active-Active

Layer-2-EVPN-Multihoming für 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

BGP-unnumbered-Underlay

Jede Leaf-Spine-Verbindung nutzt VXLAN EVPN mit 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

VRF-Isolation über VNIs

Jeder Mandant lebt in seiner eigenen VRF über seine eigenen VNIs, und 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

Overlay-ECMP und Route Reflection

Overlay-Equal-Cost-Multipath 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.

Die Funktionsdetails ansehen auf der EVPN-VXLAN und EVPN multihoming technology pages →

Automatisierung und Betrieb

Vom nackten Switch zum produktiven Leaf in Minuten.

Ein neuer Switch bootet, lädt seine Konfiguration und tritt der Fabric ohne Konsolensitzung bei. Von dort betreiben Sie die Fabric als Code, mit Streaming-Telemetrie und modellgetriebener Konfiguration auf jeder Plattform.

Onboarding

ZTP at boot

Ein Switch lädt sein Image und seine Konfiguration über Zero Touch Provisioning, sodass er ohne Konsolensitzung vom Karton zum produktiven Leaf wird.

Telemetrie

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

NETCONF- und OpenConfig-Modelle mit Ansible ermöglichen es Ihnen, EVPN- und VXLAN-Zustand als Code auszurollen und zu verifizieren, konsistent über die gesamte Fabric.

Sichtbarkeit

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.

Dieselben Switches betreiben auch das verlustfreie RoCEv2-Set für GPU-Verkehr, mit PFC, ECN und DCQCN. Für eine GPU-Training-Fabric siehe die AI Fabric solution →

Data Center Interconnect

Zwei Fabrics über kohärentes DCI verbinden.

Wenn ein Betreiber zwei Rechenzentren betreibt, müssen Tenants im einen die Tenants im anderen erreichen, und die Fabric erstreckt sich über beide Standorte als ein Netz. Die 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

Border-Leaf verbindet die L3-Domänen

The EVPN Layer-3-Gateway 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

Type-5 Präfixe, je Tenant

Jede Fabric kündigt der anderen ihre Mandanten-IP-Präfixe an als EVPN IP-Präfix-Routen, reflected by the route servers, and inter-VRF route leaking keeps each tenant's VRF isolated across both sites.

The transport

400G ZR+ Coherent, kein Transponder

Ein ZR+ fähiger Switch nimmt ein 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

Wechseln Sie die Ansicht zwischen der Fabric eines Standorts, der kohärenten DCI-Verknüpfung zwischen Standorten und der entfernten Fabric.

Auswahl für Rechenzentrums-Interconnect an zwei Standorten Zwei EVPN-VXLAN Leaf-Spine-Fabrics, Standort A links und Standort B rechts, jeweils mit zwei Leaves, einem Spine und einem Border-Leaf, in der Mitte verbunden durch eine 400G OpenZR+ kohärente Verbindung zwischen den beiden Border-Leaves. Wählen Sie eine Ansicht, um die Fabric eines Standorts, die Interconnect-Verbindung oder die entfernte Fabric hervorzuheben. Leaf A1 VTEP Leaf A2 VTEP Spine A underlay RR SITE A Border A L3 gateway Border B L3 gateway 400G ZR+ Coherent EVPN Type-5-Übergabe, VXLAN L3-Stitching Spine B underlay RR Leaf B1 VTEP Leaf B2 VTEP SITE B

Coherent-DCI-Verbindung. Die zwei Border-Leaves verbinden die Fabrics auf Layer 3 und beleuchten eine 400G OpenZR+ kohärente Verbindung zwischen den Standorten. Jede Fabric kündigt der anderen ihre Tenant-IP-Präfixe als EVPN Type-5 Routen an, und die VRF-Isolation je Tenant bleibt über beide Standorte erhalten.

Platform sizing

Welcher validierte Switch für welche Rolle.

IP Infusion liefert die Fabric auf 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.

Validierte Rechenzentrums-Switches nach Fabric-Rolle. Zuletzt verifiziert: Jul 2026.
Rolle Validated switch Silicon und Kapazität Warum es zur Rolle passt
Leaf (400G) Edgecore AS9726-32DB / UfiSpace S9300-32D Broadcom Trident 4, 12.8 Tbps, 400G Die VTEP-Tier: serverseitige Ports, das verteilte Anycast-Gateway und EVPN-Multihoming.
Spine (400G) Edgecore AS9736-64D Broadcom Tomahawk 4, 25.6 Tbps, 400G Underlay-ECMP und EVPN-Route-Reflection, keine VTEPs, dimensioniert auf die Fabric-Breite.
Spine / Super-Spine (800G) Edgecore AIS800-64D / UfiSpace S9321-64E Broadcom Tomahawk 5, 51.2 Tbps, 800G 800G-Scale-out für die größten Fabrics. Der AIS800-64D nutzt QSFP-DD800-Optik.
Interconnect-Leaf (400G kohärent) Edgecore AS9726-32DB Broadcom Trident 4, 12.8 Tbps, 32×400G, 400G ZR+ coherent Setzt einen kohärenten 400G OpenZR+ Pluggable in einen QSFP-DD-Port und schaltet die Interconnect-Wellenlänge direkt frei, ohne externen Transponder.
100G-Leaf / ToR Edgecore AS7726-32X / UfiSpace S9110-32X Broadcom Trident 3, 3.2 Tbps, 100G Access-Tier-Leaves für 25G- und 100G-Server-Racks.

18 validated data center platforms. See every validated platform, including the rest of the portfolio, in the Hardware-Kompatibilitätsliste, und ordnen Sie Features der Hardware zu in der Feature-Matrix.

Vergleichen Sie das gesamte Broadcom-Silizium-Portfolio, auf dem OcNOS läuft, StrataXGS und StrataDNX →

Wie Sie die Fabric dimensionieren

  • Leaf tier. Setzen Sie die Leaves auf 400G Trident 4 für das VTEP, das Anycast-Gateway und EVPN-Multihoming oder auf ein 100G Trident 3-Leaf für 25G- und 100G-Server-Racks.
  • Spine tier. Setzen Sie die Spines auf 400G Tomahawk 4 oder auf 800G Tomahawk 5, wenn die Fabric breiter skalieren muss, und fügen Sie Spines hinzu, statt die Leaves anzufassen.
  • Interconnect leaf. Verwenden Sie den AS9726-32DB mit 400G OpenZR+ kohärenten Pluggables in seinen QSFP-DD-Ports, wenn sich die Fabric auf einen zweiten Standort erstreckt, sodass der Interconnect-Leaf die Wellenlänge direkt beleuchtet.
  • One contract. IP Infusion validiert und unterstützt jede Rolle als ein System, und Switch und OcNOS-DC werden in unabhängigen Zyklen erneuert.
Konfiguration: Leaf-VTEP mit Anycast-Gateway

Ein Leaf-VTEP konfigurieren.

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

Was jede Zeile bewirkt

  1. nvo vxlan enable und 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 und 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.

Offen im Vergleich zu proprietär

Offener Fabric-Switch im Vergleich zu einem proprietären Rechenzentrums-Switch.

Gegenüber Arista oder Cisco lautet die Fabric-Frage, ob ein offener Switch EVPN-VXLAN-Leaf-Spine ebenso vollständig ausführt. OcNOS-DC tut das, auf Merchant-Silicon, das der Betreiber von mehr als einem Anbieter kaufen kann, alles unter einem einzigen Supportvertrag.

Offener Fabric-Switch auf OcNOS-DC im Vergleich zu proprietären Rechenzentrumsplattformen. Zuletzt verifiziert: Juli 2026.
Fabric capability Offener Switch (OcNOS-DC) Proprietär (Arista EOS / Cisco NX-OS / Juniper Junos)
EVPN-VXLAN Leaf-Spine-Fabric ✓ details → ✓
Verteiltes Anycast-Gateway ✓ ✓
EVPN Multihoming (ESI-LAG, keine MLAG-Abhängigkeit) ✓ ✓
BGP-unnumbered-Underlay ✓ details → ✓
Mandantenfähige VRF- und VNI-Isolation ✓ ✓
ZTP, gNMI, NETCONF und OpenConfig ✓ ✓
800G auf Tomahawk 5 ✓ ✓
Hardware-Beschaffung Offenes Merchant-Silicon von mehreren Anbietern Switch aus einer Hand
Bereitstellung und Support Kompletter Switch, ein Supportvertrag, Switch- und Software-Refresh getrennt Vendor-bundled

Arista, EOS, Cisco, NX-OS, Nexus, Juniper und Junos sind Marken ihrer jeweiligen Eigentümer. IP Infusion ist mit diesen Anbietern nicht verbunden und empfiehlt sie nicht; der Vergleich spiegelt die OcNOS-DC-Fähigkeiten wider, die überprüfbar sind in der Feature-Matrix.

Ressourcen

Solution Briefs und Datenblatt.

Der EVPN-VXLAN-Fabric-Brief, der Routed-Optical-DCI-Brief und das OcNOS-DC-Datenblatt zum Teilen mit Ihrem Team. Kurzes Formular, und das PDF wird sofort heruntergeladen.

Solution Brief

EVPN-VXLAN Rechenzentrums-Fabric

Wie die Leaf-Spine-Fabric zusammenspielt: EVPN-VXLAN, das Anycast-Gateway, Multihoming und mandantenfähige VNIs auf offenen Switches.

Brief anfordern
Solution Brief

Routed-Optical DCI mit 400G OpenZR+

Die Routed-Optical-Interconnect-Technik: Eine 400G OpenZR+ kohärente Optik im Border-Leaf beleuchtet die Wellenlänge zwischen den Standorten, ohne separaten Transponder.

Brief anfordern
Datenblatt

OcNOS-DC Datenblatt

Der OcNOS-DC-Überblick: der Fabric-Funktionsumfang, die validierte Rechenzentrums-Hardware und der Betrieb, in einem PDF.

Datasheet abrufen
Bevor Sie evaluieren

Fragen zur Rechenzentrums-Fabric.

Eine EVPN-VXLAN-Leaf-Spine-Rechenzentrums-Fabric ist ein Scale-out-Netz, das durch Hinzufügen von Switches wächst. Jedes Leaf ist ein VXLAN-Tunnel-Endpunkt, BGP trägt das Underlay zwischen Leaf und Spine, und EVPN kündigt MAC- und IP-Host-Routen sowie IP-Präfixe an, sodass die Fabric aus einer gelernten Control Plane weiterleitet statt zu fluten. IP Infusion liefert sie als ein System: den Switch, vorinstalliertes OcNOS-DC und einen Supportvertrag, mit einem Distributed-Anycast-Gateway, EVPN-Multihoming und Multi-Tenant-VRF-Isolation.
Jeder Mandant erhält seinen eigenen Satz von VXLAN Network Identifiers (VNIs): Layer-2-VNIs transportieren gebridgten Verkehr und Layer-3-VNIs transportieren gerouteten Verkehr innerhalb einer mandantenspezifischen VRF. Da der Verkehr pro VNI gekapselt und innerhalb einer VRF geroutet wird, kann ein Mandant keinen anderen Mandanten auf der gemeinsamen Fabric sehen. Wenn zwei Mandanten einander erreichen müssen, gibt Inter-VRF-Route-Leaking über EVPN-VXLAN nur die von Ihnen erlaubten spezifischen Präfixe weiter, sodass Isolation der Standard bleibt und die gemeinsame Nutzung explizit erfolgt.
EVPN Multihoming ermöglicht es einem Server, sich gleichzeitig im Active-Active-Modus an zwei oder mehr Leaves anzubinden, unter Verwendung eines Ethernet Segment Identifier (ESI-LAG), sodass beide Verbindungen Verkehr weiterleiten und ein Leaf-Ausfall transparent ist. Es wird vollständig in der EVPN-Control-Plane signalisiert, sodass es keinen dedizierten Peer-Link und keine proprietäre Paarung zwischen den beiden Leaves gibt. Das ist der Unterschied zu MLAG, das genau zwei Switches über einen Peer-Link paart. OcNOS-DC unterstützt beides, sodass ein Design, das klassisches Dual-Homing wünscht, weiterhin MLAG nutzen kann.
Der Border Leaf in jeder Fabric verbindet die beiden VXLAN-Layer-3-Domänen miteinander, und jede Fabric kündigt der anderen ihre Tenant-IP-Präfixe als EVPN-IP-Prefix-Routen an, wobei die VRF-Isolation je Tenant über die Standorte hinweg erhalten bleibt. Für den Transport schaltet eine kohärente 400G OpenZR+ Optik in einem ZR+-fähigen Switch, etwa dem Edgecore AS9726-32DB oder einem bereits für Interconnect eingesetzten Service-Provider-Router, die Wellenlänge direkt in einem QSFP-DD-Port frei, sodass es keinen separaten Transponder gibt. Die 800G Tomahawk 5 Switches tragen die Fabric dahinter. Für die Optik-Vertiefung sehen Sie die Routed-Optical-Lösung, und für die kohärente Reichweitenrechnung die Coherent-DCI-Technologieseite.
Ja, für eine EVPN-VXLAN Leaf-Spine-Fabric. OcNOS-DC betreibt dieselben Fabric-Fähigkeiten auf Merchant-Silicon-Switches: EVPN-VXLAN mit verteiltem Anycast-Gateway, EVPN-Multihoming, ein BGP-unnumbered-Underlay, Multi-Tenant-VNIs und ZTP mit gNMI und NETCONF für den Betrieb. IP Infusion liefert den Switch, die Software und den Support als ein System unter einem einzigen Vertrag, und Sie beziehen Hardware von mehr als einem Open-Hardware-Anbieter und erneuern den Switch und die Software in unabhängigen Zyklen.
Ein neuer Switch bootet und lädt seine Konfiguration über Zero Touch Provisioning, sodass ein Switch ohne Konsolensitzung vom Karton zum produktiven Leaf wird. Von dort wird die Fabric mit Streaming-Telemetrie über gNMI, NETCONF- und OpenConfig-Modelle sowie Ansible betrieben, und dieselben Modelle lassen Sie EVPN- und VXLAN-Zustand als Code ausrollen und verifizieren. IP Infusion liefert den Switch mit vorinstalliertem OcNOS-DC und einer validierten Baseline, sodass das Day-0-Image über jedes Leaf und Spine konsistent ist.
Die Fabric evaluieren

Die offene Rechenzentrums-Fabric ansehen.

Sehen Sie, wie IP Infusion die EVPN-VXLAN-Leaf-Spine-Fabric als ein System liefert, oder kontaktieren Sie uns, um Ihre Leaves, Spines und Interconnects den passenden validierten Plattformen zuzuordnen.

See OcNOS-DC Kontakt So kaufen Sie
Aus dem Blog

Passend aus dem Blog

Overlay-ECMP in einer EVPN-VXLAN Leaf-Spine-Fabric, Teil 1

Wie EVPN-VXLAN-Overlay-ECMP die Last über eine Clos-Leaf-Spine-Rechenzentrums-Fabric verteilt

Beitrag lesen →

Overlay-ECMP in einer EVPN-VXLAN Leaf-Spine-Fabric, Teil 2

Der zweite Teil der EVPN-VXLAN-Overlay-ECMP-Durchführung für die Rechenzentrums-Fabric

Beitrag lesen →
Alle Blog-Beiträge →