http://mikrotik.moscow Новое в теме Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 04 Aug 2026 22:53:58 -0400 Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Я тоже заметил это на своих устройствах Samsung и согласен, что это глупо.
31.10.2020 21:47:00, maigonis.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409361 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409361 Sat, 31 Oct 2020 21:47:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Привет, anav! Мне приходится догадываться и проводить обратную разработку, так как документация по этому вопросу неполная, и разработчики Mkt ещё не добавили информацию. На данный момент я понимаю следующее:

Q1. Что происходит после 30 секунд? Первая проверка истекает, и нужно сделать новую. Список доступа проверяется снова сверху вниз. Если первое правило совпадает, отлично — мы остаёмся соединёнными ещё на 30 секунд (по умолчанию: authentication=yes, forwarding=yes). Таким образом, соединение не прерывается, даже если сигнал пропадает в течение этих 30 секунд.

Q2. Переходит ли радио тогда к следующему правилу «не аутентифицировать и не пересылать» (что сразу разрывает связь)? Нет, список доступа проверяется заново сверху вниз. Если первое правило не подходит, проверяется следующее, и так далее, пока не найдётся совпадение или не будет использовано правило по умолчанию. Если подходящее правило (или default) имеет authentication=no, вы не можете аутентифицироваться (или оставаться аутентифицированным). Если forwarding=no — вы не сможете общаться с другими клиентами в этом SSID.

Q3. Или пользователь вообще выкидывается с точки доступа каким-то другим механизмом? Есть два способа выкинуть пользователя через access-list: правило с authentication=no (описано в вики) или настройка по умолчанию с authentication=no (не задокументировано, но используется другими в этом форуме). Есть и другие причины отключения клиента, иногда причина указана словами или номером: disconnected, received deauth: authentication not valid (2); disconnected, received deauth: class 3 frame received (7); disconnected, extensive data loss; … и во время роуминга … disconnected, received disassoc: sending station leaving (8); disconnected, registered to other interface; disconnected, registered to other device in network.

Q4. Если есть режим выкидывания, как долго он длится? Похоже, что существует блокировка или состояние в «чёрном списке». «banned (last failure - xxxxxx)», где xxxxxx — «not allowed by access list». Состояние banned также может использоваться по другим причинам (см. причины отключения в Q3). Неясно, как долго оно длится. У других брендов фиксируются события «added to blacklist» и «removed from blacklist» с очень короткой задержкой — около 1 секунды.

Q5. Если второе правило никогда не позволит пройти аутентификацию и пересылку, зачем оно вообще нужно или зачем ставить время, например, 5 секунд? Это правило и любые с authentication=no создают состояние «not allowed by access list» — если вы подключены, вас выкидывают. 5 секунд — это время, в течение которого выбранное правило остаётся в силе. Поэтому, даже если сигнал снова становится сильным, вы всё равно остаетесь в состоянии этого правила. Как и с правилом authentication=yes на 30 секунд — снижение уровня сигнала не запускает повторную проверку, так и здесь повышение сигнала не запускает её. Повторная проверка всегда идёт сверху вниз через список правил. Таймаут по умолчанию для отсутствия сигнала — 10 секунд. Это может раздражать, если вы роумите по правилам access-list, основанным на уровне сигнала, и переключаетесь между двумя AP слишком быстро — из-за 10-секундной блокировки.

Q6. Иначе говоря, если в текущем месте нет сильного сигнала, когда я включаю телефон, означает ли это, что оба радио не позволят подключиться? Да! (и как минимум на время таймаута). И я не знаю, какое именно сообщение при этом выдаёт устройство пользователя. Что-то вроде «не удалось подключиться к этой сети» — возможно.
07.11.2020 17:08:00, bpwl.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409360 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409360 Sat, 07 Nov 2020 17:08:00 -0500 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Привет, bpwl.  
/interface wireless access-list add allow-signal-out-of-range=30s interface=Gym-5AC signal-range=-75..0 vlan-id=11  
add allow-signal-out-of-range=5s authentication=no forwarding=no interface=Gym-5AC signal-range=-120..-76 vlan-id=11  

Каждый раз, возвращаясь к этому, я запутываюсь.  

