Introduction
WiFi 7 (802.11be, Extremely High Throughput) promises 46 Gbps theoretical throughput, sub-10ms latency, and seamless multi-band roaming via MLO. The reality in mid-2026 is more nuanced: 80% of client devices are still WiFi 6 or older, 1 GbE cabling bottlenecks most APs, and only three non-overlapping 320 MHz channels exist in the 6 GHz band. This guide cuts through the marketing to provide concrete deployment guidance — MLO mode selection, channel planning for dense environments, AP cabling requirements, real-world throughput expectations, and a client compatibility cheat sheet.
WiFi 7 Key Features
| Feature | Spec | Enterprise Relevance (2026) |
|---|---|---|
| 320 MHz channels | Double WiFi 6E’s 160 MHz | High — if 6 GHz is clean and clients support it |
| 4K-QAM | 12 bits/symbol vs 10 in 1K-QAM | Medium — requires excellent SNR, short-range only |
| MLO (Multi-Link Operation) | Simultaneous multi-band connections | High — improves resilience and throughput |
| 16x16 CMU-MIMO | Double WiFi 6’s 8x8 | Low — very few APs/clients support 16x16 in 2026 |
Key Differences from WiFi 6E
| Capability | WiFi 6E | WiFi 7 | Practical Impact |
|---|---|---|---|
| Max channel width | 160 MHz | 320 MHz | 2x peak throughput, only on 6 GHz |
| Modulation | 1024-QAM (10 bit) | 4096-QAM (12 bit) | 20% peak gain, <5m range |
| Multi-link | Not supported | MLO (up to 3 links) | Seamless roaming, load balancing |
| Preamble puncturing | No | Yes | Better spectrum coexistence |
| Target latency | ~5 ms | <1 ms (ideal) | Noticeable in real-time apps |
| MU-MIMO | 8x8 downlink | 16x8 downlink + uplink | Minimal client benefit in 2026 |
MLO: The Key Feature
MLO lets a client connect on multiple bands (2.4 + 5 + 6 GHz) simultaneously. Two modes exist:
EMLSR (Enhanced Multi-Link Single Radio)
The client has one radio but can switch between links. Listens on all links, transmits on the best one. This is the only client-side MLO mode widely available in mid-2026.
STR (Simultaneous Transmit and Receive)
The client has multiple radios and transmits/receives on all links simultaneously. Requires more hardware. Rarely supported on client devices in 2026. Expected to become common in late 2026-2027 with Qualcomm and Intel EMLMR chipsets.
NSTR (Non-Simultaneous Transmit and Receive)
An intermediate mode where the client can transmit on multiple links but not receive simultaneously, or vice versa. NSTR is more hardware-efficient than full STR while still providing throughput gains over single-link operation. Most 2025-2026 flagship smartphones implement NSTR as a compromise between cost and performance.
MLD Architecture
Every MLO-capable device is an MLD (Multi-Link Device) with a single MAC address for logical identification and separate MAC addresses for each physical link (2.4, 5, 6 GHz). The AP and client negotiate which links to include in the MLO group during association:
Association flow:
1. Client sends ML Probe Request on all supported bands
2. AP responds with ML Probe Response listing MLO capabilities
3. Client and AP negotiate MLO group (which links participate)
4. AP assigns MLD MAC + per-link MAC addresses
5. Data flows over the negotiated link set
The 802.11be standard supports up to three simultaneous links. Practical deployments in 2026 typically use two links (5 + 6 GHz) due to firmware maturity and client support limitations.
EMLSR vs STR: Mode Selection Guide
Choosing between EMLSR and STR is the most consequential MLO deployment decision. Each mode trades cost, power, and complexity for throughput:
| Aspect | EMLSR | STR |
|---|---|---|
| Radio chains | 1 (shared across links) | 2+ (dedicated per link) |
| Simultaneous TX/RX | No — switches between links | Yes — all links active |
| Power consumption | ~20% less than single-link | ~40% more than single-link |
| Chipset cost | Low (single RF chain) | High (duplicated RF chains) |
| Throughput gain vs single-link | +40-75% | +80-150% |
| Latency under load | 5-10 ms | <5 ms |
| Client availability | Widespread since 2024 | Rare, expected late 2026+ |
| AP scheduler complexity | Low | High (per-link TXOP allocation) |
When to deploy EMLSR: Default choice for all enterprise deployments through 2026. Best for mixed client environments where most devices are WiFi 6/6E. Suitable for power-constrained clients (laptops, tablets).
When to plan for STR: High-throughput zones requiring >1.5 Gbps per client (conference rooms, AV streaming, content creation studios). Requires 2027+ client hardware refresh. Note that most enterprise APs limit STR to 2-link operation even though the standard supports three simultaneous links.
MLO Throughput Characteristics
MLO throughput depends heavily on link quality variance:
| Scenario | Single Link (160 MHz) | MLO (5+6 GHz) | Gain |
|---|---|---|---|
| Both links clean | 1.2 Gbps | 2.1 Gbps | +75% |
| One link congested | 400 Mbps | 1.4 Gbps | +250% |
| Client roaming | N/A | No interruption | Seamless failover |
The resilience gain (preventing throughput collapse on a congested link) often matters more than the raw throughput gain in enterprise environments.
# Example: UniFi WiFi 7 AP MLO configuration
# Enable MLO with EMLSR mode
set wireless.mlo=enable
set wireless.mlo_mode=emlsr
# Exclude 2.4 GHz from MLO (it creates more problems than it solves)
set wireless.mlo_exclude_24ghz=1
# Configure MLO group (which bands participate)
set wireless.mlo_group=5ghz,6ghz
Best practice: Exclude 2.4 GHz from MLO groups. It adds latency asymmetry and few clients benefit from 2.4 GHz in an MLO context. Use 5 GHz + 6 GHz only.
Channel Planning for Dense Enterprise
The 6 GHz band has only three non-overlapping 320 MHz channels. In dense deployments, co-channel interference between APs negates the wider channel benefit.
# 6 GHz channel availability (320 MHz):
# Channel 1: 5955-6235 MHz (US, full power)
# Channel 2: 6275-6555 MHz (US, full power)
# Channel 3: 6595-6875 MHz (US, full power)
# Total: 3 non-overlapping channels
# Channel planning rules for dense environments:
# - Use 160 MHz in enterprise with >4 APs per floor
# - Reserve 320 MHz for isolated high-throughput zones (auditoriums, conference centers)
# - Configure channel planning to maximize spatial reuse over raw channel width
Channel Width Decision Matrix
| Environment | AP Density | Recommended Width | Rationale |
|---|---|---|---|
| Open office | >4 APs/floor | 160 MHz | Avoid co-channel interference |
| Auditorium | 1-2 APs | 320 MHz | High throughput, isolated coverage |
| Warehouse | Low density | 320 MHz | Few APs, need max range |
| Classroom | 1 AP/room | 160 MHz | Balanced throughput/capacity |
DFS and 320 MHz Deployment Constraints
DFS (Dynamic Frequency Selection) affects 320 MHz channel availability differently than narrower channel widths:
| Frequency Band | DFS Required | CAC Time | 320 MHz Impact |
|---|---|---|---|
| 2.4 GHz | No | None | Not available (insufficient bandwidth) |
| 5 GHz (UNII-1, UNII-3) | No | None | N/A — max 160 MHz in 5 GHz |
| 5 GHz (UNII-2, UNII-2e) | Yes | 60 seconds | Radar detection forces 320→160 MHz fallback |
| 6 GHz (AFC standard power) | AFC-based | Variable | Must query AFC database before TX |
| 6 GHz (LPI indoor) | No | None | Full 3-channel 320 MHz availability |
Recommendation: Configure APs to use LPI (Low Power Indoor) mode in the 6 GHz band whenever possible. LPI avoids AFC lookup latency, DFS radar detection delays, and provides stable 320 MHz channel operation. Reserve AFC standard power mode for outdoor or large-venue deployments where LPI’s 30 dBm EIRP limit is insufficient.
Preamble Puncturing
Preamble puncturing allows a WiFi 7 AP to transmit on a 320 MHz channel even when a portion of the spectrum is occupied by an overlapping BSS (Basic Service Set). The AP “punctures” (silences) the occupied 20 MHz sub-channel and uses the remaining 300 MHz.
320 MHz channel with puncturing:
┌─────────────────────────────────────────────────────┐
│ 20 MHz punctured (co-channel AP) │
│ ▒▒▒▒▒ ████████████████████████████████████████████ │
│ CH 1 CH 2-3-4-5-6-7-8-9-10-11-12-13-14-15-16 │
└─────────────────────────────────────────────────────┘
Effective bandwidth: 300 MHz (15 x 20 MHz sub-channels)
Puncturing Patterns
The 802.11be standard defines specific puncturing patterns:
| Scenario | Available Spectrum | Punctured | Effective BW | Throughput Impact |
|---|---|---|---|---|
| Clean 6 GHz | 320 MHz contiguous | None | 320 MHz | 100% |
| One 20 MHz occupied | 300 MHz | 1 sub-channel | 300 MHz | ~94% |
| Two 20 MHz occupied | 280 MHz | 2 sub-channels | 280 MHz | ~88% |
| 40 MHz occupied (radar) | 280 MHz | 2 sub-channels | 280 MHz | ~88% |
Preamble puncturing is critical for enterprise deployments where 6 GHz spectrum may already contain incumbent signals or overlapping operator APs. Without puncturing, any spectrum conflict forces a fallback to 160 MHz, halving throughput.
Hardware Support
- AP side: Supported by all major WiFi 7 chipsets (Qualcomm Networking Pro, Broadcom BCM6726, MediaTek Filogic 880). Usually enabled by default in enterprise firmware.
- Client side: Transparent to clients — puncturing is an AP-side scheduling decision. Clients see the reduced channel width naturally.
4096-QAM Modulation
4096-QAM (4K-QAM) encodes 12 bits per symbol, a 20% improvement over WiFi 6E’s 1024-QAM (10 bits/symbol). This enables higher peak data rates but requires excellent signal conditions.
SNR Requirements
| Modulation | Bits/Symbol | Min SNR | Range (Relative) | Use Case |
|---|---|---|---|---|
| BPSK (802.11b) | 1 | 4 dB | 100% | Minimum rate, edge of coverage |
| 256-QAM (WiFi 5) | 8 | 25 dB | 40% | Typical indoor range |
| 1024-QAM (WiFi 6) | 10 | 32 dB | 25% | Near-AP, clean spectrum |
| 4096-QAM (WiFi 7) | 12 | 38 dB | 15% | Same room, line-of-sight |
Real-World Impact
4K-QAM is achievable only within ~5 meters of the AP with no obstructions. In typical enterprise offices, clients connect at 1024-QAM or lower 90% of the time. The primary benefit is for:
- Fixed wireless / last-mile: Short-range point-to-point links with directional antennas
- Demo environments: Trade show floors, executive conference rooms
- AP-to-AP mesh: Backhaul links between ceiling-mounted APs with clear line-of-sight
Range vs Throughput Tradeoffs
4096-QAM’s 38 dB SNR requirement limits practical range severely. The usable distance for 4K-QAM modulation is under 5 meters in typical office environments:
| Distance (LOS) | Expected SNR | Achievable Modulation | Single-Stream Throughput |
|---|---|---|---|
| 3m | 40-45 dB | 4096-QAM (12 bit) | 2.0-2.5 Gbps |
| 10m | 30-35 dB | 1024-QAM (10 bit) | 1.2-1.5 Gbps |
| 20m | 25-28 dB | 256-QAM (8 bit) | 600-900 Mbps |
| 30m+ | 15-20 dB | 64-QAM (6 bit) | 200-400 Mbps |
Practical guidance: Deploy APs so that critical clients are within 10m for 1024-QAM or better. 4096-QAM is a marketing differentiator, not a coverage-planning metric. Focus on clean spectrum and sufficient AP density for consistent 1024-QAM coverage.
AP Cabling Requirements
Tri-radio WiFi 7 APs (2.4 + 5 + 6 GHz) need significant backhaul bandwidth. A 1 GbE uplink makes MLO pointless.
# Required uplink speeds by configuration
# Single radio (WiFi 6 fallback): 1 GbE sufficient
# Dual radio MLO (5+6 GHz, 160 MHz): 2.5 GbE minimum
# Tri-radio MLO (320 MHz): 5 GbE or 10 GbE
# Verify switch port capabilities
# A 48-port switch with 2.5 GbE on every port requires ~120 Gbps stacking bandwidth
# Many "WiFi 7 ready" switches only provide 2.5 GbE on a subset of ports
Deployment Planning
AP Density Calculation
Optimal AP density for WiFi 7 depends on channel width and client density:
AP count = (Area_m² / Coverage_per_AP) × Density_factor
Coverage (320 MHz, 6 GHz LPI): 500 m² open plan
Coverage (160 MHz, 5 GHz): 800 m² open plan
Coverage (mixed mode): 600 m² open plan
Density factor:
- Low (warehouses, hallways): 0.7
- Medium (open office): 1.0
- High (cubicles, classrooms): 1.3-1.5
- Very high (auditoriums, stadiums): 2.0-2.5
Power over Ethernet Requirements
Tri-radio WiFi 7 APs draw significantly more power than WiFi 6 generations:
| AP Configuration | Typical Draw | PoE Standard | Min. Switch Port |
|---|---|---|---|
| Single-radio (2.4 GHz only) | 12-15 W | 802.3af (PoE) | 100 Mbps |
| Dual-radio (5 + 2.4 GHz) | 20-25 W | 802.3at (PoE+) | 1 GbE |
| Tri-radio (MLO, no 6 GHz) | 28-33 W | 802.3bt Type 3 | 2.5 GbE |
| Tri-radio (full MLO + 6 GHz) | 35-45 W | 802.3bt Type 4 | 5 GbE |
Cabling minimums: Cat6a for 2.5 GbE at 100m runs. Cat7 recommended for 5 GbE runs exceeding 50m. Verify switch PoE budget: a 48-port switch with 40W per port needs 1920W total power budget.
Backhaul Oversubscription
WiFi 7 AP theoretical capacity: 46 Gbps
Realistic per-AP aggregate load: 2-4 Gbps
Required backhaul (MLO enabled): 2.5-5 GbE per AP
Oversubscription ratio (edge to core): 5:1 to 10:1
Example: 20 APs × 3 Gbps = 60 Gbps edge capacity
With 5:1 oversubscription → 12 Gbps core uplink
Channel Reuse in Dense Deployments
With only three non-overlapping 320 MHz channels in 6 GHz, dense sites with more than 4 APs per floor must reuse channels. Maintain minimum separation of 3 APs between co-channel APs on the same 320 MHz channel. For deployments with 8+ APs per floor, use 160 MHz channels to increase the reuse pool from 3 to 6 channels.
Client Compatibility (Mid-2026)
| Device Category | WiFi 7 Support | MLO Support | Notes |
|---|---|---|---|
| Flagship smartphones (2025-2026) | Yes | NSTR common | STR rare |
| Enterprise laptops (2024-2026) | ~40% of new models | Mostly NSTR | Intel BE200 chipset |
| IoT / Industrial devices | <5% | None | Still 802.11ax |
| WiFi 6/6E legacy devices | No | No | 80%+ of existing fleet |
The MLO disappointment: 80% of your client fleet is still WiFi 6 or older and cannot use MLO. Budget for a client hardware refresh alongside the AP upgrade, or delay deployment until your device lifecycle naturally replaces them.
Chipset Ecosystem (Q2 2026)
| Vendor | Chipset | WiFi 7 | MLO Mode | Target Segment | Availability |
|---|---|---|---|---|---|
| Qualcomm | FastConnect 7900 | Yes | STR (2-link) | Flagship phones | Shipping 2025+ |
| Qualcomm | FastConnect 7800 | Yes | NSTR | Premium phones | Shipping 2024-2025 |
| Intel | BE200 | Yes | NSTR | Laptops | Shipping 2024+ |
| Intel | BE201 | Yes | STR (planned) | Laptops | Late 2026 |
| Broadcom | BCM4389 | Yes | NSTR | Tablets, phones | Shipping 2025+ |
| MediaTek | Filogic 380 | Yes | NSTR | Laptops, routers | Shipping 2024+ |
Specific Device Support (Mid-2026)
| Device | WiFi 7 | MLO Mode | Chipset | Notes |
|---|---|---|---|---|
| iPhone 18 Pro | Yes | NSTR (2-link) | Broadcom BCM4389 | 5+6 GHz MLO |
| Samsung Galaxy S26 Ultra | Yes | STR (2-link) | Qualcomm FastConnect 7900 | 5+6 GHz MLO |
| Google Pixel 11 Pro | Yes | NSTR (2-link) | Qualcomm FastConnect 7800 | 5+6 GHz MLO |
| MacBook Pro (M5, 2026) | Yes | NSTR (2-link) | Broadcom BCM4389 | 5+6 GHz MLO |
| Dell XPS 16 (2026) | Yes | NSTR (2-link) | Intel BE201 | 5+6 GHz MLO |
| ThinkPad X1 Carbon Gen 14 | Yes | NSTR (2-link) | Intel BE201 | 5+6 GHz MLO |
| iPad Pro (M5, 2026) | Yes | NSTR (2-link) | Broadcom BCM4389 | 5+6 GHz MLO |
| Samsung Galaxy Tab S10+ | Yes | NSTR (2-link) | MediaTek Filogic 380 | 5+6 GHz MLO |
Key takeaway: Most 2026 devices use NSTR mode (one active link at a time with fast switching). True STR is limited to Qualcomm FastConnect 7900-equipped flagships. Budget for client-side MLO limitations when projecting throughput gains.
Deployment Strategy by Client Mix
| Client Mix Scenario | Recommended Approach | Expected Throughput |
|---|---|---|
| >50% WiFi 7 clients | Enable MLO (5+6 GHz), 320 MHz channels | 1-2 Gbps per AP |
| 20-50% WiFi 7 clients | Enable MLO, 160 MHz channels for legacy fairness | 600-900 Mbps |
| <20% WiFi 7 clients | Defer MLO deployment, use WiFi 6/6E config | 300-500 Mbps |
| BYOD environment | Plan for worst-case: assume 80% legacy clients | 300-600 Mbps |
Client Migration Timeline
2024: First WiFi 7 clients (flagship phones, high-end laptops)
2025: Mainstream adoption begins (mid-range phones, business laptops)
2026: ~20% of enterprise fleet is WiFi 7 capable
2027: ~40-50% of enterprise fleet (major refresh cycle)
2028+: Majority adoption, MLO becomes baseline expectation
Enterprises on a 4-year refresh cycle starting WiFi 7 deployment in 2026 should plan for mixed-mode operation through 2028. Deploying WiFi 7 APs with backward-compatible 160 MHz channels ensures legacy clients are not penalized while future-proofing the infrastructure.
Incremental Migration: WiFi 6/6E to WiFi 7
A phased approach minimizes disruption and capital expenditure:
Phase 1 — Assessment (Month 1-2):
- Conduct spectrum analysis on existing 5 GHz and 6 GHz bands
- Identify high-density zones that benefit most from 320 MHz channels
- Audit switch PoE capacity and cabling plant (Cat6a minimum)
- Survey client fleet: what percentage supports WiFi 7?
Phase 2 — Pilot (Month 3-4):
- Deploy 3-5 WiFi 7 APs in a controlled zone (conference rooms, exec offices)
- Configure 160 MHz channels (backward-compatible with WiFi 6E clients)
- Enable MLO in EMLSR mode with 5+6 GHz link set
- Measure throughput improvement vs existing WiFi 6 APs
- Test roaming behavior and client compatibility
Phase 3 — Staged Rollout (Month 5-8):
- Replace APs in high-density zones first (auditoriums, open plan)
- Keep 160 MHz channel width until >30% of clients support 320 MHz
- Gradually enable 320 MHz channels in isolated zones
- Upgrade PoE switches alongside AP deployment
Phase 4 — Optimization (Month 9+):
- Enable 320 MHz channels across all zones as client adoption grows
- Transition from EMLSR to STR as client hardware supports it
- Decommission legacy WiFi 5 APs
- Revisit channel plan quarterly as spectrum utilization changes
Cost optimization: Deploy WiFi 7 APs in high-traffic zones while keeping WiFi 6 APs in low-density areas (hallways, storage, break rooms). This hybrid approach reduces CAPEX by 30-40% while providing WiFi 7 benefits where they matter most.
WiFi Generations Comparison
| Generation | Standard | Year | Max Rate | Channel | MIMO | Modulation | Latency | Spectral Eff. | Key Feature |
|---|---|---|---|---|---|---|---|---|---|
| WiFi 4 | 802.11n | 2009 | 600 Mbps | 40 MHz | 4x4 | 64-QAM | ~10 ms | 15 Mbps/MHz | MIMO introduced |
| WiFi 5 | 802.11ac | 2013 | 3.5 Gbps | 160 MHz | 4x4 | 256-QAM | ~5 ms | 22 Mbps/MHz | MU-MIMO downlink |
| WiFi 6 | 802.11ax | 2019 | 9.6 Gbps | 160 MHz | 8x8 | 1024-QAM | ~2 ms | 60 Mbps/MHz | OFDMA, TWT |
| WiFi 6E | 802.11ax | 2020 | 9.6 Gbps | 160 MHz | 8x8 | 1024-QAM | ~2 ms | 60 Mbps/MHz | 6 GHz band |
| WiFi 7 | 802.11be | 2024 | 46 Gbps | 320 MHz | 16x16 | 4096-QAM | <1 ms | 144 Mbps/MHz | MLO, 4K-QAM |
Key Evolution Takeaways
- WiFi 4 → 5: Channel width doubled (40→160 MHz), MIMO introduced, shift to 5 GHz dominance
- WiFi 5 → 6: OFDMA enables multi-user efficiency, Target Wake Time for IoT battery life
- WiFi 6 → 6E: New spectrum (6 GHz) reduces interference but requires client hardware support
- WiFi 6E → 7: MLO eliminates roaming disruption, 4096-QAM pushes peak rates, preamble puncturing improves coexistence
6 GHz Regulatory Status by Country (2026)
| Region | 6 GHz Available | Max Channel | Notes |
|---|---|---|---|
| United States | Full 1200 MHz | 320 MHz | Full power indoor/outdoor |
| Canada | Full 1200 MHz | 320 MHz | Matches US allocation |
| Brazil | Full 1200 MHz | 320 MHz | Full allocation |
| South Korea | Full 1200 MHz | 320 MHz | Full allocation |
| European Union | Lower 500 MHz | 160 MHz | 5.925-6.425 GHz only |
| United Kingdom | Lower 500 MHz | 160 MHz | Same as EU |
| Japan | Partial | 160 MHz | Limited channels |
| China | None | None | No 6 GHz for WiFi |
| Russia | None | None | No 6 GHz for WiFi |
For multinational deployments, the EU’s restriction to lower 500 MHz means access points must be configurable to 160 MHz channels — a 320 MHz-only AP cannot operate in most European countries.
Spectrum Analysis Commands
# Linux: check 6 GHz radio support on AP
iw list | grep -A5 "Band 3"
# Look for: * 5955 MHz [1] (30.0 dBm)
# Check channel utilization before deploying 320 MHz
# Install wavemon for real-time spectrum monitoring
sudo apt install wavemon
wavemon
# Survey neighboring APs on 6 GHz
sudo iw dev wlan0 scan -f | grep -E "freq|signal|SSID" | head -40
# Check DFS status (required for 6 GHz standard power)
cat /sys/kernel/debug/ieee80211/phy0/dfs* 2>/dev/null
Vendor AP Selection Criteria
| Vendor | Tri-Radio | MLO Mode | Max Port Speed | 6 GHz Power |
|---|---|---|---|---|
| Cisco Meraki MR57 | Yes | EMLSR | 2.5 GbE | Standard/Low |
| Aruba 635 | Yes | EMLSR | 2.5 GbE | Standard |
| Ubiquiti U7-Pro | Yes | EMLSR | 2.5 GbE | Standard |
| Ruckus R770 | Yes | STR (planned) | 5 GbE | Standard/Low |
| Juniper AP46 | Yes | EMLSR | 2.5 GbE | Standard |
Enterprise Relevance: Ensure the AP supports at least 2.5 GbE uplink and has tri-radio support (2.4 + 5 + 6 GHz). STR mode is only useful if your client fleet includes chipsets that support it — most don’t in 2026.
Deployment Gotchas
# 1. PoE budget: tri-radio APs draw 30-45W
# Verify PoE++ (802.3bt, 60W) on switch ports
show power inline
# Interface PoE(Power) Status Power
# Gi1/0/1 PoE++ 802.3bt On 38.5W
# 2. RADIUS/NAC: MLO clients have dual MAC addresses
# The MLD (Multi-Link Device) has one MAC, each link has its own
# RADIUS must correlate both MACs to the same client session
# Update NAC configuration to handle MLD MAC pairs
# 3. Firmware: MLO stability improves with each driver release
# Aggressively update client WiFi drivers and AP firmware
# Check vendor release notes for MLO-specific fixes
Real-World Throughput
Theoretical: 46 Gbps (320 MHz, 16x16 MIMO, 4K-QAM)
Real-world (lab, optimal conditions): 4-6 Gbps
Real-world (enterprise office, mixed clients): 500-900 Mbps
Real-world (MLO enabled, WiFi 7 client): 1.2-2 Gbps
vs WiFi 6 (enterprise office): 300-500 Mbps
vs WiFi 6E (enterprise office): 400-700 Mbps
WiFi 7 Security Considerations
WiFi 7 mandates WPA3 as the minimum security standard. Legacy WPA2 is not supported for 6 GHz operation, and all MLO-capable devices must authenticate each link independently:
- WPA3-SAE: Mandatory for all 6 GHz connections. Replaces WPA2-PSK with simultaneous authentication of equals, preventing offline dictionary attacks.
- OWE (Opportunistic Wireless Encryption): Required for open networks in 6 GHz. Encrypts traffic even on networks without a password.
- MLO security: Each link in an MLO group uses a separate PTK (Pairwise Transient Key). The AP and client derive these keys from a single PMK (Pairwise Master Key) established during initial authentication.
- Beacon protection: 802.11w (Management Frame Protection) is mandatory for WiFi 7 certification. Prevents spoofed deauthentication and disassociation attacks.
# Check WPA3 support on AP
iw list | grep -A10 "Supported interface modes" | grep -i "sae\|owe"
# Look for: SAE, OWE in supported AKM suites
# Verify AP is enforcing WPA3 on 6 GHz
sudo iw dev wlan0 scan | grep -E "freq: 6|Group cipher|AKM" | head -20
Enterprise note: Use 802.1X with EAP-TLS or EAP-PEAP for enterprise deployments. WPA3-SAE is suitable for SMB but lacks the per-user accounting and RADIUS integration that enterprises require for compliance auditing.
Conclusion
WiFi 7 delivers meaningful throughput and latency improvements over WiFi 6E, but real-world benefits depend on three factors: client hardware support (still <20% of enterprise fleets in 2026), channel availability (only three non-overlapping 320 MHz channels in 6 GHz), and backhaul capacity (requires 2.5-5 GbE per AP). The most impactful feature for enterprises is MLO’s resilience — maintaining throughput during congestion or interference — rather than peak speed.
Deploy with 160 MHz channels, EMLSR mode, and LPI 6 GHz for the best balance of performance and compatibility through 2027. Plan phased migration: pilot in high-density zones, expand as client hardware refreshes, and transition to 320 MHz when adoption exceeds 30%. The enterprise WiFi 7 ROI comes from reliability and predictable performance, not theoretical throughput numbers.
Resources
- IEEE 802.11be Standard — Official specification
- WiFi Alliance: WiFi 7 Overview — Certification and feature overview
- FCC 6 GHz Report and Order — US spectrum allocation for 6 GHz
- Cisco WiFi 7 Enterprise Deployment Guide — Deployment best practices
- Qualcomm WiFi 7 Whitepaper — Chipset capabilities and MLO explanation
- Intel BE200/BE201 Datasheet — Client-side WiFi 7 chipset specs
- Aruba WiFi 7 Design Guide — Enterprise deployment reference
- Ekahau WiFi 7 Survey Guide — Site survey methodology for 6 GHz
Comments