Wireless and Broadband Computer Networks

Chapters 1–9 · Term 1/2569

9Chapters
30Sections
11Equations
—Cards
—Quiz Qs

Readiness

0%
SECTIONS0/30
CARDS0
BEST QUIZ—
EXAM / DUE DATE—

Course outline

Build a wireless network: lay it out (layers, APs, coverage margin) → obey the rules (IEEE / IETF / ITU, Wi-Fi generations, frame format) → get devices on (scan, authenticate, associate, IP, roam) → design it properly (requirements, link budget, capacity, channels, validation) → defend it (threats, WPA2/WPA3, EAP, segmentation, monitoring, response).

Sections

Equations

EqFormulaPlain meaningWorked number
1.1C = B·log₂(1+SNR)Cell capacity = bandwidth × signal quality20 MHz @20 dB ≈ 133 Mb/s
1.2M = Pr − PminCoverage safety margin−64 −(−67) = 3 dB
2.1η = R / BSpeed per hertz of spectrum600/80 = 7.5 b/s/Hz
3.1Tsetup = Tscan+Tauth+Tassoc+TipConnection wait = sum of stages60+40+20+30 = 150 ms
4.1Pr = Pt+Gt+Gr−Lp−LmLink budget: what actually arrives17+3+0−76−6 = −62 dBm
5.1Risk = Threat × Vulnerability × ImpactWhich control to prioritisesegmentation cuts Impact only
6.1L = Ebattery / PavgLPWAN lifetime: lower average power, longer life0.1% duty ≈ 6 yr · 1% ≈ 0.7 yr
7.1O = N·Raccess / RuplinkOversubscription of a shared uplink400·100 Mb/s / 10 Gb/s = 4:1
7.2Margin = (Ptx − Prx,min) − ΣlossPON optical budget+3 dB per doubling of split
8.1A = MTBF / (MTBF + MTTR)Availability: fail less or repair faster2000/2008 = 99.60%
9.1De2e = Dproc + Dqueue + Dtrans + DpropEnd-to-end delay by source; queuing is the variable, controllable part0.5 + 12 + 1.2 + 5 = 18.7 ms

10-day plan

DayStudyTarget
D11.1 · 1.2Layers + frames cold. Infra vs ad hoc in 3 aspects.
D21.3 · RF LAB link budgetExplain margin without the word "coverage".
D32.1 · 2.2IEEE/IETF/ITU split. Frame header sizes 24/26/30/32.
D42.3 · 3.1Capability vs suitability. The 5 connection steps.
D53.2 · 3.3PANA roles. ARP by heart. 150 ms breakdown.
D64.1–4.3 · 5.1Link budget by hand. Why coverage ≠ capacity. Passive vs active threats.
D75.2–5.4 · cheatsheet + drillsWEP's four flaws. The 4-way handshake in order. Mock exam ×2.
D86.1 · 6.2 · 6.3L = E/Pavg with numbers. Preamble vs CAD trade-off. NB-IoT vs LTE-M. Why uplink is favoured.
D97.1–7.5O = N·R/Ruplink. eBGP vs iBGP and route reflectors. Push/swap/pop. Splitter loss.
D108.1–8.3 · CH6–8 drillsA = MTBF/(MTBF+MTTR) with MTTR 8 h vs 2 h. Phased rollout. Readiness checklist.
D119.1–9.3 · FINAL tabDe2e by component. Strict priority vs WFQ. Why verification matters. Then Mock 1, Mock 2, Mock 3 for the final on Thu 22 Oct.

Course map

[1]
Architecturehow it's built
▶
[2]
Standardswho makes the rules
▶
[3]
Connectionhow devices get on
▶
[4]
Designhow to build it right
▶
[5]
Securityhow to defend it
The through-lineThe same lesson returns in all five chapters: the headline number lies. Ch1 — advertised PHY rate ≠ delivered throughput. Ch2 — a wider channel ≠ better spectrum use. Ch3 — "associated" ≠ working service. Ch4 — good signal strength ≠ good design. Ch5 — a strong cipher name ≠ a secure network. Learn that sentence and half the exam answers itself.

Topics across chapters

IdeaCh 1Ch 2Ch 3Ch 4Ch 5
Coverage marginM = Pr − Pmin——Pr from link budget—
Air time is the real resourceoverhead framesOFDMAscanning costs air timecapacity dimensioningjamming / airtime flood
Roamingoverlap, sticky clients—L2/L3, 150 msroaming validationdeauth abuse steers clients
Old devices cost youmixed a/b/g/n/ac/axbackward compatibility—baseline client classlegacy modes weaken crypto
Frames3 familiesfield layoutdata frames prove service—spoofed management frames
ARPwhy IPv4 needs it—roaming + gratuitous ARP—ARP spoofing & defences
802.1X / EAP / PANA——access methods—method choice, PAA→EP path
Channel width / reuse20 MHz in 2.4η = R/B—1 · 6 · 11channel anomaly detection

Chapters 6–8: the wired and low-power side

new
[6]
LPWANtiny devices, long reach
▶
[7]
Broadband architectureaccess, aggregation, core
▶
[8]
Broadband designforecast, topology, operate
The through-lineAgain the headline number lies, and the shared resource moves. Ch6: coverage and battery matter more than speed, and scaling breaks at the airtime and downlink you forgot. Ch7: fiber has huge capacity, yet oversubscription, splitter loss and policy decide what users get. Ch8: availability and operations decide whether the design holds after launch.
IdeaCh 6Ch 7Ch 8Earlier chapters
Shared resource is the real limitairtime, downlink windowsO = N·R / Ruplink, PON slotsbusy-hour forecastCh4 air time and capacity
Overhead eats the budgetACKs, joins, retriesconnector and splitter loss—Ch1 overhead frames
Segmentation and separationIoT segment for ECHONETVRFs, label stackslogical topologyCh5 blast radius
Policy over raw speedduty-cycle rulesBGP LOCAL_PREFSLA tiersCh2 suitability vs capability
Fit beats newestNB-IoT vs LTE-M vs LoRaWANfiber vs hybrid vs wirelessphased vs full rolloutCh2 standards choice

Assignment map

AssignmentFromRuleStatus
A1Chapter 1 exercisesAnswer only one problemSUBMITTED — problem 1
A2Chapter 2 exercisesAnswer only one problemnot decided — 5 options
A3?Chapter 3 exerciseslikely same format6 candidates ready
A4?Chapter 4 exerciseslikely same format5 candidates ready
A5?Chapter 5 exerciseslikely same format6 candidates ready
A6?Chapter 6 exerciseslikely same format6 candidates ready
A7?Chapter 7 exerciseslikely same format11 candidates ready
A8?Chapter 8 exerciseslikely same format5 candidates ready

If you only remember eight things

  • PHY and MAC are one system. Most real problems live in their interaction, not in one layer.
  • Coverage is margin, not reach. A place is covered when the app still works with room to spare.
  • The client decides. Roaming, band choice, association — infrastructure suggests, the device chooses.
  • Association is not service. Management frames prove you joined; data frames prove it works.
  • Standards are assumptions. Pick by fit (suitability), not by newest (capability).
  • Link budget ≠ capacity. One cell can have great signal and still be far too small for 80 users.
  • The wall is not the boundary. Propagation range is. Anyone in range is already at your edge.
  • Crypto fails operationally, not mathematically. WEP died of IV reuse and static keys; PEAP dies of "do not validate".

Chapters

1.1

Layers, frames, and two ways to run a network

CH1 · Architecture

A wireless network is fast only when all its parts work together — not when one part is fast.

The 5 layers

Short form: Physical (send radio signals) → MAC (decide who talks) → Network (find the path) → Transport (check delivery) → Application (your app). Layers exist so each part can improve without breaking the others.

Think of it likeA company. The mailroom (Physical) moves boxes, the schedule desk (MAC) decides whose box goes first, logistics (Network) picks the route, quality control (Transport) checks nothing was lost, and the customer (Application) gets the product.
Key ideaThe PHY–MAC border is where most observable problems live. A wide channel is a physical choice, but it leaves neighbours fewer clean channels — which shows up as MAC-level waiting and collisions. Treat the two as one coupled subsystem.

Frames — the envelopes of networking

Short form: frame = header (addresses + control) + payload (the data) + trailer with FCS (a checksum that catches damage). A frame lives for one hop; the IP packet inside travels the whole way.

Think of it likeSending a gift overseas. The gift (IP packet) goes all the way. At each stage it gets a new local envelope (frame) with the next local address on it.

That is why IPv4 needs ARP: before an IP packet crosses the local link, the sender must learn the next stop's MAC address. Wi-Fi frames come in three families:

  • Management — joining and leaving: discovery, authentication, association, roaming.
  • Control — traffic police: coordinating the medium, ACKs ("got it").
  • Data — your actual traffic.
ExampleThe box says 1200 Mb/s but your download crawls. Beacons, probes, ACKs and retransmissions all consume air time and carry no user data. Advertised PHY rate ≠ delivered throughput.
▸ long form — Wi-Fi frame vs Ethernet frame

An Ethernet frame is simple: destination, source, type, payload, FCS — designed for a calm wired link.

A Wi-Fi frame carries more because radio is shared and messy: how long the medium will be busy (duration), which direction the frame travels (to or from the wired distribution system), sequence numbers for duplicate detection, and up to four address fields. Chapter 2 covers the exact layout.

The four radio resources (Table 1.1)

Short form: every radio choice is a trade — wider channel = faster but fewer clean channels · stronger coding = safer but less payload · focused antennas = stronger link but must aim well · MAC style = compete (flexible, messy when busy) or schedule (tidy, complex).

ChoiceYou gainYou pay
Wider bandwidthHigher top speedFewer channels for neighbours, more interference
Robust codingFewer errors at low SNRLess room for real data
Directional antennasStrong link, less interferenceMust point right; uneven coverage
Contention MACSimple, flexible, bursty-friendlyCollisions, waiting under load
Scheduled MACPredictable, strong QoSNeeds a central brain
ExampleSit next to the AP → your laptop uses a fast risky mode (many bits per symbol). Walk to the corner → it falls back to a slow safe mode. That automatic switching is adaptive modulation and coding. One slow far-away client also occupies the channel far longer per byte — hence air-time fairness, not raw bitrate.

Infrastructure vs Ad Hoc

Short form: Infrastructure — everyone talks through a central AP: easy to manage, grows by adding APs, central security (and a single point of failure). Ad hoc — devices talk directly, no boss: quick to set up, hard to manage, no central access control.

Think of it likeA classroom with a teacher (order, rules, scales to a whole school) vs a group chat with no admin (fast to start, chaos when it grows).
FeatureInfrastructureAd hoc
CoordinationCentral AP / base stationShared between equal peers
Growing biggerAdd more APsGets messy fast
Management & securityOne place for rules and monitoringNo central control, easy to eavesdrop
Used forOffices, campuses, cellularEmergency, tactical, temporary
Assignment 1 lives hereYour submitted answer compares these two on coordination, scalability and security — full text in the ASSIGNMENTS tab. Coverage extension (fixed backhaul + roaming vs peer forwarding only) is a good fourth angle if you ever extend it.
1.2

The parts: APs, controllers, cables, roaming

CH1 · Architecture

Stations, access points, controllers, powered cables — and the rules that let you walk without dropping.

How much can a cell carry?

EQ 1.1C = B · log₂(1 + SNR)Capacity = bandwidth × signal quality. More spectrum or a cleaner signal = more capacity. Real systems stay below this ceiling.
ExampleTwo 20 MHz channels. Good signal (SNR 20 dB = 100×) → ≈ 133 Mb/s. Weaker (10 dB = 10×) → ≈ 69 Mb/s. Same bandwidth; the cleaner channel carries almost double. (dB rule: +10 dB = 10× the ratio.)

Names you must know

Short form: SSID = the network name you see · BSS = one AP radio + its devices · BSSID = that radio's MAC address · ESS = many APs sharing one SSID, which is what makes roaming possible.

Example"CMU-WiFi" appears once on your phone, but campus has hundreds of APs. Each AP radio is its own BSS; together they form one ESS. Walking between buildings your phone jumps BSS to BSS under the same name.

Three ways to manage APs (Table 1.7)

ModelIndustry labelBrain lives…Best forWeak point
AutonomousFAT / standaloneOn each APHome, small office, labMany APs drift out of sync
Controller-managedFIT / thin / lightweightCentral WLAN controllerCampus, hospital, warehouseController must stay reachable
Cloud-managedCloud APCloud dashboardMany small sitesNeeds internet; define outage behaviour

CAPWAP — how an AP talks to its controller

Short form: the AP gets an IP → finds the controller → joins → then a control channel carries settings, heartbeats, status and measurements. User data crosses the controller only if the design tunnels it; otherwise it is bridged locally.

  • AP state — "I am AP-Library-3, both radios on, 27 clients, version 8.2."
  • Config commands — "Broadcast Campus-Staff, VLAN 20, WPA2-Enterprise, 5 GHz channel 36."
  • Keepalives — heartbeats. Several missed → controller marks the AP down and alarms.
  • Firmware control — "Image is old, download this one, reboot in the window, report back."
  • Radio measurements — channel utilisation, noise, neighbour BSSIDs, client RSSI, retries.
  • Events — AP join/disconnect, rogue AP, auth failure, DFS change, port power limit.
Key ideaCentral control does not require central data. The controller can command everything while user traffic takes the short local path.
▸ long form — what happens if the controller dies?

Many APs keep serving the WLANs they already know, so existing users stay online. But new configuration, telemetry, roaming optimisation and sometimes new authentications stop.

So deployments plan: controller redundancy, firewall paths for CAPWAP, certificate/trust validation, image-download behaviour, and a written answer to "what still works during an outage?"

Roaming

Short form: the client decides when to jump: it watches signal, retries and beacon loss, scans, then reassociates. Infrastructure can only suggest. Fast-roaming features skip repeated logins; keep the same VLAN everywhere or the user's IP breaks mid-walk.

FeatureWho actsWhat it does
802.11kAP → clientNeighbour list: "here are the APs near you"
802.11vNetwork → clientSuggestion: "that AP would serve you better"
802.11rBothFast BSS transition — keys ready, no full re-login
PMK / OKC cachingInfrastructureReuse key material instead of full 802.1X again
Watch out — the sticky clientA laptop clings to a far AP while standing next to a closer one. Cause: too much overlap plus lazy client thresholds. Fixes are design-level — raise minimum data rates, trim transmit power, tune overlap so devices leave earlier.

PoE — power through the network cable

Short form: one Ethernet cable carries data and power. Order: 802.3af (PoE) < 802.3at (PoE+) < 802.3bt (PoE++). Too little power and the AP quietly turns features off.

  • PSE = the giver (switch or injector). PD = the receiver (the AP). They negotiate before full power.
  • Cable: real copper (never copper-clad aluminium), Cat 5e/6/6A, all four pairs, ~100 m limit. Long or tightly bundled runs lose power as heat.
  • Check three things together: cable category, negotiated Ethernet speed (1 / 2.5 / 5 Gb/s), negotiated PoE class.
ExampleUsers report weak Wi-Fi on floor 3. Real cause: that AP only received 802.3af power, so it booted with one radio disabled and lower transmit power. A "radio problem" that was actually electrical.
▸ long form — PoE and resilience

PoE concentrates power in switch closets. Good: one UPS keeps many APs alive through a short outage. Bad: a failed switch or an exhausted PoE budget takes down many cells at once.

Critical sites document which switch powers which APs, how much PoE budget remains, how long UPS backup lasts, and which WLANs must survive a utility failure.

Old and new Wi-Fi living together

Short form: legacy devices are welcome but expensive — they force slow rates and weaker security. Plan: 2.4 GHz = compatibility band, 5/6 GHz = performance; legacy devices get their own SSID + VLAN; disable 802.11b rates; 20 MHz channels in 2.4 GHz.

Standard2.4 GHz5 GHz6 GHz
802.11b / gyesnono
802.11anoyesno
802.11nyesyesno
802.11acnoyesno
802.11ax (Wi-Fi 6 / 6E)yesyes6E
802.11be (Wi-Fi 7)yesyesyes
Example — a clean migrationInventory clients first. Then: a modern main SSID for laptops and phones, a restricted "IoT-Legacy" SSID for old printers and scanners, and a retirement plan for anything demanding obsolete rates or weak security.

Controllers and RRM

Short form: Radio Resource Management is a closed loop — measure → analyse → decide → apply → repeat. It picks channels, tunes power, balances load. Danger: changing too much, too often.

Two automation risks (exercise 6)
  • Frequent channel changes disconnect clients — real RRM uses thresholds, hysteresis and maintenance windows.
  • Cutting transmit power too aggressively creates coverage holes and sticky clients.
The best design is not the most automated one: it is automation plus visibility plus an operator override.
Backhaul checkA perfect radio cell on a saturated uplink is still slow. Always ask what the cell is plugged into: capacity, oversubscription, latency, failure domains.
1.3

