Data Center deployment
All solutions SEGMENT · DATA CENTER

Data Center

A non-blocking leaf-spine fabric you can cable once and grow into for years.

CASE STUDY 3 PRODUCTS SPECIFIED DEPLOYED · IN PRODUCTION
01 / THE PROBLEM

What the network looked like before we touched it.

A colocation and private-cloud operator outgrows top-of-rack switching that was bought one rack at a time. East-west traffic between hosts crosses too many hops, oversubscription bites during backups and live migrations, and adding a rack means re-thinking the whole topology instead of just plugging it in. The fabric has no clean way to scale.

02 / THE APPROACH

Built to spec, once.

OKTET builds a two-tier leaf-spine on OKTET silicon: OS-4800 leaves at top of rack, OR-8000 spines in the core, every leaf connected to every spine over OF-SFP10 10/25GbE optics for a non-blocking, equal-cost-multipath fabric. Adding capacity means adding a leaf and four uplinks — the topology does not change. Any host is two hops from any other host, predictably.

Compare the hardware →
TOPOLOGY LINK ESTABLISHED
CORE SPINE SPINE LEAF LEAF LEAF EDGE EDGE
Reference topology · core → spine → leaf → edge
03 / OUTCOME
1:1

non-blocking leaf-to-spine subscription

2 hops

maximum host-to-host path, any rack

40 racks

scaled with zero topology redesign

04 / DETAIL

How the deployment actually went.

A colocation operator running a private OpenStack cloud alongside customer cages had built their data center network the way most people do: a pair of switches per rack, daisy-chained back to a core that had been “temporary” for three years. It worked until it did not. Live migrations and nightly backup windows pushed east-west traffic across four or five hops, oversubscription on the core uplinks turned predictable jobs into variable ones, and every new rack of customer hardware started a fresh argument about where to plug it in.

We replaced the ad-hoc topology with a textbook two-tier leaf-spine, all on OKTET silicon. Each rack tops out with an OS-4800 acting as a leaf; the core is a pair of OR-8000 spines; and every leaf connects to every spine with OF-SFP10 optics running 10 and 25GbE. The fabric is 1:1 non-blocking from leaf to spine, traffic is spread across all spine uplinks with equal-cost multipath, and any host is exactly two hops from any other host regardless of which rack it lands in. The cabling is uniform and documented, so the next rack is a known quantity.

The operator has since grown from 12 racks to 40 without a single topology redesign — adding a rack means racking one OS-4800 leaf and pulling four uplinks to the spines, nothing more. Backup windows stopped colliding with daytime performance because the fabric stopped oversubscribing under load. Capacity planning became arithmetic instead of architecture.

A leaf-spine fabric is not a new idea, and we do not pretend it is. The value is in building it to spec the first time — uniform leaves, uniform optics, a non-blocking ratio you can prove — so that growth is addition, not redesign.

YOUR DEPLOYMENT

Specify it for your site.

Send us the constraints — rack count, building count, subscriber load — and we'll return a bill of materials sized to spec.

NEXT SEGMENT → Small Business