10 октября 2026, 12:41Виталий Лещенко

Сети для самых маленьких. Часть 3: Wi-Fi

Во второй части мы разобрали Ethernet: кадр, MAC-адреса, коммутатор. Для операционной системы Wi-Fi выглядит так же: интерфейс wlan0 с MAC-адресом, те же IP-пакеты внутри, тот же MTU 1500. Точка доступа — это коммутатор, у которого часть портов радио. Но внутри Wi-Fi устроен совсем иначе, и почти все его странности — «иногда тормозит», «один сосед кладёт всю сеть», «ноутбук держится за дальнюю точку» — следуют из физики радио. Разберём, как семейство стандартов IEEE 802.11 с этой физикой справляется.

Чем радио отличается от кабеля

Три отличия, из которых вытекает всё остальное.

Среда общая и единственная. В кабеле у каждого устройства свой провод до коммутатора, и две пары могут разговаривать одновременно. В радио на одном канале в один момент может передавать только одно устройство в радиусе слышимости, включая соседние квартиры и чужие сети на том же канале. Wi-Fi вернулся к ситуации общего коаксиала из 1980-х, только хуже: кабель хотя бы не пробивает стены.

Полудуплекс и невозможность услышать коллизию. Радиоприёмник не может слушать во время передачи: собственный сигнал в миллионы раз сильнее чужого и забивает приёмник полностью. Значит, CSMA/CD из Ethernet не работает: коллизию нельзя обнаружить в процессе. Её можно только предотвращать и узнавать о ней постфактум.

Кадры теряются постоянно. Помехи, затухание, отражения, микроволновка на кухне. В кабеле потеря кадра — событие, в радио — норма: несколько процентов при хорошем сигнале и десятки при плохом. Ethernet молча выбрасывал кадр с плохой CRC и оставлял проблему верхним уровням; для радио это слишком дорого.

Из первых двух пунктов родился CSMA/CA, из третьего — подтверждения.

CSMA/CA: как делят эфир

CSMA/CA — Carrier Sense Multiple Access with Collision Avoidance. Алгоритм для устройства, у которого есть кадр на отправку:

Послушать канал. Если энергия на канале выше порога или слышна чужая передача 802.11 — занят, ждать, пока освободится.
Канал свободен — подождать ещё фиксированное время DIFS (около 34–50 мкс в зависимости от стандарта) и убедиться, что он всё ещё свободен.
Случайная отсрочка (backoff). Выбрать случайное число слотов от 0 до CW (contention window, изначально 15), слот 9 мкс, и отсчитывать их, пока канал свободен. Если в это время кто-то начал передавать — заморозить счётчик, дождаться конца чужой передачи и DIFS, продолжить отсчёт с того же места.
Счётчик дошёл до нуля — передать кадр.
Ждать ACK. Получатель, приняв кадр с верной CRC, через SIFS (10–16 мкс, короче DIFS, чтобы никто не успел влезть) отвечает подтверждением.
ACK пришёл — готово, CW сбрасывается в 15. Не пришёл — считается, что кадр потерян (коллизия или помеха), CW удваивается (31, 63, … до 1023), и повтор с шага 1. После 7–10 попыток кадр выбрасывается, и ОС узнаёт об этом по счётчику ошибок.

Из-за случайной отсрочки два устройства, дождавшихся освобождения канала, с большой вероятностью начнут передавать в разные моменты. Из-за того, что SIFS короче DIFS, ACK всегда успевает проскочить раньше новых кадров. Из-за подтверждений каждый кадр данных на радио — это на самом деле два кадра и три паузы:

  DIFS  backoff   ┌─────────────┐ SIFS ┌─────┐  DIFS  backoff  ┌──────…
──────┬──────────┬┤ кадр данных ├─────┬┤ ACK ├┬──────┬────────┬┤ следующий
      │          ││             │     ││     ││      │        ││

Это первая причина, почему Wi-Fi на «1200 Мбит/с» отдаёт 400: эфир занят паузами и служебными кадрами не меньше, чем данными. Современные стандарты борются с этим агрегацией: до 64 кадров склеиваются в один блок A-MPDU и подтверждаются одним кадром Block ACK, в котором битовая карта: что принято, что нет. Повторяются только потерянные.