Coverage: margin, cells and overlap

CH1 · Architecture

"I can see the network" is not coverage. Coverage is signal with room to spare.

EQ 1.2M = Pr − PminMargin = signal you receive − minimum the application needs. Positive margin is safety room for fading, bodies, furniture and interference.
Example — the worked one (Eq 1.3)Classroom edge: received −64 dBm, policy needs −67 dBm → margin = 3 dB. Positive but thin: a crowd or a closed door can eat it. At 0 dB you are standing exactly on the failure line — reposition the AP, improve mounting, or add a cell.

Cell sizes (Table 1.8)

ScaleEnvironmentStrengthPlanning concern
MacroWide-area outdoorContinuity, few sitesLimited reuse, aggregate interference
MicroCampus, streets, corridorsCapacity zoning with mobilityNeighbour and handoff planning
PicoOffices, classrooms, hospitalsHigh density, strong reuseTuning effort, overlap sensitivity
FemtoHome, one localized spaceFast targeted fixUncoordinated interference, backhaul
Key idea — overlapToo little overlap → dead zones and broken roams. Too much → co-channel interference and sticky clients. And real cells are never circles: concrete, metal shelving, glass and lift shafts bend them, so validate predictions with a site survey.

Roaming domains

Short form: a roaming domain groups cells plus control logic so movement feels continuous. Quality = topology (which cells overlap, plausible next neighbours) × policy (how fast reauthentication is, whether keys can be reused).

Quotable"Roaming is not merely a client radio problem; it is a distributed systems problem expressed through mobility." Judge it with application-sensitive criteria — voice needs short gaps, background sync does not care.

Worked design — a three-floor academic building

  1. Split the map: offices and corridors are coverage-driven (few users, need reliability); classrooms and the auditorium are capacity-driven (crowds at the same moment).
  2. Size the cells: a few loud APs look great on a heat map but create one giant contention domain. Use more, smaller cells where the crowds are.
  3. Check margin at the worst corner — the 3 dB example — and fix thin spots by placement, mounting or an extra cell.
  4. Design roaming for voice: accurate neighbour lists, low-latency auth state transfer, overlap big enough to hand off before failure but not so big it breeds sticky clients.
