Cisco Designing Cisco Wireless Networks (300-110 WLSD) v1.2 300-110 Exam Dumps: Updated Questions & Answers (July 2026)

In Ekahau Site Survey ' s multi-floor predictive modeling workflow, alignment points are the critical mechanism that allows the software to understand the precise vertical spatial relationship between floors in a multi-story building. Once floor plans are imported with their scale correctly defined, alignment points must be placed on each floor at the same real-world physical location — such as a stairwell corner, elevator shaft, or structural column — so that Ekahau can accurately calculate vertical signal propagation and inter-floor RF bleed. Without alignment points, the software has no spatial reference to determine which area on Floor 2 is directly above a given point on Floor 1, making floor-to-floor signal bleed calculations geometrically impossible. Drawing coverage areas (Option A) is a post-AP-placement activity. Starting the auto planner (Option B) would attempt to place APs without the required spatial reference. Choosing AP models (Option D) is a subsequent step. Alignment points are a fundamental requirement for any predictive survey involving multi-floor buildings. Reference: WLSD Study Guide — Ekahau Predictive Survey Methodology, Multi-Floor Building Configuration, Signal Propagation Modeling.

Designing for 50-100 clients per cell with 5 Mbps minimum throughput and no 802.11b clients requires two critical optimizations. First, setting minimum mandatory data rates to 12-18 Mbps (Option A) removes legacy lower data rates from the AP ' s supported rate set. When 1, 2, 5.5, and 11 Mbps rates are disabled and 12 Mbps becomes the minimum mandatory rate, legacy 802.11b clients are excluded from the cell, airtime efficiency improves dramatically, and clients connecting at higher rates use less channel time per frame, increasing effective capacity. Second, Flexible Radio Assignment (FRA) for 2.4 GHz reduction (Option D) is critical in high-density environments. FRA allows the WLC to dynamically reassign some 2.4 GHz radios to 5 GHz operation or monitor mode, reducing 2.4 GHz cell size and interference while increasing 5 GHz capacity in the high-density area. Option C directly contradicts the no-802.11b requirement. Option B (6 SSIDs per AP) is a management consideration but does not directly address throughput. Option E (80-160 MHz channels) would consume available spectrum, reducing the number of usable non-overlapping channels and worsening co-channel interference at high density. Reference: WLSD Study Guide — High-Density WLAN Design, Minimum Data Rate Configuration, Flexible Radio Assignment (FRA).

Configuring a high availability SSO pair on Cisco Catalyst 9800 IOS XE WLCs has specific technical prerequisites that must be satisfied for the SSO relationship to form and function correctly. The two critical requirements are: each WLC must have a unique Redundancy Management Interface (RMI) IP address (Option B), and both WLCs must run identical IOS XE software versions (Option D). The Redundancy Management Interface is the dedicated in-band control channel over which the active and standby WLCs exchange state synchronization information, keepalive messages, and configuration updates. Each controller requires its own unique RMI IP address within the same subnet — the active uses one address and the standby uses another. If they shared the same RMI IP (Option C), there would be an IP address conflict preventing the interface from functioning. Identical software versions (Option D) are mandatory because the SSO state synchronization protocol and data structures must be version-compatible between the active and standby controllers. Any mismatch in IOS XE version will prevent SSO formation. License count (Option A) does not need to be identical for SSO. Service port IP addresses (Option E) must be unique per controller, not identical. Reference: WLSD Study Guide — Catalyst 9800 SSO Prerequisites, Redundancy Management Interface Configuration, High Availability Pair Formation Requirements.

This multi-constraint design scenario requires precise alignment of EWC architecture, N+1 redundancy hierarchy, AAA integration, and WLAN security policies. Option B correctly addresses all requirements. With only three APs per branch and a requirement to keep traffic local, converting a single C9130 to EWC mode is the correct and resource-efficient approach — converting two APs to EWC (Options A and C) wastes AP capacity in a small three-AP branch. The preferred controller set to the EWC AP ensures local APs join locally. The HQ WLC as primary N+1 backup satisfies the data center WLC always being primary requirement. Other branches ' EWC APs configured as secondary and tertiary controllers creates the cross-branch redundancy hierarchy. Since guests and employees share the same SSID but require different VLANs, MAC Authentication Bypass (MAB) with AAA override allows the HQ ISE/AAA server to return VLAN attributes based on device or user identity — dynamically assigning the correct VLAN at the policy level. The 2 Mbps guest rate limiting is applied through per-client QoS policies on the EWC. Option D ' s use of local web auth for guests does not enable dynamic VLAN assignment from AAA. Reference: WLSD Study Guide — EWC Architecture, N+1 Redundancy Hierarchy, AAA Override and Dynamic VLAN Assignment.

Cisco WLC AP Failover Priority governs the order in which APs are processed when a WLC recovers and APs begin re-associating. The priority levels are: Critical, High, Medium, and Low. During recovery situations, the WLC will accept and process AP join requests in order of priority — Critical priority APs are processed first, before all other priority levels. In a deployment where the WLC is located in a remote data center connected via WAN, the join process for all APs is slower due to WAN latency and potential bandwidth constraints. Under these conditions, assigning Critical priority to executive office APs ensures they are at the front of the processing queue and restore service before lower-priority APs. The executive office designation implies business-critical operations requiring the fastest possible wireless restoration — a requirement that directly maps to the Critical priority level. High priority (Option A) would position the executive APs second in the queue behind any Critical priority APs. Medium (Option B) and Low (Option C) would place them further down the processing order. Reference: WLSD Study Guide — AP Failover Priority Configuration, N+1 and SSO Redundancy Design, WAN-Linked Controller Deployments.

