Задержка при авторизации гостевого пользователя при роуминге | Ubiquiti форум UBNT: инструкции, настройка

Задержка при авторизации гостевого пользователя при роуминге

Сергей_

новичок
18 Мар 2016
5
0
3
38
Доброго времени суток!
Наблюдаем задержку при авторизации на точке гостевого пользователя при роуминге с другой точки.
Пример:
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
авторизуем его через кнопку Authorize на контроллере, что бы исключить ошибки со стороны внешнего портала авторизации
Код:
[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
Cap1
Код:
Mar 17 17:49:14 Cap1 user.info syslog: wevent.recv_msg(): EVENT_STA_JOIN ath0: 7c:61:93:30:99:05 / 1
Однако на контроллере событие реавторизации пользователя на новой точке происходит только через 40 сек.
Код:
[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]
Получается что пользователь в течении 40 секунд после переключения на новую точку перенаправляется на внешний портал авторизации, так как точка считает его не авторизованным.
Приведенный пример проведен на сайте с 8-ю точками и примерно 40 клиентами.
Версия контроллера - 4.6.3
Версия точек - 3.2.10.2886
При повторных тестах время задержки колеблется от 30 сек, до 2 минут.
Нормальное ли это поведение? Чем может быть вызвана подобная задержка? Можно ли как то ускорить этот процесс?
 

DeLL

участник
13 Авг 2013
490
15
20
Ростовская обл
delltroy.ru
Тут явно проблема при использовании внешнего портала авторизации. Проведите тесты с использованием внутреннего портала
 
Автор
С

Сергей_

новичок
18 Мар 2016
5
0
3
38
Тут явно проблема при использовании внешнего портала авторизации. Проведите тесты с использованием внутреннего портала
авторизуем его через кнопку Authorize на контроллере, что бы исключить ошибки со стороны внешнего портала авторизации
и насколько я понимаю внешний портал не участвует в повторной авторизации клиентов на точках при роуминге.
 
Автор
С

Сергей_

новичок
18 Мар 2016
5
0
3
38
как оно работает можно посмотреть/мониторить самому, вопрос так ли это как задумано. Ошибка ли это или фича такая. писать в запрос на доработку или искать причину.
 

vfhnbyb

участник
30 Мар 2016
30
1
10
30
как оно работает можно посмотреть/мониторить самому, вопрос так ли это как задумано. Ошибка ли это или фича такая. писать в запрос на доработку или искать причину.
Такая же проблема, Сергей Вы решили?
 
Автор
С

Сергей_

новичок
18 Мар 2016
5
0
3
38
Нет, и написанный тикет в поддержку ничего не дает. полтора месяца жду ответа по этой проблеме. Запилили свой костыль что бы сразу авторизовалось на всех точках сайта.
 

vfhnbyb

участник
30 Мар 2016
30
1
10
30
Нет, и написанный тикет в поддержку ничего не дает. полтора месяца жду ответа по этой проблеме. Запилили свой костыль что бы сразу авторизовалось на всех точках сайта.
Как раз и пишу такой костыль)))
У Вас так?
Код:
 foreach($unifidata->list_aps() AS $apsmac){
$unifidata->authorize_guest($mac, $timeuser, NULL, NULL, NULL, $apsmac->mac);                  
}
 
Автор
С

Сергей_

новичок
18 Мар 2016
5
0
3
38
да, что то вроде этого. но начинать авторизации следует с точки абонента. что бы он получил доступ сразу же.