Перейти к содержанию
Обсудить задачу →
Статьи и инструкции

Wi-Fi: эфир, каналы, MIMO и другие нюансы, которые влияют на сеть

Почему Wi-Fi тормозит при сильном сигнале: PHY и throughput, airtime, ширина канала, RSSI/SNR, MIMO, hidden nodes, DFS и roaming.
Wi-Fi: эфир, каналы, MIMO и другие нюансы, которые влияют на сеть — техническая иллюстрация

Устройство показывает сильный сигнал, но видеозвонок прерывается. Точка обещает гигабит, а копирование идёт со скоростью 100 Мбит/с. После установки ещё одной AP стало хуже. Эти ситуации объясняются устройством радиоэфира, возможностями клиента и сетью за точкой. Ниже — десять технических нюансов с командами наблюдения и критериями проверки. Это разбор механики; пошаговый план изменения параметров приведён отдельно в статье об оптимизации Wi-Fi.

Для примеров нужен Linux-клиент с iw и iperf3, проводной тестовый сервер и доступ к статистике контроллера AP. На Windows часть информации доступна через netsh. Не запускайте активное сканирование непрерывно во время контрольного теста: клиент может уходить с рабочего канала, влияя на результат. Все измерения выполняйте в согласованной сети.

Что ограничивает Wi-Fi: эфир, клиент, ширина канала, двусторонний сигнал и проводной путь
Порядок проверки и настройки. Команды, ограничения и диагностика приведены в статье.

1. PHY rate не равен скорости копирования

Показанная скорость соединения — скорость физического режима для текущего направления и условий. В неё не включена полезная эффективность приложения. Airtime расходуется на служебные кадры, подтверждения, ожидание доступа, повторные передачи и заголовки. TCP дополнительно зависит от RTT, потерь и окон. Один «гигабитный» PHY не обещает гигабит полезных данных.

sudo apt install iw iperf3
ip -br link
iw dev
iw dev wlan0 link

Замените wlan0 найденным интерфейсом. Запишите frequency, signal, tx bitrate и rx bitrate, если драйвер их показывает. На Windows:

netsh wlan show interfaces
netsh wlan show drivers

Скорость send/receive может отличаться. Сравнивайте не только два значения PHY, но и локальный throughput к проводному серверу. Internet speedtest включает провайдера и удалённый сервер, поэтому не отделяет проблему WLAN от WAN. Руководство iw.

2. Эфир общий, а не отдельный для каждого клиента

Клиенты одного радиоканала конкурируют за время передачи. В традиционном обмене канал не работает как проводной full-duplex порт коммутатора. Медленный клиент, длинные передачи на низком rate и повторы увеличивают занятость эфира. OFDMA и MU-MIMO повышают эффективность в подходящих условиях, но требуют совместимости, планирования и подходящей нагрузки.

Если пять клиентов одновременно копируют большие файлы, индивидуальный результат естественно меняется. Сначала измерьте одного, затем согласованную многоклиентскую нагрузку. В статистике AP сравните channel utilization, own TX/RX, interference и retries: «канал занят» не обязательно означает, что его заняли ваши пользователи. Разбор airtime у Ubiquiti.

Приёмка плотной сети должна включать число одновременно активных устройств и реальные задачи. Число зарегистрированных станций в контроллере не равно числу станций, потребляющих эфир в эту секунду.

3. Широкий канал может снизить производительность

80 или 160 МГц дают больше потенциальной скорости, но занимают больше спектра и уменьшают число независимых каналов. В офисе соседние точки могут мешать друг другу сильнее, чем выигрыш от расширения. На 2,4 ГГц начальная практическая настройка часто 20 МГц; на 5 ГГц ширину выбирают по survey и плотности, а не по максимальному числу на коробке.

iw phy
iw reg get
iw dev wlan0 link

iw phy показывает возможности радиомодуля, а не разрешение использовать любой режим в любой стране. Country code должен соответствовать фактическому месту эксплуатации. Не обходите regulatory restrictions изменением кода страны ради дополнительного канала или мощности. Набор доступных частот, DFS и мощность зависят от страны и сертифицированного оборудования; для 6 ГГц это особенно важно.

Проверка ширины — одинаковые места, клиент, время и нагрузка до/после, желательно несколько повторов. Изменение канала может кратко разорвать соединение; планируйте окно и возврат.

4. RSSI — только одна часть качества

RSSI — оценка мощности принятого сигнала, обычно в dBm. Значение -55 сильнее -75, потому что шкала отрицательная. Сильный сигнал при сильном шуме может дать плохой SNR. Если устройство показывает noise floor, SNR приблизительно равен RSSI минус noise, но реализация измерения и доступность данных зависят от драйвера.

Пример оценки:
RSSI = -65 dBm, noise = -95 dBm → SNR около 30 dB
RSSI = -65 dBm, noise = -75 dBm → SNR около 10 dB
Одинаковый RSSI не означает одинаковый доступный режим передачи

Это иллюстрация, а не универсальные требования для любой сети. Для голосового приложения устанавливают критерии вместе с производителем клиента/приложения. Если noise отсутствует, не вписывайте выдуманный -95 в отчёт. Сравнивайте ошибки и повторные передачи, стабильность MCS и результаты приложения.

В AP RSSI клиента описывает uplink, в клиенте RSSI AP — downlink. Эти показатели нужно собирать вместе: хороший сигнал в одном направлении не доказывает хорошее качество другого.

5. Большая мощность AP не делает сильнее передатчик телефона

