Core Networking · Study deck

Wi-Fi Access: Scanning and Deployment

A link budget estimates whether a radio signal can reach each device.

Packet Pete is your guide for this deck.

networkphysicalwireless
iotclass.org

After studying this chapter

Learning objectives

You will be able to:

  • Explain: A temperature sensor, badge reader, camera, and commissioning laptop may all be "low bandwidth" in application terms, but each association, DHCP lease, TLS handshake, multicast burst, and acknowledgment still consumes channel time.
  • Explain: Keeping one SSID across every AP in a coverage area lets client radios roam to the strongest AP on their own, instead of a person choosing between differently named networks by hand.
  • Explain: Operations evidence proves the design can survive firmware updates, credential rotation, AP replacement, and site changes without forcing a truck roll for every sleeping device.
iotclass.org

Major section

Illustrative Airport Wi-Fi 6 Case

The following hypothetical airport case is a worked planning scenario, not a report of a Denver International Airport deployment.

  • Its 4,200 devices, 340 access points, delays, battery results, and costs are illustrative assumptions to test with site evidence.
  • Utilization alone does not prove the cause of delay; a real investigation would also inspect airtime, retries, queues, and application timing.
  • Actual power draw must be measured; Wi-Fi 5 clients can also sleep.

Why it matters

These features can reduce contention and power use when supported and configured, but they do not eliminate queues or replace measurements in a mixed passenger and IoT network.

iotclass.org

Major section

Wi-Fi Fit Record

The Wi-Fi decision must include the access point, channel width, band, security method, client power behavior, and backhaul path as one service contract.

  • Wi-Fi is not just a range or speed choice.
  • Each retransmission spends more airtime before the application receives a single useful payload.
  • A good fit record separates coverage, capacity, and operations evidence.

Key terms

Nothing
Nothing is measured yet.

Why it matters

IoT makes this sharper because many devices send small messages, wake briefly, or reconnect after long sleeps.

Wi-Fi fit evidence record linking device role, infrastructure, traffic, power, security, provisioning, operations, and next review areas.
Wi-Fi fit evidence record linking device role, infrastructure, traffic, power, security, provisioning, operations, and next review areas.
iotclass.org

Major section

Wi-Fi Fit Record (continued)

A temperature sensor, badge reader, camera, and commissioning laptop may all be "low bandwidth" in application terms, but each association, DHCP lease, TLS handshake, multicast burst, and acknowledgment still consumes channel time.

  • Coverage proves the client can hear and be heard.
  • Capacity proves the channel has enough airtime during busy periods.
  • Nothing is measured yet.
iotclass.org

Major section

Wi-Fi Fit Record (continued)

Operations evidence proves the design can survive firmware updates, credential rotation, AP replacement, and site changes without forcing a truck roll for every sleeping device.

  • Address: a device can show acceptable signal strength and still lose service when the channel is busy.
  • Receipt: coverage proves the client can be heard -- capacity proves the channel has time to hear it back.
  • Coverage proves the client can be heard.
  • Operations proves the design survives updates and site changes.
iotclass.org

Major section

Wi-Fi Fit Record (continued)

Work through Figure: Wi-Fi fit evidence record linking device role in its three numbered stages to see why a signal reading on its own cannot close a Wi-Fi decision.

  • Stage three writes the decision, the limits and the retest trigger.
  • The escalation rule at the foot of Figure: Wi-Fi fit evidence record linking device role is the one to memorise.
  • An acceptable average with high retries is a capacity or contention problem, so do not raise transmit power first.
  • IoT makes this sharper because many devices send small messages, wake briefly, or reconnect after long sleeps.
iotclass.org

Major section

Wi-Fi Capacity Record

It should show what each device sends, how often it wakes, which access point serves it, what minimum signal quality is acceptable, and what happens when the channel is busy.

  • Keeping one SSID across every AP in a coverage area lets client radios roam to the strongest AP on their own, instead of a person choosing between differently named networks by hand.
  • The record should also document what the design will not support.
  • A 2.4 GHz-only sensor may be acceptable for low-rate telemetry, but it competes with legacy clients and neighboring networks.
iotclass.org

Major section

OFDMA and TWT Schedule Contention

Wi-Fi 6 improves dense IoT service by giving the access point better tools for scheduling.

  • OFDMA divides a channel into resource units so multiple clients can send in a coordinated transmission window.
  • Target Wake Time lets clients agree on sleep and wake schedules instead of listening constantly.
  • Those tools do not remove the shared medium.

