Перейти к содержимому
Калькуляторы

Автоподхват wifi сети

Интересуют способы реализации такой схемы:

 

имеется 10 точек доступа, между собой которые могут быть соединены через lan, и есть пару ноутбуков с которыми приходится носиться, соот-но периодически возникают ситуации когда ноут теряет точку доступа. Тут либо программно переподключаться к новой точке, находящейся в зоне видимости, либо как-то (как?) реализовать это железно на уровне самих ап'шек.

 

Кто что подскажет?)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Интересуют способы реализации такой схемы:

 

имеется 10 точек доступа, между собой которые могут быть соединены через lan, и есть пару ноутбуков с которыми приходится носиться, соот-но периодически возникают ситуации когда ноут теряет точку доступа. Тут либо программно переподключаться к новой точке, находящейся в зоне видимости, либо как-то (как?) реализовать это железно на уровне самих ап'шек.

 

Кто что подскажет?)

Какие АР?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Интересуют способы реализации такой схемы:

 

имеется 10 точек доступа, между собой которые могут быть соединены через lan, и есть пару ноутбуков с которыми приходится носиться, соот-но периодически возникают ситуации когда ноут теряет точку доступа. Тут либо программно переподключаться к новой точке, находящейся в зоне видимости, либо как-то (как?) реализовать это железно на уровне самих ап'шек.

 

Кто что подскажет?)

 

Тут требуется 10 точек доступа Mikrotik RB751, настроите на них ограничение по минимальному уровню сигнала, расставите по ходу движения ноутбука. Подключите в одну локальную сеть.

 

После всего можете хоть бегать с ноутбуком, он будет всегда на связи.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если нужны миимальные задержки с переключением (до 50мс) -- ставьте точки с поддержкой 802.11r или любые мыльницы перешиваемые под дд-врт/опенврт и настраивайте их.

К сожалению не все клиентские устройства поддерживают данный стандарт, но ноуты с последними дроами и андройд4 поддерживают как правило без проблем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Интересуют способы реализации такой схемы:

 

имеется 10 точек доступа, между собой которые могут быть соединены через lan, и есть пару ноутбуков с которыми приходится носиться, соот-но периодически возникают ситуации когда ноут теряет точку доступа. Тут либо программно переподключаться к новой точке, находящейся в зоне видимости, либо как-то (как?) реализовать это железно на уровне самих ап'шек.

 

Кто что подскажет?)

 

Тут требуется 10 точек доступа Mikrotik RB751, настроите на них ограничение по минимальному уровню сигнала, расставите по ходу движения ноутбука. Подключите в одну локальную сеть.

 

После всего можете хоть бегать с ноутбуком, он будет всегда на связи.

 

Те программно ничего не придётся трогать на ноутах? Он сам при обнаружении нового сигнала подцепится?

 

А каков алгоритм работы. Те скажем ноут подцеплен к точке А, связь теряется, ап А это видит и передаёт эту инфу - "разрыв связи" - точке Б, та в свою очередь включает ssid и ноут видит что сигнал снова появился. Те эти железки как бы предоставляют один ssid?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Интересуют способы реализации такой схемы:

 

имеется 10 точек доступа, между собой которые могут быть соединены через lan, и есть пару ноутбуков с которыми приходится носиться, соот-но периодически возникают ситуации когда ноут теряет точку доступа. Тут либо программно переподключаться к новой точке, находящейся в зоне видимости, либо как-то (как?) реализовать это железно на уровне самих ап'шек.

 

Кто что подскажет?)

 

Тут требуется 10 точек доступа Mikrotik RB751, настроите на них ограничение по минимальному уровню сигнала, расставите по ходу движения ноутбука. Подключите в одну локальную сеть.

 

После всего можете хоть бегать с ноутбуком, он будет всегда на связи.

 

Те программно ничего не придётся трогать на ноутах? Он сам при обнаружении нового сигнала подцепится?

 

А каков алгоритм работы. Те скажем ноут подцеплен к точке А, связь теряется, ап А это видит и передаёт эту инфу - "разрыв связи" - точке Б, та в свою очередь включает ssid и ноут видит что сигнал снова появился. Те эти железки как бы предоставляют один ssid?

Эти железки просты сохо роутеры, и мало чем отличаются от простых АР. Можете и на своих девайсах поставить один ссид.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Те программно ничего не придётся трогать на ноутах? Он сам при обнаружении нового сигнала подцепится?

 

