Доброго времени суток!
Наблюдаем задержку при авторизации на точке гостевого пользователя при роуминге с другой точки.
Пример:
UAP2 - Cap2 04:18:d6:0a:6f:4d
UAP1 - Cap1 00:27:22:f0:99:39
пользователь с мак-адресом 7c:61:93:30:99:05 подключается на Cap2
авторизуем его через кнопку Authorize на контроллере, что бы исключить ошибки со стороны внешнего портала авторизации
Пользователь успешно получает доступ в интернет, и через некоторое время идет в зону покрытия второй точки:
Cap2
Cap1
Однако на контроллере событие реавторизации пользователя на новой точке происходит только через 40 сек.
Получается что пользователь в течении 40 секунд после переключения на новую точку перенаправляется на внешний портал авторизации, так как точка считает его не авторизованным.
Приведенный пример проведен на сайте с 8-ю точками и примерно 40 клиентами.
Версия контроллера - 4.6.3
Версия точек - 3.2.10.2886
При повторных тестах время задержки колеблется от 30 сек, до 2 минут.
Нормальное ли это поведение? Чем может быть вызвана подобная задержка? Можно ли как то ускорить этот процесс?
Наблюдаем задержку при авторизации на точке гостевого пользователя при роуминге с другой точки.
Пример:
UAP2 - Cap2 04:18:d6:0a:6f:4d
UAP1 - Cap1 00:27:22:f0:99:39
пользователь с мак-адресом 7c:61:93:30:99:05 подключается на Cap2
Код:
Mar 17 17:46:59 Cap2 user.info syslog: wevent.recv_msg(): EVENT_STA_JOIN ath0: 7c:61:93:30:99:05 / 1
Код:
[2016-03-17 17:48:31,544] <webapi-71> INFO event - [event] Guest[7c:61:93:30:99:05] is authorized by Admin[admin] for 480 minutes
[2016-03-17 17:48:31,595] <inform-41> INFO inform - <<< [cmd authorize-guest] dev[04:18:d6:0a:6f:4d] { "_id" : "56ea7d6f0cf208cd621f2ae4" , "_type" : "cmd" , "cmd" : "authorize-guest" , "datetime" : "2016-03-17T09:48:31Z" , "device_id" : "56ea71cc0cf208cd621d487c" , "mac" : "7c:61:93:30:99:05" , "server_time_in_utc" : "1458208111595" , "time" : 1458208111549}
Cap2
Код:
Mar 17 17:49:14 Cap2 user.info kernel: [ 1458.710000] ubnt_roam [BASIC]:Deleting node for STA 7c:61:93:30:99:05 which has associated with AP 172.19.36.9
Mar 17 17:49:14 Cap2 user.info syslog: wevent.recv_msg(): EVENT_STA_LEAVE ath0: 1
Код:
Mar 17 17:49:14 Cap1 user.info syslog: wevent.recv_msg(): EVENT_STA_JOIN ath0: 7c:61:93:30:99:05 / 1
Код:
[2016-03-17 17:49:55,716] <inform_stat-8931> INFO event - [event] Guest[7c:61:93:30:99:05] roams from AP[04:18:d6:0a:6f:4d] to AP[00:27:22:f0:99:39] from "channel 6(ng)" to "channel 1(ng)" on ""TRK-Ubileny""
[2016-03-17 17:49:55,756] <inform-103> INFO inform - <<< [cmd authorize-guest] dev[00:27:22:f0:99:39] { "_id" : "56ea7dc30cf208cd621f3935" , "_type" : "cmd" , "cmd" : "authorize-guest" , "datetime" : "2016-03-17T09:49:55Z" , "device_id" : "56ea71b30cf208cd621d437b" , "mac" : "7c:61:93:30:99:05" , "server_time_in_utc" : "1458208195756" , "time" : 1458208195717}
[2016-03-17 17:49:55,869] <inform_stat-8931> INFO guest - [guest re-authorize] 7c:61:93:30:99:05 on ap[00:27:22:f0:99:39]
Приведенный пример проведен на сайте с 8-ю точками и примерно 40 клиентами.
Версия контроллера - 4.6.3
Версия точек - 3.2.10.2886
При повторных тестах время задержки колеблется от 30 сек, до 2 минут.
Нормальное ли это поведение? Чем может быть вызвана подобная задержка? Можно ли как то ускорить этот процесс?