Есть и вторая линия защиты — виртуальная прослушка. В каждом кадре 802.11 есть поле Duration: сколько микросекунд эфир будет занят, включая ACK. Все, кто кадр услышал, заводят таймер NAV (Network Allocation Vector) и не пытаются передавать, пока он не истёк, даже если физически ничего не слышат. На этом же держится RTS/CTS: перед длинным кадром отправитель посылает короткий Request to Send, точка доступа отвечает Clear to Send, и оба кадра несут Duration на всю передачу. Зачем это нужно, станет ясно в разделе про скрытый узел.

Каналы, полосы и почему соседи мешают

Wi-Fi работает в нелицензируемых полосах: 2,4 ГГц, 5 ГГц и, с Wi-Fi 6E, 6 ГГц. Полоса делится на каналы, и здесь две важные детали.

2,4 ГГц: каналов 13, а не перекрывающихся — три. Каналы с 1 по 13 идут с шагом 5 МГц, а передача занимает 20 МГц. Канал 1 занимает 2401–2423 МГц, канал 2 — 2406–2428, и они перекрываются почти полностью. Не перекрываются только 1, 6 и 11. Точка на канале 3 мешает и сети на канале 1, и сети на канале 6, причём мешает хуже, чем если бы стояла с ними на одном канале: на одном канале CSMA/CA хотя бы видит чужую передачу и ждёт, а на соседнем — видит шум и портит кадры. В многоквартирном доме 2,4 ГГц живёт плохо, зато дальше бьёт и лучше проходит стены.

5 ГГц: каналов много, но часть с условием. Каналы 36–64, 100–144, 149–165 с шагом 20 МГц и без перекрытия. Каналы 52–144 — DFS (Dynamic Frequency Selection): в этой полосе работают метеорадары, и точка обязана минуту слушать перед началом работы и уйти с канала, услышав радар. Отсюда известный эффект «5 ГГц-сеть пропадает на минуту».

Ширина канала. Начиная с 802.11n, соседние 20-мегагерцовые каналы склеивают в 40, 80 и 160 МГц. Скорость растёт пропорционально, но и мешает такая сеть вдвое-вчетверо большему числу соседей. В 2,4 ГГц 40 МГц занимают больше половины всей полосы, и приличные точки этого не делают.

Краткая история стандартов, чтобы читать названия на коробках:

Стандарт	Имя	Полоса	Максимум на канал	Что добавил
802.11b (1999)	—	2,4	11 Мбит/с	первый массовый
802.11a/g	—	5 / 2,4	54 Мбит/с	OFDM
802.11n	Wi-Fi 4	2,4 и 5	600 Мбит/с	MIMO, 40 МГц, агрегация
802.11ac	Wi-Fi 5	5	6,9 Гбит/с	80/160 МГц, MU-MIMO вниз
802.11ax	Wi-Fi 6/6E	2,4, 5, 6	9,6 Гбит/с	OFDMA, BSS coloring, TWT
802.11be	Wi-Fi 7	2,4, 5, 6	46 Гбит/с	320 МГц, несколько линков сразу

Термины из последней колонки, чтобы не оставлять их без объяснения:

OFDM — канал делится на десятки узких поднесущих, по каждой идёт свой медленный поток битов; так сигнал переживает отражения от стен, которые убили бы один быстрый поток.
MIMO — несколько антенн у передатчика и приёмника, и через них одновременно идут несколько независимых потоков данных на одной частоте (2×2, 4×4 на коробках — это число антенн). MU-MIMO — точка передаёт разным клиентам одновременно, каждому своим набором потоков.
OFDMA — поднесущие одного канала делятся между несколькими клиентами внутри одного кадра: короткие пакеты от многих устройств не занимают каждый по целому слоту.
BSS coloring — в заголовок кадра добавлен «цвет» сети, и устройство, услышав слабый кадр чужого цвета, может не ждать, а передавать поверх: соседние сети меньше блокируют друг друга.
TWT (Target Wake Time) — точка и клиент договариваются, когда клиент проснётся, и всё остальное время он не слушает эфир; экономит батарею.

Цифры в колонке «максимум» — теоретическая скорость физического уровня для лучшего случая: все антенны, самая широкая полоса, идеальный сигнал. Реальная скорость каждого кадра выбирается отдельно и зависит от уровня сигнала: это называется rate adaptation. Устройство у стены в соседней комнате получает кадры на 6 Мбит/с, и — важно — занимает эфир в сто раз дольше, чем устройство рядом с точкой, передавая тот же объём. Один дальний клиент замедляет всех: эфир делится не по байтам, а по времени.

