Instiq
Chapter 2 · Network Access·v1.0.0·Updated 7/17/2026·~16 min

What's changed: Initial version

2.4Cisco wireless architecture

Key points

Covers the autonomous architecture that manages each AP individually, the cloud-based architecture that manages them centrally from the cloud, and the split-MAC (WLC) architecture that divides work between a WLC and its APs; the AP modes of a lightweight AP that joins a WLC over CAPWAP; the management-access options for APs/WLCs; and WLAN creation in the WLC GUI (SSID, WPA2 PSK, QoS profile, advanced settings).

The optimal architecture differs between a small site served by a few APs and a large environment running hundreds of APs company-wide in a unified way. CCNA compares three approaches—autonomous (configure each AP individually), cloud-based (manage centrally from a cloud dashboard), and split-MAC (concentrate control in a WLC, the wireless LAN controller)—in terms of their division of labor and manageability, and even asks how you actually create a WLAN in the WLC GUI (SSID, security, QoS).

2.4.1The three wireless architectures

  • Autonomous AP is where each AP is self-contained, with SSID, security, and channel configured individually on each AP. Fine for a small site with a few APs, but as the count grows, manually applying a config change to every AP breaks down.
  • Cloud-based manages APs centrally from a cloud dashboard (e.g., Meraki). Configuration, monitoring, and firmware updates are unified in a GUI over the internet, suiting unified operation across sites. Typically control is in the cloud while data forwarding stays local at each AP/site.
  • Split-MAC (WLC) divides work between a lightweight AP and a WLC (wireless LAN controller). The AP handles real-time functions (transmitting/receiving 802.11 frames, encryption, beacons), while the WLC centrally handles management/control (pushing config, authentication, RF management, roaming coordination). AP and WLC connect over a CAPWAP tunnel. Ideal for unified operation at the scale of hundreds of APs.

2.4.2AP modes and management access

  • A lightweight AP's AP mode is switched by purpose: local (default, serves normal client connectivity), FlexConnect (connects to the WLC over a WAN and keeps switching/authenticating locally at a branch even if the WLC is unreachable), monitor (serves no clients, dedicated to RF monitoring, rogue-AP detection, and location), and sniffer (captures wireless frames and forwards them to an analyzer).
  • Management access to an AP/WLC is organized by how you reach its CLI/GUI: the physically attached console (out-of-band, for initial setup), unencrypted Telnet (discouraged), encrypted SSH (preferred), and the web GUI over HTTP/HTTPS (WLC configuration is mainly via the HTTPS GUI). Because a WLC is the linchpin aggregating many APs, the security best practice is to restrict management access to encrypted paths such as SSH/HTTPS.

2.4.3Creating a WLAN in the WLC GUI (WPA2 PSK, QoS)

  • In the WLC GUI, WLAN creation roughly follows: create a new WLAN, set its SSID (the over-the-air wireless network name) and profile name, and map that WLAN to the appropriate interface/VLAN (the wired-side segment). The SSID is the user-visible name; the WLAN is the WLC-side configuration unit that contains that SSID.
  • On the Security (Layer 2) tab you choose the authentication method. WPA2 PSK (Personal), which protects simply with a pre-shared key, is set by making Layer 2 Security WPA2 and auth key management PSK, then entering the shared password. For enterprise per-user authentication via RADIUS you choose WPA2 Enterprise (802.1X) instead (AAA/RADIUS is covered in Chapter 5).
  • On the QoS tab you select a QoS profile. Cisco wireless QoS has four levels from the top: Platinum (voice), Gold (video), Silver (best effort, default), and Bronze (background), assigned per the SSID's purpose (e.g., Platinum for an IP-phone SSID). The Advanced tab sets details such as session timeout, per-client bandwidth limits, and AAA override.
Exam point

Most-tested contrasts: "autonomous = per-AP config, small scale", "cloud-based = centrally managed from a cloud dashboard", and "split-MAC = lightweight AP + WLC dividing work, CAPWAP tunnel, large-scale unified operation." For split-MAC, be sure of the division of labor: the AP does real-time 802.11 processing while the WLC handles management/control/RF. For the WLAN GUI, expect concrete settings: WPA2 PSK = pre-shared-key Personal, and the QoS profile order Platinum (voice) > Gold (video) > Silver (default) > Bronze.

