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

Перебор Точек Доступа

Добрый день уважаемые ГУРУ.

 

У меня такая проблема сложилась.

 

Есть карьер.  В карьере стоит несколько точек доступа Zebra AP7562 WING5 на расстоянии примерно 150-200 м. друг от друга. С помощью MikroTik Metal 2SHPn( настроен в режиме bridg) бортовые компы связываются с сервером.

Когда имеется поблизости 2 сигнала 1 лучше 1 хуже то микротик вешается на тот что лучше, когда 2 равнозначных начинает перебирать их последовательно без остановки.  То есть переключиться то на 1 ТД то на другую.  ТД сидят в одной сети и управляются контролером. Есть какая то возможность убрать выбор силы сигнала а просто взять первый попавшийся подходящий по запомненным настройкам(SSID\Pass) и с ним работать.

Изменено пользователем SergeyMolchunov

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


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

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

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


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

ТД доступа должны поддерживать роуминг- handover. Тогда клиент не будет отключаться от одной ТД пока не найдет подходящую другую ТД ( не будет тупого дисконекта клиента). Если клиент переключится на новую ТД, то не  вернется сразу обратно на старую ТД, то есть не будет хаотичного  метания  клиентов между ТД. Такое   дерганье клиентов характерно для wifi ТД   с перекрытием зон покрытия без поддержки handover и с дисконектом клиентов по сигналу RSSI, например Микротик или Ubnt. Никаких четких зон покрытия нет в природе. Мало того, что зоны покрытия  зависят от Tx + КУ антенны  клиента ( которые могут быть разные) , но главное -сигнал плавает, и даже стоя на месте , клиент может несколько раз за несколько секунд переключаться  с одной ТД на другую. Так работает та называемый геморный "псевдороуминг" .

По идее Zebra должна поддерживать роуминг, так что надо покопаться в контроллере, что то там не включено, неправильно настроено. 

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


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

Спасибо,  большое что дали направление для поиска решения проблемы)

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


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

18 часов назад, slv700 сказал:

Никаких четких зон покрытия нет в природе. Мало того, что зоны покрытия  зависят от Tx + КУ антенны  клиента ( которые могут быть разные) , но главное -сигнал плавает, и даже стоя на месте , клиент может несколько раз за несколько секунд переключаться  с одной ТД на другую. Так работает та называемый геморный "псевдороуминг" .

Немного не так. Есть 2 варианта построения такой сети:

 

1. Круговые точки доступа на открытой местности, клиент может ловить сигналы всех, но от одной лучше, от других хуже. Если представить ситуацию что 4 точки доступа по сторонам квадрата, клиент по центру - то он будет ловить 4 точки с одинаковыми сигналами (и его точки тоже). Тут уже оборудование должно защищать от попыток переключения.

 

2. Секторные точки - тут зависит от размещения оборудования. При грамотном планировании никаких переключений не будет, т.к. не будет и связи.

 

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

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


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

9 минут назад, Saab95 сказал:

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

Это делает handover. Если его нет , а есть тупой дисконект клиента по снижению RSSI ниже порога,как например у Микротик, то ничто не гарантирует, что клиент  после дисконекта не переключится на какую нибудь новую точку ( зоны покрытия для любого возможного клиента точно не рассчитать) и не вернется обратно в результате  природной флуктуации сигнала.  В результате как бы вы не расставили ТД при  перекрытия их зон покрытия будете иметь хаотическое броуновское метание  клиентов межу ТД  с  прерываниями связи при каждом переходе   от 1 до 5 сек.  

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


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

В последних прошивках на микротике при подключении абонента в лог сообщается уровень сигнала от него, поэтому если клиент прошелся по доступным точкам - то известен его уровень сигнала, и если он прыгает между AP - отказывать ему в подключении, если на другой точке сигнал выше.

 

Клиент отправляет запрос на подключение ко всем точкам сразу, и подключается к той, которая его примет. Если его примет только одна - он к ней и подключится.

 

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

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


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

4 часа назад, Saab95 сказал:

 

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

Запоминании сигналах в логах - это конечно конгениально.  Во-первых , надо пройтись по всем точкам, во -вторых , что собственно запоминать, если клиент постоянно в движении?   Это "очередной костыль   для пионернета.

Кстати авторизация через Radius  у Микротик не поддерживает стандарт WPA2 -EAP ( PEAP, TTLS).  Есть допотопная ( фактически незащищенная)  авторизация,, которая не совместима даже с другим костылем -псевдороумингом.

И вообще все   это ( роуминг, WPA-Enterprise и др. )  домашней ТД, чем есть Микротик,  не нужно.  Кроме того это стоит денег. Поэтому и не делают нормальной стандартной реализации.  Не востребовано и дорого. А если разные пионеры из SOHO хотят сделать  Enterprise с помощью разных плюшек и костылей, то гемор им обеспечен и при этом задача все равно  не будет решена.  

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


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

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

 

AP1 -65

AP2 -70

AP3 -64

 

RADIUS сервер на основе полученных данных отбрасывает авторизации AP1 и AP2, подтверждая только AP3.

 

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

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


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

4 часа назад, Saab95 сказал:

RADIUS сервер на основе полученных данных отбрасывает авторизации AP1 и AP2, подтверждая только AP3.

Это получается сам Радиус принимает решение куда  клиенту подключаться.  Даже контроллер  не нужен.  Это суперкостыль, просто афигеть как просто и сердито!,

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


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

В 01.06.2018 в 13:07, slv700 сказал:

Это делает handover. Если его нет , а есть тупой дисконект клиента по снижению RSSI ниже порога,как например у Микротик, то ничто не гарантирует, что клиент  после дисконекта не переключится на какую нибудь новую точку ( зоны покрытия для любого возможного клиента точно не рассчитать) и не вернется обратно в результате  природной флуктуации сигнала.  В результате как бы вы не расставили ТД при  перекрытия их зон покрытия будете иметь хаотическое броуновское метание  клиентов межу ТД  с  прерываниями связи при каждом переходе   от 1 до 5 сек.  

Да что там ubnt/mik  и прочие .. У сотовиков такой же геморой.  На высотных зданиях при переходи от комнаты в дргую провалы по 20 сек.....

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


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

Join the conversation

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

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

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

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

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

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

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