Кадр 802.11

Кадр Wi-Fi устроен сложнее Ethernet, потому что ему приходится решать больше задач: кому физически передать по радио, для кого на самом деле предназначено, в какой сети, нужно ли подтверждать.

 байты:   2       2      6      6      6      2      (6)    (2)   0…2304   4
        ┌──────┬──────┬──────┬──────┬──────┬──────┬──────┬──────┬───────┬─────┐
        │Frame │Dura- │Адрес │Адрес │Адрес │Seq   │Адрес │QoS   │данные │ FCS │
        │Ctrl  │tion  │  1   │  2   │  3   │Ctrl  │  4   │Ctrl  │       │     │
        └──────┴──────┴──────┴──────┴──────┴──────┴──────┴──────┴───────┴─────┘

Frame Control — тип кадра и флаги. Типов три:

управления (management): beacon, probe request/response, authentication, association request/response, deauthentication, disassociation. Так клиент находит сеть и входит в неё. Эти кадры не шифруются (в WPA3 — частично защищаются, об этом ниже).
контроля (control): RTS, CTS, ACK, Block ACK. Короткие, без данных, управляют доступом к эфиру.
данных (data): собственно IP-пакеты, а также пустые кадры Null Data, которыми клиент сообщает точке, что уходит в режим энергосбережения.

Четыре адреса. В Ethernet два адреса: кому и от кого. В Wi-Fi кадр между клиентом и сервером в проводной сети проходит через точку доступа, и нужно различать, кто передаёт по радио и от кого на самом деле данные. Два флага в Frame Control, To DS и From DS (DS — distribution system, проводная сеть за точкой), задают смысл адресов:

Направление	To DS	From DS	Адрес 1 (приёмник по радио)	Адрес 2 (передатчик по радио)	Адрес 3
клиент → точка	1	0	BSSID (MAC точки)	MAC клиента	конечный получатель (например, MAC роутера)
точка → клиент	0	1	MAC клиента	BSSID	исходный отправитель
клиент → клиент без точки (ad-hoc)	0	0	получатель	отправитель	BSSID
точка → точка (беспроводной мост, mesh)	1	1	приёмник	передатчик	получатель; адрес 4 — отправитель

Точка доступа, получив кадр от клиента, строит из него обычный кадр Ethernet: адрес 3 становится MAC получателя, адрес 2 — MAC отправителя. В обратную сторону — наоборот. Так Wi-Fi и притворяется Ethernet: точка — это мост, который перекладывает содержимое из одного формата кадра в другой.

BSSID — MAC-адрес радиоинтерфейса точки, идентификатор одной конкретной сети одной точки. SSID — имя сети, которое видит человек; оно живёт в кадрах beacon и probe, а не в заголовке. У одной точки может быть несколько SSID (гостевая сеть), и тогда у каждого свой BSSID.

Sequence Control — номер кадра и номер фрагмента, по ним получатель отбрасывает дубликаты: если ACK потерялся, отправитель повторит кадр, который уже был принят.

Что внутри. В 802.11 нет поля EtherType. Вместо него данные начинаются с заголовка LLC/SNAP из восьми байт — это тот самый формат заголовка IEEE 802.3, о котором мы упоминали в прошлой части, — и последние два байта в нём и есть EtherType: aa aa 03 00 00 00 08 00 означает «внутри IPv4». Матрёшка из первой части работает и здесь, просто через лишний слой.

Максимальный размер данных в кадре — 2304 байта, но MTU интерфейса ставят 1500, чтобы кадры без переделки пролезали в Ethernet за точкой.

Как клиент попадает в сеть

Точка раз в ~100 мс (точнее, 102,4 мс — 100 «временных единиц» по 1024 мкс) рассылает beacon: имя сети, канал, поддерживаемые скорости, страна, параметры безопасности и карта TIM — для кого из спящих клиентов накопились данные. Список сетей в телефоне — это список услышанных beacon.

Подключение — четыре этапа.