Key terms

Classic Wi-Fi access
Classic Wi-Fi access is contention-based.
If the acknowledgment
If the acknowledgment is missed, the frame is retried at additional airtime cost.
Target Wake Time
Target Wake Time is also a contract.
iotclass.org

Major section

OFDMA and TWT Schedule Contention (continued)

Beacons, probe traffic, acknowledgments, retransmissions, hidden nodes, low modulation rates, and neighboring networks still consume airtime.

  • Classic Wi-Fi access is contention-based.
  • A station listens before transmitting, waits through interframe spacing, chooses a random backoff when the medium is busy, and expects an acknowledgment for unicast frames.
  • Target Wake Time is also a contract.
iotclass.org

Major section

OFDMA and TWT Schedule Contention (continued)

If the acknowledgment is missed, the frame is retried at additional airtime cost.

  • OFDMA changes the scheduling granularity, not the need for planning.
  • That helps dense small-packet workloads, but it depends on compatible clients, firmware behavior, AP scheduler policy, channel conditions, and whether the traffic arrives in patterns the scheduler can combine.
  • The AP and client agree when the client can wake for service, so the device spends less energy listening between events.
iotclass.org

Deck summary

Key takeaways

The following hypothetical airport case is a worked planning scenario, not a report of a Denver International Airport deployment.

  • The Wi-Fi decision must include the access point, channel width, band, security method, client power behavior, and backhaul path as one service contract.
  • A temperature sensor, badge reader, camera, and commissioning laptop may all be "low bandwidth" in application terms, but each association, DHCP lease, TLS handshake, multicast burst, and acknowledgment still consumes channel time.
  • Operations evidence proves the design can survive firmware updates, credential rotation, AP replacement, and site changes without forcing a truck roll for every sleeping device.
iotclass.org

Retrieval practice

Recall check 1 of 3

Packet Pete says: answer from memory, then check your reasoning.

Q1A site scan shows several strong access points on the same channel near a planned sensor. What is the sound next step?

ATreat strong AP signal alone as proof of spare same-channel sensor capacity.
BIgnore nearby APs as if their shared channel cannot affect sensor airtime.
CRecord channel use and test retries and airtime at the installed sensor location.
DDisable security as a substitute for measuring radio contention and retries.
Show answer

Answer: C Strong signal alone does not show whether shared-channel contention leaves enough airtime.

iotclass.org

Retrieval practice

Recall check 2 of 3

Packet Pete says: answer from memory, then check your reasoning.

Q2A theme park deploys 2,000 wearable wristbands across 1 km². Wristbands need 16-hour battery, location updates every 30s, and <2s payment latency. Which is the strongest candidate for a site trial?

AWi-Fi 6 trial with around fifty distributed access points.
BLoRaWAN site trial with the stated payment latency and cadence.
CZigbee mesh trial using routers placed at park lamp posts.
DEthernet trial only at fixed payment kiosks across the park.
Show answer

Answer: A Wi-Fi 6 with planned AP coverage is the strongest candidate here because OFDMA and TWT can support dense access and scheduled sleep.

iotclass.org

Retrieval practice

Recall check 3 of 3

Packet Pete says: answer from memory, then check your reasoning.

Q3What schedules Wi-Fi client airtime and bridges the shared wireless cell?

AWi-Fi Access Point
BSmart Speaker
CSmart Thermostat
DIoT Sensor
Show answer

Answer: A It schedules client airtime and bridges the wireless cell.

Q4A warehouse Wi-Fi IoT deployment has strong RSSI at most sensors, but uploads stall when forklifts move through the aisles. What should the capacity record check first?

ACheck IPv6 subnet design instead of the moving radio load.
BCheck airtime usage and retries while forklifts cross the aisles.
CCheck AP headline PHY rate and advertised range alone.
DCheck firmware build and cloud latency without radio traces.
Show answer

Answer: B Good RSSI alone does not prove usable Wi-Fi capacity.

iotclass.org

Print reference

Answers

Answer key.

  1. C · Strong signal alone does not show whether shared-channel contention leaves enough airtime.
  2. A · Wi-Fi 6 with planned AP coverage is the strongest candidate here because OFDMA and TWT can support dense access and scheduled sleep.
  3. A · It schedules client airtime and bridges the wireless cell.
  4. B · Good RSSI alone does not prove usable Wi-Fi capacity.
iotclass.org