Вопрос 1. Что происходит после 30 секунд?  
Вопрос 2. Радио тогда переходит к следующему правилу, где стоит «не аутентифицировать и не пересылать» (что полностью обрывает соединение)?  
Вопрос 3. Или оно вовсе выкидывает пользователя с точки доступа каким-то другим способом?  
Вопрос 4. Если есть режим кика, насколько он длится?  
Вопрос 5. Если второе правило никогда не аутентифицирует и не пересылает — в чём смысл: а) иметь его вообще; или б) ставить время, например, 5 секунд?  
Вопрос 6. Иначе говоря, если при включении телефона в текущем месте нет сильного сигнала, получится, что оба радио просто не дадут подключиться?
07.11.2020 14:50:00, anav.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409359 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409359 Sat, 07 Nov 2020 14:50:00 -0500 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
«Allow out of range» означает, что это не время бана, а время до кика, когда игрок вне радиуса? Не смог найти этого в вики — очередная неподокументированная функция.
26.10.2020 07:18:00, SimonThomasen.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409358 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409358 Mon, 26 Oct 2020 07:18:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
@anav Всё ещё экспериментирую. Это всё обратная разработка. Как трясти чёрный ящик, чтобы смоделировать его содержимое. Но иногда (особенно ночью) эксперименты получаются непоследовательными, так что модель пока не совсем точная. Начинаются осенние каникулы, появится больше жителей… значит, будет больше данных для работы. Сейчас дошёл до задержки в 1 секунду. (Не знаю, можно ли задать «без времени» и означает ли это «никогда», учитывая, что есть явный параметр «всегда»). У других брендов время «черного списка» короткое, но неизвестно точное. Следующий эксперимент — без правила отторжения, но с отключённой аутентификацией по умолчанию в этой WLAN. (Если нет правила белого списка, используется настройка по умолчанию.) Но что лучше или быстрее? Будет ли это нулевая задержка?
26.10.2020 00:50:00, bpwl.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409357 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409357 Mon, 26 Oct 2020 00:50:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Я правильно понимаю, что ты хочешь, чтобы я уменьшил время с 5 секунд до 3 на более слабом соединении?
26.10.2020 00:04:00, anav.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409356 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409356 Mon, 26 Oct 2020 00:04:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Непостоянный опыт. Надеюсь, что гости на праздниках спали, подальше от AP. Но даже при тайминге в 3 секунды время блокировки не совпадает. Сбрасывать таймер после каждой попытки? А тут даже с 12 секундами! Это происходит только ночью, когда активность одна, пока что. Днём блокировка исчезла, когда время разрешённого доступа сократили до 3 секунд.  
 

25.10.2020 08:47:00, bpwl.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409355 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409355 Sun, 25 Oct 2020 08:47:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Да, именно так. Очень полезно, если быстро переключаться, заходя и выходя из комнаты, между внутренним и наружным AP, чтобы успевать переподключаться достаточно быстро. С настройками по умолчанию тебя блокирует на 10 секунд на обоих AP. Это и была изначальная претензия автора темы. «Я не понимаю, зачем все здесь советуют отключать по силе сигнала, если у этого метода такой серьёзный минус — невозможность быстрым образом переподключиться». Может, стоит добавить это в вики?
24.10.2020 22:28:00, bpwl.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409354 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409354 Sat, 24 Oct 2020 22:28:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Ну, у меня настройки таковы: 30 секунд, если сигнал сильный и устройство подключено (даёт пользователю до 30 секунд перед отключением…). А наоборот, если кто-то выходит из плохого сигнала в хороший, я хочу, чтобы устройство быстрее переключалось на лучший сигнал… В общем, что-то в этом роде…
24.10.2020 18:10:00, anav.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409353 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409353 Sat, 24 Oct 2020 18:10:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Автор вопроса. Вот как у меня происходит переход из room1 в room2: room1 отключает клиента именно тогда, когда нужно, клиент быстро подключается к room2. Пока всё нормально, потом я возвращаюсь из room2 в room1: room2 отключает клиента ровно вовремя, но клиент не может подключиться ни к room1, ни к room2 и остаётся отключённым какое-то время, и есть anav. Вот моя настройка для одного… (подробно) /interface wireless access-list add allow-signal-out-of-range=5s ap-tx-limit=0 authentication=no Теперь всё более-менее понятно, взаимная блокировка на пункте 5 из оригинала — это 5 секунд с этой настройкой anav. По умолчанию, если не указано иначе, стоит 10 секунд!
22.10.2020 13:11:00, bpwl.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409352 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409352 Thu, 22 Oct 2020 13:11:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Еще одна возможная проблема с роумингом… Мы видим, что устройства на iOS, Android, Windows 10 массово начинают использовать приватные MAC-адреса. (Пользователя даже не спрашивали, включать ли это — обновление просто сделало это само!) Правила, насколько часто меняются эти динамические MAC-адреса, мне не ясны, но я вижу катастрофические последствия для использования DHCP-аренд, а также возможную серьезную проблему с роумингом.

