Skip to main content

Last updated: May 2026

Practice Exam

350-401 ENCORCisco Certified Internetwork Expert (CCIE) Wireless

Test your knowledge with official exam-style questions

Questions25Passing805/1000Exam time

Questions and options are shuffled each attempt

Cisco Certified Internetwork Expert (CCIE) WirelessPractice Set 1: All Questions & Explanations

Full question text, answer options, and explanations for this practice set — a spoiler-free alternative is the interactive quiz above for scored, shuffled practice.

  1. . On a Cisco Catalyst 9800 WLC, an engineer configures a Policy Tag, a Site Tag, and an RF Tag for a set of APs. Which statement accurately describes how these three tags interact to define the complete operational profile of an AP?

    • A. The Policy Tag binds one or more WLAN profiles to Policy Profiles (defining VLAN, QoS, security, and ACL policies for client traffic); the Site Tag binds the AP to either a local site (local switching with a Flex Profile) or a remote site (centralized switching), and determines AP mode; the RF Tag binds the AP to an RF Profile that defines radio parameters such as data rates, RRM, and band selection.(correct)
    • B. The Policy Tag defines the RF parameters for the AP's 2.4 GHz radio; the Site Tag defines the RF parameters for the 5 GHz radio; and the RF Tag provides a fallback radio configuration used only during RRM recalculation intervals.
    • C. All three tags (Policy, Site, RF) must reference the same parent Network Profile to be valid; APs that have tags from different Network Profiles will reject the tag assignment and revert to the default-policy-tag.
    • D. The Site Tag specifies the VLAN for client traffic local switching; the Policy Tag specifies the AP management VLAN; and the RF Tag specifies which RADIUS server the AP uses for 802.1X supplicant authentication.

    Explanation: Catalyst 9800 uses a tag-based architecture replacing the legacy AP group model. The Policy Tag maps WLAN Profiles to Policy Profiles — each WLAN/Policy Profile pair defines how client traffic is treated (VLAN assignment, QoS DSCP, central vs local switching, ACLs, AAA). The Site Tag determines the site context: when set to 'local' site, the AP operates in FlexConnect or Local mode with a Flex Profile defining per-VLAN switching; when set to 'remote' site, the AP uses centralized switching. The RF Tag applies an RF Profile to the AP's radios, controlling minimum/maximum data rates, channel width, TPC, RRM participation, and CleanAir. These three tags can be assigned independently, giving granular control. Option B incorrectly assigns radio-band meanings to the tags. Options C and D are fabricated.

  2. . A Catalyst 9800 AP is joining the WLC for the first time via CAPWAP. The AP has no DHCP option 43 or DNS pre-configuration pointing to the WLC. In what order does the AP attempt CAPWAP discovery, and what is the role of the 'mobility announce' mechanism?

    • A. The AP discovery order is: (1) locally stored WLC IP (from prior join); (2) DHCP option 43 (vendor-specific, hex-encoded WLC IP); (3) DNS lookup for 'cisco-capwap-controller.localdomain'; (4) subnet broadcast. Mobility Announce is not part of CAPWAP discovery; it is a CAPWAP control message sent after join to notify neighboring WLCs in a mobility group of the AP's presence.(correct)
    • B. The AP discovery order is: (1) DNS lookup; (2) DHCP option 43; (3) broadcast; (4) locally stored IP. The AP tries DNS first because it is the most scalable method for large deployments.
    • C. DHCP option 43 for Cisco CAPWAP uses a decimal dotted-quad string format (e.g., '192.168.1.100') in the DHCP vendor-specific option; binary hex encoding is used only for Lightweight AP Protocol (LWAPP), the predecessor to CAPWAP.
    • D. Mobility Announce is sent by the AP during CAPWAP discovery to all WLCs in the subnet, allowing the AP to select the WLC with the lowest load; WLCs respond with a Load Offer message containing their current client count.

    Explanation: Cisco CAPWAP AP discovery follows this priority sequence: (1) previously joined WLC IP (saved in AP flash after first successful join); (2) DHCP option 43 — the WLC IP is encoded as a hex string in TLV format within the vendor-specific option (type 0xf1); (3) DNS resolution of 'cisco-capwap-controller.localdomain' (the AP appends the DHCP-assigned domain); (4) subnet-directed broadcast on the management subnet; (5) over-the-air provisioning (OTAP, typically disabled). Mobility Announce is a CAPWAP control message sent post-join by the WLC to inform peer WLCs in the mobility group about the newly joined AP, enabling mobility tracking — it is not part of the discovery phase. Option C is wrong: DHCP option 43 for CAPWAP uses hex-encoded IP, not decimal string. Option D fabricates a 'Load Offer' mechanism.

  3. . In CAPWAP split-MAC architecture, tasks are divided between the AP and the WLC. An engineer asks which 802.11 functions are handled locally by the AP (real-time functions) versus those handled by the WLC (management functions). Which list correctly categorizes these tasks?

    • A. AP handles: beacons, probe responses, power-save buffering/PS-Poll responses, ACK frames, RTS/CTS. WLC handles: 802.11 authentication and association processing, key management (4-way handshake), QoS policy enforcement, and mobility management.(correct)
    • B. AP handles: 802.11 authentication, association, and key management; WLC handles: beacons, probe responses, and ACK frames because centralized beacon generation provides synchronization across all APs in the deployment.
    • C. In CAPWAP split-MAC, ALL 802.11 MAC functions are handled by the WLC; the AP is simply a radio frequency (RF) transceiver with no MAC-layer intelligence, similar to a RemoteRadio Head in cellular architecture.
    • D. CAPWAP split-MAC is only used in FlexConnect local switching mode; in centralized mode, APs process all 802.11 MAC functions locally to reduce CAPWAP tunnel overhead.

    Explanation: CAPWAP split-MAC divides 802.11 MAC functions based on timing criticality. Real-time functions requiring sub-millisecond response are handled by the AP: beacon transmission, probe response generation, PS-Poll response (power-save buffer release), ACK generation (PHY-layer acknowledgment), RTS/CTS exchange, and fragmentation/defragmentation. Non-time-critical management functions are handled by the WLC: 802.11 authentication frame processing, association/reassociation decision, 802.1X/EAP session termination, 4-way handshake (EAPOL key exchange), QoS DSCP classification, and mobility tunneling. Option B reverses the split incorrectly. Option C describes a fully centralized (CRPI-like) model, not CAPWAP. Option D is incorrect; split-MAC applies in all AP modes including centralized.

  4. . A network engineer enables DTLS (Datagram Transport Layer Security) encryption on the CAPWAP data channel of a Cisco Catalyst 9800 deployment. What is the security benefit, and what is the performance trade-off?

    • A. DTLS on the CAPWAP data channel encrypts client payload frames in transit between the AP and WLC, protecting against eavesdropping on the wired network segment. The trade-off is increased CPU utilization on both the AP and WLC for DTLS encryption/decryption, and increased packet size (DTLS overhead ~15–30 bytes per packet), which can reduce effective throughput and increase latency compared to unencrypted CAPWAP data.(correct)
    • B. DTLS encrypts only the CAPWAP control channel (join, configuration, keepalive messages) and has no effect on client data frames; enabling DTLS data encryption provides no additional security benefit beyond control-plane DTLS.
    • C. DTLS on the CAPWAP data channel is mandatory and cannot be disabled on Catalyst 9800; all client traffic is always encrypted in transit regardless of configuration, so there is no performance trade-off choice.
    • D. Enabling DTLS data encryption on CAPWAP causes the AP to switch from split-MAC to local-MAC mode automatically, because the encryption overhead makes real-time control message processing too slow for centralized MAC operation.

    Explanation: By default on Cisco CAPWAP implementations, the control channel is DTLS-encrypted (mandatory), but the data channel is unencrypted (for performance). When DTLS is enabled on the CAPWAP data channel, all client frames tunneled between AP and WLC are DTLS-encrypted, protecting against a malicious insider tapping the wired network. The cost is encryption overhead: additional CPU cycles on both AP and WLC, plus ~15–30 bytes of DTLS record header added to each frame, increasing packet size and reducing effective throughput, particularly noticeable at high frame rates. Option B is wrong — DTLS data option specifically protects client payload, not just control. Option C is incorrect; DTLS data encryption is optional and disabled by default on many platforms. Option D fabricates a mode-switching behavior that does not exist.

  5. . An enterprise wireless engineer configures WMM (Wi-Fi Multimedia) on a Catalyst 9800 WLAN. A VoIP application maps its DSCP EF (46) traffic to WMM Access Category AC_VO. What are the AIFS and CWmin/CWmax values for AC_VO compared to AC_BE (Best Effort), and why do these values give voice traffic lower latency access to the medium?

    • A. AC_VO uses AIFS=2 and CWmin=3/CWmax=7; AC_BE uses AIFS=3 and CWmin=15/CWmax=1023. AC_VO's smaller AIFS means it waits fewer slot times after a busy medium before starting its backoff, and its smaller CW range means the random backoff value chosen is statistically smaller, resulting in AC_VO winning medium contention more frequently and with lower delay than AC_BE.(correct)
    • B. AC_VO uses AIFS=1 and a fixed transmission slot with no CW randomization; WMM guarantees AC_VO a dedicated time slot every DTIM beacon interval, similar to TDMA scheduling.
    • C. AC_VO and AC_BE use identical AIFS and CW values; the difference is that AC_VO frames are transmitted at a higher modulation rate (MCS 11) to reduce airtime, resulting in lower latency compared to AC_BE.
    • D. AC_VO has priority because WMM assigns AC_VO frames a transmission token at the AP; once the token is issued, the AP immediately preempts any ongoing AC_BE transmission, similar to 802.1p strict priority queuing in wired networks.

    Explanation: WMM (Wi-Fi Multimedia, based on IEEE 802.11e EDCA) uses Enhanced Distributed Channel Access to prioritize traffic by assigning different EDCA parameters per Access Category. AC_VO (Voice) parameters: AIFS=2, CWmin=3 (2^2-1), CWmax=7 (2^3-1). AC_BE (Best Effort) parameters: AIFS=3, CWmin=15 (2^4-1), CWmax=1023 (2^10-1). The AIFS value determines how many slot times a STA must wait after the medium is idle before beginning its random backoff — smaller AIFS means AC_VO starts its backoff sooner. The CW (Contention Window) determines the range [0, CWmin] from which a random backoff count is chosen — AC_VO's tiny CWmin/CWmax means shorter expected backoffs and statistically fewer collisions compared to AC_BE. Options B, C, and D describe mechanisms that do not exist in WMM/EDCA.

  6. . On a Cisco Catalyst 9800, an engineer needs to capture wireless client frames for troubleshooting an 802.1X authentication failure. Which embedded packet capture command sequence initiates a wireless packet capture on the WLC for a specific client MAC address?

    • A. monitor capture MYCAP interface wireless radio 0 match any; monitor capture MYCAP start
    • B. monitor capture MYCAP interface wireless radio all-ap match any; monitor capture MYCAP start — captures all wireless frames across all joined APs simultaneously.
    • C. monitor capture MYCAP interface wireless display-filter 'wlan.sa == aa:bb:cc:dd:ee:ff' inner-mac aa:bb:cc:dd:ee:ff; monitor capture MYCAP start — uses Wireshark-style display filters for client-specific wireless capture on C9800 EWLC.(correct)
    • D. debug dot11 client mac aa:bb:cc:dd:ee:ff detail — this command enables EWLC wireless packet capture for the specified client MAC; 'monitor capture' commands are not supported on C9800 for wireless interfaces.

    Explanation: Catalyst 9800 (EWLC) supports embedded packet capture via the 'monitor capture' CLI. For wireless captures, the engineer specifies the wireless interface context using the 'inner-mac' parameter to filter by client MAC address, combined with a display-filter for Wireshark-compatible filtering. The full syntax on C9800 for wireless client capture is: 'monitor capture MYCAP interface wireless display-filter "wlan.sa == aa:bb:cc:dd:ee:ff" inner-mac aa:bb:cc:dd:ee:ff' followed by 'monitor capture MYCAP start'. The capture can then be exported via 'monitor capture MYCAP export flash:capture.pcap'. Option A uses a wired interface syntax. Option B captures all APs but lacks client MAC filtering. Option D describes a debug command, not a packet capture; 'monitor capture' is fully supported on C9800.

  7. . A Cisco Catalyst 9800 WLC is configured with multicast-enabled WLANs. The engineer must decide between CAPWAP multicast mode and CAPWAP unicast mode for BUM (Broadcast, Unknown Unicast, Multicast) traffic delivery to APs. What are the key operational differences?

    • A. In CAPWAP multicast mode, the WLC encapsulates BUM frames in CAPWAP and sends a single multicast packet to a configured multicast group; all APs subscribed to that group receive one copy. In CAPWAP unicast mode, the WLC sends a separate CAPWAP-encapsulated copy of each BUM frame to every AP individually, which scales poorly with many APs but works in networks where multicast routing between WLC and APs is unavailable.(correct)
    • B. CAPWAP multicast mode requires IGMP snooping to be disabled on all switches between the WLC and APs; IGMP snooping is only used in CAPWAP unicast mode to identify which APs need BUM traffic.
    • C. CAPWAP multicast and unicast modes are equivalent in terms of bandwidth usage; the choice is purely based on the WLC CPU architecture — multicast mode uses the forwarding ASIC, while unicast mode uses the control-plane CPU.
    • D. In CAPWAP multicast mode, the WLC delivers BUM traffic to APs via a dedicated out-of-band management VLAN; client BUM traffic is never mixed with CAPWAP control traffic regardless of mode selection.

    Explanation: CAPWAP multicast mode (also called multicast-multicast) requires multicast routing to be enabled between the WLC and all APs. The WLC sends one CAPWAP-wrapped BUM frame to a configured multicast group address; all APs join this group via IGMP and receive a single copy, minimizing WLC CPU and bandwidth usage. CAPWAP unicast mode (multicast-unicast) requires no multicast infrastructure — the WLC replicates and sends a separate unicast CAPWAP copy to each AP, which is simple to deploy but does not scale well (N APs = N copies of every BUM frame sent by WLC). IGMP snooping on intermediate switches is actually relevant for multicast mode (ensuring packets reach subscribing APs), not disabled for it. Options B, C, and D contain factual errors.

  8. . On a Cisco Catalyst 9800 WLAN, an engineer configures a Layer 3 web authentication policy with a pre-auth ACL. A client associates to the WLAN and receives a DHCP address. Before authenticating via the web portal, what traffic does the pre-auth ACL permit, and what happens to traffic not matching the ACL?

    • A. The pre-auth ACL typically permits DNS (UDP/53), DHCP (UDP/67-68), and HTTPS traffic to the WLC's virtual IP (typically 192.0.2.1) for the redirect page; all other traffic is denied (dropped). The WLC intercepts HTTP/HTTPS requests matching the redirect rule and returns a 302 redirect to the guest portal URL.(correct)
    • B. The pre-auth ACL permits all traffic by default; the web authentication redirect is applied as a separate policy overlay that intercepts only HTTP (TCP/80) traffic, and all other traffic (including HTTPS) passes through unrestricted before authentication.
    • C. The pre-auth ACL is applied at the AP level in FlexConnect local switching; in centralized mode, pre-auth ACLs are not supported and all client traffic is blocked until authentication completes.
    • D. Pre-auth ACLs on Catalyst 9800 only support IPv6; for IPv4 web authentication, the engineer must use a redirect URL policy without an ACL.

    Explanation: In Catalyst 9800 Layer 3 web authentication, the pre-authentication ACL is applied to the client's VLAN/SVI immediately after DHCP. The ACL's purpose is to permit only the minimum traffic needed to reach the web portal: DNS resolution (UDP 53) for portal hostname, DHCP renewal (UDP 67/68), and HTTPS/HTTP to the WLC's virtual IP address (commonly 192.0.2.1) and optionally the portal server. All other traffic hits an implicit deny and is dropped. When the client sends an HTTP/HTTPS request to any external site, the WLC intercepts it and sends a 302 redirect to the captive portal URL. After the user authenticates, a post-auth ACL is applied granting broader network access. Option B incorrectly states that only HTTP is redirected and HTTPS passes freely. Option C is wrong about centralized mode support. Option D invents an IPv6-only restriction.

  9. . A Cisco Catalyst 9800 FlexConnect WLAN is configured with split tunneling. A specific subnet (10.10.50.0/24 — local servers) must be switched locally at the branch AP, while all other client traffic is centrally switched to the headquarters WLC. Which configuration object and parameter enables this per-subnet split tunneling?

    • A. A FlexConnect ACL applied to the Flex Profile's split-tunneling configuration; the ACL identifies the local subnet (permit 10.10.50.0 0.0.0.255) and traffic matching the permit ACE is locally switched by the AP to the branch LAN, while traffic not matching (implicit deny) is centrally tunneled to the WLC.(correct)
    • B. A static route configured on the AP's local IP stack pointing 10.10.50.0/24 to the branch gateway; the AP forwards matching client traffic using this route without any CAPWAP encapsulation.
    • C. Split tunneling on Catalyst 9800 FlexConnect is configured per-VLAN only, not per-subnet ACL; the engineer must map VLAN 50 to local switching and all other VLANs to central switching in the Flex Profile VLAN mapping table.
    • D. FlexConnect split tunneling requires a Cisco ISE URL redirect policy; the ISE server dynamically assigns the split-tunnel ACL to the client after 802.1X authentication based on the user's group membership in Active Directory.

    Explanation: Catalyst 9800 FlexConnect split tunneling (introduced in IOS-XE 16.12) is configured using a split-tunnel ACL within the Flex Profile or Policy Profile. The engineer creates a named ACL with permit entries for subnets that should be locally switched (e.g., permit 10.10.50.0 0.0.0.255 any). Client traffic matching a permit ACE is forwarded by the AP directly to the local branch LAN without CAPWAP encapsulation. Traffic matching the implicit deny (all other destinations) is CAPWAP-encapsulated and centrally switched through the WLC to the headquarters network. This is different from per-VLAN switching (option C), which switches entire VLANs rather than specific subnets within the same VLAN. Option B invents an AP static-route mechanism. Option D adds an unnecessary ISE dependency.

  10. . On a Cisco Catalyst 9800 WLAN, an engineer enables P2P (peer-to-peer) client isolation in 'drop' mode. A wireless client on the WLAN tries to communicate with another client on the same SSID connected to the same AP. What happens to this traffic?

    • A. In P2P drop mode, the AP drops frames destined from one wireless client to another wireless client on the same WLAN at the AP level, preventing any direct client-to-client communication on the wireless medium without the traffic reaching the wired network.(correct)
    • B. In P2P drop mode, the WLC drops inter-client frames after they are received via CAPWAP from the AP; the AP forwards all frames to the WLC, which then discards the inter-client traffic, slightly increasing CAPWAP overhead compared to drop at AP.
    • C. P2P 'drop' mode blocks only unicast inter-client frames; multicast and broadcast frames between clients on the same SSID are still forwarded normally to maintain multicast application functionality.
    • D. P2P 'drop' mode and 'forward-upstream' mode are identical in behavior; the only difference is that 'forward-upstream' generates a syslog message for each blocked frame while 'drop' silently discards without logging.

    Explanation: Catalyst 9800 P2P (peer-to-peer) client isolation prevents direct wireless-to-wireless communication between clients on the same SSID. In 'drop' mode, the AP enforces isolation at the wireless MAC layer: when a frame is received from Client A destined for Client B (both on the same WLAN/AP), the AP discards the frame immediately without forwarding it to the wired network or to the WLC. This is the most efficient isolation method as it stops the frame at the earliest point. In 'forward-upstream' mode, the AP forwards the frame to the WLC via CAPWAP, and the WLC then drops it after inspecting the destination — this mode is used when the WLC needs visibility into inter-client traffic for logging or IDS purposes. Options B, C, and D mischaracterize the drop mode behavior.

  11. . An engineer is configuring 802.11r Fast BSS Transition (FT) on a Cisco Catalyst 9800 WLAN. The design specifies FT over-the-DS (Distribution System) rather than FT over-the-air. What is the key operational difference between these two FT modes, and which scenario favors FT over-the-DS?

    • A. FT over-the-air: the client exchanges FT authentication frames directly with the target AP over the RF medium before disassociating from the current AP, which minimizes handover time. FT over-the-DS: the client sends FT authentication frames to the current AP, which relays them through the wired distribution system to the target AP; this mode is preferred when the target AP is not yet reachable over-the-air (e.g., the client is far from the target AP) or when legacy infrastructure requires controller-mediated handoff.(correct)
    • B. FT over-the-air operates on the 5 GHz band only; FT over-the-DS is required for 2.4 GHz band transitions because the client cannot simultaneously transmit 802.11r authentication frames and maintain its current 2.4 GHz association.
    • C. FT over-the-DS requires a separate FT RADIUS server to validate the PMK-R1 key derivation; FT over-the-air is RADIUS-independent because the key exchange is direct between client and target AP.
    • D. FT over-the-DS and FT over-the-air are interchangeable; the client automatically selects the mode based on its current signal strength to the target AP, with no engineer configuration required.

    Explanation: 802.11r (Fast BSS Transition) supports two modes. Over-the-air FT: the client sends FT Authentication Request directly to the target AP's BSSID over the 802.11 medium (while still associated with the current AP), the target AP responds, and the client then performs the reassociation to complete the transition — very fast since there is no wired relay. Over-the-DS FT: the client sends FT Authentication Request to the current AP (still via 802.11), the current AP encapsulates and relays it through the wired distribution system (CAPWAP/mobility tunnel) to the target AP, which responds back via the wired path. Over-the-DS is useful when the client is not yet within radio range of the target AP or when an existing CAPWAP/mobility infrastructure is preferred for key distribution. Option B is wrong — FT mode selection is not band-specific. Option C invents a separate FT RADIUS server. Option D is wrong — the mode is configured on the WLC, not auto-selected by the client.

  12. . In an 802.11r deployment on Catalyst 9800, what is the PMK key hierarchy used for Fast BSS Transition, and what are the roles of R0KH and R1KH?

    • A. The FT key hierarchy: PMK (from EAP/PSK) → PMK-R0 (derived by client and R0KH using the AP's MAC and a nonce) → PMK-R1 (derived by R0KH and distributed to R1KH) → PTK (derived by client and target AP from PMK-R1 during the FT handshake). R0KH (R0 Key Holder) is typically the WLC or mobility anchor that holds the top-level FT key per client session; R1KH (R1 Key Holder) is typically the individual AP that holds the per-AP-level FT key distributed by the R0KH.(correct)
    • B. In 802.11r, PMK-R0 is the same key as the original PMK; the FT protocol does not derive new keying material — it simply caches the original PMK at R0KH and distributes it directly to all APs (R1KHs) in the ESS without transformation.
    • C. R0KH is the client supplicant, and R1KH is the RADIUS server; the WLC acts as a transparent relay between R0KH and R1KH and does not hold any FT keys.
    • D. PMK-R1 is derived entirely on the target AP without WLC involvement; 802.11r was designed to eliminate the WLC as a single point of failure by distributing all FT key computation to individual APs.

    Explanation: IEEE 802.11r defines a three-level FT key hierarchy. The PMK (from 802.1X EAP or PSK) is the root. PMK-R0 is derived by the client and the R0 Key Holder (R0KH) — in Cisco Catalyst 9800 deployments, the R0KH is the WLC that anchors the client's session; this derivation uses the client's PMK, the R0KH identifier, and the client's MAC address. PMK-R1 is derived from PMK-R0 by the R0KH and distributed (via IAPP or mobility tunnel) to the R1KH — which is each individual AP that may serve as the target for roaming. The PTK for each new AP association is then derived by the client and the target AP from PMK-R1 during the FT 4-way handshake, avoiding full EAP re-authentication. Option B is wrong — FT does derive new keys via hierarchical KDF. Option C reverses the R0KH/R1KH roles. Option D incorrectly eliminates WLC involvement.

  13. . An 802.11k Neighbor Report is enabled on a Cisco Catalyst 9800 WLAN. A client device sends a Neighbor Report Request frame to its current AP. What information is returned in the Neighbor Report Response, and how does the client use this information?

    • A. The Neighbor Report Response contains a list of neighboring AP BSSIDs with their operating class (band/channel), capabilities, and optionally RSSI-based preference rankings; the client uses this list to build a candidate roaming target list, allowing it to scan only the specific channels advertised rather than scanning all channels, thereby reducing roaming latency.(correct)
    • B. The Neighbor Report Response provides the exact RSSI threshold at which the client should trigger a roaming event; clients that receive a Neighbor Report automatically roam to the strongest neighbor once their current AP RSSI drops below the threshold.
    • C. The Neighbor Report is a one-way broadcast from the AP to all associated clients every DTIM interval; individual clients cannot request Neighbor Reports — the AP pushes them proactively based on RRM data.
    • D. The Neighbor Report Response contains the IP addresses of neighboring APs' management interfaces; this allows the client to establish a direct CAPWAP session with the target AP before completing the 802.11 roaming handshake.

    Explanation: IEEE 802.11k Neighbor Report enables client-assisted roaming by giving the client advance knowledge of neighboring APs. The client sends a Radio Measurement Request (Neighbor Report Request) to its current AP. The AP responds with a Neighbor Report containing Neighbor Report Elements, each including: BSSID, SSID (optionally), operating class (which maps to regulatory domain and channel), channel number, PHY type, and AP reachability information. The client uses this list to perform targeted channel scanning instead of a full active/passive scan of all channels, dramatically reducing the time needed to discover and select a roaming target. This information is also used as input to 802.11r FT candidate lists and 802.11v BSS Transition Management. Options B, C, and D mischaracterize the protocol operation.

  14. . On a Cisco Catalyst 9800 WLAN with 802.11v BSS Transition Management enabled, the WLC sends a BSS Transition Management Request to a client with the 'Disassociation Imminent' bit set. The request includes a candidate AP list. What behavior is mandated by the 802.11v specification, and how might a client respond?

    • A. With 'Disassociation Imminent' set, the AP informs the client that it will be disassociated after a specified disassociation timer (expressed in beacon intervals) if it does not roam. The client must respond with a BSS Transition Management Response indicating 'Accept' (roam to one of the candidates) or 'Reject' (providing a reason code); if the client rejects or ignores the request, the AP will eventually forcibly disassociate the client after the timer expires.(correct)
    • B. With 'Disassociation Imminent' set, the client is immediately disconnected without a response window; 802.11v does not allow a client to reject a forced disassociation, and the BSS Transition Management Response frame is optional and informational only.
    • C. The 'Disassociation Imminent' bit instructs the client to move to the 2.4 GHz band immediately; if the client does not support 2.4 GHz, it responds with reason code 43 (Disassociation due to lack of capability) and remains associated.
    • D. BSS Transition Management with 'Disassociation Imminent' requires WPA3-Enterprise; it is not available on WPA2 or WPA3-Personal WLANs because the request must be PMF-protected and WPA2 does not support PMF.

    Explanation: IEEE 802.11v BSS Transition Management allows the network to suggest or mandate AP roaming. When the AP (via WLC) sends a BTM Request with the Disassociation Imminent bit set, it includes a Disassociation Timer field indicating how many beacon intervals remain before the AP will disassociate the client. The client should respond with a BTM Response frame with status 'Accept' (roaming to a provided candidate) or 'Reject' with a reject reason code. IEEE 802.11v does not immediately force disconnection — the disassociation timer gives the client time to transition gracefully. If the client does not roam within the timer period, the AP sends a Disassociation frame. Note that BTM Requests with PMF enabled are protected management frames, but PMF is not strictly required to use 802.11v on WPA2 networks (PMF capable is sufficient). Options B, C, and D contain inaccuracies.

  15. . A Cisco Catalyst 9800 WLC is deployed in a centralized mode. An engineer needs to verify whether a specific wireless client (MAC: aa:bb:cc:dd:ee:ff) has completed DHCP successfully. Which combination of show commands provides the client's current association state AND DHCP-assigned IP address?

    • A. show wireless client summary — lists all connected clients with their AP, SSID, and state; show wireless client detail mac-address aa:bb:cc:dd:ee:ff — shows detailed client information including IP address, VLAN, authentication method, and roaming history.(correct)
    • B. show ip dhcp binding aa:bb:cc:dd:ee:ff — shows DHCP server bindings; show dot11 associations — shows all associated 802.11 clients with their MAC addresses and association state.
    • C. show wlan client-detail mac aa:bb:cc:dd:ee:ff — this is the only command needed; it displays both DHCP and 802.11 association state in a single output on C9800.
    • D. debug client aa:bb:cc:dd:ee:ff — enables real-time debugging that displays DHCP DISCOVER/OFFER/REQUEST/ACK events; no 'show' commands can display a client's current DHCP state on C9800.

    Explanation: On Catalyst 9800, 'show wireless client summary' provides a quick overview of all associated clients including their state (associated, authenticating, run state). 'show wireless client detail mac-address <mac>' provides comprehensive client information: IP address (DHCP-assigned), VLAN, gateway, SSID, AP name, association time, roam count, QoS policy, and authentication details. These two commands together confirm both 802.11 association state and DHCP success. Option B uses IOS DHCP server commands (applicable if C9800 is acting as DHCP server) and 'show dot11 associations' which is an older IOS-based AP command, not C9800 syntax. Option C uses incorrect command syntax ('show wlan client-detail' is not a valid C9800 command). Option D is wrong — debug is for real-time capture, and show commands do display DHCP state.

  16. . An engineer uses Catalyst Center wireless troubleshooting and finds that a client's onboarding health score shows 'Association Failed' for multiple clients on the same AP. The AP radio is functioning and other clients on neighboring APs are healthy. Which step in the Catalyst Center client 360 workflow helps narrow the root cause?

    • A. Review the 'Device 360' for the AP in question — specifically check the AP's radio utilization, channel utilization, and interference metrics; a high channel utilization (>80%) or strong interference source can cause association failures due to the AP's admission control rejecting new clients.
    • B. Run a 'Sensor Test Suite' from Catalyst Center targeting the affected SSID; sensor tests simulate client onboarding from a Cisco Catalyst Center Network Sensor (1800S AP), which helps confirm whether the SSID is broadly accessible or blocked for specific client device types.
    • C. Both A and B are valid and complementary steps: AP Device 360 diagnoses radio/channel issues specific to the AP, while Sensor Test Suite validates end-to-end SSID reachability from a known-good client perspective.(correct)
    • D. Association failures are always caused by RADIUS server timeouts; the engineer should check the RADIUS server status in Catalyst Center under Assurance > Issues and filter by 'AAA Server Unreachable' before investigating the AP radio metrics.

    Explanation: In Catalyst Center wireless assurance, multiple association failures on a single AP while neighboring APs are healthy point to an AP-specific issue. The AP Device 360 view shows radio health, channel utilization, noise, and interference levels — high channel utilization can cause admission control to reject new associations. Additionally, deploying a Sensor Test Suite from a Cisco 1800S AP sensor tests the full onboarding path (SSID discovery, association, authentication, DHCP, DNS, ping) from a known-good device, confirming whether the SSID configuration itself is faulty or if the issue is device-specific. Using both diagnostic tools together (Device 360 for AP health metrics and Sensor Suite for protocol-level validation) provides the most efficient root-cause isolation. Option D is incorrect to assume RADIUS as the only cause — association precedes authentication, so RADIUS is not involved in an association failure.

  17. . An enterprise deploys a Cisco Catalyst 9800 WLAN with WPA3 SAE (Simultaneous Authentication of Equals). An AP receives an SAE Commit frame from a client. Which security property does the AP enforce during the SAE Commit-Confirm exchange to prevent timing side-channel attacks?

    • A. The AP uses constant-time cryptographic operations during the password element derivation (hunting-and-pecking or hash-to-element algorithms) to ensure the execution time does not vary based on the passphrase value or the client's MAC address, preventing timing attacks that could leak information about the password.(correct)
    • B. The AP adds a random delay between 0 and 500 ms to each SAE Commit response to prevent timing correlation attacks; the random delay is seeded from the PRNG initialized with the AP's hardware serial number.
    • C. SAE Commit frames are processed only within a fixed 100 ms window per station; frames arriving outside this window are discarded, preventing brute-force timing attacks by rate-limiting commit processing.
    • D. The AP prevents timing attacks by encrypting all SAE Commit and Confirm frames using GCMP-256, so even if timing is measured, the encrypted payload prevents the attacker from correlating timing with password guesses.

    Explanation: SAE's Dragonfly key exchange uses a password element (PWE) derivation process (originally hunting-and-pecking, now superseded by the hash-to-element method per RFC 9380 and IEEE 802.11-2020 corrigendum). A known vulnerability of the original hunting-and-pecking algorithm was timing side-channels — the number of loop iterations varied based on the password and MAC addresses, leaking information. RFC 8492 and the 802.11 standard mandate constant-time implementations where the PWE derivation takes the same amount of time regardless of input values, preventing timing-based side-channel attacks (Dragonblood vulnerability, CVE-2019-9494). Cisco implemented the hash-to-element method as the fix. Options B, C, and D describe mechanisms that do not correspond to the actual SAE anti-timing mitigations.

  18. . A Cisco Catalyst 9800 WLAN is configured for WPA3-Enterprise. The security team wants to enforce mutual authentication where both the client and the RADIUS server verify each other's certificates. Which EAP method and certificate requirement satisfies this?

    • A. EAP-PEAP with MSCHAPv2 inner method: the RADIUS server presents its certificate to the client, but the client uses a username/password for inner authentication; mutual certificate authentication is not provided because the client does not present a certificate.
    • B. EAP-TLS: both the RADIUS server and the client present X.509 certificates during the TLS handshake; the RADIUS server authenticates the client by verifying the client certificate against a trusted CA, and the client authenticates the server by verifying the server certificate against a trusted CA configured in its supplicant — providing true mutual certificate-based authentication.(correct)
    • C. EAP-TTLS with PAP inner authentication: the outer TLS tunnel provides server certificate validation, and the PAP credentials inside the tunnel are hashed using SHA-256 to simulate client certificate authentication.
    • D. EAP-FAST with PAC provisioning: both parties exchange Protected Access Credentials (PACs), which are server-generated tokens that replace X.509 certificates entirely, providing mutual authentication without a PKI infrastructure.

    Explanation: EAP-TLS (RFC 5216) is the only standard EAP method that provides full mutual certificate authentication: the TLS handshake requires both parties to present and verify X.509 certificates. The RADIUS server presents its certificate (client validates against its trusted root CA), and the client presents its certificate (RADIUS validates against its trusted root CA or intermediate CA). This satisfies both WPA3-Enterprise requirements and the security team's mutual authentication mandate. EAP-PEAP/MSCHAPv2 (option A) only authenticates the server via certificate — the client uses a username/password. EAP-TTLS/PAP (option C) also lacks true client certificate authentication. EAP-FAST (option D) uses PACs, which are not X.509 certificates.

  19. . On a Cisco Catalyst 9800, a WLAN is configured with WPA2 + 802.1X + OKC (Opportunistic Key Caching). A client roams from AP1 to AP2 (both on the same WLC). The client includes a PMKID in its reassociation request to AP2. The WLC finds a matching PMKSA. Which frames are exchanged to complete the roaming security handshake, and which exchange is skipped?

    • A. With a valid PMKSA cache hit via OKC, the full EAP exchange (EAP-Request Identity → EAP-Response → RADIUS Access-Challenge → RADIUS Access-Accept) is skipped. Only the 802.11 Reassociation Request/Response and the 4-way handshake (EAPOL Key frames) are needed to derive a new PTK from the cached PMK, completing the roam without RADIUS involvement.(correct)
    • B. OKC skips both the EAP exchange and the 4-way handshake; the PTK from the previous association is reused on the new AP, meaning no cryptographic frames are exchanged and the client continues with the existing encryption keys.
    • C. With a PMKSA cache hit, the EAP exchange is skipped, but a full 8-way handshake (double the normal 4-way) is required to rotate both the PTK and GTK simultaneously on the new AP.
    • D. OKC causes the WLC to send the PMK directly to AP2 in a CAPWAP control message before the client's reassociation; AP2 then performs a pre-authentication 4-way handshake with the client before the reassociation frames are exchanged.

    Explanation: OKC (Opportunistic Key Caching), also known as Proactive Key Caching (PKC) or PMKID-based fast roaming, allows a client to include the PMKID (derived from the existing PMK and the target AP's BSSID) in its Reassociation Request. If the WLC has a valid PMKSA for this PMKID, the full EAP authentication exchange with the RADIUS server is bypassed entirely — no EAP-Request/Response or RADIUS Access-Challenge/Accept messages are needed. The WLC retrieves the cached PMK and the client and AP2 proceed directly to the 4-way EAPOL handshake to derive a fresh PTK (Pairwise Transient Key) and install new encryption keys. The 4-way handshake is NOT skipped (option B is wrong) because a new PTK must be generated for the new AP. Options C and D describe non-existent mechanisms.

  20. . A Catalyst 9800 deployment uses multiple AP join profiles. An AP joins and matches the default AP join profile. A network engineer wants to ensure a specific group of APs (identified by their AP ethernet MAC prefix) automatically receives a custom AP join profile with a specific NTP server and syslog server configuration. Which mechanism on C9800 enables automatic AP join profile assignment based on AP MAC attributes?

    • A. AP filter rules on the Catalyst 9800, configured under 'ap filter', match APs based on attributes such as AP name regex, AP location, or AP MAC OUI prefix and automatically assign tags (including the AP join profile via the site tag) to matched APs, eliminating the need to manually assign profiles per AP.(correct)
    • B. The AP join profile assignment is done exclusively via RADIUS VSA (Vendor-Specific Attribute); the RADIUS server must return the Cisco-AP-Join-Profile attribute in the Access-Accept response during AP 802.1X MACsec authentication.
    • C. AP join profiles can only be assigned manually per-AP in the Catalyst 9800 GUI or CLI; there is no automated assignment mechanism based on AP attributes in IOS-XE.
    • D. Catalyst Center automatically assigns AP join profiles by reading the AP's serial number from Cisco Smart Account inventory and matching it to a pre-defined provisioning template; this process happens before the AP contacts the WLC.

    Explanation: Catalyst 9800 supports AP filter-based tag assignment under 'wireless tag policy'. AP filters use regex rules to match AP names, AP locations, or AP MAC address patterns (OUI prefix or full MAC). When an AP joins and its attributes match a filter rule, the WLC automatically assigns the Policy Tag, Site Tag, and RF Tag specified in the filter — including the AP join profile reference within the site tag. This eliminates manual per-AP configuration in large deployments. Option B incorrectly requires RADIUS for join profile assignment. Option C is wrong — automated assignment via filters is a core C9800 feature. Option D confuses Catalyst Center's Day-N provisioning with join-time profile assignment.

  21. . A Cisco Catalyst 9800 EWLC is configured with Radioactive Tracing (RA tracing) for client MAC aa:bb:cc:dd:ee:ff. After triggering a client connection attempt, the engineer collects the trace. The trace shows the EAP exchange completing successfully and the 4-way handshake completing, but the client shows 'IP Learn Incomplete'. What does this state indicate, and which protocol is likely failing?

    • A. 'IP Learn Incomplete' means the WLC has not learned the client's IP address through any of its IP learning methods (ARP snooping, DHCP gleaning, or mDNS/data-plane); the most likely cause is a DHCP failure (DHCP server unreachable, pool exhausted, or relay misconfiguration), since the client completed 802.11 and 802.1X successfully but the WLC never saw a DHCP ACK or ARP from the client.(correct)
    • B. 'IP Learn Incomplete' indicates that the client's 802.1X authentication was rejected by the RADIUS server; the state name is misleading but refers to the incomplete authentication negotiation.
    • C. 'IP Learn Incomplete' means the client sent a DHCP Discover but the WLC's DHCP proxy function is blocking the request due to an IP helper address misconfiguration on the WLC's management interface.
    • D. 'IP Learn Incomplete' is a normal intermediate state that all clients pass through briefly; it does not indicate a failure and will resolve automatically within 30 seconds as the WLC's ARP cache is refreshed.

    Explanation: On Catalyst 9800, the client state machine progresses through: Idle → Associating → Authenticating → Associated (802.11 complete) → 8021X_REQD (if EAP) → Authenticated → IP Learn → Run. 'IP Learn Incomplete' (or the client stuck in 'IP Learn' state) means 802.11 association and 802.1X authentication completed but the WLC has not learned the client's IP address. The WLC learns client IPs via: DHCP snooping (intercepting DHCP ACK), ARP snooping (watching ARP reply/request), or gratuitous ARP. If DHCP is failing — server unreachable, helper address wrong, pool exhausted, or VLAN misconfigured — the client will never get an IP and the WLC state stays at IP Learn. The Radioactive Trace will show DHCP messages (or lack thereof) confirming this. Option B is wrong — 802.1X completed. Option C is possible but narrowly scoped; option A correctly identifies the general cause. Option D is wrong — this state does not self-resolve without a valid IP assignment.

  22. . A Cisco Catalyst 9800 WLC manages 150 APs across a campus. The network team decides to migrate from central DHCP (WLC acts as DHCP proxy) to local DHCP servers at each building. In the WLAN Policy Profile, which setting must the engineer change to ensure client DHCP requests are forwarded to the local DHCP server rather than being proxied by the WLC?

    • A. Disable 'DHCP required' and change the DHCP server configuration from 'Internal' to 'External' in the Policy Profile, then configure the IP Helper Address on the client-facing SVI of the distribution switch pointing to the local DHCP server's IP address.(correct)
    • B. Enable 'Native VLAN Override' in the Policy Profile; this causes the AP to bridge client DHCP requests directly to the wired VLAN without WLC proxying.
    • C. Set the Policy Profile's DHCP override to 'local-only'; this forces the AP to generate DHCP offers from its own internal DHCP pool for the local subnet.
    • D. The DHCP proxy function on C9800 cannot be disabled per-WLAN; it must be globally disabled under 'ip dhcp proxy disable' on the WLC, affecting all WLANs simultaneously.

    Explanation: On Catalyst 9800, the Policy Profile under a WLAN controls DHCP behavior. By default, the WLC can act as a DHCP proxy (intercepting client DISCOVER/REQUEST and forwarding on behalf of the client). To use external DHCP servers, the engineer sets the DHCP server to 'External' (or disables proxy mode) in the Policy Profile, then ensures the client-facing SVI or VLAN interface on the access/distribution switch has an 'ip helper-address' configured pointing to the local DHCP server. The 'DHCP Required' flag controls whether clients must obtain an IP before being moved to the Run state — disabling it allows clients to self-configure (e.g., APIPA), which is a separate consideration. Option B's 'Native VLAN Override' is unrelated to DHCP proxy behavior. Option C invents a 'local-only' setting. Option D is incorrect; DHCP proxy can be managed at the WLAN/Policy Profile level.

  23. . An enterprise wireless deployment uses Cisco ISE as the RADIUS server. ISE returns a RADIUS Access-Accept with the Cisco VSA 'Cisco-AVpair: url-redirect=https://ise.corp.com/portal' and 'Cisco-AVpair: url-redirect-acl=REDIRECT_ACL'. The Catalyst 9800 WLC receives this response. What action does the WLC take, and what is the purpose of the 'url-redirect-acl'?

    • A. The WLC applies a URL redirect policy to the client: the url-redirect-acl (a locally defined ACL on the WLC) identifies traffic that triggers the redirect — typically permit rules matching HTTP/HTTPS traffic to any destination. Traffic matching the permit ACE is intercepted by the WLC and redirected to the specified portal URL, while traffic matching deny ACEs (e.g., DNS, DHCP, portal server IPs) passes through unredirected, allowing the client to reach the portal to complete posture or guest authentication.(correct)
    • B. The url-redirect-acl is applied on the ISE server to filter which clients receive the redirect; the WLC simply forwards all client traffic unmodified to the portal URL regardless of destination.
    • C. The url-redirect-acl is a QoS marking ACL; traffic matching its permit ACEs is marked DSCP CS3 to ensure the redirect page loads quickly for end users on congested networks.
    • D. The Catalyst 9800 does not support ISE URL redirect via RADIUS VSA; URL redirect must be configured statically on the WLAN under 'security web-auth' and cannot be dynamically assigned per-client by RADIUS.

    Explanation: Cisco ISE dynamic authorization via RADIUS VSAs (CiscoAVpair: url-redirect and url-redirect-acl) is a core feature of the Cisco centralized policy architecture. When the WLC receives a url-redirect along with url-redirect-acl in the RADIUS Access-Accept, it applies a per-client redirect policy. The url-redirect-acl is a named ACL configured locally on the WLC (or referenced from ISE-downloaded policy). ACEs with 'permit' action identify traffic that must be intercepted and HTTP-redirected to the portal URL (typically any HTTP/HTTPS to external destinations). ACEs with 'deny' (or 'redirect' vs 'bypass' terminology depending on platform version) identify traffic that should be allowed to pass without redirect — critical for DNS resolution, DHCP renewal, and direct access to the portal server's IP. This enables guest onboarding, posture checking (ISE), and CoA flows. Options B, C, and D are incorrect.

  24. . On a Cisco Catalyst 9800 WLC, an engineer configures a WLAN using the Flex Profile for FlexConnect local switching. The Flex Profile specifies VLAN 100 for the employee SSID. The AP at the remote site does not have a trunk port configured to carry VLAN 100 to the access switch. What is the result when a client associates to the employee SSID?

    • A. The client will associate to the SSID successfully at the 802.11 level, but traffic will fail to be locally switched because the AP cannot tag frames with VLAN 100 on a port that does not carry VLAN 100; the client will not receive a DHCP address from the local VLAN 100 DHCP scope and will show 'IP Learn Incomplete' or a failed DHCP state.(correct)
    • B. The AP will automatically negotiate VLAN 100 with the connected access switch using VTP; if VTP is in server mode on the switch, VLAN 100 will be created and the client will be served normally.
    • C. The AP will fall back to central switching for VLAN 100 traffic automatically when local switching fails; all client traffic will be CAPWAP-tunneled to the WLC and placed on VLAN 100 at the headquarters.
    • D. The WLC will refuse to push the Flex Profile to the AP if VLAN 100 is not present in the AP's local VLAN database; the AP join will fail with error 'VLAN mismatch on Flex Profile'.

    Explanation: In FlexConnect local switching, the AP tags client frames with the configured VLAN (VLAN 100) and forwards them out its wired Ethernet port. If the switch port connecting the AP is not trunked to carry VLAN 100, the tagged frames will be dropped by the switch (or the AP cannot properly egress them). The 802.11 association itself succeeds — the AP will accept the client and the WLC will complete authentication — but subsequent DHCP discovery over VLAN 100 will fail because the frames cannot traverse the switch. The client will time out waiting for a DHCP response and remain in an 'IP Learn Incomplete' state. The AP does not automatically fall back to central switching per-VLAN in standard FlexConnect (option C); fallback requires explicit central switching configuration. Options B and D describe behaviors that do not occur.

  25. . A CCIE Wireless candidate must design a guest WLAN on Cisco Catalyst 9800 where guest clients are anchored to a DMZ WLC for security. The foreign WLC (at branch) and anchor WLC (at DMZ) must be configured. Which configuration is required on both WLCs to enable guest anchoring, and how is client traffic handled between foreign and anchor?

    • A. Both WLCs must be in the same mobility group; on the guest WLAN, the foreign WLC is configured with no anchor (clients associate to the foreign), and the anchor WLC is added as a mobility anchor for the WLAN — EoIP tunnel is established between foreign and anchor; guest client traffic is CAPWAP-encapsulated from AP to foreign WLC, then re-encapsulated in the EoIP mobility tunnel to the anchor WLC, which terminates the client on the DMZ-side VLAN.(correct)
    • B. Guest anchoring requires a VPN tunnel between the foreign and anchor WLC management interfaces; CAPWAP is used from AP to foreign WLC, and IPsec encrypts the mobility tunnel between WLCs.
    • C. The anchor WLC must be configured with the guest WLAN in 'anchor mode only' and the foreign WLC with the same WLAN in 'foreign mode only'; if both WLCs use the default 'mixed' mode, anchoring will not function.
    • D. Guest anchoring on Catalyst 9800 is only supported using Cisco ISE as the mobility anchor broker; direct WLC-to-WLC mobility tunnels are not supported for guest traffic anchoring in IOS-XE releases after 17.3.

    Explanation: Cisco Catalyst 9800 supports guest anchoring via the mobility group and EoIP (Ethernet over IP) mobility tunnel architecture. Configuration requirements: both WLCs must be configured as mobility peers (same mobility group or explicit peer configuration with each other's management IP and mobility MAC). On the foreign WLC, the guest WLAN is configured with the anchor WLC's IP as a mobility anchor. On the anchor WLC, the same guest WLAN (matching SSID/WLAN ID) is configured with the local WLC as the anchor. Traffic flow: client associates to AP, CAPWAP to foreign WLC; foreign WLC establishes EoIP mobility tunnel to anchor WLC; all client data traffic traverses the EoIP tunnel to the anchor, where the client is placed on the DMZ VLAN. The anchor handles DHCP and internet breakout from the DMZ. Option B is wrong — IPsec is not required. Option C invents 'anchor mode only' and 'foreign mode only' settings. Option D is incorrect — ISE is not required for direct WLC mobility.