A company deploys about 120 APs across a 10-floor office and wants a company-wide unified SSID and security, plus seamless roaming that does not drop as users move between floors. Initially each AP was configured individually as an autonomous AP, but manually pushing a config to all 120 every time an SSID password changed or channels were tuned was near collapse. So it migrates to a split-MAC architecture, introducing one WLC and joining each AP as a lightweight AP over CAPWAP. Now SSID, security, QoS, and RF (channel/power) are configured once in the WLC GUI and pushed to all APs, and the WLC coordinates roaming centrally, greatly easing operations. In the WLC GUI, the admin creates an employee WLAN with SSID CORP-WIFI, sets WPA2 with PSK auth on the Security (Layer 2) tab and a pre-shared key (WPA2 PSK), and maps the wired side to a VLAN 20 interface. A separate IP-phone SSID CORP-VOICE is created with the QoS profile set to Platinum to prioritize voice latency and jitter. After go-live, it emerges that management access to the WLC was over Telnet (unencrypted); to avoid eavesdropping, access is restricted to SSH and the HTTPS GUI and Telnet is disabled. If branch WAN links are thin and the WLC lives only at HQ, and the requirement is to keep branch wireless working even when the WLC is unreachable, the branch APs are put in FlexConnect mode so they keep switching/authenticating locally if the WLC goes down. Choosing the architecture and AP mode by scale, site topology, and availability requirements is the crux of CCNA wireless design.

ArchitectureManagement unitAP autonomySuited scale
AutonomousEach AP individuallyFully self-containedSmall (a few APs)
Cloud-basedCloud dashboardControl in cloud, forwarding localMedium-to-large, multi-site
Split-MAC (WLC)Centralized on a WLCLightweight AP + WLC divide work (CAPWAP)Large-scale unified (hundreds)
Warning

Trap: "In split-MAC the WLC does everything including transmitting/receiving 802.11 frames, and the AP just emits RF" is wrong—real-time 802.11 transmit/receive and encryption stay on the AP, while control such as config distribution, authentication, and RF management is on the WLC, joined by CAPWAP. Also wrong: "even at large scale you can run everything on autonomous APs"—as the count grows, per-AP configuration breaks down, so centralized management (WLC/cloud) is needed. Also wrong: "WPA2 PSK is the same as enterprise per-user RADIUS authentication"—PSK is a pre-shared key (Personal); RADIUS per-user auth is WPA2 Enterprise (802.1X).

Autonomous, cloud-based, split-MAC (WLC), and WLAN creation.
Choosing architecture by scale

2.4.4Section summary

  • Autonomous = per-AP config (small); cloud-based = centralized in the cloud; split-MAC = lightweight AP + WLC dividing work (CAPWAP, large-scale unified)
  • In split-MAC the AP does real-time 802.11 processing, the WLC handles management/control/RF. AP modes include local/FlexConnect (keeps working at a branch even if the WLC is unreachable)/monitor. Restrict WLC/AP management access to SSH/HTTPS
  • WLAN creation in the WLC GUI: SSID -> map to interface/VLAN -> security (WPA2 PSK = Personal) -> QoS profile (Platinum voice > Gold video > Silver default > Bronze) -> Advanced

Sign in to track progress — Log in.

Quick check

(just a quick review)

Q1. A company deploys about 120 APs across 10 floors, and manually pushing config to every AP each time an SSID password or channel changes is near collapse. It wants unified configuration of all APs and centrally coordinated roaming across floors. Which architecture is most appropriate?

Q2. In a split-MAC (WLC) architecture, which best describes the division of labor between a lightweight AP and the WLC?

Q3. In the WLC GUI you create a new IP-phone SSID (CORP-VOICE). You want to give voice traffic top priority for latency/jitter while protecting it simply with a pre-shared key. Which combination of security and QoS settings is most appropriate?

Check your understandingPractice questions for Chapter 2: Network Access