Поясню: теперь при подключении к каждой сети получается новый MAC+IP-адрес, и это «съедает» DHCP-аренды (сейчас время аренды настроено на 36 часов), причем один на каждую сеть (разные подсети — разные SSID). Но даже при роуминге — если меняется точка доступа (или, возможно, переключение с 2.4 ГГц на 5 ГГц в рамках одного и того же SSID), — MAC тоже меняется, и клиент получает новый IP-адрес.

Даже если клиент держит один и тот же MAC (и IP) на протяжении часа для всех возможных беспроводных подключений, происходят фундаментальные изменения. DHCP-аренды расходуются гораздо чаще, роуминг теперь меняет MAC-адрес. Это совершенно меняет игру для любой MAC-таблицы коммутатора или таблицы хостов, которую раньше можно было корректно обрабатывать потоком. Хуже всего — разные IP-адреса. Даже при NAT на шлюзе (интернет-сервер не видит разницы) сессия прерывается или продолжается с неправильным IP в локальной сети. Шлюз должен создавать новое соединение с новым IP, и клиент должен его инициировать. Это явно приводит к прерываниям, как и переключение между разными SSID или подсетями.

MAC-списки доступа и MAC-основы cookies в порталах — это совсем новый, изменчивый мир.

ИТОГ: это будет настоящим испытанием. Сейчас один пользователь ходит между 4 AP, но реальная нагрузка — 200 пользователей и 25 AP… будет полный хаос!

На iPhone выбираешь разные SSID, а Apple Watch и новые AP — отдельные тестовые SSID? MAC-адреса из приватного диапазона! Заблокировать их все? Можно ли фильтровать их по диапазонам MAC-адресов в списках доступа? Как объяснить большой массе пользователей, чтобы они отключили эту штуку и удалось это сделать? (Src MAC Mask Filter в Bridge?) https://www.blackmanticore.com/fc5c95c7c2e29e262ec89c539852f8fb

Как и с приватными IP-адресами (определёнными в RFC 1918), существуют и приватные диапазоны MAC-адресов. Они называются Locally Administered Address Ranges и никогда не используются устройствами или другими вендорами. MAC-адреса из этих диапазонов можно безопасно использовать, если они уникальны внутри вашей сети:

x2-xx-xx-xx-xx-xx  
x6-xx-xx-xx-xx-xx  
xA-xx-xx-xx-xx-xx  
xE-xx-xx-xx-xx-xx

Добавлю: Apple Watch «запоминает» комбинации SSID/пароль с iPhone и подключается ко всем тем же SSID, включая тестовые в той же подсети во время установки.

