1) сними её со сканирования,
2) прогони Frequency Usage/Scan,
3) учти каналы соседних своих же CAP,
4) назначь канал через provisioning override,
5) проверь registration-table и roaming,
6) переходи к следующей.
Никогда не сканируй все точки одновременно — положишь всю mesh-сеть разом.
1. Диагноз
Одна точка — это просто Wi-Fi. Десять точек в CAPsMAN — это уже свободный канал wifi для каждой точки mesh capsman. Общий channel-plan «раскидай автоматом» здесь не работает.
Написал один канал на всю конфигурацию — получил ситуацию, где твои же три CAP на одном этаже сидят на одной частоте и толкаются локтями хуже, чем с соседом за стеной.
Классика: клиент идёт по коридору, сигнал падает, роуминг должен переключить его на соседнюю CAP — а она забита той же частотой, что и предыдущая. Телефон не переключается. Просто теряет пакеты. В логах при этом всё «зелёное».
Что получишь на выходе: пошаговую процедуру сканирования и назначения канала для каждой точки в отдельности. С учётом соседства именно внутри твоей mesh-сети, а не только внешних сетей.
Сколько займёт: 10–15 минут на точку. Для 10 точек планируй два-три часа с проверкой роуминга между парами соседей.
Что нужно: список точек с физическим расположением (этаж/зона), доступ к CAPsMAN, окно, когда можно последовательно отключать клиентов по одной точке за раз.
2. Причины
| Причина | Почему ломает mesh |
|---|---|
| Одинаковый канал у соседних CAP | Точки видят друг друга как conflicting BSS. Обе борются за эфирное время. Клиенты между ними мигрируют с потерями |
| Сканирование «оптом» по всем точкам сразу | Frequency-scan рвёт клиентов на время работы. Если гонишь его на 10 точках параллельно — вся сеть падает разом |
| Channel-plan без привязки к топологии | Автовыбор смотрит на эфир вокруг конкретной CAP. Но не знает про соседнюю CAP той же mesh-сети в 15 метрах |
| Разные драйверы на точках (wireless / wifi-qcom) | Смешанный парк. У одних Scan видит соседей иначе, чем у других. План приходится синхронизировать вручную |
| DFS на 5 ГГц у части точек | Одна CAP ушла с канала после радара, а соседняя осталась. В зоне перекрытия образуется дыра в покрытии |
| Неверный порядок обхода точек | Назначил канал первой точке до того, как узнал, что вторая уже на нём стоит. Переделывать план задним числом дороже |
| tx-power не пересчитан после смены канала | Оставил старую мощность. Соседние ячейки перекрываются сильнее, чем должны при новой частоте |
3. Рецепт
Подготовка
| Компонент | Версия |
|---|---|
| RouterOS (стабильная ветка) | 7.24.2 |
| RouterOS (long-term) | 7.23.5 / 6.49.21 |
| Драйвер AC-точек | wireless или wifi-qcom-ac |
| Драйвер AX-точек (Wi-Fi 6) | wifi-qcom |
На момент публикации актуальна версия 7.24.2. Перед сканированием проверь свежие релизы — патчи для wifi-стека выходят регулярно.
Перед стартом составь карту точек: имя CAP, физическая зона, диапазон (2.4/5 ГГц), драйвер. Без этой карты «пошагово по точкам» превращается в хаос.
/interface/wifi/capsman/remote-cap/print
Результат: список всех подключённых CAP с их идентификаторами. Это твой список для обхода.
Сделай бэкап прямо сейчас.
/export file=capsman-mesh-before-channel-plan
Архитектура обхода mesh-сети
Обход строго последовательный. Закончил одну точку — только потом берёшь следующую.
Шаг 1. Возьми следующую точку из списка
Открой remote-cap. Выбери CAP, которую ещё не трогал. Запиши её radio-mac и текущий интерфейс.
/interface/wifi/capsman/remote-cap/print detail
Результат: подтверждение, что точка на связи и готова к диагностике.
Шаг 2. Сними эфир именно для этой точки
Для wifi-qcom (Wi-Fi 6):
/interface/wifi/frequency-scan wifi1 duration=15s
Для legacy wireless (AC-точки):
/interface wireless frequency-monitor wlan1
Смотри load (или USE) и noise floor. Чем ниже load и лучше noise — тем свободнее канал.
Дополнительно глянь соседние сети:
/interface/wifi/scan wifi1
Результат: карта загруженности каналов конкретно вокруг этой точки, а не усреднённая по всей сети.
Помни: frequency-scan отключает клиентов на этой точке. Делай быстро.
Шаг 3. Сверь с уже назначенными соседями
Держи таблицу вида «точка → канал» и перед назначением проверяй расстояние до уже обработанных соседей.
| Точка | Зона | Диапазон | Назначенный канал |
|---|---|---|---|
| cap-office-1fl-a | 1 этаж, вход | 2.4 ГГц | 1 |
| cap-office-1fl-b | 1 этаж, склад | 2.4 ГГц | 11 |
| cap-office-3fl | 3 этаж, опенспейс | 2.4 ГГц | 6 (кандидат) |
Если между 1 и 3 этажом сигнал физически не пересекается — канал можно переиспользовать. Если этажи открытые (атриум, лестничный пролёт) — разноси каналы строже, даже если по расстоянию кажется, что «не должно мешать».
На 2.4 ГГц работай только с 1, 6, 11. Всё остальное — соседние каналы, они будут мешать.
Шаг 4. Назначь канал именно этой точке (override, не общий конфиг)
Для wifi-qcom — через provisioning-override на конкретный CAP, а не общий provisioning-профиль:
/interface/wifi/channel
add name=ch-3fl-office frequency=2437 width=20mhz band=2ghz-ax
/interface/wifi/provisioning
add action=create-dynamic-enabled master-configuration=cfg-office \
name-format=identity radio-mac=AA:BB:CC:DD:EE:03 channel=ch-3fl-office
Для legacy CAPsMAN — через отдельный channel-объект и привязку к конкретной точке:
/caps-man channel
add band=2ghz-onlyn control-channel-width=20mhz frequency=2437 name=ch-3fl-office tx-power=17
/caps-man provisioning
add action=create-dynamic-enabled master-configuration=cfg-office-3fl \
radio-mac=AA:BB:CC:DD:EE:03
Результат: канал прописан именно этой точке. Остальные точки провижининга не задеты.
После применения сразу проверь, что частота действительно сменилась:
/interface/wifi/print detail where radio-mac=AA:BB:CC:DD:EE:03
Шаг 5. Проверь именно эту точку и её соседей по роумингу
/interface/wifi/registration-table print where interface~"cap-office-3fl"
Смотри signal и rate. Если rate низкий при нормальном signal — канал всё ещё грязный.
Если рядом есть смежная точка — пройдись с телефоном между зонами и проверь смену BSSID без разрыва сессии:
/interface/wifi/registration-table monitor [find where mac-address=XX:XX:XX:XX:XX:XX]
BSSID должен смениться. IP остаться. Видеозвонок не упасть.
Шаг 6. Переходи к следующей точке
Обнови таблицу «точка → канал». Возьми следующую CAP по списку и повтори шаги 1–5.
Не сканируй следующую точку, пока не закрыл текущую. Иначе не поймёшь, какое изменение что сломало.
4. Проверка (по всей mesh-сети после обхода)
# сверка каналов по всем точкам разом
/interface/wifi/print detail
# роуминг клиентов по всей сети
/interface/wifi/registration-table print detail
# события DFS и disconnect
/log print where topics~"wireless"
Если после полного обхода две точки внезапно оказались на одном канале — значит, таблицу «точка → канал» вели не строго последовательно. Пересмотри план, а не сваливай на «само как-то съехало».
Пройдись с телефоном по всем зонам перекрытия. Особенно по коридорам и лестницам. Роуминг должен быть незаметным.
5. Осложнения
| Ошибка | Причина | Решение |
|---|---|---|
| После назначения канала клиенты одной точки видят вторую как помеху | Провижининг применился не на конкретный radio-mac, а на весь мастер-конфиг | Проверь radio-mac в provisioning. Override должен быть точечным |
| Роуминг между двумя соседними CAP рвёт сессию | Разница в tx-power слишком большая. Клиент «залипает» на дальней точке | Выровняй tx-power между соседними точками одной зоны |
| После обхода одна точка осталась на дефолтном канале | Пропущена в списке remote-cap при составлении карты | Сверь /interface/wifi/capsman/remote-cap/print со своей таблицей ещё раз |
| Сканирование одной точки положило клиентов соседней | Frequency-scan запущен не на том интерфейсе | Явно указывай имя интерфейса конкретной точки. Не полагайся на дефолт |
| «no available channels» | Country + список частот не пересекаются или width не подходит | Проверь country и сузь width до 20mhz на 2.4 |
Капля никотина убивает лошадь. Одна точка без записи в таблице «точка → канал» — вся mesh-сеть в состоянии «вроде работает, но непонятно почему».
6. Альтернативы
Автопровижининг без override. CAPsMAN сам раздаёт канал по общему списку частот. Плюс: не нужно вести таблицу вручную. Минус: точки могут случайно совпасть по каналу, если список частот короче числа точек в зоне. Привязки к конкретному radio-mac не будет.
Внешний RF-планировщик (Ekahau, iBwave). Строит heatmap заранее, ещё на этапе проектирования. Плюс: цветовая карта покрытия для отчёта заказчику. Минус: не учитывает изменения в реальном эфире после ввода в эксплуатацию. План красивый, но статичный.
Мы выбрали пошаговый override по точкам как основной метод. Потому что план сразу привязан к физической топологии конкретной сети, а не к теоретической модели распространения сигнала.
7. Профилактика
- Мониторинг: заведи в Zabbix проверку канала на каждой CAP отдельно (не агрегированно). Совпадение каналов у соседей должно триггерить алерт.
- Бэкап: перед обходом всей mesh-сети выгружай конфиг целиком.
/export file=capsman-mesh-before-channel-plan
- Автозапуск: держи таблицу «точка → канал» не в голове, а в файле рядом с бэкапом конфига. Следующий, кто будет менять план, не должен гадать.
- Регламент обхода: при добавлении новой точки в mesh сначала проверь каналы соседей по карте, потом сканируй саму новую точку.
- Раз в квартал или после появления новых соседей — частичный обход проблемных зон.
8. FAQ
Почему после настройки канала для одной точки соседняя начала работать хуже?
Скорее всего, provisioning-override применился шире, чем нужно — не на конкретный radio-mac, а на всю группу точек с этим мастер-конфигом. Проверь привязку override перед следующим шагом обхода.
Как проверить, что роуминг между двумя точками mesh-сети работает правильно?
Пройдись с клиентским устройством между зонами покрытия двух точек и следи за registration-table monitor по MAC-адресу клиента. BSSID должен смениться без потери IP и без разрыва активной сессии (например, видеозвонка).
Что делать, если при обходе точек я случайно назначил двум соседним CAP один канал?
Переназначь канал одной из двух точек на ближайший непересекающийся (для 2.4 ГГц — строго 1/6/11). Обнови таблицу «точка → канал» и заново проверь роуминг между этой парой.
Чем пошаговый обход отличается от общего channel-plan на всю сеть?
Общий план назначается один раз и не учитывает, что творится у конкретной точки прямо сейчас. Пошаговый обход медленнее, но каждая точка получает канал с учётом уже назначенных соседей. В mesh-сети это единственный способ не наступить на собственный хвост.
Можно ли сканировать несколько точек параллельно?
Нет. Frequency-scan рвёт клиентов. Если сделаешь параллельно — положишь всю сеть. Только по одной.
9. Итог
Прошли по каждой точке отдельно, а не раскидали канал одним конфигом на всю сеть. Теперь у каждой CAP есть своя частота, назначенная с оглядкой на реальных соседей — включая свои же точки в 15 метрах друг от друга.
Роуминг между зонами перестал быть лотереей. Забитый эфир в одной части офиса больше не тянет за собой всю mesh-сеть.
Если после обхода где-то всё равно рвётся — пиши в комментарии зону и имя точки. Разберёмся адресно.
Оставайтесь на связи
Рецепты от IT-боли. Без воды, без рекламы, без маркетинговой шелухи.
Подписаться на IT-Аптеку →


