Off-channel scan — зло, без которого Wi-Fi не лечится

info@vsetut.pro

Стать автором

Вернуться

26.02.2026 17:23:50 | Хабр

Хабы: *nix, C, Cisco

В управлении каналами и мощностью передатчика точек доступа Wi-Fi есть один вечный конфликт: чтобы сеть работала хорошо, нужно знать реальную ситуацию в эфире. Богатые Cisco, Aruba и прочий Ruckus используют "третий глаз" у точки в виде отдельного радиопримника, который для целей передачи данных не используется вообще. Отдельное радио? В мирное время - премиум. В трудную годину - уже почти статья за растрату. Так что же делать?

Чтобы узнать реальную ситуацию, приходится делать off-channel сканирование, то есть уводить радио с рабочего канала. Это всегда чуть-чуть, а иногда сильно ломает связь. Получается неприятная рекурсия: когда диагностика и оптимизация нужны, чтобы wifi работал хорошо, но wifi уже работает плохо во время диагностики и оптимизации.
И тем не менее без данных любая автоматическая настройка RRM - это гадание.

Что такое dwell time и почему он раздражает пользователей
Off-channel скан - это когда точка уходит на чужой канал, слушает там эфир некоторое время (dwell time), собирает счетчики и возвращается назад. Пока радио не на своем канале, оно не слышит своих клиентов и не может нормально обслуживать трафик. На практике это выглядит как микро-паузы: чуть растет задержка, появляется джиттер, иногда вылезают ретраи, голос и видео становятся более нервными. Чем чаще и дольше dwell - тем заметнее эффект.

Если сделать dwell слишком коротким - измерение получается шумным. Если сделать dwell длинным - сеть начинает реально страдать. Поэтому идеального dwell не существует. Есть только баланс: сколько "налога" ты готов заплатить за наблюдаемость.

Подробнее

Читайте также