Skip to main content
Your first session is free. Claim mine
PacketMentor logo
Open menu
Home
Training
CCNA Library (74)
Browse all CCNA topics →
Network (13)
Device Operations (5)
Network Access (12)
Wireless (6)
IP Connectivity (10)
IP Services (11)
Security (10)
Automation (7)
CCNP Library (15)
LabsPricing
Contact 📞 +1 (860) 556-3010 Book a Call
← All topics
Network Fundamentals Foundational

Hierarchical Network Design

Cisco's three-tier model — Access, Distribution, Core — and the design principles that have built every campus network for 25 years. When to collapse the core, where to put redundancy, and why hierarchical design beats flat networks every time.

TL;DR
  • Cisco's three-tier model: Access (end-user ports), Distribution (aggregation + L3 boundary), Core (high-speed transit between distribution blocks).
  • Each layer has a clear job. Don't mix roles. Don't run user ports off the core. Don't make distribution switches do routing for the world.
  • Two-tier (collapsed core) is acceptable for small/medium sites where the distribution and core would otherwise be redundant. Choose by size + future growth, not aesthetics.

Mental model

A flat network — every switch is the same, every link is the same — works fine for 10 hosts. At 100 it’s painful. At 1000 it’s a disaster: broadcast storms, unpredictable performance, no clear failure domain, every change touches everything.

Cisco’s answer is hierarchical design — split the network into layers, each with one job:

                  Internet / Data Center

                  ┌───────┴───────┐
                  │   CORE        │   High-speed transit only
                  └───┬───────┬───┘
                      │       │
              ┌───────┴───┐ ┌─┴───────┐
              │   DIST   │ │   DIST   │   Aggregation + L3 boundary + policy
              └───┬──┬───┘ └───┬──┬───┘
                  │  │         │  │
            ┌─────┴┐┌┴────┐┌──┴┐┌┴────┐
            │ ACC ││ ACC ││ ACC ││ ACC│   User-facing — switchports for clients
            └─────┘└─────┘└─────┘└─────┘
                  │  │         │  │
                  └──┴──hosts──┴──┘

This three-tier (or “campus”) model is what 95% of enterprise networks use. The CCNA exam tests it directly — knowing the layer responsibilities and design choices is required.

The three layers — one job each

Access Layer

Job: connect end-users (and IoT, APs, phones, cameras) to the network.

Characteristics:

  • One switch per ~24–48 user ports.
  • Layer-2 only (most designs). VLANs live here; the SVI/gateway is on Distribution.
  • Lots of features: PortFast + BPDU Guard, PoE, Voice VLAN, port security, 802.1X, DHCP Snooping.
  • Failure of one access switch isolates 24–48 users — bounded blast radius.

What you do NOT do at access:

  • Route. (Mostly. Some recent designs push routing down — see “Routed access” below.)
  • Connect users directly to multiple distributions (single uplink is fine if redundancy is at the dist+core layer).

Distribution Layer

Job: aggregate access switches, handle inter-VLAN routing, apply policy.

Characteristics:

  • Layer-3 boundary. SVIs for each VLAN live here.
  • FHRP (HSRP / VRRP / GLBP) for gateway redundancy — see FHRP comparison.
  • ACLs, QoS marking, route filtering.
  • Two per “distribution block” — paired for redundancy. Each access switch dual-homed to both.
  • Routing protocols summarize prefixes northbound (one /20 instead of 16 /24s — see Route Summarization).
  • ~100 Gbps aggregate capacity per pair is typical in 2026.

Core Layer

Job: move traffic between distribution blocks at line rate. Nothing else.

Characteristics:

  • Highest-speed switches in the building. 40 / 100 / 400 Gbps interfaces.
  • No user ports. No policy. No filtering. Just forwarding.
  • Two switches, fully meshed with each distribution pair → no single point of failure.
  • Often runs OSPF or EIGRP between cores and distribution; sometimes BGP if connecting to a WAN/DC fabric.
  • Reachable from every distribution pair via diverse paths.