Сканирование. Пассивное: послушать beacon на каждом канале. Активное: послать probe request с именем сети (или пустым) и собрать probe response от всех, кто слышит. Активное быстрее, и именно поэтому телефон с включённым Wi-Fi постоянно рассылает probe request, а по ним его можно отслеживать: отсюда случайные MAC-адреса в современных ОС.
Аутентификация на уровне 802.11. Для WPA2 это рудимент: два кадра Open System — «пусти» и «пускаю», без проверки чего-либо. Настоящая проверка будет на шаге 4. В WPA3 на этом этапе происходит SAE, о нём ниже.
Ассоциация. Клиент шлёт association request с возможностями: скорости, ширина канала, выбранные параметры безопасности. Точка отвечает association response со статусом и AID — номером клиента в своей таблице. С этого момента клиент числится в сети, но данных передавать ещё не может.
Четырёхстороннее рукопожатие WPA2/WPA3, после которого включается шифрование и начинают ходить данные.

Посмотрите на это в tcpdump в режиме монитора:

$ sudo iw dev wlan0 interface add mon0 type monitor
$ sudo ip link set mon0 up
$ sudo tcpdump -i mon0 -n -e 'type mgt'
... Beacon (office) [1.0* 2.0* 5.5* 11.0* ...] CH: 6, PRIVACY
... Probe Request (office) [1.0 2.0 5.5 11.0 ...]
... Probe Response (office) [...] CH: 6, PRIVACY
... Authentication (Open System)-1: Successful
... Authentication (Open System)-2:
... Assoc Request (office) [...]
... Assoc Response AID(1) :: Successful

Режим монитора — когда карта отдаёт в систему все кадры на канале, а не только свои, и с заголовком radiotap, в котором уровень сигнала, скорость кадра и канал. Не все карты умеют, но большинство под Linux — да.

WPA2: откуда берутся ключи

Пароль Wi-Fi не используется для шифрования напрямую. Цепочка такая.

PMK (Pairwise Master Key) — 256-битный ключ, который есть у точки и клиента до начала рукопожатия. Откуда он берётся, зависит от режима.

В домашнем WPA2-Personal он вычисляется из пароля и имени сети функцией PBKDF2: пароль и SSID 4096 раз прогоняются через хеш-функцию, и результат — PMK. Поэтому один и тот же пароль в сетях с разными именами даёт разные ключи, и поэтому подключение к новой сети занимает заметные миллисекунды — 4096 итераций хеширования на телефоне.

В WPA2-Enterprise пароля сети нет: у каждого пользователя свой логин и пароль или сертификат. Работает это через 802.1X — стандарт, который запрещает порту (здесь — ассоциации) пропускать что-либо, кроме кадров аутентификации, пока она не завершена. Сама аутентификация идёт по EAP (Extensible Authentication Protocol): клиент и сервер обмениваются запросами и ответами, содержимое которых зависит от метода — проверка пароля через защищённый туннель (PEAP) или обмен сертификатами (EAP-TLS). Точка доступа содержимое не понимает и только пересылает: по радио — в кадрах EAPOL (EAP over LAN, EtherType 0x888E), а в проводную сеть — серверу RADIUS, протоколу поверх UDP, по которому точка спрашивает «пускать ли этого пользователя» и получает ответ Accept или Reject. Вместе с Accept сервер присылает точке PMK, вычисленный в ходе EAP-обмена, и у клиента к этому моменту тот же PMK. Каждый пользователь получает свой, и уволенного сотрудника отключают, удалив учётную запись, а не меняя пароль всему офису.

PMK никогда не используется для шифрования трафика. Из него на каждое подключение выводится свежий PTK (Pairwise Transient Key), и делает это четырёхстороннее рукопожатие: четыре кадра EAPOL-Key, то есть кадры данных того же формата EAPOL, идущие до включения шифрования.

   клиент                                            точка
     │                                                 │
     │ ◄──── M1: ANonce ───────────────────────────────┤  случайное число точки
     │                                                 │
     │ вычисляет PTK = PRF(PMK, ANonce, SNonce,        │
     │                     MAC точки, MAC клиента)     │
     │                                                 │
     ├───── M2: SNonce + MIC ─────────────────────────►│  случайное число клиента
     │                                                 │  и подпись ключом из PTK
     │                                                 │  точка вычисляет тот же PTK,
     │                                                 │  проверяет MIC: пароль верный
     │ ◄──── M3: GTK (зашифрован PTK) + MIC ───────────┤  групповой ключ для
     │                                                 │  широковещания
     ├───── M4: подтверждение + MIC ──────────────────►│
     │                                                 │
     │ ═══════ дальше всё шифруется PTK ═══════════════│

