Наша почта:
В Москве:
РФ (звонок бесплатный):
Планируем Wi-Fi. Руководство Как обмануть заказчика
{ Менеджер по продукту Wi-Fi в компании Линки}
Андрей Парамонов

Видео доклада

Презентация спикера

Планируем Wi-Fi. Руководство Как обмануть заказчика
Итоговая стоимость любого проекта, связанного с Wi-Fi, — это всегда функция от количества точек доступа. Именно вокруг этого числа и разворачивается основная борьба при защите проекта.
Заказчик — категория размытая. Им может быть и подрядчик, и собственный работодатель, попросивший «покрыть офис Wi-Fi», и сам инженер, заказывающий работы на стороне. Общее у всех одно: заказчик очень хочет потратить деньги и при этом очень не хочет их тратить. Эта дихотомия держит его в состоянии постоянной фрустрации, а рекламные обещания в духе «роутер за рубль» наносят отрасли вреда больше, чем можно себе представить.
Отсюда вечные вопросы про «пробитие стен роутерами», про бесконечные гигабиты с коробки и про «профессиональное оборудование», к которому традиционно относят MikroTik RB951 и Ubiquiti UniFi AP-LR первого поколения, до сих пор продающиеся на вторичном рынке за реальные деньги. Вывод неутешителен: спустя тридцать лет развития стандарта среднестатистический заказчик по-прежнему не понимает, как работает протокол. Это стоит принять как данность и оттолкнуться от неё.

Инструмент

Негласным стандартом проектирования стал Ekahau — на его примере всё и рассматривается, хотя тот же опыт переносится и на TamoGraph, и на отечественные пакеты радиопланирования.

Причин популярности несколько: множество визуализаций, которыми можно запудрить неокрепшие мозги заказчика; огромная база уже добавленных моделей точек доступа (а отсутствующую можно добавить самостоятельно); шаблоны отчётов, размечаемые через JSON, — правильные визуализации выгружаются буквально одним кликом, а отчёт на сотню с лишним страниц погружает заказчика в транс и приводит его в удобное расслабленное состояние когнитивной деятельности. Отдельная история — Sidekick: это не полноценный спектроанализатор, он лишь очень быстро слушает эфир и записывает заголовки кадров, зато с калиброванными антеннами и с проходом всего диапазона за секунду, что резко сокращает время радиообследования. Ну и главное: при высокой стоимости продукта его можно бесплатно найти в поисковике — чем заказчик и воспользуется.

Все примеры ниже построены на типовой планировке офиса средней руки: кабинеты, open space, помещения общего пользования.

Хитрость первая: не включать offset

Offset (поправочный коэффициент) — это разница между тем, как слышит сеть Sidekick, и тем, как её слышит реальное клиентское устройство. Sidekick слышит лучше всегда: у мобильных устройств скверные антенны, другая чувствительность приёмника, а аккумулятор постоянно экономит — на iPhone это особенно заметно, на зарядке MIMO 2×2, без зарядки внезапно MIMO 1×1.

Если offset не включать, картинка получается прекрасная: весь объект покрыт двумя точками доступа, а серые зоны по краям объясняются фразой «погрешности измерения». Включение поправочного коэффициента спрятано в скрытом меню и вызывается сочетанием с Ctrl, так что самостоятельно заказчик до него не додумается.

Стоит включить offset для обычного смартфона — в среднем на 10 дБ хуже в обоих диапазонах — и процентное соотношение покрытия становится таким, что объяснить его заказчику в здравом уме уже невозможно. Требования по уровню сигнала, которые и раньше выполнялись с трудом, перестают выполняться совсем. Зато можно заявить: «наших точек доступа требуется меньше».

Откуда берётся значение offset?

Его можно измерить самостоятельно (записывая разницу уровней по каждому каналу в каждом диапазоне между телефонами и Sidekick), взять чужие измерения — например, известную таблицу клиентских устройств Майка Албано, — оценить по опыту работы с конкретным типом клиента (например, ТСД определённого производителя) или просто купить чужую экспертизу. На практике offset бывает совершенно разным и для некоторых смартфонов доходит до −20 дБ — это стократная разница по амплитуде относительно Sidekick.
Как надо было честно:
настроить легенду, включить offset и добавлять точки доступа, пока требования не будут выполнены. В рассмотренном офисе их потребовалось вдвое больше. Не важно, какого производителя, — Wi-Fi всегда работает так, как он работает.

Хитрость вторая: добавить мощности

Лучший инструмент для пробития стен — перфоратор, а не Wi-Fi. Тем не менее аргумент «точки отличные, офис на девятом этаже, а сеть видно на парковке» звучит регулярно, как и жалобы на региональные ограничения мощности. Здесь и всплывает «профессиональное» оборудование: RB951 способен выдавать в эфир полватта при разрешенных 100 мВт, у UniFi AP-LR ситуация сопоставимая (27 дБм — те же 500 мВт).
  • Приём прост:
    поднять мощность передатчиков — и после включения offset всё становится зелёным. Заказчики любят зелёный цвет. Мощность передатчиков в отчёт по радиопланированию при этом практически никогда не добавляют.
  • Проблема в том
    что Wi-Fi передаёт данные в обе стороны, и каждый кадр требует подтверждения. Клиентские устройства существенно слабее точек доступа: реальные возможности видны не в даташитах, а во фреймах association request, и мощность передатчика клиента зачастую ниже, чем вообще разрешено в диапазоне. Точка доступа висит на потолке, а телефон зажат в ладони и произвольно ориентирован в пространстве.