Cisco Application Visibility and Control (AVC) is a deep packet inspection and traffic classification framework integrated into the Cisco WLC and AP platform. AVC performs real-time analysis of wireless client traffic, classifying applications based on Layer 4-7 signatures using the NBAR2 (Network Based Application Recognition) engine. This provides the network administrator with granular visibility into exactly which applications are consuming bandwidth — enabling data-driven decisions about network congestion remediation, link utilization management, and infrastructure investment planning. For example, AVC can reveal that a video streaming application is consuming 60% of available wireless bandwidth during peak hours, informing the decision to implement QoS rate limiting for that application class or upgrade the backhaul infrastructure. AVC also supports control functions through per-application QoS policies, rate limiting, and traffic shaping — directly addressing congestion reduction. Band selection (Option A) steers dual-band clients to 5 GHz but provides no application-level analysis. QoS (Option B) implements traffic prioritization but requires prior application identification — it does not perform the analysis itself. 802.11r (Option D) is a fast roaming protocol with no relevance to traffic analysis or congestion management. Reference: WLSD Study Guide — Application Visibility and Control, NBAR2 Integration, Wireless Traffic Analysis and Management.

This question hinges on a fundamental network engineering constraint: the maximum transmission distance of copper Ethernet cabling. IEEE 802.3 standards specify a maximum segment length of 100 meters (328 feet) for all standard PoE and Ethernet over Category 5e, 6, or 6A UTP copper cabling. The parking lot light poles are approximately 200 meters from the closest wiring closet — more than double the maximum copper distance. This immediately eliminates Options A and D, which specify Category 6 UTP cabling: at 200 meters, UTP copper cannot reliably carry Ethernet at any supported speed, and PoE cannot be delivered over this distance regardless of standard. The correct solution is fiber optic connectivity between the wiring closet and the parking lot, combined with a local AC/DC power module at each pole location. Fiber optic cabling supports single-mode runs of kilometers and multi-mode runs of hundreds of meters at Gigabit speeds — easily spanning 200 meters. At the AP mounting location on the light pole, an AC/DC power module (powered from the pole ' s existing electrical supply) converts AC power to the DC power the AP requires. Option B (fiber with 802.3af) is incorrect because PoE cannot be delivered over fiber — 802.3af requires copper cabling for simultaneous power and data delivery. Reference: WLSD Study Guide — Outdoor AP Deployment, Fiber vs. Copper Distance Limitations, Outdoor Power Solutions.

When configuring high availability on a Cisco access point, the AP can be configured with a maximum of three controllers: a primary controller, a secondary controller, and a tertiary controller. This three-tier hierarchy defines the failover order — the AP first attempts to join its primary controller, then the secondary if the primary is unavailable, and finally the tertiary if both the primary and secondary are unreachable. After exhausting all three configured options, the AP enters a discovery process to find any available controller. This three-controller configuration (primary, secondary, tertiary) allows network engineers to implement N+1 redundancy where critical APs can be directed to specific backup controllers in a deliberate sequence. Limiting the configuration to only 2 controllers (as stated in Option B which would be incorrect) would reduce redundancy options for environments with geographically distributed controllers requiring specific failover paths. Reference: WLSD Study Guide — AP High Availability Configuration, Primary/Secondary/Tertiary Controller Assignment, AP Failover Design.

In a Cisco Catalyst 9800 SSO deployment using Link Aggregation Group (LAG) for network interface redundancy, the SSO pair — WLC1 (active) and WLC2 (standby) — must both have their physical interfaces connected to the network infrastructure as part of the LAG bundle. LAG on the 9800 in an SSO configuration is implemented as a multi-chassis LAG across both the active and standby controllers. This means both WLC1 and WLC2 contribute physical member links to the port channel, and the connected switches must have LACP or PAgP bundle members from both controllers in the same port channel group. When an SSO failover occurs — WLC1 fails and WLC2 takes over as active — the LAG remains operational because WLC2 ' s physical links are already established members of the bundle and continue forwarding traffic without any link renegotiation. If only WLC1 had LAG connectivity and WLC2 had independent links, an SSO failover would cause a LAG topology change requiring re-convergence, introducing downtime. WLC3 is a separate N+1 backup controller joined via a mobility tunnel — not part of the SSO pair and its LAG configuration is independent. Reference: WLSD Study Guide — Catalyst 9800 SSO with LAG, Multi-Chassis Link Aggregation, High Availability Network Redundancy Design.

For optimized roaming across multiple Wireless LAN Controllers (WLCs) with Cisco 8821 IP phones, two critical settings must be configured. First, configuring mobility groups between WLCs (Option A) allows for seamless inter-controller roaming by establishing mobility tunnels between controllers, enabling them to share client security context, preventing re-authentication when a phone roams from an AP on one WLC to an AP on another. Second, using Cisco Centralized Key Management (CCKM) for authentication (Option B) reduces the time required for re-authentication during roaming from a full 802.1X exchange to a single-message re-key process. CCKM stores the wireless security keys at the WLC level, enabling rapid key re-derivation during roaming without contacting the RADIUS server. AP groups (Option C) control SSID and VLAN assignments per AP cluster but have no impact on inter-controller roaming. AVC profiles (Options D and E) control application visibility and QoS marking — marking voice as best effort (Option E) would actually degrade rather than improve voice quality. Reference: WLSD Study Guide — VoWLAN Mobility Optimization, CCKM Configuration, Mobility Group Design for Multi-Controller Deployments.