The core is intentionally simple — keep it stable, keep it fast, don’t touch it.

Two-tier (“collapsed core”)

For small/medium sites — say, ≤200 access ports, single building, single floor or two — you may not need a dedicated core. Distribution and core merge into one layer:

                  Internet / WAN

              ┌────────┴────────┐
              │ COLLAPSED CORE  │   Aggregation + routing + transit in one layer
              └───┬────┬────┬───┘
                  │    │    │
              ┌───┴┐ ┌─┴┐ ┌─┴───┐
              │ACC │ │ACC│ │ ACC │
              └────┘ └──┘ └─────┘
                  │    │    │
                 hosts hosts hosts

Same design principles, fewer boxes. Move to three-tier when:

  • You’re outgrowing the box’s capacity.
  • You have multiple buildings or floors.
  • You need to keep core stability separate from distribution policy churn.

Don’t add a core just to look enterprise-grade.

The redundancy pattern

The canonical campus design pattern at each layer:

LayerRedundancy
AccessSingle switch is fine; redundancy is at the dist+core layer. Optional: dual-home access switches to two distribution switches (uplinks).
DistributionAlways pair. Two distribution switches per block. Cross-connected. Both run FHRP for VLAN gateways.
CoreAlways pair. Two core switches. Fully meshed to every distribution pair (4 links between cores + dists).

This is the “redundant L3 distribution + redundant core” pattern. It survives any single failure (link, switch, line card, power supply) with no user impact.

Loop-free designs — modern best practices

Classic distribution uses STP (or RSTP) between access and distribution, with active/standby uplinks. RSTP convergence in 1–2 seconds is OK but not great.

Two newer approaches:

1. StackWise Virtual / VSS (Virtual Switching System)

Pair the two distribution switches into one logical switch with two chassis. From access switches’ perspective there’s only one upstream — they EtherChannel to both physical chassis, both links forward simultaneously. No STP blocking.

Failure of one chassis = the other keeps forwarding. Failover ≤1 second.

2. Routed Access

Push Layer 3 all the way down to access switches. Each access switch is a tiny routed device with its own subnet. STP only lives within the access switch itself. Distribution still aggregates but no longer terminates VLANs.

  • Pros: Faster convergence (IP routing > STP). Smaller failure domain.
  • Cons: Each access switch is L3 — every device needs OSPF/EIGRP knowledge. Mobile clients require some workaround (VXLAN, LISP, or stickiness).

CCNA tests this at recognition level — both VSS and routed access are above the certification depth.

What lives where — quick reference

Feature / FunctionLayer
End-user / IoT / AP portsAccess
PortFast + BPDU GuardAccess
Port security, 802.1XAccess
PoEAccess (and APs/phones)
Voice VLANAccess
DHCP SnoopingAccess
Dynamic ARP InspectionAccess
VLAN gateway SVIDistribution
FHRP (HSRP/VRRP)Distribution
ACLs (user → server policy)Distribution
Route summarizationDistribution → Core
QoS markingAccess (set), Distribution (trust + remark)
WAN/DC connectionsDistribution or Core
BGP / OSPF area boundaryDistribution or Core
High-speed transit onlyCore

A complete tiny campus example

50 users across one building. Two-tier collapsed-core design:

                  Internet

              ┌────────┴────────┐
              │  CORE-1 ←──→ CORE-2  │   Catalyst 9500. EtherChannel between them.
              └───┬────┬────┬───────┘   HSRP virtual IP for each VLAN.
                  │    │    │           OSPF to internet edge router.
              ┌───┴┐ ┌─┴┐ ┌─┴───┐
              │ACC1│ │ACC2│ │ACC3 │   Catalyst 9200. PoE+.
              └────┘ └──┘ └─────┘   PortFast + BPDU Guard on user ports.
                  │    │    │       Trunk uplinks to both cores.
              users phones APs
  • VLAN 10 USERS / VLAN 20 PHONES / VLAN 30 GUEST / VLAN 99 MGMT.
  • SVIs on the cores. HSRP between them.
  • Each access switch trunks to both cores (LACP EtherChannel + RPVST+).
  • One core could fail and everything keeps working.