«Есть надежда»  
https://wifinowglobal.com/news-and-blog/new-private-wi-fi-address-iphone-feature-could-severely-impact-the-wi-fi-industry-expert-says/
30.10.2020 10:41:00, bpwl.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409351 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409351 Fri, 30 Oct 2020 10:41:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Вики об этом вообще ничего не говорит (http://forum.mikrotik.com/t/mikrotik-wifi-roaming-expirience/143634/1). Я понимаю формулировку «Allow Signal Out of Range -Time» так: это правило будет действовать в течение указанного времени, даже если сигнал вышел из зоны действия этого активного правила. Существуют правила access-list, которые допускают авторизацию (то есть вас не выкинут, если уровень сигнала не соответствует, но вы находитесь в заданном временном диапазоне), а есть правила, которые не дают авторизоваться и отказывают в подключении. Если сигнал вышел за пределы зоны действия активного правила отказа, вас всё равно отклонят или заблокируют, если вы находитесь в пределах указанного времени. Причина блокировки записывается в логах (потому что есть и другие причины блокировки, кроме «не разрешено access-list»). Если у вас в зоне досягаемости несколько AP, и вы ходите с устройством, вас очень легко заблокируют на всех этих AP, если используется стандартное время в 10 секунд. (Чтобы увидеть колонку Allowed Time в WinBox, нужны специальные действия, и по умолчанию это не входит в экспорт конфигурации, так что это часто упускается из виду). Пример из вики — настоящий капкан для плохого Wi-Fi с переносными устройствами, когда в соседних комнатах или внутри/снаружи находятся точки доступа.
26.10.2020 09:39:00, bpwl.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409350 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409350 Mon, 26 Oct 2020 09:39:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
У меня несколько капсов, и они точно работают на разных частотах, но с одинаковым SSID. Вот как настроен один из них… (подробно)

/interface wireless access-list add allow-signal-out-of-range=5s ap-tx-limit=0 authentication=no client-tx-limit=0 disabled=no forwarding=no interface=Gym-5AC mac-address=00:00:00:00:00:00 management-protection-key=“” private-algo=none private-key=“” private-pre-shared-key=“” signal-range=-120..-76 !time vlan-id=11 vlan-mode=default  
add allow-signal-out-of-range=30s ap-tx-limit=0 authentication=yes client-tx-limit=0 disabled=no forwarding=yes interface=Gym-5AC mac-address=00:00:00:00:00:00 management-protection-key=“” private-algo=none private-key=“” private-pre-shared-key=“” signal-range=-75..0 !time vlan-id=11 vlan-mode=default

Второй — примерно такой же, только у меня диапазоны — от 0 до -78 (хороший сигнал) и от -79 до -120 (слабый сигнал). Я ориентировался на то, что показывает мой iPhone, когда я ходил и сканировал с помощью airport utility, добавляя небольшой запас примерно в 3 дБ.
22.10.2020 12:43:00, anav.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409349 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409349 Thu, 22 Oct 2020 12:43:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Клиент не может подключиться ни к room1, ни к room2 и какое-то время будет оставаться отключённым. Связано ли это? http://forum.mikrotik.com/t/mikrotik-wifi-roaming-expirience/143634/16
20.10.2020 22:18:00, bpwl.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409348 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409348 Tue, 20 Oct 2020 22:18:00 -0400 RouterOS Простое переключение WiFi в небольшом офисе или домашней сети (SoHo) RouterOS в форуме RouterOS.
Привет! Я пытаюсь настроить роуминг в своей домашней сети. У меня кирпичный дом с четырьмя комнатами, в каждой стоит wAP AC в режиме 5 ГГц. Комнаты достаточно изолированы, так что сильного перекрытия нет. Все точки подключены к hex poe. Они настроены вручную (без Capsman) с одинаковым профилем безопасности и на одинаковом канале. Все работают на последней стабильной версии 6.45(brunch). Вот что я пробовал и что получилось:

Решение №1: настроить точку доступа так, чтобы она отключала клиентов с низким уровнем сигнала (-60.. -120). Вот как это происходит, когда я перемещаюсь из комнаты 1 в комнату 2: комната 1 корректно отключает клиента, клиент моментально подключается к комнате 2 – всё отлично. Но когда я иду обратно из комнаты 2 в комнату 1, комната 2 отключает клиента, но клиент не может подключиться ни к комнате 1, ни к комнате 2 и какое-то время остается отключённым. Думаю, дело в том, что клиент недавно был кикнут, и теперь просто боится снова пробовать подключаться. У меня MacBook Pro 2019, и я не понимаю, как все здесь советуют отключать клиентов по уровню сигнала, если у этого метода такой серьезный недостаток — невозможность быстрой переподключаемости. Что я делаю не так?

Решение №2: отключить низкие скорости передачи данных во вкладке HT MCS, то есть оставить только уровни 8 и выше. Удивительно, но это никак не помогло. Мой MacBook по-прежнему показывает MCS уровни ниже разрешённых, например 6, и остается подключённым в соседней комнате.

Решение №3: увеличить коэффициент усиления антенны, чтобы роутер снизил мощность передачи. Отключение клиентов работает отлично, но теперь даже рядом с роутером скорость заметно упала. Раньше было 780 Мбит/с, теперь 140 Мбит/с — это вообще сводит на нет смысл использования 5 ГГц. Кроме того, замечал скорости до 10 Мбит/с при перемещении, а ноутбук все равно держится за точку в соседней комнате. В общем, я хочу, чтобы клиент имел скорость 300 Мбит/с или был отключён, потому что рядом есть точка с в 2 раза более высокой скоростью. Доступ в коридорах или по дому мне не нужен, ноутбук может находиться только в ограниченных местах, и везде должны быть скорости выше 500 Мбит/с. Я могу каждый раз вручную отключаться и подключаться при смене местоположения, но ищу способ сделать это автоматически. Мне не нужен бесшовный переход или какая-то магия — нормально, если будут потеряны пакеты и до 10 секунд простоя.
04.05.2020 09:34:00, yantik.]]> http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409347 http://mikrotik.moscow/forum/forum57/86688-prostoe-pereklyuchenie-wifi-v-nebolshom-ofise-ili-domashney-seti-_soho/message409347 Mon, 04 May 2020 09:34:00 -0400 RouterOS