Что здесь важно:

Пароль по радио не передаётся ни в каком виде. Каждая сторона доказывает, что знает PMK, подписав случайные числа второй стороны. Подпись — MIC (Message Integrity Code), хеш от содержимого кадра с ключом из PTK.
Поскольку в PTK входят два случайных числа, ключ каждого подключения уникален, даже при одном и том же пароле.
GTK — общий ключ для широковещательных и групповых кадров, его знают все клиенты сети; точка его периодически меняет.
Слабое место WPA2-Personal: всё, что нужно для подбора пароля, видно в эфире. Записав M1 и M2 (ANonce, SNonce, оба MAC и MIC), атакующий перебирает пароли офлайн, вычисляя PMK и проверяя MIC. Защита одна — длинный пароль, потому что 4096 итераций PBKDF2 делают перебор медленным, но не невозможным.

WPA3-Personal закрывает именно эту дыру. Вместо Open System на шаге аутентификации выполняется SAE (Simultaneous Authentication of Equals): обе стороны по паролю вычисляют точку на эллиптической кривой, обмениваются случайными значениями и выводят общий секрет так, что из перехваченных кадров PMK не восстановить и пароль не перебрать офлайн: каждая попытка требует живого обмена с точкой, а она их ограничивает. Дальше идёт то же четырёхстороннее рукопожатие, но с PMK от SAE. Бонус — forward secrecy: компрометация пароля не раскрывает записанные ранее сессии.

Чем шифруются сами кадры. В WPA2 — CCMP: AES со 128-битным ключом, каждый кадр шифруется в режиме счётчика с уникальным номером пакета, и к нему добавляется 8-байтовый код целостности. В WPA3 — тот же CCMP или GCMP-256 с более длинным ключом. Старые схемы в современных точках выключены: WEP (1999) шифровал поточным шифром RC4 с 24-битным счётчиком, который повторялся через несколько часов, и ключ восстанавливается за минуты; TKIP из WPA первого поколения — костыль поверх того же RC4 с перемешиванием ключа на каждый кадр, который продлил жизнь старым картам, но тоже сломан.

Управляющие кадры в WPA2 не защищены: кто угодно может послать от имени точки deauthentication и выкинуть клиента из сети. На этом построены «глушилки» и атака для сбора рукопожатия: выкинуть клиента и записать его повторное подключение. PMF (802.11w, Protected Management Frames) подписывает deauth/disassoc ключом из PTK, и подделать их становится нельзя; в WPA3 PMF обязателен.

Скрытый узел