Точка может быть слышна на дальнем конце офиса, но телефон не способен надёжно ответить. Такая асимметрия создаёт «полный сигнал без связи». Повышение AP power расширяет слышимость и области конкуренции, а иногда удерживает клиента за дальней точкой вместо roaming.

Проверяйте RSSI с обеих сторон и расстояние до ближайшей AP. Сравните одинаковый клиент рядом с точкой и в проблемном месте. Если uplink резко хуже, решение может состоять в дополнительной точке и корректном расположении, а не в максимальном power. Антенна также не создаёт энергию: gain перераспределяет излучение, а монтаж и диаграмма меняют покрытие.

Поворот потолочной точки на стену может существенно изменить зоны покрытия. Документируйте высоту, ориентацию, препятствия и расположение клиента. Практические настройки мощности UniFi.

6. MIMO, spatial streams и ограничения клиента

Обозначение 4×4 у AP не означает, что любой ноутбук получает четыре spatial streams. Число реально используемых потоков ограничено обеими сторонами, поддерживаемыми режимами, шириной и условиями канала. Клиент 2×2 останется ограничен двумя потоками в одиночном соединении с AP 4×4.

MIMO использует пространственные свойства радиоканала, поэтому отражения не всегда вредны: они могут позволить разделить потоки. STBC добавляет пространственно-временную избыточность для устойчивости, а beamforming пытается улучшить передачу в направлении клиента; ни одна технология не устраняет полностью помехи или стену. Пространственное мультиплексирование и повышение надёжности решают разные задачи.

В iw dev wlan0 link или статистике AP ищите NSS/MCS и фактическую ширину. Если клиент всегда использует один поток, проверьте характеристики адаптера, драйвер, антенны и режим питания. Не сравнивайте разные телефоны как одинаковые измерительные приборы. Описание PHY-возможностей должно сопровождаться моделью клиента, а не только моделью точки.

7. Hidden nodes и повторные передачи

Два клиента могут слышать AP, но не слышать друг друга. Каждый считает канал свободным и начинает передачу, мешая другому на приёмнике AP. Повторы увеличивают задержки и airtime. Скрытые узлы особенно заметны при размещении через стены и на большой площади.

iw dev wlan0 station dump
# Снять этот же вывод после контролируемого теста и сравнить прирост

Tx retries и tx failed обычно накопительные: разница между двумя снимками полезнее одного большого числа. Счётчики разных драйверов могут отражать разные уровни, поэтому формула процента требует проверки семантики конкретного устройства. RTS/CTS может уменьшить отдельные коллизии, но добавляет overhead и не является универсальным способом ускорить сеть. Сначала подтвердите проблему расположением и измерением; менять thresholds вслепую не следует.

8. Roaming выбирает клиент, а k/v/r помогают процессу

В большинстве обычных WLAN окончательное решение перейти к другой AP принимает клиент. 802.11k помогает с информацией о соседях, 802.11v — с рекомендациями перехода, 802.11r — с ускорением процедуры аутентификации. Они не заставляют любой старый терминал работать одинаково. Совместимость сканеров, телефонии и IoT проверяют отдельно.

При roaming держите непрерывный ping к согласованному локальному хосту и наблюдайте BSSID в клиенте/контроллере. Перейдите по реальному маршруту, запишите время потерь и смену AP. На Linux:

ping -i 0.2 -c 150 10.50.0.10
# В другом терминале
watch -n 1 'iw dev wlan0 link'

Ping — показатель транспорта ICMP, не полный тест голоса. Для критичного приложения повторите с реальным звонком. Aggressive minimum RSSI может принудительно отключать устройство, когда подходящей соседней AP нет. Контроль должен включать место перехода, покрытие и приложения, а не только включённую галочку fast roaming.

9. DFS, mesh и энергосбережение создают собственные ограничения

На DFS-канале оборудование может выполнять проверку доступности канала и уходить при обнаружении радара. Это нормальная часть regulatory поведения, а не обязательно поломка точки. Смотрите соответствующие события контроллера и сопоставляйте их со временем разрыва. Для критичных клиентов оценивайте доступный план каналов и требования страны.

У wireless mesh радиобэкхол может делить эфир с клиентами. Дополнительный hop увеличивает потребление airtime; проводной uplink часто делает сеть предсказуемее. Включение точки «без кабеля» не означает сохранение проводной ёмкости. Энергосбережение клиента может добавлять задержку, но отключение его на всех устройствах без теста увеличит расход батареи и не устранит другие причины.

В отчёте фиксируйте wired/mesh uplink, hops, link speed, power-save состояние клиента и firmware. Условия испытания должны воспроизводиться другим администратором.

10. Проверить весь путь и сформулировать гипотезу

Wi-Fi не заканчивается на радиоканале. Порт AP может согласоваться на 100 Мбит/с, кабель — выдавать ошибки, шлюз — перегружаться, DNS — отвечать медленно. Перед изменениями получите проводной baseline к тому же серверу и проверьте port counters.

# Проводной сервер запускается в согласованной тестовой сети
iperf3 -s
# Клиент Wi-Fi
iperf3 -c 10.50.0.10 -t 30 -P 1 -J > wlan-up.json
iperf3 -c 10.50.0.10 -t 30 -P 1 -R -J > wlan-down.json

Разрешите TCP/UDP 5201 только тестовым адресам и закройте сервер после работы. Для UDP нужен отдельный ограниченный тест, а не максимальная нагрузка с неопределённой скоростью. Полезная гипотеза звучит конкретно: «в этой комнате uplink хуже downlink, растут retries, проводной baseline нормальный». После такого вывода можно выбирать изменение и проверять его по процедуре оптимизации Wi-Fi, сохраняя исходные параметры и критерий возврата.