What Is an IP Fabric?
An IP fabric is a data centre network built as a routed leaf-spine Clos topology: every switch-to-switch link is a Layer 3 link, all paths between any two leaves carry traffic at once, and there is no spanning tree. The underlay is a routing protocol, usually eBGP following RFC 7938. Where a workload still needs Layer 2, an EVPN-VXLAN overlay provides it on top of the routed fabric. OcNOS-DC builds this fabric on open Broadcom Trident and Tomahawk switches.
The fabric that replaced spanning tree
The data centre networks of the 2000s were Layer 2 trees. One broadcast domain stretched across access, aggregation, and core switches, and spanning tree kept it loop-free by blocking every redundant link. Half the fabric sat idle, a topology change touched every switch, and the largest fault domain was the whole network. The IP fabric removes all three problems by making every link a routed link.
- Every path forwards. With a Layer 3 adjacency on each leaf-spine link, equal-cost multipath spreads traffic across every spine at once. Adding a spine adds capacity linearly.
- Failures stay small. A failed link or spine is withdrawn by the routing protocol and the leaves reconverge around it. No broadcast domain, no spanning-tree recalculation, no fabric-wide flush.
- It scales sideways. Leaves are added for ports, spines for bandwidth, and a third tier of super-spines when one pod is full. The protocol and the design do not change with size.
Topology, underlay, overlay
An IP fabric is three decisions stacked on each other. The topology says how switches connect, the underlay says how they route between themselves, and the overlay, if there is one, says how tenant traffic rides across.
Leaf-spine Clos
Servers connect to leaves; every leaf connects to every spine; spines connect to nothing but leaves. Any two servers are the same number of hops apart. A second pod adds a super-spine tier above the spines.
eBGP, one AS per switch
RFC 7938 puts eBGP on every link, with each leaf in its own private autonomous system and the spines sharing one. BGP unnumbered (RFC 8950) brings sessions up over IPv6 link-local addresses, so no link needs an IPv4 subnet. OcNOS supports BGP unnumbered with EVPN-VXLAN since OcNOS 6.0.
EVPN-VXLAN when L2 is needed
BGP EVPN learns MAC and IP reachability, VXLAN carries frames across the routed fabric, and IRB routes between subnets at the leaf. Tenants get a Layer 2 segment without the fabric giving up its routed underlay.
When the underlay is enough, and when it is not
Not every IP fabric needs EVPN. The question is whether anything on the fabric needs a Layer 2 segment, tenant isolation, or an address that survives a move.
| Need | Underlay only | With EVPN-VXLAN overlay |
|---|---|---|
| Server to server routing | Yes, native | Yes |
| Layer 2 between racks | No | Yes, per VNI |
| VM or container mobility | No, address is bound to the leaf | Yes, MAC and IP advertised in BGP |
| Tenant separation | VRF only | VRF plus per-tenant L2 and L3 VNIs, inter-VRF leaking |
| First-hop gateway | On the leaf | Distributed anycast gateway on every leaf (IRB) |
| Dual-homed servers | Routed, per link | EVPN multi-homing with an Ethernet Segment, all-active |
| Typical use | AI training back-end, storage, HPC | Enterprise, cloud, multi-tenant, VM-heavy |
- OcNOS-DC overlay capabilities in the Feature Matrix: Layer 2 EVPN for VXLAN (RFC 7348, 7432, 8365), EVPN multi-homing, IRB (RFC 9135) since 4.1, Type-5 prefix routes (RFC 9136) since 4.1, inter-VRF route leaking since 4.2, overlay ECMP since 5.0, DHCP relay on IRB since 5.0, multiple anycast gateway addresses since 6.3.1, BFD over IRB since 6.6.1, and Layer 3 gateway stitching since 7.0.
- Lossless transport on the same fabric: PFC and ECN over VXLAN since OcNOS 7.0, so an overlay fabric can also carry RoCEv2 storage or inference traffic.
One fabric design, three workloads
The same routed Clos serves very different traffic. What changes is the overlay decision and the transport tuning, not the fabric.
Multi-tenant fabric
EVPN-VXLAN overlay, IRB with a distributed anycast gateway, per-tenant VRFs, and EVPN multi-homing for dual-attached servers.
AI back-end fabric
Usually no overlay. Rail-optimized leaves, a scheduled Clos spine, and lossless RoCEv2 with PFC and ECN, because job completion time is set by the slowest flow.
Data centre interconnect
Type-5 routes and Layer 3 gateway stitching carry tenant prefixes between fabrics. Over distance, 400G ZR and ZR+ coherent optics in the router port remove the transponder.
What Is an IP Fabric FAQ
What is an IP fabric?
Is an IP fabric the same as a Clos fabric?
What is the difference between an IP fabric and a Layer 2 fabric?
Which routing protocol runs the underlay of an IP fabric?
Do I need EVPN-VXLAN on an IP fabric?
How many tiers does an IP fabric have?
Is an AI fabric an IP fabric?
Designing an IP fabric? Start from the port count.
Tell us the server count, the oversubscription you can accept, and whether tenants need Layer 2. An IP Infusion engineer will size the leaf, spine, and super-spine tiers on open Broadcom hardware running OcNOS-DC.
Go deeper. Take it with you.
Two short, technical downloads that go further than this page: the full OcNOS-DC datasheet and the EVPN-VXLAN data center reference.
OcNOS-DC Datasheet
Full OcNOS-DC specification: the EVPN-VXLAN and Ethernet for AI feature set, software SKUs, supported hardware platforms, and the solution ordering guide.
Get the datasheetEVPN-VXLAN Data Center Fabric
Carrier-grade leaf-spine data center fabric: symmetric IRB, Type-2/Type-5 routes, and distributed anycast gateway.
Get the briefOcNOS-DC Datasheet
Quick form. Your PDF opens in a new tab immediately after submit.
✓ Opening your PDF in a new tab…
If it didn't open, use the link below.
EVPN-VXLAN Data Center Fabric
Quick form. Your PDF opens in a new tab immediately after submit.
✓ Opening your PDF in a new tab…
If it didn't open, use the link below.