Клиент не должен привязываться по маку к точке. Тогда все будет работать.

 

А каков алгоритм работы. Те скажем ноут подцеплен к точке А, связь теряется, ап А это видит и передаёт эту инфу - "разрыв связи" - точке Б, та в свою очередь включает ssid и ноут видит что сигнал снова появился. Те эти железки как бы предоставляют один ssid?

 

Алгоритм простой, ноут подключен к точке А, уровень сигнала упал ниже предела, точка А его скинула от себя. Клиент сразу начинает подключаться ко всем доступным сетям с этим же SSID и регистрируется сразу на всех точках. Та точка, которая первой его примет - с той он и будет работать. Потери связи нет для сетевых приложений, просто пауза около полсекунды а то и меньше.

 

Для балансировки клиентов по точкам можно использовать EAP, тогда радиус сервер может отбрасывать клиентов с нагруженной точки, и они будут делать попытки подключения к другим свободным. Таких отбросов надо делать 2-3, не более, если клиент все равно продолжает подключаться к нагруженной точки, тогда его надо пускать - он других точек не видит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Те можно взять самые тупые мыльницы, дать им всем один ssid и всё? Те для клиента на запрос определённого ssid получать несколько ответов нормально?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Те можно взять самые тупые мыльницы, дать им всем один ssid и всё? Те для клиента на запрос определённого ssid получать несколько ответов нормально?

 

Тупые мыльницы не подойдут. Надо что бы точка сама скидывала клиента, а не он сам отключался, делая попытки восстановления связи.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Те можно взять самые тупые мыльницы, дать им всем один ssid и всё? Те для клиента на запрос определённого ssid получать несколько ответов нормально?

 

Тупые мыльницы не подойдут. Надо что бы точка сама скидывала клиента, а не он сам отключался, делая попытки восстановления связи.

Это не обязательно. Отключившись он подключится к сети с таким же именем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Те можно взять самые тупые мыльницы, дать им всем один ssid и всё? Те для клиента на запрос определённого ssid получать несколько ответов нормально?

 

Тупые мыльницы не подойдут. Надо что бы точка сама скидывала клиента, а не он сам отключался, делая попытки восстановления связи.

Это не обязательно. Отключившись он подключится к сети с таким же именем.

 

Однако опыты показывают обратное. Точки типа длинк/тплинк не переключают, пока совсем сигнал не потеряется.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Те можно взять самые тупые мыльницы, дать им всем один ssid и всё? Те для клиента на запрос определённого ssid получать несколько ответов нормально?

 

Тупые мыльницы не подойдут. Надо что бы точка сама скидывала клиента, а не он сам отключался, делая попытки восстановления связи.

Это не обязательно. Отключившись он подключится к сети с таким же именем.

 

Однако опыты показывают обратное. Точки типа длинк/тплинк не переключают, пока совсем сигнал не потеряется.

Выставить скорость на 24 мбит, и будет нормально.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Те можно взять самые тупые мыльницы, дать им всем один ssid и всё? Те для клиента на запрос определённого ssid получать несколько ответов нормально?

 

Тупые мыльницы не подойдут. Надо что бы точка сама скидывала клиента, а не он сам отключался, делая попытки восстановления связи.

Это не обязательно. Отключившись он подключится к сети с таким же именем.

 

Однако опыты показывают обратное. Точки типа длинк/тплинк не переключают, пока совсем сигнал не потеряется.

Выставить скорость на 24 мбит, и будет нормально.

 

Фигня будет, на микротике можно вполне уверенно раздавать по 20мбит с точки, ограничив минимальный сигнал на -65..-70, сделать много локальных зон покрытия, благодаря гибкому управлению мощностью на передачу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Фигня будет, на микротике можно вполне уверенно раздавать по 20мбит с точки, ограничив минимальный сигнал на -65..-70, сделать много локальных зон покрытия, благодаря гибкому управлению мощностью на передачу.

Выставить скорость на 48, будет тоже самое.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Значит как итог - на текущих мыльницах просто выставляется одинаковый ssid и всё?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Значит как итог - на текущих мыльницах просто выставляется одинаковый ssid и всё?

Скорость еще фиксированно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тупые мыльницы не подойдут. Надо что бы точка сама скидывала клиента, а не он сам отключался, делая попытки восстановления связи.

Достаточно мльницы на Азеросе. Простой скриптик позволяет реализовать такой же функционал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.