▸ chapter 1 exercises — pick one for A1 (you chose #1)

1 ✓ Infrastructure vs ad hoc — coordination, scalability, security. Submitted.

2 Eq 1.1 with equal bandwidth, different SNR → the 133 vs 69 Mb/s comparison.

3 How roaming requirements shape cell overlap → hear the next AP before the old link dies, without breeding sticky clients.

4 Why a wider channel can still reduce deployment efficiency → fewer clean channels, worse reuse, more contention.

5 Table 1.1: one robustness choice (robust coding) vs one reuse choice (directional antennas / lower power).

6 RRM benefits + two risks → coordinated channels and load balance; channel-flip instability and over-aggressive power cuts.

7 Fig 1.6: measurement quality and policy stability → bad measurements give bad decisions; jumpy policy oscillates.

8 Eq 1.2: detectable ≠ application-grade → seeing the SSID needs any signal; using it needs Pr ≥ Pmin plus margin.

9 Two cell scales from Table 1.8 → e.g. macro (continuity, weak reuse, rare handoffs) vs pico (strong reuse, frequent handoffs).

10 Eq 1.3 meaning and the 0 dB case → thin headroom; at zero, redesign is mandatory.

2.1

The rule-makers

CH2 · Standards

Interoperability rests on a stack of institutions — and it usually fails at the borders between them.

Short form: IEEE writes local-network rules (the 802 family; Wi-Fi is 802.11). IETF writes internet protocol rules (routing, transport, security, management). ITU coordinates world spectrum and telecom policy. Alliances (Wi-Fi Alliance, the 3GPP ecosystem) certify that products actually work together.

Think of it likeBuilding a city: ITU zones the land (spectrum), IEEE writes the building code for houses (local links), IETF writes the road rules between houses (internet protocols), and alliances are the inspectors who certify a building before anyone moves in.
Key ideaFailures happen at boundaries between organisations, not usually inside one rulebook. A device can follow its IEEE PHY/MAC amendment perfectly and still behave badly if security negotiation, IP configuration or mobility signalling integrate weakly. Likewise a sound cellular standard is hard to deploy globally without spectrum harmonisation.
ExampleTwo products both say "802.11ax", but one skipped an optional roaming feature — the standard permits that. Certification defines the common must-pass subset, which is why the certified logo matters to enterprise buyers.
▸ long form — why standards contain optional parts

Formal standards must serve many industries for many years, so they include options, multiple operating modes and vendor freedom. That flexibility helps innovation and hurts purchasing — nobody knows which options a given product implements.

Alliances fix this by choosing testable subsets and certifying them. Standards bodies produce extensible frameworks; alliances make the market converge on recognisable, testable product behaviour. In Wi-Fi this decides whether advanced security, roaming or efficiency features are dependable enough for procurement.

2.2

Wi-Fi standards and the data frame

CH2 · Standards

Wi-Fi moved from "one fast link" to "share the air well with many users".

The generations (Table 2.1)

StandardBandMain trickGoal
802.11n2.4 / 5 GHzMIMOHigher throughput
802.11ac5 GHzWider channels, MU-MIMOGigabit-class WLAN
802.11ax2.4 / 5 / 6 GHzOFDMA, spatial reuseDense deployments
802.11be2.4 / 5 / 6 GHzMulti-link operationExtremely high throughput
Think of it likeOFDMA turns the AP from a single counter serving one customer at a time into a food court: the channel splits into small resource units and many small orders are served at once.
EQ 2.1η = R / BSpectral efficiency: the rate you actually achieve per hertz of occupied bandwidth.
Example600 Mb/s over 80 MHz → η = 7.5 b/s/Hz. Double the channel to 160 MHz but only reach 800 Mb/s → η = 5. Faster link, worse use of spectrum — and you consumed channels your neighbours needed. Wider is not automatically better.
Key ideaThe n → be story is a shift from peak-link optimisation (wider channels, MIMO) to system-level efficiency (OFDMA resource units, multi-user scheduling, spatial reuse, multi-link). Modern networks are limited by dense multi-user fairness and overhead, not single-user peak rate.

The IEEE 802.11 data frame (Table 2.2)

Short form: a Wi-Fi data frame is not "Ethernet over radio". It adds direction bits, air-time reservation, sequence numbers, QoS and up to four addresses. Header sizes: 24 bytes basic · 26 with QoS · 30 with a fourth address · 32 with both · +4 if HT control.

FieldSizePlain-words job
Frame control2What kind of frame, and which way is it going (To DS / From DS), retry, power, protection
Duration / ID2"The medium is busy for X µs" — virtual carrier sensing, fewer collisions
Address 1–36 eachRadio receiver, radio transmitter, and the true source / destination
Address 40 or 6Only when both DS bits are set — wireless bridging / WDS
Sequence control2Duplicate detection, ordering, fragment handling
QoS control0 or 2Traffic category: voice, video, best-effort, background
HT control0 or 4Optional high-throughput coordination
Frame body~0–2304LLC/SNAP payload (IPv4 / IPv6 / ARP) plus security overhead
FCS4Error detection before the frame is accepted
Key idea — why 3 or 4 addresses?Ethernet needs two (from, to). Wi-Fi must separate the radio hop from the real journey. Uplink: your phone transmits, the AP receives — but the destination is a server far away. Downlink: the AP transmits although the source is elsewhere. Different roles need different address fields.
▸ long form — security, QoS and aggregation

With protection enabled, the frame body carries security overhead plus encrypted payload while selected header fields stay readable so the medium still functions.

With QoS enabled, the access category changes contention behaviour, queue selection and priority on air.

Modern amendments aggregate several MSDUs or MPDUs into one transmission so the header cost is paid once. The standing lesson: throughput depends on payload bits and the control structure wrapped around them.

Certification and compatibility

Short form: backward compatibility protects investment but drags efficiency — old rates waste air time and old clients hold the security floor down. Judge a standard by its transition cost, not only its lab numbers.

ExampleA brand-new 802.11be network still feels ordinary in a real office where half the clients are five-year-old laptops. Excellent in a homogeneous lab, partial gains in mixed reality.
2.3

Cellular and IoT standards

CH2 · Standards

Separate capability (what a standard can do) from suitability (what the job needs).

Short form: the 3GPP family — LTE, LTE-Advanced, NB-IoT, LTE-M, 5G NR — are complete end-to-end systems for wide-area managed mobility. IoT standards trade throughput for battery life, range and simplicity.

Growth modelIEEE 802.113GPP
Unit of changeAmendments (n, ac, ax, be)Releases
ScopeMostly the air interfaceRadio + core + service classes + security context
Trade-offFaster, more piecemealConsistent long-term, heavier coordination
Think of it likeA sensor is a postcard writer: a few bytes twice a day, and it must survive five years on one battery. A smartphone is a video caller. You would never build one postal system for both — that is why IoT standards exist.
Example — the worked selection (§2.3.3)One university, three jobs: lecture-hall laptops → dense-WLAN standard (802.11ax-class, OFDMA); basement environmental sensors → IoT standard (deep coverage + years of battery beat throughput); campus security staff moving around → cellular (managed roaming, wide-area continuity). Newest ≠ best; fit wins.
Key ideaThe IoT selection question is always "which constraint dominates?" — battery life, coverage depth, mobility support, operator integration, or private-deployment flexibility. The answer picks the family.
▸ chapter 2 exercises — A2 candidates

1 Compare IEEE, IETF and ITU → three levels of the stack + the "failures at the borders" insight.

2 Eq 2.1: why wider channels alone don't guarantee better utilisation → the 7.5 vs 5 b/s/Hz example.

3 Two trade-offs of backward compatibility → air time lost to legacy rates; security floor forced by old clients.

4 Why certification alliances still matter → optional features; testable subsets; predictable procurement.

5 Justify a dense-WLAN standard for one campus service and an IoT/cellular one for another → the §2.3.3 scenario.

3.1

The connection lifecycle

CH3 · Connection

Seeing a network name is not a connection. Five steps stand between "signal nearby" and "usable internet".

1
Scanfind networks
▶
2
Authenticateprove identity
▶
3
Associatejoin the AP
▶
4
IP setupDHCP + ARP
▶
5
Datareal traffic
Think of it likeEntering a club: find the door (scan), show ID (authenticate), get the wristband (associate), get your table number (IP setup), and only then order (data). A slow queue at any step ruins the night — even if the club inside is excellent.
EQ 3.1Tsetup = Tscan + Tauth + Tassoc + TipTotal connection delay is a sum. Optimising only one stage may not materially reduce it.
Key ideaUsers judge a network by time-to-service, not throughput alone. A network with excellent steady-state bandwidth but slow attachment feels worse than a slightly slower one that connects instantly.

Scanning: passive vs active

Short form: passive = quietly listen for beacons — saves battery and air time but waits for beacon timing. Active = send probe requests — faster answers, costs air time, and reveals more about what the client is looking for.

Smart devices shrink the search: they remember known SSIDs, preferred channels and neighbour lists instead of sweeping the whole spectrum. In dense environments this matters, because scanning itself consumes air time that could carry user data.

ExampleYour phone rejoins home Wi-Fi in a blink but takes seconds in a new mall. At home it knows exactly where to look; in the mall it scans from zero.

Association — and the trap right after it

Short form: association creates the logical attachment and binds you to policy — capabilities negotiated, identifiers recorded, VLAN / QoS / security expectations decided. But association is not working service.

Watch out — "connected, no internet"Many failures look like successful association followed by dead service. Usual suspects: wrong VLAN mapping, keys not installed, DHCP failed, ARP broken, stale forwarding state. Rule for packet captures: management frames prove association; data frames prove usable service.
▸ long form — what "data frames after association" really means

Before association and access control succeed, almost everything between client and AP is management, control, authentication or key-establishment traffic.

Only afterwards can data frames carry ARP, DHCP, IPv4, IPv6, TCP, UDP and application payload. A Wi-Fi sensor using MQTT cannot publish a single reading until this lower-layer sequence has produced usable IP connectivity.

During roaming the same test applies: the client may reassociate quickly, but applications recover only when the new AP can pass protected data frames with the correct policy, QoS treatment and Layer 2 forwarding path.

3.2

Authentication and access control

CH3 · Connection

Authentication asks who you are. Enforcement decides what you may reach.

Method (Table 3.1)Typical contextMain property
Open accessPublic hotspotsMinimal entry barrier
Pre-shared key (PSK)Home, small officeOne shared secret for everyone
802.1X / EAPEnterprise Wi-FiPer-user authentication
PANA carrying EAPIP-based access networksEAP between an IP client and the authentication agent
SIM-basedCellularSubscriber identity integration
Key idea — the tradePasswords deploy easily but scale badly: revocation and accountability are painful. Certificates and subscriber modules need more structure but bind identity strongly. And stronger methods mean more signalling — so security architecture and connection performance must be designed together, especially for roaming.
ExampleA staff member leaves. On PSK: change the password and re-join every device. On 802.1X: disable one account. That difference is why enterprises pay the setup cost.

PANA — authentication over IP

Short form: PANA (Protocol for Carrying Authentication for Network Access) carries EAP over UDP/IP instead of over the link. Roles: PaC (client), PAA (authentication agent), EP (enforcement point — the gate), with an AAA server (RADIUS / Diameter) behind. It is not DHCP and not encryption.

Think of it likeA campus visitor gate: the visitor (PaC) talks to reception (PAA), reception checks with the ID office (AAA server), then tells the guard at the barrier (EP) to lift it. Reception and guard can be one person or two — but their state must stay in sync.
  1. The PaC discovers or is configured with a reachable PAA.
  2. PaC and PAA establish a PANA session and run an EAP conversation chosen for the deployment.
  3. If EAP succeeds, the PAA records the authorised session and gives the EP what it needs to admit the traffic.
  4. The EP changes its packet filters so authorised traffic passes.
  5. Session lifetime, reauthentication, termination and liveness checks refresh or withdraw the permission.
▸ long form — PANA vs 802.1X, and what PANA is not

Both carry EAP. 802.1X carries it directly over the local link before general data access exists — the classic enterprise Wi-Fi model. PANA carries it over UDP once the device has enough limited IP connectivity to reach the authentication function, so the same model works on access networks where 802.1X is unavailable or not the desired transport.

PANA defines no new password, certificate or subscriber method — EAP methods plug in. It does not supply configuration (DHCP does) and does not protect data frames (a separate secure-association mechanism does, if the deployment needs it). PANA answers one question: is this client authorised, and how is the gate told?

Enforcement — identity becomes service reality

Short form: after login the network translates identity into treatment — VLAN assignment, traffic shaping, captive-portal logic, policy segmentation. Admission is never a plain yes/no: it is "yes, into this segment, at this service level, monitored this closely."

ExampleA student, a guest, an IoT sensor and an administrator all attach through the same physical APs and land in four different logical worlds. Connection management is the front door of network segmentation.
3.3

Mobility and session continuity

CH3 · Connection

Moving without dropping: fast handoffs, fresh address mappings, and sessions that survive subnet borders.

Layer 2 mobility

Short form: reassociate to a new AP fast, keeping link state. Speed depends on neighbour-discovery quality, reassociation efficiency, key reuse or transfer, and the client's willingness to leave the current AP at the right moment.

Key ideaTwo networks with identical coverage maps can roam completely differently: one has neighbour intelligence and fast transition support, the other makes every client rescan and fully reauthenticate.

ARP — the small protocol that glues it together

Short form: ARP maps an IPv4 address to a MAC address inside one broadcast domain. Broadcast "who has 10.0.5.1?" → the owner replies (usually unicast) with its MAC → the answer is cached. The first target after joining is normally the default gateway, because most traffic leaves the subnet through it.

Why it matters for mobility: roaming changes the radio attachment point while the client keeps the same IP and gateway. The ARP cache may stay valid, but the infrastructure must relearn where that MAC is now reachable. Switches, controllers and APs update forwarding state as frames appear from the new attachment point; gratuitous ARP announces or refreshes a mapping after movement, failover or address reassignment. Stale state sends packets down the old path — users experience voice gaps, frozen video, delayed transactions.

Watch out — ARP's two weak spots
  • Air time: ARP broadcasts go out at conservative rates and must be heard by everyone. In large flat WLANs that adds up. Proxy ARP and broadcast suppression let the infrastructure answer on behalf of sleeping or remote clients — but they must stay consistent with mobility and security policy.
  • Trust: ARP has no authentication, so an attacker on the same local network can send false mappings (ARP spoofing) to redirect or disrupt traffic. ARP belongs to both connection engineering and security.
ExampleNew laptop joins, receives 10.0.5.23 with gateway 10.0.5.1. Its first real act is to broadcast "who has 10.0.5.1?" The router answers, the mapping is cached, and only then can frames leave the subnet. No answer = "connected, no internet".
▸ long form — and what about IPv6?

IPv6 does not use ARP. It uses the Neighbor Discovery Protocol (NDP), which performs the same local reachability and address-resolution functions with ICMPv6 messages.

The architectural lesson is identical either way: successful wireless attachment is not complete when the radio link comes up. The client must also resolve local neighbours, maintain forwarding state, and preserve that state while moving.

Layer 3 mobility

Short form: cross a routed boundary and receive a new address, and applications may read that as a session failure rather than movement. L3 mobility preserves the session's logical identity with anchors, tunnels or optimised state transfer.

Key idea — locality vs continuityLocal breakout and direct routing give efficient paths but harder continuity. Central anchoring simplifies session preservation and policy control but lengthens paths. The designer chooses how much complexity sits in the access domain, the core, and the endpoint.

Worked roaming example — the 150 ms handoff

EQ 3.2Tsetup = 60 + 40 + 20 + 30 = 150 msA clinician's voice handheld moving from a ward to imaging: scan 60 · authenticate 40 · reassociate 20 · IP 30.
Example — how to read it150 ms is fine for delay-tolerant apps and already noticeable for interactive voice. The largest single term is scanning (60 ms) → optimise it first with neighbour lists and 802.11k/v. But even a perfect scan leaves 90 ms: roaming quality is the whole control path, never one mechanism.
Exercise 2 variant: improve scanning by 40% → 60 → 36 ms, saving 24 ms → total 126 ms.
▸ chapter 3 exercises

1 Break down a real login using Figure 3.1 → scan, authenticate (802.1X), associate, DHCP + first ARP, data. Name what can go slow at each stage.

2 Eq 3.1 with scanning improved 40% → 150 → 126 ms; one stage alone gives limited relief.

3 802.1X vs PSK → per-user identity and easy revocation vs one shared secret; security and manageability.

4 PANA roles → PaC holds credentials · PAA runs EAP · AAA server verifies · EP opens the gate; PAA and EP must stay synchronised.

5 Why time-to-service beats throughput as a quality measure → users feel the wait, on first join and on every roam.

6 Eq 3.2: what to optimise first for voice → the biggest term (scanning), while noting the remaining 90 ms.

4.1

Requirements engineering

CH4 · Design

Design starts by turning vague wishes into numbers you can test against.

1
Requirementsmeasurable targets
▶
2
Site surveyreal propagation
▶
3
Capacity planusers & air time
▶
4
Deploymentinstall & configure
▶
5
Validationprove it works

Service objectives

Short form: coverage area, user density, application mix, throughput, mobility support, resiliency — all written as measurable statements. "Good coverage" guides nothing; "voice and cloud access for 120 concurrent users per lecture hall with bounded roaming interruption" drives real decisions.

Key idea — hard constraints vs optimisation goalsHard constraints: life-safety coverage, mandatory areas, minimum voice quality — non-negotiable. Optimisation goals: lower cost, easier expansion, less operational complexity — nice to have. Design succeeds not by maximising every metric, but by making the trade-offs explicit and aligned with what stakeholders actually value.
Example — turning a wish into requirements"Wi-Fi should be good in the lecture hall" becomes: 120 concurrent devices · voice + cloud + occasional video · ≥ −67 dBm at every seat · roaming interruption below the voice threshold · service continues if one AP fails. Now every later decision has something to be checked against.

Environmental constraints

Short form: walls, floors, reflective surfaces, weather, power availability, spectrum regulation and existing systems all limit what is buildable. Constraints work at three scales:

ScaleWhat limits you
RoomDense shelving, glass, metal fixtures, moving crowds → propagation and multipath change
BuildingRiser availability, cable routes, aesthetics, mounting permission → where APs may physically go
RegulatoryChannel availability and permitted transmit power → how aggressively spectrum can be reused
Watch outWireless design is never purely theoretical. Predictive models are useful but must be read through the realities of the site. Two buildings with the same floor area demand very different designs if one is open-plan office and the other a reinforced hospital wing. A generic template does not transfer cleanly.
4.2

Link budget and capacity planning

CH4 · Design

The link budget says whether the signal arrives. Capacity says whether it is enough for everybody.

EQ 4.1Pr = Pt + Gt + Gr − Lp − LmReceived power = transmit power + antenna gains − path loss − other losses/margins. Everything in dB, so you just add and subtract.
Think of it likeA bank account in dB. Transmit power is your salary, antenna gains are bonuses, path loss is rent, and miscellaneous losses are the fees. What is left is what the receiver actually gets.

Coverage design

Short form: use Eq 4.1 to decide AP density, antenna type and expected edge performance — then verify with a survey, because real environments deviate from theoretical path-loss models. Read it as margin design, not signal-presence design (this is Eq 1.2 again).

Watch out — device diversity and the asymmetric failureA powerful laptop and a battery-constrained handheld sensor do not have the same radio, antenna or transmit behaviour. Decide which client class is the baseline design target. Networks engineered only around infrastructure transmit power overlook weak client uplinks and create asymmetric failures: the user hears the AP fine but cannot talk back reliably.

Capacity dimensioning

Short form: estimate concurrent users, average demand, peak load and protocol overhead. Capacity is harder than coverage because it depends on behaviour as much as physics.

Metric (Table 4.1)Why it mattersTypical design use
RSSI / SNRIndicates link qualityCoverage verification
ConcurrencyCaptures simultaneous usageAccess point density
Application mixDifferentiates traffic classesQoS and capacity planning
Retry rateReveals contention and interferencePost-deployment tuning
ExampleThe same lecture hall behaves in two totally different ways: quiet note-taking traffic, versus a synchronised video quiz where everyone streams at the same second. Same room, same physics, completely different capacity requirement.
Key ideaAsk how much usable air time remains after control overhead, retries, contention and coexistence losses. That is why capacity can never be read off a marketed PHY rate — converting nominal rates into realistic service assumptions is engineering judgement.
4.3

Channel assignment and validation

CH4 · Design

Plan channels across the whole interference domain — then prove the design with measurements, not faith.

Channel reuse

Short form: assign channels so neighbouring cells do not overlap on the same frequency. The classic 2.4 GHz picture is the three non-overlapping channels 1 · 6 · 11 repeated across the floor plan.

16 111 111 6 NON-OVERLAPPING REUSE · 2.4 GHz same colour = same channel → keep them apart
ch 1ch 6ch 11overlap at the edges = roaming room

Interference management

Short form: interference comes from neighbouring cells, non-network emitters, and hidden nodes. Effective designs layer their defences rather than relying on one tool.

LayerWhat it does
Channel assignmentReduces direct co-channel overlap
Power controlShapes cell boundaries
Antenna placementControls where energy goes
Admission / policyStops oversubscription collapsing quality under load
Key ideaWireless design is a systems discipline: a change that improves one cell in isolation can harm the deployment by raising contention or cutting reuse elsewhere. Evaluate channel plans across the whole interference domain, never per AP. Dense offices, auditoriums, warehouses and outdoor campuses each have their own interference signature.

Post-deployment validation

Short form: validation = active tests + passive monitoring + roaming assessment + application-specific measurements. It closes the loop between assumptions and reality.

Watch outA design that is mathematically coherent can still fail operationally if traffic peaks, roaming behaviour or environmental noise differ from the planning model. Validation is not an optional final check — it is the empirical stage that confirms the design meets the service objectives.

Strong validation combines infrastructure evidence (signal levels, retry rates, channel occupancy, roaming times) with user-experience evidence (does the application actually work?). And it is iterative: pilot findings feed back into channel plans, AP placement and policy before full rollout.

Worked classroom design

80 students, laptops, web + cloud + periodic video. Predictive survey gives Pt = 17 dBm, Gt = 3 dBi, Gr = 0 dBi, Lp = 76 dB, Lm = 6 dB.

EQ 4.2Pr = 17 + 3 + 0 − 76 − 6 = −62 dBmComfortably above a −67 dBm threshold — the link budget passes.
Example — the punchline−62 dBm looks fine, so is the design done? No. The next question is whether one cell can supply enough usable air time for 80 active users during synchronised class activity. With concurrent streaming bursts, one well-covered cell is not enough: you need a denser design with better spatial reuse. Acceptable link budget does not imply acceptable capacity.
▸ chapter 4 exercises

1 Eq 4.1: how antenna gain and path loss jointly influence coverage radius → gains add dB to the budget, path loss subtracts and grows with distance; the radius is wherever Pr still clears Pmin plus margin.

2 A requirements checklist for a dense classroom WLAN → concurrency, application mix, per-seat signal threshold, roaming bound, security/VLAN policy, resiliency if one AP fails, cabling and PoE class, validation criteria.

3 Why validation is necessary even with predictive models → models miss real materials, crowds, interference and traffic peaks; validation is the empirical stage.

4 Why good signal strength alone is not good design → coverage ≠ capacity ≠ roaming ≠ policy; and weak client uplinks can fail even where the AP is loud.

5 Eq 4.2 interpretation → −62 dBm passes the budget, but 80 synchronised users need more air time than one cell provides, so capacity planning may demand extra cells.

5.1

The threat landscape

CH5 · Security

Radio does not stop at the wall. Anyone inside propagation range is already standing inside your network's edge.

Key ideaIn wired networks the door and the wall define the boundary. In wireless, propagation range defines it. The four classic threat families are eavesdropping · rogue AP · spoofing · jamming.

Passive threats

Short form: traffic analysis, metadata collection, and interception of weakly protected frames. Hard to detect because the attacker never transmits.

Even when the payload is encrypted, an observer still learns from frame timing, traffic volume, identifiers and roaming patterns. In a hospital, bursts near a ward reveal operational tempo; in a factory, repeating telemetry cycles reveal the process. So metadata deserves protection too.

Watch out — passive feeds activeBy learning network names, channels, client density and authentication methods, an attacker prepares a targeted impersonation or denial-of-service attack later. Treat passive collection as stage one of the intrusion chain: encrypt, but also keep beacons, identifiers and unnecessary management information lean.

Active threats

Short form: deauthentication abuse, replay, impersonation, protocol downgrade, denial of service. The attacker injects, modifies or suppresses communication, so integrity and availability are directly hit.

AttackWhat it targetsHow it works
Rogue AP / evil twinTrust establishmentAdvertises a familiar SSID; users equate a known name with legitimacy
Deauth / disassoc abuseContinuityForces clients off legitimate APs — to disrupt, or to steer them to the attacker
Jamming / airtime floodThe medium itselfRaises the noise floor or consumes transmission opportunities
ReplayState validationRe-sends captured frames where freshness control is weak
ARP spoofingPost-join IPv4 trustFalse ARP replies claim the attacker's MAC owns the gateway IP
Think of it likeAn evil twin is someone printing a copy of your café's sign and putting it on the building next door. Customers walk in confidently — the sign looked right. That is why "recognisable SSID = legitimate" is a dangerous instinct.
ARP spoofing — the Ch3 linkWPA2/WPA3 encrypt frames over the radio path, but they do not validate ARP mappings between authorised clients in the same broadcast domain. Defences: client isolation on guest WLANs, smaller broadcast domains, dynamic ARP inspection, DHCP snooping, static bindings for critical infrastructure, and alerting on rapid or inconsistent IP-to-MAC changes.
5.2

WPS, WEP, WPA2 and WPA3

CH5 · Security

The story of Wi-Fi crypto is one long lesson: a cipher name is not a security architecture.

EQ 5.1Risk = Threat × Vulnerability × ImpactNot a physical law — an analytical model for prioritising controls. Drive any factor toward zero and the residual risk falls.
Key ideaYou usually cannot change the threat (attackers exist). You reduce vulnerability with patching, strong protocols and validation, and you reduce impact with segmentation and least privilege. That is why segmentation is a risk control even though it stops no attack. (Exercise 2.)

WPS — convenience that changes the threat model

Short form: Wi-Fi Protected Setup lets a device join without typing the passphrase. PIN mode uses a short numeric PIN; push-button mode opens a short enrolment window. Both create an alternate path into a network whose passphrase may be strong.

Mode / issue (Table 5.1)Security concernTreatment
PIN modeSmall numeric secret; historically weak validation lets attackers confirm parts of the PIN separatelyDisable — especially on enterprise and campus networks
Push-buttonTemporarily accepts any nearby device during the windowOnly with physical oversight; disable when not needed
Credential exposureSuccessful enrolment can hand over WLAN accessTreat WPS as an admission path, not a harmless convenience
Enterprise useNo identity, accounting or policy controlPrefer EAP, certificates, MDM profiles, device registration
Watch outPush-button is not "always broken" — the problem is that it temporarily relaxes normal admission expectations. Acceptable in a home where you can see the device; risky in an apartment block, office or classroom.

WEP — the cautionary tale

Short form: RC4 stream cipher + a static shared key + a 24-bit IV sent in the clear + a CRC-32 integrity check. Every one of those four choices failed.

StepWhat happens
1Sender combines the public 24-bit IV with the shared secret key
2That material feeds RC4, which generates a keystream
3Plaintext XOR keystream = ciphered message, sent with the IV visible
4Receiver repeats the same generation with the received IV and shared key, then XORs to recover the plaintext
What an IV actually isAn initialization vector is not a password or a key. It is a per-frame value mixed with the key so repeated encryption does not produce the same keystream. It is sent in the clear on purpose — the receiver needs it. Transmitting an IV is normal and fine. WEP's sin was that its IV was too small (24 bits = 16,777,216 values) and combined with the key badly.
Why that kills itOn a busy WLAN the IV space is revisited, so IVs repeat. Repeated IVs mean the same or related keystream protects different frames — statistical evidence that recovers the key. Tools such as aircrack-ng automate the comparison, and replaying ARP requests forces the AP to generate fresh encrypted frames fast, accelerating collection. Try the IV-collision calculator in RF LAB.

The shared static key problem: the same WEP key sits on the AP and on every client, typed in manually. One lost laptop, one departing employee, one leaked value — and the whole WLAN key must be changed everywhere. Key slots did not give per-user or per-session separation.

And the integrity checkCRC-32 detects accidental bit errors. It is not a cryptographic MAC, so an attacker could modify an encrypted frame in controlled ways and fix up the checksum. WEP offered no real tamper or replay protection.
The real lessonWEP did not fail because the key was short. Longer WEP keys kept every structural flaw: exposed short IV, weak per-packet key construction, static shared credentials, non-cryptographic integrity. That is exactly why the next generation introduced per-session key derivation, replay protection, real message integrity and proper authentication.

WPA2 and AES-CCMP

Short form: WPA2 replaces WEP's structure with AES-CCMP and, crucially, separates the long-term credential from the temporary session keys. Fresh working keys are derived during association, tied to one client, one AP, one session.

Long form of the acronym: Advanced Encryption Standard with Counter Mode and Cipher Block Chaining Message Authentication Code Protocol. AES is the block cipher; counter mode turns it into a keystream for confidentiality; CBC-MAC produces a MIC for integrity.

Function (Table 5.2)How CCMP provides itBenefit
ConfidentialityAES counter mode encrypts the payload with keys derived at associationListeners cannot read protected data
IntegrityCBC-MAC produces a MIC over payload + selected header fieldsTampering is detected
Replay defencePacket numbers in the nonce, checked by the receiverOld captured frames are rejected
Per-frame uniquenessChanging nonce material every frameNo WEP-style IV reuse
Session bindingTemporal keys from the handshake, not the password itselfCompromise stays contained to one association
Not everything is encryptedThe payload is encrypted; selected header fields are authenticated as additional data so addressing and control information cannot be altered silently. The MIC binds payload + header info + nonce + traffic key together.

TKIP was the bridge: it kept RC4-era hardware working and added per-packet key mixing plus a better integrity check than WEP — but it was a transition, not the goal. A WPA2 network should avoid legacy mixed modes, because the WLAN is only as strong as the weakest protection policy permits.

Personal vs Enterprise

Feature (Table 5.4)WPA2-Personal (PSK)WPA2-Enterprise
AuthenticationOne shared passphrase on AP and clientsPer user / device via 802.1X + EAP
Where the PMK comes fromDerived from passphrase + network nameDerived from successful EAP authentication
ScaleHome, small office, simple guestCampus, enterprise, government
AccountabilityWeak — many users, one secretSessions tie to identities
RevocationChange the passphrase everywhereDisable one account or certificate
Main riskWeak/shared passphrase → offline guessingMisconfigured EAP or weak certificate validation
Key ideaThe difference is not the cipher — both can use AES-CCMP. The difference is how the client is authenticated and how the master key is established.

The three roles, and who checks the password

In WPA2-Enterprise the client is the supplicant, the AP is the authenticator, and RADIUS is the authentication server. The AP mostly relays: EAP travels over the air inside EAPOL, and the AP wraps it in RADIUS toward the server. Credentials live in an identity system — a RADIUS user database, LDAP, Active Directory, a certificate authority/PKI, MDM or an MFA service.

Example — what the server actually checksWith EAP-TLS: the certificate chain, expiry, revocation status, subject identity and policy mapping. With PEAP / EAP-TTLS: the client first validates the server certificate and builds a TLS tunnel, and only then are inner credentials checked against a directory. The reusable password is never exposed to the AP — or to an evil twin.
The key never travels to the APAfter EAP succeeds, both sides derive a Master Session Key; the client computes the PMK locally and RADIUS sends AP-side key material in a protected Access-Accept. Your password or private key is never stored on the access point.
▸ long form — deploying a RADIUS-backed WLAN (Table 5.3)

1 · Platform and identity source. FreeRADIUS with a local file or LDAP for a lab; Network Policy Server with Active Directory in a Windows shop; redundant or cloud RADIUS for large institutions. Pitfall: treating RADIUS as separate from the identity lifecycle.

2 · Certificate trust. Install the server certificate, distribute the trusted CA, define the expected server name; add a client-certificate lifecycle if using EAP-TLS. Pitfall: letting clients skip server-certificate validation — that is exactly what an evil twin needs.

3 · Register the network devices. Every AP, controller or gateway must be defined as a RADIUS client by IP/range with a strong shared secret (or RadSec). Open the firewall paths; add redundant servers. Pitfall: weak shared secrets, blocked ports, single-server dependence.

4 · Policy. Which EAP methods are accepted, which identity store is consulted — then what success returns: VLAN, role, ACL, session timeout, accounting. This is where one SSID can serve faculty, students, guests and contractors differently. Pitfall: accepting weak methods or returning overly broad access.

5 · WLAN and supplicants. SSID set to WPA2/WPA3-Enterprise with 802.1X, server addresses and secrets; client profiles specifying SSID, EAP method, trusted root CA, expected server identity. Managed environments push these by MDM rather than asking users to pick security settings. Pitfall: relying on users to choose.

6 · Test and monitor. Pilot group, inspect success and failure logs, confirm certificate validation, check VLAN/role assignment, test roaming, capture EAPOL and RADIUS. Then watch accounting, failure rates, certificate expiry and help-desk tickets. Pitfall: assuming association success proves policy and validation are correct.

The four-way handshake

Short form: before it starts, both sides already hold the PMK (from the passphrase, or from EAP). The handshake proves both sides possess it without sending it, derives a fresh PTK, installs data keys, and delivers the GTK for broadcast/multicast.

MsgDirectionContentsPurpose
1AP → clientANonceAP's fresh random contribution
2Client → APSNonce + MICClient derives the PTK and proves it knows the right keying material
3AP → clientGTK + install instruction + MICAP verifies the MIC, derives the same PTK, delivers the group key
4Client → APAcknowledgment + MICKey installation confirmed; protected data can flow
Why nonces?A nonce is a value meant to be used once. ANonce and SNonce ensure that even when the same PMK is reused, every association derives a different PTK. The PTK is bound to the PMK and both nonces and both MAC addresses — so session keys are never just a reusable copy of the long-term credential.
Term (Table 5.5)MeaningRole
NonceFresh single-use valueStops repeated sessions producing identical keys
ANonce / SNonceAuthenticator / supplicant nonceEach side's contribution to PTK derivation
MICMessage integrity codeProves the sender holds correct key material and nothing was altered
PTKPairwise Transient KeyProtects unicast traffic for one client–AP pair
GTKGroup Temporal KeyProtects broadcast and multicast frames
Replay counterMonotonic counterRejects replayed frames and handshake messages
WPA2 is strong, not automaticPersonal: a weak passphrase still falls to offline dictionary guessing once the handshake is captured. Enterprise: strength depends on EAP method choice, certificate validation, server identity checking and credential lifecycle. And both rely on clients and APs implementing key installation and replay handling correctly.

WPA3-Enterprise is not just a cipher upgrade — it is a posture: managed credentials, key establishment hardened against known attack paths, and protected management frames that reduce spoofing and session disruption. A campus laptop can be required to validate the institution's authentication server before credentials are exchanged, and policy can differ by staff/student/contractor after success. Treat WPA3 as part of identity governance, not a checkbox.

5.3

EAP, EDHOC, PANA and segmentation

CH5 · Security

Who vouches for whom — and how far a compromise is allowed to travel.

EAP — a family, not a protocol

Short form: EAP carries authentication between supplicant, authenticator and authentication server. The AP mostly relays; the identity platform decides. Methods split into two families: certificate-first, and tunnel-first then inner credentials.

Method (Table 5.7)Credential modelMain strengthMain concern
EAP-TLSClient and server certificatesStrong mutual authentication; high resistance to credential theftPKI lifecycle and certificate onboarding
PEAPServer certificate + protected inner passwordFamiliar password integration with directoriesDepends heavily on server-certificate validation
EAP-TTLSServer certificate + flexible inner methodBroad compatibility with mixed back endsComplexity; risk of a weak inner method
EAP-FASTPAC-based protected tunnelLess certificate dependence in some deploymentsPAC provisioning; weaker assurance if poorly managed
Example — the certificate menu on your phoneWhen you join a campus network with PEAP, the phone asks which CA to trust or whether to validate the server certificate. That does not mean you need a personal client certificate — that would be EAP-TLS. It means the device must validate the server certificate protecting the outer tunnel. Choose "do not validate" and the protection largely evaporates: a rogue AP plus a fake authentication server can then harvest the inner username and password.
Key ideaThe design question is never "which EAP methods exist" but "which method fits this organisation's trust architecture, device-management maturity and threat model." A university with mature PKI and managed laptops → EAP-TLS. A mixed BYOD environment on directory passwords → PEAP/EAP-TTLS while working toward certificates.

PANA security considerations

Short form: PANA carries EAP over IP (Ch 3), so the strength of the decision is the strength of the chosen EAP method. Once a PANA security association exists, protected messages resist modification and replay — but PANA authenticates access signalling; it does not encrypt user traffic or remove denial-of-service risk.

Two soft spots
  • Discovery and startup happen before session keys exist — attackers can spoof discovery data, force state allocation or burn processing capacity. Needs conservative state allocation, retransmission control, session identifiers, sequence validation and rate monitoring.
  • The PAA→EP path. If the authentication agent and enforcement point are separate devices, their exchange of identity, authorization state, filters and keys must be authenticated and replay-protected — otherwise an attacker who cannot defeat EAP may forge an authorization update or keep stale access alive. (Exercise 6.)

EDHOC — key exchange for tiny devices

Short form: Ephemeral Diffie-Hellman Over COSE — a compact authenticated key exchange for constrained devices and links (sensors, meters, actuators, LoRaWAN). Three messages, binary CBOR encoding, fresh ephemeral keys every run.

  1. Initiator proposes cryptographic parameters and sends an ephemeral Diffie-Hellman public value.
  2. Responder sends its own ephemeral public value plus authentication evidence.
  3. Initiator completes authentication and key confirmation → shared secret material, often exported to OSCORE so CoAP messages stay protected end-to-end through proxies and gateways.
Why "ephemeral" mattersEach run uses fresh temporary key material, so compromising a long-term credential later does not automatically expose every past session. Credentials can be raw public keys, certificates or pre-shared keys — the choice must match manufacturing, onboarding and replacement processes, not just cryptographic taste.
Think of it likeWPA2/WPA3 is a security guard at the building door. EDHOC + OSCORE is a tamper-proof envelope around the letter itself — it still protects the contents after the letter leaves the building, passes through the mailroom, and crosses town.
MQTT follows the same layeringA Wi-Fi sensor reaches its MQTT broker only after association, IP and routing succeed. WPA2/WPA3 protects the local radio hop — it does not authenticate the broker, authorise topics, or protect messages after they leave the WLAN. Secure MQTT: TLS, validate broker certificates, strong client credentials or certificates, restrict publish/subscribe per topic, rotate on device replacement. Watch for retained messages, anonymous access, wildcard topics and bridge connections that quietly move data between security domains.

Segmentation and policy enforcement

Short form: segmentation limits the blast radius. Authenticated connectivity must not imply unrestricted reachability.

Example — the hospitalClinician tablets, infusion pumps, guest phones and building sensors all use nearby APs. Flat network: compromising one guest phone opens a path toward clinical systems. Segmented: guests get internet-only, medical devices get narrow application segments, facilities sensors get a constrained management network, staff reach clinical services under defined policy. The medium is shared; the trust is not.
Key idea — and the incident argumentToo coarse and critical systems stay exposed; too granular and administration becomes brittle. Beyond blocking normal-time reachability, segmentation gives defenders manoeuvring room during abnormal operation: an isolated compromised camera fleet can be quarantined without taking down unrelated business systems.
5.4

Monitoring, response and the worked case

CH5 · Security

Raw events matter less than their operational context — and containment should be as narrow as it can be while still working.

Control (Table 5.8)Primary objectiveExample use
WPA3-EnterpriseConfidentiality and access controlCampus WLAN
Network segmentationContainmentSeparating IoT devices
WIDS / WIPSDetection and preventionRogue AP detection
Certificate managementIdentity assuranceEnterprise onboarding

Detection

Short form: rogue AP detection, channel anomaly analysis, failed-authentication correlation, traffic-baseline deviation. Combine radio evidence with network telemetry — attacks that look ambiguous from one vantage point become obvious when correlated.

ExampleA suspicious beacon might be a rogue AP, a neighbouring tenant, or a legitimate device misconfigured. Radio fingerprinting alone rarely decides. Confidence comes from matching beacons against wired-port state, controller inventory, certificate-validation failures and switch authentication logs. Likewise a spike in failed authentications may be brute force — or expired credentials, or one broken supplicant.
Baselines before the crisisKnow which channels are normally busy, where crowds gather, what failure rates are normal, and which device classes appear when. Without a baseline, "anomaly detection" is just noise.

WIDS listens for rogue APs, spoofed management frames, odd probe behaviour, devices on prohibited channels. WIPS adds enforcement: classify a device as unauthorised, trigger containment, coordinate across sensors and controllers.

Watch out — policy, not sensor countOver-aggressive prevention disrupts neighbouring networks and trains operators to ignore alerts. Under-tuned monitoring is a noisy event feed. Mature deployments define what counts as rogue / misconfigured / external / authorised, attach a response playbook to each, and confirm that automatic containment is legally and operationally appropriate.

Port mirroring (SPAN) — seeing the wired side

Short form: tell the switch to copy packets from a port, VLAN or subinterface to an analyzer port running Wireshark — without sitting inline with production traffic. Useful for DHCP failures, ARP spoofing, odd DNS, malware callbacks, MQTT traffic, or checking that clients land in the expected VLAN.

  1. Identify the uplink/access port connecting the AP or Wi-Fi router to the wired network.
  2. Decide direction: ingress, egress, or both.
  3. Use a dedicated destination port for the analyzer — not one carrying ordinary traffic.
  4. Capture in a controlled window; record time, source port, SSID/VLAN under test and the client device.
  5. Remove the mirror session afterwards so it stops consuming switch resources and exposing data.
Limitations that catch people out
  • If the AP tunnels traffic to a controller, the local port shows CAPWAP — not individual client packets. If it bridges locally, you see the client IP traffic directly.
  • Encrypted payloads stay encrypted: you get metadata, addresses, ports, certificates, timing and negotiation — not content.
  • Mirroring can oversubscribe the analyzer port if the source carries more than the destination can take.
It is a targeted diagnostic and forensic tool used with authorization and privacy controls — not a permanent replacement for logs, flow telemetry or WIDS/WIPS.

Response

Short form: isolation → credential revocation → forensic capture → service restoration. Written procedures cut confusion because the team already knows which steps preserve evidence, which contain spread, and which restore service.

Containment is a trade-offAs narrow as possible while still effective. A broad shutdown stops the attack fast — and may also cut voice, safety systems or building management that ride the same WLAN.

Then disciplined recovery: preserve controller logs, radio captures, client events and inventory records; re-onboard from trusted state; rotate keys and credentials; validate restored configuration; communicate with affected users.

Certificates are an operational control, not paperworkThey let the network verify servers, users and devices without shared passwords. But the network can only trust them if issuance, renewal, revocation and trust-anchor distribution all work. "A certificate that is never revoked after device loss is not much better than a forgotten password." Lose a tablet from a high-trust segment → revoke one certificate, leave every other device alone. (Exercise 4.)

Worked example — the evil twin on the staff SSID

A department on two floors runs staff, student, guest and lab-instrument SSIDs. Users report intermittent disconnections near the meeting rooms; admins see failed authentications rising in the same area. It could be congestion, a software defect, or an attack.

  1. Radio evidence: sensors confirm repeated deauthentication frames on the affected channels.
  2. Controller logs: staff devices drop from legitimate APs, then try to reassociate with an unknown transmitter advertising a familiar name.
  3. Inventory: switch records show no authorised AP on the expected wired ports → the device is rogue and independently connected.
  4. Conclusion: correlating radio + identity + inventory separates an evil-twin campaign from ordinary interference.
  5. Containment: review credentials from suspicious events, confirm certificate validation is still enforced on managed devices, apply WIPS classification/suppression where policy allows, and physically inspect the floor to remove the hardware.
  6. Blast radius: because guest and lab systems are segmented from staff, exposure stays limited even if some users associated.
  7. Recovery: rotate potentially exposed credentials, reinforce onboarding guidance, re-check neighbouring APs so coverage and roaming remain healthy.
The chapter's closing pointWireless security works when identity protection, segmentation, monitoring and response reinforce each other as one operational model — not as four separate products.
▸ chapter 5 exercises

1 Classify three attacks as passive or active and justify → passive: eavesdropping, traffic analysis (attacker never transmits). Active: deauth abuse, evil twin, ARP spoofing, jamming, replay (attacker injects/modifies/suppresses).

2 Eq 5.1 and segmentation → segmentation does not touch threat; it cuts impact by containing the blast radius, so residual risk falls even though attackers are unchanged.

3 Monitoring plan for rogue APs in a university building → sensors for beacons and spoofed management frames; correlate with wired-port state, controller inventory, certificate-validation failures, switch auth logs; define baselines; classify rogue/misconfigured/external/authorised; attach playbooks; tune to avoid false positives.

4 Why certificate validation and onboarding are architectural → they decide whether an evil twin can harvest credentials, whether revocation actually works, and how much trust the network may place in an endpoint. It is the trust anchor of the whole authentication path, not admin housekeeping.

5 Incident-response outline for a suspected evil twin → detect (deauth + unknown transmitter + inventory mismatch) → contain narrowly (credential review, enforce validation, WIPS classification, physical removal) → preserve evidence → recover (rotate credentials, re-onboard, verify coverage/roaming) → review.

6 Controls when PAA and EP are separate → authenticate and integrity/replay-protect the PAA→EP exchange of identity, authorization state, filters and keys; least-privilege filtering; session expiration; monitoring; plus a PaC–EP security association if the data plane needs cryptographic protection.

6.1

LPWAN goals, traffic and energy

CH6 · LPWAN

An LPWAN is judged by how long a small device can sit unattended and still be heard from far away. Peak speed barely matters.

Coverage and battery beat throughput

Short form: broadband wireless is graded on speed and latency. LPWAN is graded on range, battery life and cost per device, so it gives up throughput on purpose. Design starts from the application's reporting pattern, not from the radio's bit rate.

Think of it likeA water-meter reader versus a courier van. The van is fast and carries a lot, but it needs fuel every day. The meter reader walks slowly with a notebook and still finishes the year without refuelling.
Key ideaLifecycle counts as part of the engineering. A radio that is slightly better but doubles the battery-replacement visits is the worse design in practice.

Traffic characteristics

Short form: small payloads, sent rarely, mostly uplink. A device wakes, measures, sends and goes back to sleep. Timing can be periodic (smart meter), event-driven (alarm) or a mix (asset tracker that changes behaviour when it moves).

  • Overhead matters more than usual. With a few bytes of payload, headers, joins, ACKs and retries can eat a large share of airtime and energy.
  • The right question is how much useful information you get per unit of battery energy and airtime, not how many bits per second the link can carry.
  • Periodic vs alarm-driven: a river sensor with a 12-byte hourly reading values endurance and reach. A vaccine cold-chain monitor sends routine updates too, but the rare alarm must arrive reliably and on time.
Characterise traffic before choosing technologyTwo "LPWAN" applications can have totally different success criteria. Pick the technology after you know the pattern.

Preamble and CAD

Short form: a low-power receiver cannot stay awake all the time. The preamble is a known pattern at the start of a frame that lets a receiver notice a packet, line up its timing and get ready for the payload. CAD (channel activity detection) is a very short wake-up to check whether such a pattern is on the air. Nothing there, back to sleep. Something there, stay awake and receive.

  • Longer preamble → easier for a sleepy receiver to catch, but more transmitter airtime and energy.
  • More frequent CAD → quicker response to downlink, but more receiver energy.
  • Less frequent CAD → saves power, but needs a longer preamble or risks missed packets.

Worked numbers: CAD every 2 s with 20 ms awake costs 20/2000 = 1% of time. Every 1 s it costs 20/1000 = 2%, so receiver listening cost doubles. In return the preamble might drop from 1.2 s to about 0.6 s, which saves transmitter airtime. Tune CAD interval and preamble length together.

Common slipTreating preamble as wasted overhead. In a duty-cycled system it is the thing that makes intermittent reception possible at all.

Energy: Eq 6.1

Short form: L = Ebattery / Pavg. With a fixed battery, lifetime goes up only when average power goes down. Average power is a weighted mix of sleep, sensing, transmit, receive and retries, so what you control is how often and how long the expensive states happen.

Worked exampleBattery 2400 mAh at 3.6 V ≈ 8.64 Wh. Sleep 5 µA, active 40 mA, duty cycle 0.1%. Average current ≈ 0.999×0.005 + 0.001×40 ≈ 0.045 mA, so life ≈ 2400 / 0.045 ≈ 53,000 h ≈ 6 years. Raise the duty cycle to 1% and the average current is about 0.405 mA, giving only 0.7 years. A tenfold duty-cycle change cut the life by roughly nine times. The RF Lab has this calculator.
  • Poor link quality causes retransmissions, which raise average power. A winter fade can break an 8-year battery target.
  • Levers: transmit less, process locally and send only meaningful events, avoid downlink dependence, keep coverage margin so retries stay rare.
▸ chapter 6 exercises 1, 4, 6 (energy, traffic, CAD)

1 Duty cycling and lifetime (Eq 6.1) → L = E/Pavg. Duty cycling lowers Pavg by keeping the radio asleep most of the time, so L rises. Show the numbers (0.1% vs 1%). Caveat: the sleep current sets a floor, and retries or long listening windows push Pavg back up.

4 Alarm-driven vs periodic metering → periodic: predictable, can be scheduled and staggered, so airtime and battery are easy to plan. Alarm: long silence, then urgent bursts that may arrive together, so reliability, latency and collision handling matter more. Design consequence: separate routine telemetry from critical exception events.

6 CAD interval and preamble length (Fig 6.2) → shorter CAD interval: faster response, more receiver energy. Longer preamble: better detection by a sleeping receiver, more transmitter airtime. They trade off against each other, and regulatory airtime limits cap the preamble side.

6.2

LPWAN technologies: unlicensed vs cellular

CH6 · LPWAN

The real split is who owns the network. Unlicensed means you run it yourself. Cellular means an operator runs it for you.

TechnologySpectrumStrengthLimitation
LoRaWANUnlicensedFlexible private deploymentDuty-cycle constraints
SigfoxUnlicensedVery low energy messagingLimited payload flexibility
NB-IoTLicensedStrong operator coverageOperator dependency
LTE-MLicensedBetter mobility support than LoRaWANHigher complexity

Unlicensed LPWAN

Short form: low barrier to entry. You place gateways where you need coverage, on your own schedule, with no operator. Good for factories, campuses, ports, farms and utilities that want local control. The price is uncertainty: shared spectrum means unpredictable interference, and regulatory duty-cycle limits cap how often you can transmit and how freely you can send acknowledgments.

  • LoRaWAN performance depends on gateway placement, spreading-factor behaviour and channel occupancy. A campus energy-metering project may need only a few well-placed gateways; a dense city with many independent systems needs more tuning.
  • Treat radio planning as an ongoing operational task, not a one-time install.

Cellular LPWAN (NB-IoT, LTE-M)

Short form: licensed spectrum (less outside interference), operator-run sites for wide reach, and built-in subscriber identity for managing huge fleets. Chosen when devices are spread across regions or move, and you would rather buy a managed service than build gateways.

  • NB-IoT: low-rate, stationary or delay-tolerant devices that need deep coverage and tight energy use. Think a gas meter in a basement.
  • LTE-M: somewhat higher data rate, lower latency, mobility support. Think a medical asset tracker being carried around.
  • Costs: dependence on operator coverage, tariffs and network evolution; module certification and SIM provisioning are more involved.
Key ideaNever say one technology is "best". Match it to the application's mobility, ownership model, spectrum environment and service guarantees. Static rural monitoring can use cheap private gateways; tracking moving assets nationwide favours the operator.
Don't mix upNB-IoT is for stationary, delay-tolerant, deep-coverage use. LTE-M is the one with mobility and higher rate. LoRaWAN is the one with duty-cycle limits. Sigfox is the one with limited payload flexibility.
▸ chapter 6 exercise 2 (rural environmental monitoring)

2 Unlicensed vs licensed for rural monitoring → unlicensed (LoRaWAN): own gateways, no subscription per device, you decide the coverage, but you handle interference, duty-cycle limits and maintenance. Licensed (NB-IoT): no gateways to build and clean spectrum, but you depend on operator coverage in remote areas plus module and subscription cost. Static, delay-tolerant sensors in a district often suit private gateways; if the operator already covers the area well, NB-IoT removes the operating work.

6.3

Architecture, applications and scalability

CH6 · LPWAN

LPWAN is an end-to-end pipeline. A packet that reaches the gateway has not yet reached a working service.

The pipeline

Sensors Gateway / BS Network server Applications

Short form: three concerns kept apart. Field communication (simple, low-energy devices), network coordination (gateways turn weak sporadic transmissions into steady upstream traffic; the server handles identity, deduplication, security policy and queuing) and application integration. A good radio link can still end in a failed service if the backend routing, event processing or security is poor.

MQTT and ECHONET Lite over Wi-Fi

  • MQTT: publish/subscribe. Devices publish to named topics on a broker; applications subscribe. Sensors and consumers are decoupled. Over Wi-Fi the path is 802.11 frame → IP → TCP → MQTT, so Wi-Fi quality still affects delay, loss recovery, battery and reconnects. Local broker = low latency and works through Internet outages; cloud broker = easy wide-area integration; hybrids bridge selected topics.
  • ECHONET Lite: an application protocol for home automation and energy. Appliances are objects with properties a controller can read, write or get notified about (air conditioners, batteries, EV chargers, meters). Wi-Fi is only the IP path. Local discovery and control matter because it should work without the cloud.
  • Security for ECHONET: Wi-Fi encryption keeps outsiders off the radio link but does not decide which authenticated client may control which appliance. Put energy devices on an IoT segment, restrict controllers, disable unneeded remote access, update firmware, monitor discovery/control traffic, and authenticate both sides of any cloud gateway.
  • Why Wi-Fi at all? More throughput and lower delay than LPWAN, at the cost of more energy and denser infrastructure.

Monitoring applications

Short form: water level, soil moisture, air quality, tank fill, pump status and equipment temperature change over minutes or hours, so breadth (many cheap points) beats high-rate streams from a few. Keep ordinary telemetry and critical exception events distinct even when they share a fleet: an hourly tank report can still need an urgent overflow alarm.

Scalability

Short form: capacity depends on gateway density, channel occupancy, acknowledgment policy and uplink/downlink asymmetry, not on coverage radius alone. Assess both energy and airtime efficiency.

  • Uplink bias: LPWANs are built for devices that report. Downlink windows are scarcer, cost more airtime and depend on when a device is awake. So commands, firmware updates and acknowledgment-heavy workflows scale badly.
  • Pilot trap: 50 devices rarely collide, 50,000 do. Synchronised reporting (rush hour for parking sensors) creates bursts. Fix by staggering transmissions, placing gateways well, ACKing sparingly, and planning from the mature-deployment traffic model.
Failure storyPilot works → city-wide rollout → collisions rise → retries raise average power → battery life shrinks. The scaling problem shows up as an energy problem.
▸ chapter 6 exercises 3 and 5 (uplink bias, pilot to scale)

3 Why optimise uplink more → devices are reporters, downlink needs the receiver awake (energy) and uses scarce airtime, and a protocol that must answer every uplink does not scale. Design around rare, high-value downlink.

5 Pilot to tens of thousands → contention and collisions grow, retransmissions burn battery, gateways and backend load increase, synchronised reporting makes bursts, and downlink/ACK habits that were harmless at 300 devices now saturate. Redesign: staggering, gateway density, fewer ACKs, backend capacity, and device management at scale.

7.1

Access, aggregation and core layers

CH7 · Broadband

Broadband is a hierarchy. Many slow customer links feed a metro aggregation network, which feeds a fast IP core. Fiber is what holds the layers together.

Core: transport, interconnect, reachability Aggregation / metro: consolidate and apply policy Access: fiber, cable, DSL, fixed wireless, PON Customer premises / end users

Why fiber is the structural backbone

Short form: whatever the last-mile medium is (copper, coax, radio), the traffic of many users has to move over metropolitan distances, and only optical fiber does that economically. Fiber gives huge bandwidth, low attenuation, immunity to electromagnetic interference and long reach without regeneration. It also separates the cable plant's life (decades) from the electronics' life (upgrade by swapping optics, wavelengths or split strategy).

Access networks

Short form: access connects users to the provider edge. Options are fiber, cable, DSL, fixed wireless and PON. Fiber to the home also holds up over long local-loop distances where copper would collapse.

PON in one lineOne OLT port in the central office shares a feeder fiber through a passive splitter to many ONTs. No powered electronics in the field. Upstream is shared in time slots, so the planning issues are split ratio, optical budget and upstream contention. A 1:32 versus 1:64 split trades capital efficiency against per-subscriber margin and reach.
Greenfield vs old neighbourhoodNew housing: run full fiber from the start. Older area: fiber to a cabinet and keep legacy copper or coax for now. Both are access decisions. The first uses optics as the whole medium, the second uses them as a staged upgrade anchor.

Connectors are a service issue

Short form: connector type, polish and cleanliness change insertion loss and reflection, so they change whether a subscriber has service.

ItemWhat to remember
SCSquare push-pull; common in access equipment, easy to handle
LCSmall form factor; dense panels and high-port-count gear
ST / FCRound bayonet / threaded; older installs, special environments, test
APCAngled end-face, low back-reflection; widely used in PON
UPCGeneral purpose finish; not interchangeable with APC in design intent
Typical field faultThe feeder and OLT are fine. A dirty connector at the wall outlet or ONT patch lead is what knocks the customer out. Inspect, clean, label, use standard termination.

Aggregation vs core

  • Aggregation: consolidates traffic from many access segments and enforces subscriber policy. Uses Ethernet over fiber, wavelength services or packet-optical transport to connect access nodes, broadband network gateways and regional service edges.
  • Core: large-scale transport, interconnection and reachability across regions or nations.
  • DWDM: several wavelengths on one fiber pair multiply capacity without new cable, e.g. adding mobile backhaul or data-center interconnect later.
  • Resilience: ring, mesh and dual-homed topologies over fiber let traffic reroute after a cut, if restoration was designed in.
▸ chapter 7 exercise 1 (aggregation vs core)

1 Purpose and scale → aggregation gathers many access segments and applies subscriber policy at metro scale. Core carries the combined traffic at very high capacity and provides interconnection and reachability over long distances. Aggregation is about collecting and controlling; core is about moving a lot, far.

7.2

Capacity, oversubscription and the subscriber edge

CH7 · Broadband

Fiber does not remove sharing. It moves the bottleneck and changes its timescale.

Oversubscription: Eq 7.1

Short form: O = (N × Raccess) / Ruplink. N subscribers each sold Raccess, sharing an uplink of Ruplink. O = 1 means the uplink could carry everyone at full rate. O > 1 relies on statistical multiplexing, because not everyone is busy at once.

Worked example400 subscribers × 100 Mb/s = 40 Gb/s of sold capacity on a 10 Gb/s uplink → O = 4:1. Add 400 more subscribers and change nothing else: O = 8:1. The busy-hour share per user is now half of what it was.
  • It happens at several places: PON upstream slots, aggregation rings toward the metro core, uplink wavelengths.
  • Plan by asking where contention will occur, how bursty traffic is across tiers, and how much headroom to keep for growth and protection.
Exercise 2 answer shapeMore N with the same Ruplink raises O proportionally. Busy-hour congestion, loss and latency appear first, worst for the heavy tiers. Fix: upgrade uplink, split nodes, shape by tier, or cap sales per node.

Subscriber edge

Short form: the gateway or ONT/ONU does framing, traffic classification, address translation and service demarcation. On fiber it converts light to Ethernet or voice, takes part in provisioning, and exposes optical power, loss margin and registration state as diagnostics.

"Internet keeps dropping" could be indoor Wi-Fi congestion, a failing residential gateway, a dirty connector, bend loss in the drop cable, or a splitter path upstream. The edge is both a network boundary and an optical maintenance boundary, so staff need both skill sets.

Layers working together

Short form: Ethernet, MPLS, IP and optical transport are integrated, and coordination between them decides fault tolerance, scalability and operational difficulty. A fiber cut shows up first as an optical alarm, then an Ethernet link failure, then a routing convergence event. Being able to connect those quickly is operational maturity.

  • The optical layer can give wavelengths or protected circuits to separate services (residential Internet, business Ethernet, mobile backhaul, video) over one regional fiber plant.
  • Route length, regeneration and protection topology influence latency, synchronisation and upgrade timing for sensitive services such as mobile transport.
7.3

BGP: policy-controlled reachability (§7.2.2.1)

CH7 · Broadband

BGP is a policy system that happens to carry routes. The preferred path is the one your policy likes, not necessarily the shortest.

Basics

Short form: an autonomous system (AS) is a network under one routing policy, with an AS number. Inside an AS, an IGP (OSPF, IS-IS) computes routes. BGP tells other ASes which prefixes you can reach. BGP speakers peer over TCP.

MessageJob
OPENEstablish the session and its parameters
KEEPALIVEConfirm the session is still alive
UPDATEAdvertise (NLRI + attributes) or withdraw prefixes
NOTIFICATIONReport an error and close the session

A long-lived session carries only incremental changes, which is what makes large-scale exchange practical. A session reset means a lot of relearning.

eBGP vs iBGP

eBGPiBGP
BetweenDifferent ASesRouters in the same AS
PurposeAdvertise customer, peer, provider and service prefixes per policySpread externally learned routes to the routers that need them
RuleAdds own AS number to AS_PATH when advertising outDoes not re-advertise a route learned from one iBGP peer to another iBGP peer
Route reflectorsBecause of the iBGP rule, plain iBGP needs a full mesh, which grows roughly as n(n−1)/2 sessions. A route reflector is allowed to reflect routes to its clients, so the session count drops sharply. Cost: where you place reflectors and how you set policy changes which paths the clients see and pick. 20 routers: 190 sessions in a full mesh versus about 20 with one reflector (client sessions, ignoring redundancy).

Path-vector and attributes

Short form: a route carries the AS_PATH (list of ASes it passed). A router that sees its own AS in the path rejects it, which gives interdomain loop prevention. The receiver applies import policy, selects a best path, then applies export policy before telling anyone else. BGP spreads selected outcomes, not every path it knows.

AttributeCarriesPolicy role
AS_PATHASes traversedLoop detection; often influences preference
NEXT_HOPNext router toward the prefixTies BGP choice to forwarding topology
LOCAL_PREFPreference set and shared inside an ASWhich exit or upstream the AS prefers
MEDSuggested entry point into a neighbouring ASHelps a neighbour choose among multiple links
ORIGINHow the route entered BGPExtra selection and diagnostic signal
CommunityPolicy tagGroup routes for filtering, preference, propagation
Order of thinking for exercise 4Strong local policy first (higher LOCAL_PREF wins inside the AS), then shorter AS_PATH, then MED when comparing paths from the same neighbouring AS, then IGP cost to NEXT_HOP (closest exit). Exact sequence is implementation- and policy-dependent.
  • Typical provider policy: prefer customer routes over peer or transit routes, stop one customer becoming transit for another, steer outbound traffic to a preferred upstream.
  • Withdrawal and convergence: a withdrawn prefix makes each peer redo selection and policy, possibly passing through several intermediate paths before things settle. Bad churn is flapping.
  • Safeguards: prefix and AS-path filters, max-prefix limits, protected sessions, careful community handling, monitoring origin changes, route-origin validation. Without them: route leaks and prefix hijacks.
  • BGP and MPLS split the work: BGP decides which routes and service info get distributed (including VPN routes between PE routers). MPLS carries the packets over labeled paths.
▸ chapter 7 exercises 3, 4, 5 (eBGP/iBGP, selection, withdrawal)

3 eBGP vs iBGP and route reflectors → eBGP between ASes, iBGP inside one AS to carry external routes to the routers that need them. iBGP does not pass a route from one iBGP peer to another, so a full mesh is needed, which scales badly. Route reflectors reduce sessions; trade-off is placement and policy affecting path choice.

4 Two advertisements for one prefix → compare with the order above, and say that policy can override "shortest". Give a mini example: path A has LOCAL_PREF 200 but a longer AS_PATH, path B is shorter with LOCAL_PREF 100 → A wins.

5 Withdrawal → UPDATE removes the prefix, receivers delete it, rerun selection, advertise a replacement if one exists, and their neighbours repeat. Convergence takes time because the changes ripple across many ASes with policy processing at each step (and flaps can prolong it).

7.4

MPLS: labels, VPNs and traffic engineering (§7.2.2.2)

CH7 · Broadband

MPLS forwards on a short label chosen at the edge instead of looking up the destination IP at every hop.

Push, swap, pop

IP packetto D Ingress LERpush 100 Transit LSRswap 100→240 Transit LSRswap 240→77 Egresspop Labels have local significance. 100, 240 and 77 mean something only on their own link.
  • FEC: a class of packets that get the same forwarding treatment. The ingress LER decides it, using destination prefix, interface, VPN, QoS class or TE policy.
  • LER (edge) pushes and pops. LSR (inside) reads the top label and swaps it. The label indexes a table, so no longest-prefix lookup in transit. A label is not an address and does not replace IP routing.
  • LSP is the directional labeled path. Return traffic can take a different one.
  • Tables: FEC-to-NHLFE (entering packets), incoming label map (labeled packets), NHLFE (outgoing interface, next hop, operation).
  • Penultimate-hop popping: the router before the egress removes the outer label, saving the egress a lookup.

Label stack and BGP/MPLS VPN

Short form: outer label gets the packet across the core to the right egress PE. Inner label picks the VPN (VRF) or customer attachment there. Core P routers only read the outer label, so they do not hold customer routes. CE routers exchange routes with PE routers, each PE keeps one VRF per VPN, and BGP distributes the VPN routes between PEs.

Separation is not encryptionAn MPLS VPN keeps customers apart in routing and forwarding. It does not hide the payload from the provider. Confidentiality needs something extra like IPsec.

Traffic engineering

Short form: shortest-path routing may pile everything on the cheapest path while another path sits idle. A TE LSP is explicitly routed with constraints (bandwidth, policy, latency, links to include or avoid). RSVP-TE signals such tunnels and reserves resources.

  • Better utilisation and service support, but it creates state that must be monitored, protected and recomputed after failures.
  • It is a network-wide planning tool, not a guarantee that each packet gets better QoS.
  • MPLS depends on healthy IP routing, label distribution and operations. An optical failure underneath can break many LSPs at once, so watch adjacencies, bindings, LSP state, loss, latency and transport alarms together.
▸ chapter 7 exercises 6, 7, 8 (push/swap/pop, labels, TE)

6 Push at the ingress LER after classifying into a FEC; swap at each transit LSR, replacing the incoming label with a locally significant outgoing one; pop at the egress (or one hop earlier with PHP) so the IP packet leaves unlabeled. Use Fig 7.4 numbers: 100 → 240 → 77.

7 The outer transport label moves the packet to the correct egress PE; the inner VPN label picks the VRF there. P routers only look at the outer label, so no customer routes are stored in the core. That is how the provider adds services without every core router knowing every customer.

8 Shortest-path forwarding follows the lowest-cost route regardless of load. A TE LSP is chosen by constraints and can use a path with spare capacity. It costs extra signalling and state and needs re-planning on failures.

7.5

FTTH/PON, fiber-centric and hybrid access

CH7 · Broadband

Pick the access technology by medium, strength and challenge. FTTH/PON is the high-capacity, high-civil-cost end. Hybrids reach fiber step by step.

TechnologyMediumStrengthCommon challenge
FTTH/PONFiberVery high capacityCivil works cost
DOCSIS cableCoaxReuses installed plantShared-medium contention
DSLTwisted pairBroad legacy availabilityDistance sensitivity
Fixed wirelessRadioFast deploymentSpectrum and propagation limits

FTTH/PON topology

OLTcentral office 1:N passive splitter feeder fiber ONT 1 · Home A ONT 2 · Home B ONT 3 · Home C drops

Short form: the OLT launches light downstream; the splitter divides it with no field power; each ONT converts to Ethernet/voice/video. Upstream is coordinated in time so subscribers do not overlap. Responsibility split (ex 10): feeder = shared provider section back to the OLT, splitter = passive branch point and where split ratio and loss are decided, ONT/drop = subscriber demarcation and local service handoff.

Optical budget

Short form: every passive element eats power. Total path loss has to stay comfortably inside what the transceiver pair supports. Margin = (Tx power − Rx sensitivity) − total loss.

ComponentTypical lossNote
Fiber2–6 dBRoute length, fiber type, wavelength
Splices0.2–1 dB totalAdds up over all splice points
Connectors0.5–1.5 dB totalCleanliness, polish, mating
Splitter7–20 dBDepends on 1:8 / 1:16 / 1:32 / 1:64
Reserve margin2–4 dBAging, repairs, temperature, measurement error
Total12–32 dBMust fit the PON system's budget
Rule of thumbAn ideal 1:N splitter loses about 10·log₁₀(N) dB, and real ones a bit more. Each doubling of the split costs about 3 dB, which is why 1:64 eats reach compared with 1:32. Use the optical-budget calculator in the RF Lab.
  • Operations: few powered field parts means fewer failures, but faults at connectors, bends, splitter paths and registration need optical diagnostic skill (power readings, event traces, OLT telemetry). Document splitter locations and port assignments carefully.
  • Adoption matters: 32 homes with 6 active behave differently from 32 homes all on multi-gigabit tiers at evening peak.
  • Upgrades: move to a faster PON generation by changing OLT/ONT and optics, but the passive plant, splitters and wavelength plan must stay compatible during migration.

Fiber-centric and hybrid

  • Fiber-centric: high capacity, low attenuation, long upgrade horizon. The cable can stay in the ground while you improve modulation, wavelengths or PON standard. Justified when long-term demand pays for the high upfront cost (open-access municipal network, new suburb that later also does business and small-cell backhaul). Optical budget and construction quality still decide whether gigabit marketing is real.
  • Hybrid (HFC, fiber-to-the-cabinet): fiber deep into the network, existing coax or copper for the last segment. Cheaper and faster, a good transition, but users feel the weakest segment and pressure to push fiber closer keeps growing. In HFC, shrink the homes per node over time.
▸ chapter 7 exercises 9, 10, 11 (fiber vs fixed wireless, PON roles, connector and budget)

9 Suburban rollout: fiber = highest capacity and longest life, expensive civil works, slower to build. Fixed wireless = fast and cheap to deploy, limited by spectrum, line of sight and propagation, shared capacity per sector (and it still needs fiber backhaul). Staged option: fixed wireless first, fiber where demand justifies it.

10 Feeder: OLT to splitter, shared by all subscribers on the branch. Splitter: passive branching, set split ratio and a big part of the loss budget. ONT: end of the drop, demarcation and customer-facing service. A registration failure could sit in any of the three, so diagnosis follows the same split.

11 A correct fiber route still fails if connectors are dirty or the wrong polish, since they set insertion loss and reflection, and the total loss budget must stay under the transceiver's limit. Small physical mistakes at an interface cause large service effects, and degrade margin as parts age.

8.1

Demand forecasting and service tiers

CH8 · Design

Everything downstream rests on the forecast. Bad demand assumptions are expensive to undo once fiber is in the ground.

The design flow

Demand forecast
▶
Topology
▶
Capacity
▶
Resilience
▶
Implementation

Forecasting

Short form: combine demographics, adoption, historical demand and competition. Segment first, because apartments, low-density suburbs, industrial parks, student housing and rural towns behave differently. A new network replacing poor service adopts fast; an overbuild in a market with several fast operators grows slowly unless price or service differs.

  • Plan for busy-hour traffic, not the daily average. The busy hour drives uplink sizing, aggregation and oversubscription risk.
  • Turn customer counts into time-varying traffic models rather than one aggregate bit rate.
  • Over-forecast strands capital in unused feeder and oversized equipment. Under-forecast leaves bottlenecks. Look for the defensible middle supported by data.
Examples of forecast errorsRemote work and video calls were missed → upstream demand stresses aggregation even though the downstream headline speed looked fine. Business take-up was overestimated in an industrial corridor → premium infrastructure sits idle.

Service tiers and SLAs

Short form: a tier defines nominal throughput, latency target, support commitments and extras. An SLA adds contractual restoration targets, maintenance windows and escalation. Tiers are engineering commitments, not sales labels.

  • Best-effort residential can lean on statistical sharing. Premium low-latency business circuits cannot.
  • Promising symmetric multi-gigabit affects access technology, aggregation headroom, optical budget and CPE.
  • Three tiers on one plant (entry, premium residential, business with uptime and response guarantees) still differ in design: the business tier may need reserved capacity, stronger monitoring and faster repair.
  • Marketing that outruns the engineering model leads to unhappy customers, regulatory trouble or overload.
8.2

Topology, availability and resilience

CH8 · Design

You can raise availability by failing less often or by repairing faster. A good design uses both.

Availability: Eq 8.1

Short form: A = MTBF / (MTBF + MTTR). Higher MTBF and lower MTTR both raise A.

  • Raise MTBF: fiber route diversity, quality construction, environmental hardening, equipment redundancy.
  • Lower MTTR: spares strategy, clear documentation, quick alarm correlation, disciplined repair workflow.
  • Moderate redundancy plus strong operations is usually cheaper than pure duplication.
Worked example (exercise 1)MTBF 2000 h, MTTR 8 h → A = 2000/2008 = 99.60% (about 35 h of downtime per year). Cut MTTR to 2 h with spares and better documentation → A = 2000/2002 = 99.90% (about 8.8 h per year). Same hardware, four times less downtime, so repair-process investment can be justified by the equation. Downtime/year ≈ (1 − A) × 8760 h.
Combining partsIn series (all must work) availabilities multiply, so the chain is weaker than its weakest link. In parallel (any one is enough) the unavailabilities multiply: A = 1 − (1 − A₁)(1 − A₂). Two 99% links in parallel give 99.99%; in series 98.01%. The RF Lab has this too.
Not every segment needs the same protectionA rural spur is engineered differently from a metro aggregation path that carries hospitals, enterprise customers and mobile backhaul. Ask which failures are most likely, which are most costly, and where redundancy gives the most benefit per unit cost.

Physical topology

Short form: star, ring, tree and mesh affect cost, expansion and survivability. A tree is cheap but a feeder cut has a large failure domain. Rings and dual-homing cost more but cut outage time and affected customers. Geography decides what is buildable: roads, poles, rivers, rail, ducts, permits.

  • Node placement (cabinets, splitters, aggregation points, COs) sets reach, optical loss, repair access and expansion room. Too few nodes: long runs and hard repairs. Too many: site cost, power and complexity.
  • In fiber designs route length, splice count, connector count and split strategy all consume optical margin.
  • A suburban ring survives a cut but needs more trenching than a tree. Long rural feeders reduce site count but may leave no margin for later split expansion.

Logical topology

Short form: the service view on top: which traffic shares a forwarding domain, how subscribers are authenticated and isolated, how business is separated from residential, how rerouting works. It can differ a lot from the physical shape because of tunnels, virtual circuits and overlays.

  • Two customers on the same fiber can be in totally different services with different addressing, QoS and policy.
  • VLANs, MPLS constructs, tunnels and policy routing allow this, but add complexity. It must still be understandable during an outage.
  • Example: physical metro ring, logical star flows into centralised subscriber gateways. Or an open-access network with shared passive fiber and separate wholesale environments per retailer.
▸ chapter 8 exercises 1, 3, 4

1 Faster repair → MTTR is in the denominator, so shrinking it raises A. Give the 8 h vs 2 h numbers and compare with the cost of doubling hardware. Say that both levers matter, but repair improvements apply to every failure type.

3 Logical vs physical → physical is cables, ducts, nodes. Logical is VLANs, MPLS tunnels, VRFs, policy. Same fiber can carry residential, business VPN, wholesale and mobile transport as separate services.

4 An efficient physical topology can still give poor service if the logical design is weak → bad isolation, a single centralised gateway as bottleneck or failure point, no QoS separation, or a design too complex to troubleshoot. The customer experiences the logical design.

8.3

Cost, phased rollout and operational readiness

CH8 · Design

The technically best design is not always the one you can finance, build and keep running.

CAPEX, OPEX and upgrade path

Short form: CAPEX is civil works, fiber, active gear, sites, power and CPE. OPEX is crews, leased facilities, energy, software, spares and support. Saving in one often inflates the other, so make the trade-off explicit early. Outside plant is expensive to rebuild while electronics are cheap to upgrade, which is why fiber-heavy can win despite the sticker price. A staged hybrid can still be right if it gets revenue flowing to fund deeper upgrades.

Design choiceMain benefitMain cost
Full fiber rolloutHighest long-term capacityHighest initial capital expense
Incremental hybrid upgradeFaster deploymentGreater architectural complexity
Redundant aggregation linksHigher availabilityMore equipment and leasing cost
Centralised policy controlEasier operationsPotential scaling bottleneck

Phased rollout

Short form: build the high-demand zones or strategic corridors first (dense neighbourhoods, business districts, anchor institutions, routes with existing duct). Lower initial cost and early revenue, but later areas may feel treated unfairly, and quick temporary decisions in phase one can become technical debt.

  • Plan transitions: don't put early neighbourhoods on a convenient temporary aggregation design that hurts later.
  • Pair it with clear communication, scalable backbone planning and a dated roadmap for underserved districts.
  • Phased vs full immediate (ex 2): phased = cash and crews spread out, learning between phases, uneven coverage. Full = uniform service and no interim compromises, but huge capital, permit and resource demand, and more exposure to forecast error.

Operational readiness

Short form: design ends when the network can be run confidently in normal and abnormal conditions, not at commissioning. Without it MTTR grows regardless of how elegant the design is.

  • Inventory: fiber paths, splitters, ports, ONTs, routers, power.
  • Monitoring: correlate optical alarms, transport faults and customer impact.
  • Field procedures: installation, connector cleaning, labelling, testing, escalation, repair.
  • Spares: line cards, OLT port modules, power supplies, ONT models on hand.
  • Documentation: so a technician can identify the right splitter path or cabinet patching.
Two providers, same architectureOne has accurate records, tested escalation, prepositioned spares and clear standards. The other relies on tribal knowledge. Customers see the first as the higher-quality network. Operational discipline turns comparable infrastructure into more reliable service.
▸ chapter 8 exercises 2 and 5

2 Phased vs full → see the bullet above; end with when each fits (limited capital or uncertain demand → phased; strong funding and uniform-service mandate → full).

5 Readiness checklist before activation → verified optical power and loss at each ONT location; inventory and port/splitter records complete; monitoring and alarms live with correlation; connector inspection and cleaning done and labelled; test results recorded; spares stocked; escalation and repair procedures tested; support staff trained in both optical and IP; provisioning and ONT registration tested end to end; pilot subscribers verified.

9.1

QoS metrics: delay, jitter, loss and throughput

CH9 · QoS

Quality of service means predictable performance for each kind of application. You measure it with delay, jitter, loss, availability and throughput, and you read them together, never one at a time.

Why metrics at all

Short form: metrics turn "the network feels bad" into targets an operator can measure. A service can show high average throughput and still feel poor if delay swings or loss forces retransmission. Everything is relative to the application class: a cloud backup tolerates delay and jitter, a voice call does not, streamed video tolerates some loss if it can buffer, and a real-time control system tolerates almost none.

Delay and jitter

Short form: delay is the time for a packet to cross the network. Jitter is how much that delay varies. Voice and interactive video are sensitive to both.

  • Where delay comes from: propagation over the medium, serialization onto links, forwarding decisions in devices, and waiting in queues.
  • Queuing is the swingy part: it depends on how many packets compete for one output at that moment. The same network feels fine at noon and laggy at the evening peak with the same distances and routes.
  • Why jitter hurts: a receiver can absorb a modest fixed delay, but irregular arrival forces a bigger buffer or causes glitches, freezes and distortion. Two paths with the same average delay can feel very different.
  • Examples: a video call with plenty of downstream speed still has awkward overlap if upstream queuing creates delay spikes. An online game uses little bandwidth yet is very sensitive to latency variation.

Loss and throughput

Short form: loss hurts the application directly, and it also lowers throughput indirectly because TCP shrinks its window and retransmits. So the two must be judged together.

  • Causes of loss: physical errors, buffer overflow, policing actions, path instability. On shared access and aggregation links, congestion-driven loss matters most.
  • Peak is not sustained: a speed test on an idle line is not the rate you get at busy hour. Effective throughput depends on protocol overhead, contention, queue occupancy, retransmissions and how well the transport recovers.
  • Moderate speed with low loss and stable latency can beat a faster line with unstable queues.
MetricPlain meaningWho suffers first
Delaytime to cross the networkvoice, interactive video, games
Jittervariation in that delayreal-time media, buffers, conversation flow
Losspackets that never arrivecalls, control traffic, and TCP rate via retransmission
Throughputeffective rate during usebackups, downloads, video quality
Availabilityfraction of time the service workseveryone, see Eq 8.1
Evening householdVideo, cloud sync and remote work share the upstream path. Upstream congestion makes file transfers slow (TCP backs off) and makes calls choppy (late or missing packets). Loss changed the achievable throughput, and the throughput demand caused the loss. They are one problem.
▸ chapter 9 exercise 4

4 High speed-test throughput but poor real-time experience → the test measures peak rate on an uncongested line. Real-time apps care about delay, jitter and loss during busy periods. Queue build-up from bulk upload, bufferbloat or misclassified traffic can give delay spikes and loss that a speed test never shows.

9.2

QoS models and mechanisms

CH9 · QoS

QoS exists because broadband is shared. Classify traffic, mark it, schedule it and manage queues, with a small number of classes you can actually verify.

Why differentiate at all

Short form: best effort is simple and fair, but mixed traffic has very different sensitivity to delay and loss, so some controlled prioritization becomes necessary. The skill is to help critical traffic without starving the rest, and without building a scheme nobody can troubleshoot: few meaningful classes, mapped consistently, tied to measurable objectives.

Equation 9.1: where the delay comes from

EQ 9.1De2e = Dproc + Dqueue + Dtrans + DpropProcessing + queuing + transmission + propagation. The split tells you which remedy to reach for.
  • Propagation dominates → the problem is distance or route length.
  • Transmission dominates → link rate is the limit.
  • Processing dominates → device architecture or feature load.
  • Queuing dominates → the most controllable term at broadband bottlenecks, which is why QoS centres on classification, scheduling, shaping and queue management.
▸ chapter 9 exercise 1

1 During congestion the term that grows is Dqueue, because more packets wait for the same output. Dproc can creep up if a device is overloaded. Dprop and Dtrans do not change with load (distance and link rate stay fixed).

Classification and marking

Short form: classification decides what a packet belongs to (application, subscriber policy, contract). Marking writes the intended treatment into a field so downstream devices can apply it consistently.

  • Classify by port numbers, deep packet inspection, subscriber identity, virtual interface, access line, or markings from trusted devices.
  • Trust boundary: if you accept every marking blindly, subscribers mark everything high priority. Providers rewrite, validate or constrain markings at the service edge, trusting managed business equipment and reclassifying unmanaged residential traffic.
  • Example: managed residential voice is classified at the gateway and marked for a low-latency queue while web and streaming stay in less urgent classes.

Scheduling and queue management

Short form: a scheduler picks which queued packet goes next when several classes wait for the same output. Queue management decides how full the queues are allowed to get before that.

MechanismWhat it doesMain risk or cost
Strict priorityAlways serves the highest class first. Protects small volumes of delay-sensitive traffic.Starves lower classes if overused.
Weighted fair queuingReserves relative service shares while still favouring important traffic.More configuration; shares must reflect real needs.
Deficit round robinCycles through queues giving each a byte allowance, so shares stay fair across packet sizes.Not strictly low-latency by itself.
Active queue managementSignals congestion or drops early so buffer occupancy, and therefore latency, stays stable.Needs tuning; the benefit is delay, not peak throughput.
  • Bufferbloat: huge unmanaged buffers absorb bursts but add excessive delay under sustained load. AQM can greatly improve interactive performance even if peak throughput barely changes.
  • Evening scenario: a video stream, a cloud backup and a voice call share the upstream. Unmanaged, the backup fills buffers and voice waits too long. With a modest low-latency treatment for voice and controlled queue occupancy for bulk data, the same line works without stopping the backup.
▸ chapter 9 exercise 2

2 Strict priority vs WFQ for mixed residential traffic → strict priority is simple and great for a small voice class but a heavy high-priority flow can starve web and backup. WFQ gives each class a guaranteed relative share, so voice still does well and bulk keeps moving, at the price of more tuning. Common answer: a small strict-priority (or low-latency) queue for voice, WFQ for the rest.

9.3

QoS engineering in practice

CH9 · QoS

QoS works only when policy, measurement and operations stay aligned. Pick a few classes, prove they work under load, and keep tuning.

Traffic classes

Short form: Table 9.1 is a starting framework, not a template. Providers merge or split classes to suit their mix (a carrier with mobile backhaul and enterprise VPNs may define stricter real-time and assured classes than a small residential ISP). Each class should mean one distinct operational intention.

ClassExample trafficPrimary goalTypical treatment
Real-timeVoice, interactive videoLow delay and jitterPriority scheduling
TransactionalWeb and control trafficFast responsivenessAssured bandwidth
Bulk dataBackups, file transfersHigh throughput efficiencyBest effort or weighted sharing
BackgroundSoftware updatesLow operational impactRate-limited service

Measurement and verification

Short form: a policy that looks sensible in a config file is not proven. Measure with synthetic tests, flow telemetry, queue statistics and user-experience indicators, and watch class-specific drops, queue occupancy, latency variation and representative applications, not just interface utilisation.

  • Verify the priority queue carries the intended traffic and that lower classes stay usable.
  • Synthetic traffic shows whether the treatment appears during congestion. Passive telemetry shows whether real traffic behaves the same over time.
  • Example: total loss is low, yet video meetings are bad at busy hours. Queue telemetry shows delay-sensitive traffic misclassified into the same congested class as bulk uploads.
▸ chapter 9 exercise 5

5 Verify a low-latency class → run synthetic voice-like probes through congestion and check delay, jitter and loss; read per-class queue occupancy and drops; sample the flows in the class (ports, DSCP or marking, subscriber) to confirm they are voice, not misclassified bulk or video; check lower classes still get their share; compare with call-quality scores from users.

Policy trade-offs

Short form: too much traffic in the high class makes "priority" meaningless and hurts the others. Too little differentiation leaves real-time traffic exposed to bulk congestion. The aim is to distribute impairment according to service value, tuned from live data.

  • On consumer broadband many traffic types share one line under end-user control, and finite capacity means ideal performance for every app cannot be guaranteed.
  • Example: a real-time class first protects voice, then grows to include lots of interactive video and starves ordinary traffic. The fix is rarely to drop priority altogether: refine classification, add class limits or improve queue management.
  • Revisit policy with operational data, complaint patterns, new application mixes and changing service tiers. QoS is an ongoing process, not a one-time configuration.
Exercise 3: a simple policyVoice → real-time class, small priority queue, rate-limited so it cannot starve others. Web and control → transactional, assured share. Backups → bulk, weighted share or best effort. Update downloads → background, rate-limited. Mark at the trusted edge, rewrite untrusted markings, apply AQM on the upstream, then verify with per-class counters.

RF lab

Link budget + coverage margin

EQ 4.1 · 1.2

Pr = Pt + Gt + Gr − Lp − Lm, then M = Pr − Pmin.

17 dBm
3 dBi
0 dBi
76 dB
6 dB
−67 dBm

Shannon capacity

EQ 1.1

C = B · log₂(1 + SNR). SNR is entered in dB and converted for you.

20 MHz
20 dB
Read it this wayDoubling bandwidth doubles capacity linearly. Doubling SNR only adds inside a logarithm — so spectrum is the blunt instrument and signal quality has diminishing returns. Both stay below the real-world ceiling.

Connection / roaming budget

EQ 3.1 · 3.2

Tsetup = Tscan + Tauth + Tassoc + Tip. Defaults = the clinician handoff (150 ms).

60 ms
40 ms
20 ms
30 ms

Spectral efficiency

EQ 2.1

η = R / B.

600 Mb/s
80 MHz

802.11 frame header size

TABLE 2.2

MAC header size by option.

Standard picker drill

§2.3.3

Match a scenario to a standards family.

0 / 0

Risk model

EQ 5.1

Risk = Threat × Vulnerability × Impact, each rated 1–5.

4
4
5
The exam pointYou cannot lower Threat — attackers exist regardless. Hardening (WPA3-Enterprise, certificate validation, disable WPS) lowers Vulnerability; segmentation and least privilege lower Impact. That is how a control which blocks no attack still reduces risk.

WEP IV collision

§5.2.1.1

A 24-bit IV has 2²⁴ = 16,777,216 values.

500
Why it mattersRepeated IVs mean related RC4 keystream protects different frames — the statistical opening that recovers a WEP key. And an attacker does not have to wait: replaying ARP requests forces the AP to pump out fresh encrypted frames as fast as it can.

Passive or active?

EXERCISE 1

Classify the attack. Passive = the attacker never transmits.

0 / 0

LPWAN battery life

EQ 6.1

L = Ebattery / Pavg, with Pavg as the duty-cycle-weighted mix of active and sleep current.

The exam pointDuty cycling works by shrinking Pavg. But once the duty cycle is not tiny, active time dominates and every extra retry costs battery. The sleep current sets a floor on how far you can go.

Oversubscription

EQ 7.1

O = (N × Raccess) / Ruplink.

Why it mattersO does not say the network is bad. It says how much you are betting on users not being busy together. Busy-hour behaviour, not the average, decides if the bet pays off.

PON optical budget

§7.3.1

Margin = (Tx power − Rx sensitivity) − total loss. Splitter loss is approximated as 10·log₁₀(N) + 0.5 dB excess.

Rules used here0.35 dB/km fiber, 0.3 dB per connector, 0.1 dB per splice, and a 3 dB reserve for aging and repairs. Try 1:64 at 20 km and watch the margin vanish.

Availability

EQ 8.1

A = MTBF / (MTBF + MTTR), with series and parallel combinations.

The exam pointFaster repair raises availability for every kind of failure, and it is usually cheaper than duplicating hardware. Redundancy (parallel) multiplies the unavailabilities, a chain (series) multiplies the availabilities.

Drills

Flashcards

Space flip · ← → move · G known · A again

question
answer

Mock exam

best —

15 random questions from a bank of .

Cheatsheet

Equations

memorize
EqFormulaMeaningWorked
1.1C = B·log₂(1+SNR)Cell capacity20 MHz @20 dB ≈ 133 Mb/s · @10 dB ≈ 69
1.2M = Pr − PminCoverage margin−64 −(−67) = 3 dB · 0 dB = failure line
2.1η = R / BSpectral efficiency600/80 = 7.5 · 800/160 = 5
3.1Tsetup = Tscan+Tauth+Tassoc+TipTime-to-service60+40+20+30 = 150 ms
4.1Pr = Pt+Gt+Gr−Lp−LmLink budget17+3+0−76−6 = −62 dBm
5.1Risk = Threat × Vulnerability × ImpactControl prioritisationhardening cuts V · segmentation cuts I
6.1L = Ebattery / PavgLPWAN device lifetime2400 mAh, 0.045 mA avg ≈ 6 yr · at 1% duty ≈ 0.7 yr
7.1O = N·Raccess / RuplinkOversubscription400·100 Mb/s / 10 Gb/s = 4:1
7.2Margin = (Ptx − Prx,min) − ΣlossPON optical budgetsplitter ≈ 10·log₁₀N · +3 dB per doubling
8.1A = MTBF / (MTBF + MTTR)Availability2000/2008 = 99.60% · MTTR 2 h → 99.90%

Numbers

memorize
ItemValue
Wi-Fi MAC header (non-QoS, 3 addresses)24 bytes
+ QoS control / + 4th address / both26 · 30 · 32 (+4 HT control)
Address field / FCS length6 bytes each (max 4) · FCS 4 bytes
Frame body~0–2304 bytes before security / aggregation
Ethernet channel limit100 m · Cat 5e / 6 / 6A · all 4 pairs
PoE order (weak → strong)802.3af → 802.3at (PoE+) → 802.3bt (PoE++)
Channel width rule2.4 → 20 MHz · 5 → 20/40/80 by density · 6 → wide OK
Non-overlapping 2.4 GHz channels1 · 6 · 11
dB rule+10 dB = 10× the ratio (20 dB = 100×)
Connection lifecyclescan → auth → assoc → IP → data
Worked roaming handoff60+40+20+30 = 150 ms (voice: borderline)
Classroom link budget / worked design−62 dBm · but 80 users still need more cells
Typical Pmin design threshold−67 dBm (as used in both worked examples)
WEP IV size / value space24 bits = 16,777,216 — too small, repeats on busy WLANs
WEP cipher / integrityRC4 stream cipher · CRC-32 (not a cryptographic MAC)
WPA2 cipherAES-CCMP (counter mode + CBC-MAC)
Four-way handshake orderANonce → SNonce+MIC → GTK+MIC → ACK+MIC
Key namesPMK (master) → PTK (unicast, per session) · GTK (broadcast/multicast)
Where the PMK comes fromPersonal: passphrase + SSID · Enterprise: successful EAP (via MSK)

Compare tables

Infrastructure vs ad hoc

InfrastructureAd hoc
BossAP / base stationNobody — equal peers
ScaleAdd APsMessy fast
SecurityCentral policyNo access control, easy to eavesdrop
Weak spotSingle point of failureUnmanageable at scale

Three AP models

Autonomous (FAT)Controller (FIT)Cloud
BrainOn each APCentral controllerCloud dashboard
Best forHome / labCampus / hospitalMany branches
RiskConfig driftController unreachableInternet outage

Cell scales (big → small)

MacroMicroPicoFemto
Outdoor continuityCampus / street zonesIndoor densityOne room / home

Who rules what

IEEEIETFITUAlliances
Local links (802.11)Internet protocolsWorld spectrumCertification

The 5 access methods

OpenPSK802.1X / EAPPANA + EAPSIM
HotspotsHome, one secretEnterprise, per userEAP over UDP/IPCellular

PANA roles

PaCPAAAAA serverEP
Client + credentialsRuns the EAP talkVerifies (RADIUS / Diameter)Opens the traffic gate

Wi-Fi generations

nacax (Wi-Fi 6)be (Wi-Fi 7)
MIMOWider + MU-MIMOOFDMA, denseMulti-link

Design workflow

1 Requirements2 Site survey3 Capacity plan4 Deployment5 Validation
Measurable targetsReal propagationUsers & air timeInstall & configureProve it works

Chapters 6–8 tables

CH6 · CH7 · CH8
LPWANSpectrumStrengthLimitation
LoRaWANUnlicensedFlexible private deploymentDuty-cycle constraints
SigfoxUnlicensedVery low energy messagingLimited payload flexibility
NB-IoTLicensedStrong operator coverage, stationaryOperator dependency
LTE-MLicensedMobility, higher rateHigher complexity
Access techMediumStrengthChallenge
FTTH/PONFiberVery high capacityCivil works cost
DOCSISCoaxReuses plantShared contention
DSLTwisted pairLegacy availabilityDistance sensitivity
Fixed wirelessRadioFast deploymentSpectrum, propagation
BGP attributeRemember
LOCAL_PREFHigher wins inside the AS; strongest everyday policy lever
AS_PATHLoop prevention; shorter often preferred
MEDHint to a neighbour about which entry link to use
NEXT_HOPTies choice to forwarding; IGP cost picks closest exit
CommunityPolicy tag for filtering and handling
MPLS termRemember
FECPackets given equal treatment, chosen at ingress
LER / LSREdge pushes and pops / transit swaps
LSPDirectional labeled path
Label stackOuter = transport, inner = VPN/service
PHPPenultimate hop pops the outer label
Design choiceMain benefitMain cost
Full fiber rolloutHighest long-term capacityHighest initial capital
Incremental hybridFaster deploymentMore architectural complexity
Redundant aggregation linksHigher availabilityEquipment and leasing cost
Centralised policy controlEasier operationsPossible scaling bottleneck

Chapter 9 table

CH9 · QoS
ClassExample trafficPrimary goalTypical treatment
Real-timeVoice, interactive videoLow delay and jitterPriority scheduling
TransactionalWeb and control trafficFast responsivenessAssured bandwidth
Bulk dataBackups, file transfersHigh throughput efficiencyBest effort or weighted sharing
BackgroundSoftware updatesLow operational impactRate-limited service

Security tables

CH5

WEP vs WPA2 — why it changed

WEPWPA2
CipherRC4 streamAES-CCMP (block, counter mode)
Per-frame value24-bit IV, repeatsPacket number in the nonce
Key modelOne static key for everyonePMK → fresh PTK per session
IntegrityCRC-32 (accidental errors only)MIC via CBC-MAC
Replay defenceNonePacket-number checking
If one device leaksWhole WLAN key must changeContained to one session/account

Threats — passive vs active

Passive (attacker never transmits)Active (attacker injects / modifies / suppresses)
Eavesdropping · traffic analysis · metadata and identifier collectionRogue AP / evil twin · deauth & disassoc abuse · jamming · replay · downgrade · ARP spoofing

EAP methods

EAP-TLSPEAPEAP-TTLSEAP-FAST
Client + server certs — strongestServer cert + inner passwordServer cert + flexible inner methodPAC-based tunnel
PKI lifecycle burdenDies if validation is offWeak inner method riskPAC provisioning

Four-way handshake

1 AP → STA2 STA → AP3 AP → STA4 STA → AP
ANonceSNonce + MICGTK + install + MICACK + MIC

The 802.1X three roles

SupplicantAuthenticatorAuthentication server
Client device (holds credentials)AP / controller — mostly relays EAPRADIUS — checks against LDAP / AD / PKI / MDM

Controls → objectives

WPA3-EnterpriseSegmentationWIDS / WIPSCertificate management
Confidentiality + access controlContainmentDetection + preventionIdentity assurance

"X is not Y" — the whole course

one-liners
  • Advertised PHY rate is not delivered throughput — overhead frames, retries and slow clients eat air time.
  • Detectable signal is not coverage — coverage needs Pr ≥ Pmin plus margin.
  • A wider channel is not better spectrum use — η can fall while the peak rate rises.
  • Associated is not connected — data frames, not management frames, prove service.
  • Authentication is not authorization — who you are vs what you may reach.
  • Fast reassociation is not seamless roaming — keys, VLAN and forwarding state must follow.
  • A good link budget is not enough capacity — 80 users need air time, not just signal.
  • A predictive model is not validation — measure the built network.
  • Newest standard is not best standard — capability vs suitability.
  • A long IV is not a secret — it may be public, but it must be big enough and combined with the key properly.
  • A checksum is not integrity — CRC-32 catches accidents; a MIC catches attackers.
  • Authenticated is not authorised — segmentation decides what a valid user may actually reach.
  • Encryption is not validation — WPA2 protects the radio hop but never checks ARP mappings or the MQTT broker.
  • LPWAN is not "slow broadband". It trades throughput for coverage, battery life and cost per device.
  • A preamble is not waste. It lets a duty-cycled receiver catch the packet.
  • Fiber is not "no sharing". Oversubscription moves to PON slots and uplinks.
  • BGP is not shortest path. It is a policy system.
  • An MPLS label is not an address, and an MPLS VPN is not encryption.
  • High availability is not only redundancy. MTTR matters as much as MTBF.

Glossary

ShortLongWhat it actually means
APAccess PointThe central radio everyone connects through
STAStationAny client device on the WLAN
SSIDService Set IdentifierThe network name you see and pick
BSSBasic Service SetOne AP radio plus its associated clients
BSSIDBasic Service Set IdentifierMAC address of that AP radio
ESSExtended Service SetMany BSSs sharing one SSID — the basis of roaming
DSDistribution SystemThe wired backbone joining APs; source of the To/From DS bits
MACMedium Access ControlLayer that decides who transmits (also: hardware address)
PHYPhysical layerSpectrum, coding, modulation, antennas
FCSFrame Check SequenceCRC trailer that catches damaged frames
MSDU / MPDUMAC Service / Protocol Data UnitPayload unit / full MAC frame — what aggregation packs together
LLC / SNAPLogical Link Control / Sub-Network Access ProtocolEncapsulation that says which protocol the payload is
ARPAddress Resolution ProtocolFinds the MAC address for an IPv4 next hop
NDPNeighbor Discovery ProtocolIPv6's replacement for ARP, over ICMPv6
DHCPDynamic Host Configuration ProtocolHands out IP address, gateway, DNS
VLANVirtual LANLogical segment; must stay consistent while roaming
CAPWAPControl And Provisioning of Wireless Access PointsAP ↔ controller protocol: control channel always, data tunnel optionally
RRMRadio Resource ManagementController loop that tunes channels, power and load
FAT / FIT APAutonomous / lightweight APBrain on the AP vs brain on the controller
PoE / PSE / PDPower over Ethernet / Sourcing Equipment / Powered DevicePower in the data cable / the giver / the receiver
802.3af / at / btPoE / PoE+ / PoE++Increasing power classes for APs
RSSIReceived Signal Strength IndicatorHow strong the received signal is, in dBm
SNRSignal-to-Noise RatioSignal loudness compared to background noise
dBm / dBidecibel-milliwatt / decibel-isotropicAbsolute power / antenna gain — both add and subtract cleanly
MIMO / MU-MIMOMultiple Input Multiple Output / Multi-UserMulti-antenna streams / serving several devices at once
OFDM / OFDMAOrthogonal Frequency Division Multiplexing (Multiple Access)Many subcarriers / splitting them into per-user resource units
QoSQuality of ServicePriority lanes: voice, video, best-effort, background
DFSDynamic Frequency Selection5 GHz channel change to avoid radar
802.11k / v / rNeighbor report / network-assisted steering / fast BSS transitionFind neighbours · get suggestions · roam without a full re-login
PMK / OKCPairwise Master Key / Opportunistic Key CachingReused key material that shortens roaming
WPA2 / WPA3Wi-Fi Protected Access 2 / 3Wi-Fi security generations; transition mode bridges them
PSKPre-Shared KeyOne Wi-Fi password shared by everyone
EAPExtensible Authentication ProtocolFramework that carries many different login methods
802.1XPort-Based Network Access ControlCarries EAP over the link — enterprise Wi-Fi login
PANAProtocol for Carrying Authentication for Network AccessCarries EAP over UDP/IP (RFC 5191)
PaC / PAA / EPPANA Client / Authentication Agent / Enforcement PointWho asks / who runs the login / who opens the gate
AAAAuthentication, Authorization, AccountingThe identity back end — RADIUS or Diameter
IEEEInstitute of Electrical and Electronics EngineersWrites local-network standards (802 family)
IETFInternet Engineering Task ForceWrites internet protocol standards (RFCs)
ITUInternational Telecommunication UnionCoordinates world spectrum and telecom policy
3GPP3rd Generation Partnership ProjectCellular family: LTE, LTE-A, NB-IoT, LTE-M, 5G NR
NB-IoT / LTE-MNarrowband IoT / LTE for MachinesLow-power cellular profiles for sensors
LPWANLow-Power Wide-Area NetworkUnlicensed long-range, low-rate IoT networking
MQTTMessage Queuing Telemetry TransportLightweight IoT publish/subscribe — needs working IP first
Wi-Fi 6 / 6E / 7802.11ax / ax in 6 GHz / 802.11beMarketing names for the recent amendments
η (eta)Spectral efficiencyRate per hertz — R divided by B
Margin (M)Coverage marginReceived power minus what the application needs
Link budgetReceived-power modelAdd gains, subtract losses, see what arrives
Sticky client—Device that refuses to leave a distant AP
Hidden node—Two clients that hear the AP but not each other, so they collide
Gratuitous ARP—Announcement: "this IP is now at this MAC"
Proxy ARP—Infrastructure answers ARP on a client's behalf to save air time
WEPWired Equivalent PrivacyObsolete: RC4 + static key + 24-bit IV + CRC-32
RC4Rivest Cipher 4Stream cipher used by WEP; keystream XORed with plaintext
IVInitialization VectorPer-frame value mixed with the key — public, but must be large and unique
XORExclusive ORThe bitwise operation combining plaintext with the keystream
CRC-32Cyclic Redundancy CheckError detection only — not tamper resistance
TKIPTemporal Key Integrity ProtocolThe WEP→WPA2 bridge: per-packet key mixing on RC4 hardware
AESAdvanced Encryption StandardThe block cipher underneath CCMP
CCMPCounter Mode with CBC-MAC ProtocolWPA2 frame protection: confidentiality + integrity + replay defence
MICMessage Integrity CodeProves a message was made with the right key and not altered
PMKPairwise Master KeyMaster key from the passphrase or from EAP; never sent over the air
PTKPairwise Transient KeyPer-session unicast key from PMK + both nonces + both MACs
GTKGroup Temporal KeyShared key for broadcast and multicast frames
MSKMaster Session KeyKey material derived during EAP, from which the PMK comes
ANonce / SNonceAuthenticator / Supplicant nonceEach side's fresh random contribution to the PTK
NonceNumber used onceMakes every association derive different keys
WPSWi-Fi Protected SetupPIN or push-button onboarding — an alternate way in; disable it
RADIUSRemote Authentication Dial-In User ServiceThe enterprise authentication server that checks credentials
RadSecRADIUS over TLSProtected transport instead of a plain shared secret
EAPOLEAP over LANHow EAP travels over the wireless link to the AP
EAP-TLSEAP Transport Layer SecurityCertificates on both sides — strongest mainstream choice
PEAPProtected EAPServer cert builds a tunnel; password checked inside it
EAP-TTLSEAP Tunneled TLSLike PEAP but with more flexible inner methods
EAP-FASTEAP Flexible Authentication via Secure TunnelingTunnel built from a PAC instead of certificates
PACProtected Access CredentialThe shared credential EAP-FAST provisions to clients
PKI / CAPublic Key Infrastructure / Certificate AuthorityIssues, renews and revokes the certificates the network trusts
LDAP / ADLightweight Directory Access Protocol / Active DirectoryWhere user accounts and groups actually live
MDMMobile Device ManagementPushes supplicant profiles and trust anchors to devices
MFAMulti-Factor AuthenticationExtra proof beyond a password
EDHOCEphemeral Diffie-Hellman Over COSECompact authenticated key exchange for constrained IoT devices
COSE / CBORCBOR Object Signing and Encryption / Concise Binary Object RepresentationCompact binary security objects for small devices
OSCOREObject Security for Constrained RESTful EnvironmentsProtects CoAP messages end-to-end through proxies
CoAPConstrained Application ProtocolLightweight REST-style protocol for IoT
WIDS / WIPSWireless Intrusion Detection / Prevention SystemListens for rogue APs and spoofed frames / adds enforcement
SPANSwitched Port Analyzer (port mirroring)Copies switch traffic to an analyzer port for capture
DAIDynamic ARP InspectionSwitch feature that validates ARP replies against DHCP bindings
Evil twin—Rogue AP advertising a familiar SSID to harvest credentials
Blast radius—How far a single compromise can spread — what segmentation limits

Assignments

A1

Chapter 1 · Problem 1

SUBMITTED

Due September 6, 2026 · rule: answer only one problem from the end of the chapter.

How Infrastructure and Ad Hoc wireless architectures differ in Coordination, Scalability, and Security

Infrastructure mode: Infrastructure mode is a wireless network architecture. All the devices connect and communicate through a central access point. APs are central coordinators that control, coordinate traffic, and connect user devices to the internet.

Ad Hoc mode: Ad hoc mode is also a wireless network architecture. All the devices that are in ad hoc mode talk to each other (peer to peer, equal peers). There is no centralized coordinator in Ad Hoc mode, so it is distributed coordination.

These two architectures differ in three ways: Coordination, Scalability, and Security.

Coordination

Infrastructure mode uses centralized coordination through an AP (access point). This acts as controller. Every device needs to communicate through the AP.

Ad Hoc mode uses distributed coordination. There is no medium or centralized controllers. Devices communicate directly to each other. Since there is no central authority, all devices are equal peers.

Scalability

Infrastructure mode scales efficiently by adding more APs, which means it can expand the capacity. APs can serve many devices simultaneously. Expand the capacity and coverage — more users, more efficient.

In Ad Hoc mode, it scales very poorly because there is no central coordinator to manage. Adding more and more devices will become more complex and hard to manage with growing numbers of devices.

Security

Infrastructure mode allows security policies, protocols, restrictions, and is controlled by a centralized controller, so access control and monitoring are easier than in Ad Hoc mode, where there is no central controller and only devices talking to each other. Which means it can be eavesdropped and has no access controls.

If we view both modes from a security point of view, there is no perfect mode. Even in infrastructure mode, someone can still control the controller. This is called a "single point of failure".

Textbook backingTable 1.2 supports every point: coordination (centralized vs distributed), management at scale, and typical uses (enterprise Wi-Fi and cellular vs emergency, tactical and temporary networks).
A2

Chapter 2 · pick one of five

NOT DECIDED
#ProblemStyleEffortMath
1Compare IEEE, IETF, ITUCompare 3 things — same shape as your A1low–medno
2Wider channels ≠ better utilisation (η = R/B)Explain with an equationmediumlight
3Two trade-offs of backward compatibilityDiscuss two trade-offslow–medno
4Why certification alliances still matterShort argumentlowno
5Standards choice per campus serviceApplied scenariomediumno
SuggestionProblem 1 mirrors your A1 structure exactly — define each body, then compare across aspects. Lowest risk, and you already write that shape well. Problem 5 is the most interesting if you want an applied answer. Your call.
▸ outline — 1 · IEEE vs IETF vs ITU

Define each body → compare on three aspects (which layer of the stack they govern, what kind of output they produce, how wide their authority reaches) → close with the insight that interoperability fails at the borders between organisations, not inside one rulebook.

▸ outline — 2 · wider channels vs utilisation

State η = R/B → numeric demo (600/80 = 7.5 vs 800/160 = 5) → explain why R does not scale with B: contention, overhead, mixed clients, fewer reusable channels → conclude that efficiency comes from OFDMA and scheduling, not width.

▸ outline — 3 · backward compatibility trade-offs

Trade-off 1 — air time: legacy low rates occupy the channel far longer and drag aggregate throughput. Trade-off 2 — security floor: old clients force WPA2 or transition modes. Close with "judge standards by transition cost, not lab numbers."

▸ outline — 4 · why alliances still matter

Standards keep optional features and modes → two products claiming the same standard can differ → alliances define testable must-pass subsets → predictable behaviour and procurement trust. Use the two-802.11ax-products example.

▸ outline — 5 · campus standard selection

Lecture halls → 802.11ax-class (OFDMA handles synchronised crowds) · basement sensors → IoT standard (battery life and deep coverage dominate) · mobile security staff → cellular (managed wide-area roaming). Close: capability ≠ suitability.

A3 / A4 / A5

If the same format continues

Chapter 3 has 6 exercises, Chapter 4 has 5, Chapter 5 has 6. Hints and outlines for every one are already inside their chapter sections — open 3.3, 4.3 and 5.4 and expand the exercise blocks at the bottom.

Fastest picks if you want the A1 shape againCh 3 → problem 3 (802.1X vs PSK: define both, compare on security and manageability) or problem 4 (four PANA roles, one paragraph each). Ch 4 → problem 2 (a requirements checklist, which is a list not an essay) or problem 4 (why signal strength alone isn't good design). Ch 5 → problem 1 (classify three attacks passive/active — define both, then three short justifications: identical structure to your A1) or problem 2 (Eq 5.1 and segmentation, which is one clean idea).
▸ A5 candidate outlines — chapter 5

1 · Classify three attacks. Define passive (attacker never transmits) vs active (injects, modifies or suppresses). Then: eavesdropping/traffic analysis = passive; deauthentication abuse = active; evil twin or ARP spoofing = active. Close with why passive is harder to detect and why it feeds later active attacks.

2 · Eq 5.1 and segmentation. Risk = Threat × Vulnerability × Impact. Segmentation leaves Threat and Vulnerability untouched but cuts Impact by limiting the blast radius, so residual risk falls. Use the hospital example.

3 · Rogue-AP monitoring plan. Sensors + baselines + correlation (wired-port state, controller inventory, certificate failures, switch auth logs) + classification categories + playbooks + tuning to avoid alert fatigue.

4 · Certificates as architecture. They decide whether an evil twin can harvest credentials, whether revocation works, and how much trust the network can place in an endpoint — so issuance, renewal, revocation and trust-anchor distribution are architectural, not clerical.

5 · Evil-twin response outline. Detect → contain narrowly → preserve evidence → recover (rotate credentials, re-onboard, verify coverage) → review. Note the containment trade-off: broad shutdowns also kill voice and building systems.

6 · PAA and EP on separate devices. Authenticate and integrity/replay-protect their exchange of identity, authorization state, filters and keys; add least-privilege filtering, session expiry, monitoring, and a PaC–EP security association if the data plane needs protection.

A6 / A7 / A8

Chapters 6, 7, 8 · one problem each

One problem per chapter.

▸ Ch 6 · problem 1 · duty cycling and sensor lifetime

State Eq 6.1 (L = E/Pavg) and say what each term means → duty cycling keeps the radio asleep most of the time so Pavg drops and L rises → give a numeric case (0.1% active gives about 6 years, 1% gives about 0.7 years with the same battery) → limits: sleep current is a floor, retries and long listening windows raise Pavg again, so coverage margin and few ACKs protect the lifetime.

▸ Ch 7 · problem 3 · eBGP vs iBGP and route reflectors

eBGP runs between different ASes and applies business policy; iBGP runs inside one AS to carry external routes to routers that need them → iBGP does not pass a route from one iBGP peer to another, so it needs a full mesh of about n(n−1)/2 sessions → route reflectors reflect routes to clients, so far fewer sessions in a large AS → cost: reflector placement and policy influence which paths clients see.

▸ Ch 8 · problem 1 · Eq 8.1 and faster repair

A = MTBF/(MTBF+MTTR) → MTTR is in the denominator, so shorter repair raises A → example: MTBF 2000 h, MTTR 8 h gives 99.60%, MTTR 2 h gives 99.90%, about four times less downtime → ways to cut MTTR (spares, documentation, alarm correlation, repair workflow) → compare with buying redundancy and conclude both help but repair investment works on every fault type.

Other quick candidatesCh 6 → problem 3 (why uplink is favoured). Ch 7 → problem 2 (Eq 7.1, uplink not upgraded) or 6 (push, swap, pop). Ch 8 → problem 5 (readiness checklist). Each is one clear paragraph plus a small numeric or diagram example.