Добрый день!
Возникла необходимость построить единую WiFi сеть на довольно большом пространстве. Используются 5 микротиков (все они подключены кабелями в единый домен).
По началу настроил всё через Capsman2. Он завелся, клиентские устройства при перемещении переключаются между точками доступа, но при этом по факту они перескакивают между 5 SSID'ами, что происходит хоть и быстро, но иногда рвется RDP соединение, а это уже очень нежелательно. В идеале же необходим один ssid.
Начал гуглить, в итоге обратил внимание что относительно недавно в Router OS добавили возможность настройки WiFi repeater (в winbox -> Setup Repeater).
Схема расположения микротиков такая: Mikrotik -> Mikrotik -> Mikrotik -> Mikrotik -> Mikrotik (т.е. они вытянуты примерно в одну линию, здание одноэтажное). Возможно ли в такой конфигурации настроить рипитер? Т.е. когда повторитель должен цепляться не к главному wifi, а к другому повторителю (который уже в свою очередь цепляется к главному wifi)? Т.е. примерно так: Repeater -> Repeater -> WiFi -> Repeater -> Repeater. Может быть при этом вылезут какие-нибудь подводные камни?
Либо посоветуйте способ получше?
Сеть то как раз одна и SSID один. Но по факту при использовании Capsman2 получается 5 разных SSID'ов (с одинаковыми названиями, с единым паролем). Т.е. я настроил, потом взял в руки телефон на адроиде с WiFi Analyzer'ом и пошел по территории. При перемещении от точки к точке видно что идет переключение клиента на другой SSID (с другим MAC адресом Mikrotika). На контроллере при этом в логах пишется что клиент ушел к другой точке, т.е. Capsman работает. Как я понимаю в этом и заключается логика работы Capsman у Mikrotik'а, т.е. контроллер запоминает клиента и при переключении его на другую точку рвет соединение и перекидывает его на ближайший SSID, пуская при этом его без авторизации, за счет чего и происходит быстрое переключение (но пакеты при этом все равно теряются как раз в момент переключения).
P.S. А чем плох рипитер? Единственное что приходит на ум - если отвалится какое-либо звено в середине, то весь wifi после этого звена так же отвалится, ну и все точки должны работать на одной частоте, т.е. будут сами себе мешать
pumba: Да репитер ничем не плох. Просто скорость упадет как минимум в два раза.
А вы говорите про большое пространство - т.е у вас может получится не один репитер, а два а то и три.
Т.е скорость упадет в в четыре- шесть раз.
По поводу точек - они в любом случае работают на одной частоте. А не мешают они друг другу по той простой причине, что работают в разное время.
По поводу потерь пакетов при переключении - они будут, этого никак не избежать.
По поводу обрывов при потерях - по идее их быть не должно, RDP нормально работает на соединениях с высоким пингом и потерями.
АртемЪ:
Зашел тут на одну точку, просканировал с неё WiFi эфир, как оказалось она вообще не добивает до соседней точки. Попробую в понедельник между эти 2 точками поставить еще один микротик. Может просто они у меня недостаточно плотно стоят и в результате как раз RDP и рвется
Во первых раскидайте точки по разным каналам , чтобы канал соседних точек был как можно более удален. У вас судя по всему они на одном канале сидят.
Во вторых настройте ограничения уровня сигнала - переключение идет именно тогда когда уровень сигнала падает ниже настроенной отметки.
но при этом по факту они перескакивают между 5 SSID
Вот этот момент больше всего вопросов вызывает.
Совсем непонятно что вы имеете ввиду, и работает ли у вас вообще Capsman.
Когда сеть работает под управлением контроллера все клиенты видят что подключены к одной точке - к контроллеру.
Реально за какую точку они цепляются можно посмотреть в capsman > regtable > interfases
Действительно, висят на одном канале. Чтобы раскидать на разные надо создать несколько конфигураций на контроллере? Или можно просто в конфигурации не заполнять поле Frequency и контроллер начнет автоматом раскидывать каналы по точкам?
Совсем непонятно что вы имеете ввиду, и работает ли у вас вообще Capsman.
Да вроде как работает, т.к. на контроллере в CAPsMAN -> Interfaces я вижу все 5 строк (cap 1, cap2, ...., cap5), а на точках в Wireless tables - Managed by CAPsMAN. Channel 2412/20/gn(20 dbm), SSID: Sklad, local forwarding.
По поводу 5 разных SSID'ов получается так: я беру телефон, подхожу к самой удаленной точке, и вижу нужный мне SSID - Sklad, затем по мере того как продвигаться по линии в сторону других точке уровень сигнала этого SSID'а естественно начинает постепенно падать, но на этом же месте появляется такой же SSID Sklad (с Mac адресом другого Mikrotik'a, к которому я приближаюсь) и в момент когда уровень сигнала первой точки становится совсем маленьким я вижу как телефон переключается на вторую точку (при этом значек на телефоне wifi вообще не пропадает). Может это просто программа на телефоне так показывает, а по факту SSID все-таки один?
pumba:
1)Заходите в Interfases нажимаете жирный зеленый плюс, указываете мак и радио мак конкретного CAP'а там уже в radio > provision забиваете настройки радиоканала именно для него.
2)Ну тогда похоже все работает.
АртемЪ:
Спасибо за информацию, но а вообще теоретически если увеличить количество микротиков (уж больно далеко как мне кажется они стоят), и повесить все их на разные каналы, это плохо или не повредит?
P.S. RDP и так работает через стандартный 3389 TCP
pumba: Тут важна мера - слишком далеко, это плохо, слишком близко тоже.
С одной стороны зона покрытия соседних точек должна перекрываться, чтобы не было разрывов в связи, с другой стороны соседние точки должны по минимуму мешать друг другу.
Не забывайте что в один момент времени вещает одна точка доступа в эфире.
Т.е если у вас одна точка обеспечивает нормальный уровень сигнала около второй - значит в тот момент когда одна из них будет вещать, вторая будет нервно курить и ждать освобождения эфира.
А в чем смысл раскидывать все точки по разным не пересекающимся каналам? По идее на одном канале переключение клиента как раз будет происходить быстрее и не так заметно? Тем более если грамотно подобрать расстояние между соседними точками, то они и мешать друг другу не должны на одном канале
По идее на одном канале переключение клиента как раз будет происходить быстрее и не так заметно?
С чего бы это? Переключение это отключение от старой точки, и начало работы с новой.
Заметность переключение - время необходимое чтобы "договориться" с новой точкой. От канала это вообще никак не зависит.
Тем более если грамотно подобрать расстояние между соседними точками, то они и мешать друг другу не должны на одном канале
На одном канале точки не будут мешать друг другу если не "слышат" друг друга. Т.е это надо так подобрать расстояние, чтобы у клиента была устойчивая связь с точкой А, а потом в определенном месте раз и точку А он не слышит, а слышит исключительно точку Б.
Вы же понимаете что это невозможно.
А в чем смысл раскидывать все точки по разным не пересекающимся каналам?
Собственно клиент работает с точкой на одном канале, этот канал прилично удален от каналов на которых работают соседние точки и их клиенты - значит взаимные помехи будут минимальными.
Если все точки, и соотвественно их клиенты будут висеть на одном канале - взаимные помехи будут максимальными.
В итоге получится что они могут работать одновременно.
А на одном канале - они будут создавать приличные помехи, а это коллизия, и ее обработка. Если кто-то начал вещать, то все остальные кто его слышит должны заткнуться и дождаться пока он закончит.
В результате все будут в основном ждать пока говорит другой. Как следствие - за единицу времени они передадут меньше информации, т.е упадет скорость, возрастет пинг из за задержек, и будут потери пакетов из-за коллизий.
pumba: контроллер на микротик е ничего путного для плавного переключения не делает , пока что это централизованное обновление конфигураций. На деле, переподключения можно добиться если они (AP) будут подключены к одной сети с DHCP сервером и Gateway. И да физику процесса (радиочастот) надо понимать при построении сети. Устройства попросту физически переподключаются к твоей сети. Одна Ремарка : DHCP сервер обязательно должен держать аренду адреса определённое время. Бывают устройства которые при отключении клиента освобождают адрес, это не есть хорошо.
Средний
Простой
Средний
