Роуминг в режиме станции — задать порог сигнала?

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

Как коммерческому клиенту, тебе действительно следует задавать вопросы через дилера MT (с которым ты работаешь), который потом скажет MT, насколько ты ценный клиент. Что касается порогов роуминга: абсолютное значение универсально не установишь, потому что точная сила сигнала, при которой клиент должен переключаться на другую точку доступа, зависит от структуры WiFi-сети. Где-то сигнал будет установлен выше, где-то ниже (а в тех случаях, где задан абсолютный порог, это приведёт к потере непрерывности покрытия).

Правильный подход — настроить радиоприёмник на начало поиска подходящих точек доступа при определённом пороге и почти сразу переключаться, если сигнал другой точки, относящейся к той же ESSID, станет сильнее сигнала текущей точки доступа (и не важно, происходит это при -45 dBm или при -85 dBm). Проблема в том, что приёмник может искать другие точки только в моменты бездействия, на перестройку частоты уходит время, потом нужно принять и расшифровать «маячки» (а у некоторых точек доступа они идут с длинным интервалом), а затем вернуться к «обслуживающей» точке, чтобы продолжить работу.

В идеале устройство должно делать всё это во время запланированных пауз бездействия, чтобы точка доступа не «паниковала», если у неё есть данные для клиента в буфере, а клиент ищет лучшую точку для роуминга. Этот абзац только описывает сложности… настоящие мобильные технологии (например, LTE или 5G) имеют всё это в базовых спецификациях, причём базовые станции помогают терминалам выполнять эти процедуры и даже устанавливают пороги, при которых терминал должен переключаться. То есть в конечном счёте это не терминалы решают, а архитектура оператора мобильной сети, которая регулирует мобильность.

В WiFi же мобильность — это просто шутка (а расширения 802.11 r,k,v и остальные — слабый «латочный» ремонт), поэтому настоящая бесшовная мобильность в WiFi просто невозможна.

Список подключений бесполезен, так как это не вызовет роуминг, а только отключение и повторное подключение. На это уйдет примерно 7 секунд. Я уже объяснял это в одном из своих постов, когда искал способ сократить время роуминга. С вами согласен — решение проблемы лежит в другой плоскости. Mikrotik опоздал на поезд. Их продукты не предназначены для клиентов-мобилей, роботов или автоматизации. Они были и есть рассчитаны на работу с неподвижными устройствами. Что касается меня, я так и не нашёл способ заставить устройство начинать роуминг раньше. Так что здесь тупик, если только кто-то из Mikrotik не добавит пару настроек, с помощью которых можно будет регулировать уровень сигнала для начала роуминга. Или, что ещё лучше, поддержать быстрый роуминг/передачу соединения.

Хмм, может, я недостаточно ясно выразился. Список подключения БЕСПОЛЕЗЕН и только усугубляет проблему. Потому что, когда он находит более подходящую точку доступа в списке подключения, он не переключается в роуминг, как ты говорил, а просто отключается и потом пытается подключиться заново. На это уходит время — несколько секунд. Примерно 7 секунд, согласно логам в Mikrotik. Это очень медленно, поэтому бессмысленно. Антенны в данном случае не имеют значения, всегда есть точка доступа с уровнем сигнала около -50 (согласно статистике Mikrotik wireless).

Никого не волнует, как это выглядит с точки зрения станции. Обратите внимание, как началась эта тема (вполне похоже на мою). Заявки имеют значение, потому что без них нет смысла подключаться. Роуминг в Mikrotik означает «переподключение», если смотреть в логи — это происходит примерно за 1 секунду. И этот процесс нельзя настроить, как в любой другой ОС, где можно просто задать условие (например, чтобы начало было при -65) или даже поддержать бесшовный роуминг. Если добавить список подключений (как вы предложили), это займет 7 секунд, потому что это не роуминг, а отключение и затем подключение. Конфигурация трех точек доступа (в моем тестовом окружении) никак не влияет на то, как станция Mikrotik обрабатывает роуминг, потому что Mikrotik делает это самостоятельно. А если с точки доступа настроить переключение клиентов при -65, для Mikrotik это будет отключение, и это занимает секунды… Если добавить в уравнение клиент Windows, он делает это гораздо лучше, потому что с версии XP умеет выполнять бесшовный роуминг, а точки доступа обеспечивают передачу, чего Mikrotik не умеет. Поэтому Mikrotik не подходит для таких задач, где переподключение занимает секунды, и до сих пор у Mikrotik нет решения этой проблемы. И как вы отметили, это может занимать до 30 секунд, а иногда даже 2 минуты, — отличный повод поменять их и двигаться дальше. Mikrotik никогда не предназначался для использования в движущихся роботах, автоматизации и тому подобном.