Ситуация: ноутбук A в одной комнате, ноутбук C в другой, точка B посередине. A и C оба слышат точку, но не слышат друг друга — стена. CSMA/CA для них бесполезен: A слушает канал, канал «свободен», A передаёт, в этот момент передаёт и C, на точке два сигнала накладываются, оба кадра испорчены. Ни A, ни C не узнают об этом иначе как по отсутствию ACK, удвоят окно и попробуют снова. При плотной загрузке эти двое будут биться постоянно.

      A  ))))))))  B  ((((((((  C
         слышит       слышит
   A не слышит C, C не слышит A

Для этого и существует RTS/CTS. A перед кадром посылает короткий RTS, точка B отвечает CTS, и CTS слышат все, кто слышит точку, включая C. В CTS есть Duration, C выставляет NAV и молчит. Короткие RTS тоже могут столкнуться, но потеря нескольких байт дешевле потери полного кадра. Обычно RTS/CTS включают только для кадров длиннее порога, потому что для коротких накладные расходы больше выигрыша.

Роуминг

Несколько точек с одним SSID и одним паролем образуют ESS (Extended Service Set), и клиент может переходить между ними, не теряя IP-адреса: для сети за точками это один L2-сегмент, в котором клиент просто «переехал» на другой порт коммутатора.

Ключевой факт: решение о переходе принимает клиент, а не точка. Точка не может сказать «иди к соседке». Клиент сам следит за уровнем сигнала, и у каждой ОС свой порог, после которого она начинает искать замену. Отсюда «липкие клиенты»: ноутбук держится за дальнюю точку на 6 Мбит/с, пока сигнал не упадёт совсем, хотя рядом есть другая. Переход — это заново сканирование, аутентификация, реассоциация (association request с адресом старой точки) и рукопожатие, 100–500 мс, в течение которых голосовой звонок булькает.

Три дополнения к стандарту, которые вместе называют «быстрым роумингом», делают это лучше:

802.11k — точка по запросу отдаёт клиенту список соседних точек с каналами, чтобы не сканировать все каналы подряд.
802.11v — точка может предложить клиенту перейти на конкретную соседку (BSS transition request), а при желании и отключить его, если он не послушался.
802.11r — ключ PTK для новой точки выводится заранее из общего для всех точек ключа, и при переходе вместо полного рукопожатия достаточно пары кадров.

Все три нужно поддерживать и точкам, и клиентам, и старые устройства иногда отказываются подключаться к сети с включённым 802.11r.

Куда деваются мегабиты

Соберём причины, по которым «1200 Мбит/с» на коробке превращаются в 300–500 в тесте:

Полудуплекс: канал один на обе стороны и на всех клиентов.
На каждый кадр или пачку кадров — DIFS, backoff, SIFS, ACK, преамбула физического уровня. При коротких кадрах служебное время превышает полезное.
Скорость на коробке — для максимального числа потоков MIMO (например, четыре антенны у точки), а у телефона их одна-две.
Rate adaptation: реальная скорость кадра зависит от сигнала, и эфир делится по времени, так что медленный клиент съедает время быстрых.
Соседи на том же и соседних каналах.
Повторы потерянных кадров, которых всегда несколько процентов.

И напоследок наблюдение, которое пригодится в части про TCP: Wi-Fi повторяет кадры сам, до десяти раз. TCP над ним почти не видит потерь, зато видит задержку с большим разбросом и временами принимает её за перегрузку сети. Абстракция уровней течёт.

Смотрим руками

Состояние подключения: точка, канал, скорость последних кадров, сигнал:

$ iw dev wlan0 link
Connected to d8:47:32:0a:0b:0c (on wlan0)
        SSID: office
        freq: 5180
        RX: 123456789 bytes (98765 packets)
        TX: 12345678 bytes (23456 packets)
        signal: -58 dBm
        rx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
        tx bitrate: 650.0 MBit/s VHT-MCS 7 80MHz short GI VHT-NSS 2

freq: 5180 — канал 36; -58 dBm — хороший сигнал (до −65 отлично, −75 терпимо, −85 почти ничего); MCS 9, 80MHz, NSS 2 — схема модуляции, ширина канала и число потоков, из которых и складывается скорость.

Что в эфире вокруг:

$ sudo iw dev wlan0 scan | grep -E 'SSID|freq|signal|primary channel'

А на точке под Linux клиентов видно так: iw dev wlan0 station dump — по каждому MAC-адресу сигнал, скорости и число повторов. Растущие tx retries и tx failed у одного клиента — это он далеко или за стеной.

В Wireshark захват из режима монитора показывает заголовок radiotap (сигнал, канал, скорость), затем кадр 802.11 с флагами To DS/From DS и расшифровкой адресов, затем LLC/SNAP и дальше обычный IP. Если ввести пароль сети в настройках протокола IEEE 802.11 и захватить рукопожатие, Wireshark расшифрует и данные.

Что запомнить

Радио — общая среда, полудуплекс, коллизию не услышать. Поэтому CSMA/CA: прослушка, случайная отсрочка, подтверждение каждого кадра, удвоение окна при потере.
В 2,4 ГГц не перекрываются только каналы 1, 6, 11. В 5 ГГц каналов много, часть с DFS. Широкий канал — быстрее, но мешает большему числу соседей.
Кадр 802.11: три-четыре адреса, флаги To DS/From DS, EtherType спрятан в LLC/SNAP. Точка доступа — мост между 802.11 и Ethernet.
Подключение: сканирование, аутентификация, ассоциация, четырёхстороннее рукопожатие. Пароль по радио не ходит, PTK уникален для каждого подключения, GTK общий.
WPA2-Personal перебирается офлайн по записанному рукопожатию; WPA3 с SAE — нет. В Enterprise ключ каждому выдаёт RADIUS-сервер после EAP.
Эфир делится по времени: один дальний клиент замедляет всех. Роуминг решает клиент.

Дальше — Часть 4: PPPoE: зачем провайдеры заворачивают PPP в Ethernet, как клиент находит концентратор (PADI, PADO, PADR, PADS), как проходят LCP, аутентификация и выдача адреса через IPCP, и откуда берётся MTU 1492.