When to break the rules

The pure three-tier model is a starting point, not gospel. Real reasons to deviate:

  • Small enough that 2-tier is sufficient. Don’t pay for boxes you don’t need.
  • Data center spine-leaf is a different paradigm (Clos topology) — not three-tier. Used in DCs because east-west traffic dominates.
  • SD-Access fabric flattens it — leaf switches form a fabric and DNAC handles intent. Same physical layers, very different control plane.
  • Modern campus with VSS / StackWise Virtual essentially collapses dist+access into a logical pair, removing STP entirely.

Common mistakes

  1. Running user ports off the core. Putting ten users on core ports turns the core into an access switch. Failures and config changes now risk the whole network.

  2. No FHRP at distribution. One distribution switch reload = one outage. Always run HSRP / VRRP between the pair.

  3. Trunking all VLANs everywhere. Each VLAN should only be trunked where it’s needed. Permit-all on the trunk allowed list = broadcast amplification.

  4. Single access uplink. Cheap to dual-home access switches. Don’t skimp here — single-link failure isolates 24–48 users.

  5. Skipping route summarization at distribution. Every access subnet floods into the core’s RIB. Wasteful. Summarize.

  6. Multiple roles in one box. “Core/distribution/access combo switch” is a price-driven design for SMB — fine if you know what you’re trading off. Not fine as an enterprise default.

  7. Designing for current size only. Build for 3× current host count. Refit costs more than overprovisioning.

  8. Mixing campus design and DC design. A campus is hierarchical because most traffic is north-south. A DC is spine-leaf because most traffic is east-west. Don’t apply one’s pattern to the other.

Lab to try tonight

  1. In CML/EVE-NG, build a 2-tier campus: 2 core switches, 3 access switches, 2 hosts each.
  2. Cores are L3 switches with SVIs Vlan10 and Vlan20. HSRP between them.
  3. Access switches are L2 only. Dual-homed to both cores via EtherChannel + RPVST+.
  4. PortFast + BPDU Guard on user ports.
  5. Test failures: shut one core’s interface. Watch traffic continue via the surviving core.
  6. Reload an access switch. Observe affected ports go down but neighbor switches unaffected.
  7. Now expand to a 3-tier: add 2 dedicated core switches that the existing “core” (now distribution) connect into.
  8. Bonus: enable route summarization between distribution and core — area 0 range 192.168.0.0 255.255.252.0.
  9. Bonus: convert to StackWise Virtual (if your simulated switches support it). Compare convergence on a failure.

Cheat strip

LayerOne-line job
AccessUser ports. L2. PortFast + BPDU Guard. PoE. 802.1X.
DistributionAggregation + L3 boundary + policy. SVIs + FHRP. Always pair.
CoreHighest-speed transit. No users, no policy. Always pair.
Two-tier (collapsed core)Acceptable for small/mid sites. Distribution + core merged.
Three-tierDefault for large enterprises. Each layer = one job.
Dual-home patternAccess → both dists; dist pair → both cores; cores fully meshed
Routed accessPush L3 to access — modern alternative, faster convergence
StackWise Virtual / VSSPair of physical switches behaving as one logical box — removes STP between layers
Where SVIs liveDistribution (default) or access (routed access designs)
Where features liveMemorize the table above — comes up on CCNA constantly
Master this on a real network

Want this drilled into reflex?

1:1 weekly sessions, live feedback on your labs, and US interview prep — built around the CCNA® exam blueprint. Free first session. No card on file until you decide.

Claim my free session →

One topic per email, every fortnight

VLANs, OSPF, ACLs, subnetting, automation — written like this. Unsubscribe in one click.

We respect your inbox. One email per week, max. Unsubscribe any time.

Start typing — or browse popular topics below.

↑↓ navigate open Searches topics · labs · programs · pages