Моделирование показывает это наглядно: точка доступа с мощностью 23 дБм даёт на телефоне −65 дБм — даже лучше «канонических» −67. В обратную сторону точка доступа клиента практически не слышит: переповторы, низкие скорости, деградация сервиса.

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

Хитрость третья: подкрутить легенду

Легенда в отчёт обычно не попадает, и заказчик понятия не имеет, по какому уровню выполнялось планирование и почему −75 дБм хуже, чем −67 дБм. Достаточно сместить порог — и покрытие «улучшается» до двух точек доступа. Это уже простой неприкрытый обман, но пользуются им часто.
Противоядие:
вопрос о том, почему в отчёте нет ни одной настройки точек доступа, и запрос исходного файла .esx — открыть его заказчик может самостоятельно. Правда, на одного такого заказчика найдётся пятеро, которые не зададут ни одного вопроса.

Хитрость четвёртая: игнорировать ёмкость

В рассматриваемом офисе около 38 рабочих мест. У каждого сотрудника смартфон и ноутбук, вероятна постоянная видеоконференцсвязь. При переключении в визуализацию Capacity Health выясняется: полный стакан сигнала есть, а нагрузку сеть не вывозит. Точки доступа приходится добавлять, пока всё не позеленеет, — и их требуется уже в несколько раз больше исходного количества.

Каждая точка сильно ограничена по ёмкости независимо от того, что написано на коробке. Продавцу выгодно давить на выгоду (две точки гарантированно дешевле восьми) и показывать гигабиты: «up to 900 Мбит/с» звучит убедительно, а про channel bonding, каналы 20/40/80/160 МГц и причины, по которым этой скорости не будет никогда, заказчик не знает.

Корректный подход — сообщать реальное количество клиентов, уточнять используемые сервисы и приложения и требовать обоснования: почему именно столько точек доступа и все ли клиентские устройства учтены.

Несколько уточнений

  • Про −67 дБм.
    Это число давно превратилось в догму, хотя даже во времена 802.11n его не хватало для MCS 9 — речь скорее про MCS 5, то есть порядка 35 Мбит/с на L2 и 20–25 Мбит/с на L3. Для видеозвонка этого достаточно, поэтому граница покрытия ещё не портит клиентский сервис. Требования по SNR действительно ужесточились с усложнением модуляции и расширением каналов, но пользоваться числом −67 как аксиомой не обязательно: если сервис требует большей пропускной способности, порог поднимают до −65 или −63, обосновав это заказчику.
  • Про ширину канала.
    Ekahau её не учитывает, так как планирует по биконам, а те, как и все control- и management-фреймы, всегда передаются в 20 МГц. Практическое правило: при каждом удвоении ширины канала к требуемому уровню покрытия добавляется 3 дБ. Использовать широкие каналы без чёткого понимания, зачем это нужно, — грех: частотный ресурс ограничен и в 5 ГГц, и в 6 ГГц, а любая офисная сеть сегодня фактически становится сетью High Density.
  • Про разброс устройств.
    Два одинаковых устройства из одной партии могут отличаться по offset на 10 дБ. Каждый чип никто не калибрует — заливаются типовые таблицы калибровки, а выборочный контроль проходит примерно один чип из тысячи. Поэтому корректнее измерять offset на нескольких экземплярах и усреднять, а каналы, на которых устройства ведут себя стабильно плохо, имеет смысл исключать из планирования: ёмкость сети снижается, но качество связи растёт.
  • Про «бесшовный роуминг».
    Строго говоря, его не существует: клиент не может быть подключён к двум точкам доступа одновременно, а роумингом в терминологии операторов называется перевод клиента сетью. Корректнее говорить о быстром хендовере. Механизмы 802.11k/r/v давно включены в стандарт, и в 2026 году их проще включить, чем объяснять заказчику, почему они не сделаны.
Финал
Главный вывод, который стоит вынести из всего перечисленного: никогда не бывает ситуации, когда точек доступа одного производителя нужно в два раза меньше, чем другого. Все они работают по одному протоколу. Если в спецификации точек доступа заведомо меньше, чем в конкурирующих предложениях, — либо заказчика прямо обманывают, либо забыли учесть что-то очень важное.
Все описанные приёмы работают ровно до момента оплаты счёта. После отгрузки оборудования остаётся только функция блокировки контакта — последующие звонки приятными не будут. Зато инженеры, профессионально решающие проблемы чужих Wi-Fi-сетей, продолжат стабильно зарабатывать на радиообследованиях.
В Москве:
РФ (звонок бесплатный):
Наша почта:
GetNet
Остались вопросы?
Группа компаний VoxLink © 2011-2026