Почему мобильные устройства теряют связь с AP MikroTik?
Добрый день!
Имеется Mikrotik RB1100 в качестве контроллера capsman и несколько десятков раскиданных по клиентам cAP 2nD.
Везде конфигурация одинаковая - 20Mhz ширина канала, канал 6-ой, открытая сеть, rts cts, время дисконнекта 15 секунд. Периодически начал ловить такие обращения, что при выключении экрана телефона он отрубается от сети. Полез смотреть логи и увидел довольно таки много сообщений с разных точек доступа вида XX:XX:XX:XX:XX:XX@capname disconnected, received disassoc: sending station leaving (8) (3). Обычно между сообщением о подключении и этим проходит совсем небольшое время - от нескольких секунд до пары минут. Непохоже на то, что клиент подключается и отключается самостоятельно. Сталкивался ли кто с подобной проблемой?
Видимо зависит от конкретного устройства. Под рукой телефон xiaomi, проверил на нем - от сети не отрубается и при выключенном экране. Буду продолжать вытягивать информацию из клиентов, ведь то, что они по какой-то причине замечают такие разрывы означает, что что-то идет не так.
Максим, любой телефон отрубается при отключении экрана, через некоторое время. Зависит от настроек вшитых в телефон.
Если отрубается в процессе работы - то уже искать проблему
Максим Сандаков, на микротике можно в настройках вифи поставить время разрыва. Не 3сек, а больше например.
Тогда будет дольше режать клиента подключенным
Это экономия батареи телефона - если пользователь активно не работает с телефоном, выключаются все энергоемкие устройства вроде WiFi, GPS, и прочих ненужных фишек.
Везде конфигурация одинаковая - 20Mhz ширина канала, канал 6-ой
К описанной ситуации это отношения не имеет, но зачем везде одинаковый канал????
Это не принципиально в моем случае, у клиентов стоит обычно по одной, максимум две точки доступа(сильно разнесенные). И управляются они все с одного провижна, поэтому пока еще разбираюсь как сделать более цивилизованное управление каналами на этой тьме апшек.
Максим, Ruslan-Strannik, Капсман это просто просто программа управляющая множеством точек доступа и не более того.
Поскольку у нас количество точек доступа больше одной - возникает задача максимально их изолировать, чтобы они не сильно мешали друг-другу.
Для этого их разносят в пространстве, используют естественные препятствия, и разносят по каналам.
Если у вас куча точек доступа расположенных недалеко друг от друга - они будут сильно мешать друг, другу.
Постоянно будут возникать коллизии. При возникновении коллизии какой-то АP придется ждать пока работает другая точка доступа. В итоге падает скорость, растут задержки.
Если разнести точки по частоте - они будут меньше мешать друг-другу, будет меньше коллизий.
Только и всего.
Денис Сечин, Задача данного механизма - исключение коллизий при передаче данных.
Разносим на разные каналы - сводим к минимуму количество коллизий - да механизм станет менее востребован, и только.
АртемЪ, каким образом? я не пойму..
в провижн указывается конфигурация вещания для точек (основная и второстепенные), в конфигурации нужно указать какую настройку "channels" использовать для вещания этой сети. во вкладке "channels" создаю конфиг, где явно указываю какой канал использовать. И все точки которые подключены к капсману, используют эти настройки и соответственно этот канал.
Простой
Средний
Простой
Простой
Средний
