Отчет о лимитах UniFi hotspot.

Отчет о лимитах UniFi hotspot., UniFi Network

tpope

Guest

08.02.2014 23:43:00

Мы сейчас используем UniFi в качестве контроллера для платного, публичного доступа в интернет по беспроводной сети, но после разработки собственного кода для продажи ваучеров и предоставления ограниченного бесплатного доступа, мы столкнулись с довольно серьезной проблемой. Во-первых, похоже, что UniFi не надежно сообщает об использовании данных, из-за чего ваучеры истекают раньше времени, поскольку лимит их квоты превышен. Получение статистики из базы данных mongoDB UniFi ("ace") — поле guest.bytes всегда совпадает с суммой всех session.bytes (плюс cache_sta.bytes, если гостевой пользователь все еще в сети); но это значение может сильно отличаться от ожидаемого, и даже не имеет логики. По нашим собственным записям, один пользователь был зарегистрирован как скачавший более 18 ГБ данных всего за час — нереальная скорость передачи данных, учитывая максимальную общую скорость соединения в 60 Мбит/с, доступную всем беспроводным пользователям нашей сети. И за последние два дня сумма всего беспроводного трафика (опять же, как зарегистрировано в поле bytes в коллекции session) составила 20 ТБ — что не только невозможно, учитывая нашу общую скорость соединения, но и грубо расходится со статистикой, отображаемой в стандартном интерфейсе UniFi. Есть ли какой-то трюк в интерпретации данных гостевых пользователей/сессий в базе данных? Интерфейс точки доступа, похоже, сообщает об использовании данных в полном соответствии с нашим методом, и в то же время является демонстративно ложным. У кого-нибудь еще возникали проблемы с реализацией системы беспроводного доступа в интернет на основе ваучеров с ограничением квоты? Спасибо за любые советы!

scottb

Guest

14.04.2015 06:51:00

Поднимаю эту тему, чтобы привлечь внимание… Я тоже строю гибридный портал, как бесплатный/платный (пользователь получает 200 МБ/день бесплатно, а затем должен купить ваучер), и никогда не думал, насколько неверны статистические данные контроллера. С текущей статистикой это просто невозможно. В данный момент мы используем встроенную функциональность портала с ваучерами, генерируемыми через API, чтобы ограничить квоту. Сегодня утром у меня был один клиент с лимитом 200 МБ на его ваучере, которого деавторизовали уже через пару минут (по 3 ваучера в течение двух беспроводных сеансов) из-за «квоты исчерпана». Данные статистики в истории сеансов в контроллере показывают 0.00/0.00 up/down для первого сеанса и 60.3K/54.4K up/down для его второго. Невозможно, чтобы он скачал столько за такое короткое время (200 МБ за 3 минуты при скорости загрузки 4 Мбит/с — ему понадобится 8 Мбит/с, чтобы это сделать). Используется версия 3.2.10.

jchesnut

Guest

31.08.2014 10:45:00

Спасибо за идею.

@PopularWifi

Я вот не понимаю, откуда у тебя взялась идея делить на 64. Давай возьмём пример от @tpope: Гость[7c:d1:c3:72:d9:c6] отключился от "ll-hotspot" (подключен 1м 29с, 469.91M байт, последний AP[24:a4:3c:10:33:39]). 469.91МБ за 89 секунд = нереальные 42.23Мб/с, если клиенты ограничены до 0.25Мб/с. Даже если делить на 64, получится 0.66Мб/с. Другие примеры от пользователей в других обсуждениях на ту же тему показывают 500МБ переданных за 0 секунд. Можно взять бесконечную скорость передачи данных и делить её на любое значение, и это все равно будет неопределённо!

PopularWifi

Guest

31.08.2014 02:02:00

Общий объём байтов нужно делить на размер пакета, например, на 64. Пример: [байтов] => 1207258931. 1207258931 / 64 = 18863420.***** 18863420 байт – это 17 МБ, а не 1.1 ГБ при 1207258931 байте. Мы внедряем это исправление в наши статистические данные и посмотрим, как всё пойдёт.

NVX Guest	#5 25.08.2014 13:43:00 Было бы неплохо, если бы это исправили, мне тоже пригодилось бы...

ldowney

Guest

23.08.2014 21:04:00

Да, я обратился в UBNT через службу поддержки. Получил пару ответов. Один с просьбой предоставить несколько кастомизированных файлов портала (хотя мы используем API для регистрации бесплатных гостевых пользователей), а второй – что они разбираются с этим внутри компании и свяжутся со мной. Надеюсь, где-то на следующей неделе, потому что мне нужно как можно скорее ограничить квоты для этих гостей на бесплатном доступе. Еще посмотрю на пост, на который ты дал ссылку – по крайней мере, видно, что у нас с парой человек похожие проблемы, так что, надеюсь, это решат.

jchesnut

Guest

23.08.2014 18:24:00

Посмотри на этот пост: https://community.ui.com/questions/267bb96e-f558-4e86-9cac-855dfba1d8a5. Может, проблема в статистике гостевой сети? Кажется, у всех одна и та же проблема. Вот пример сумасшедшей статистики UniFi в гостевой сети – точно! Обращались ли вы в UBNT по поводу этой ошибки?

ldowney Guest	#8 21.08.2014 20:23:00 У нас та же проблема: Коротко о ситуации. У нас есть два типа пользователей: платные (с ваучерами на определенный срок) и бесплатные (гости). Мы сталкиваемся со сложностями в работе системы авторизации, когда платные пользователи не могут нормально зайти в сеть. Детали: 1. Платные пользователи подключаются к сети, но их сеанс длится очень короткое время (примерно 10 минут). После этого они автоматически отключаются. 2. Когда мы пытаемся вручную продлить сеанс платного пользователя, система сообщает об ошибке. 3. Эта проблема не возникает у бесплатных пользователей. Они могут оставаться в сети столько времени, сколько им нужно. Пример логов системы: [2014-08-21 13:41:52,626] <http-bio-8443-exec-397> WARN event - [event] Guest[7c:d1:c3:72:d9:c6] is unauthorized by Admin[admin] [2014-08-21 13:41:52,628] <http-bio-8443-exec-397> WARN event - [event] Guest[7c:d1:c3:72:d9:c6] disconnected from "ll-hotspot" (8m 53s connected, 386.67M bytes, last AP[dc:9f:db:b4:04:8d]) [2014-08-21 13:41:52,631] <http-bio-8443-exec-398> WARN event - [event] Guest[7c:d1:c3:72:d9:c6] is authorized by Admin[admin] for 1440 minutes [2014-08-21 13:42:27,368] <http-bio-8843-exec-395> WARN guest - authorize guest[7c:d1:c3:72:d9:c6] on ap[dc:9f:db:b4:04:8d], url=https://www.facebook.com/ [2014-08-21 13:42:33,974] <inform_stat-3> WARN event - [event] Guest[7c:d1:c3:72:d9:c6] has become unauthorized (quota reached) [2014-08-21 13:42:35,071] <http-bio-8080-exec-33> WARN inform - << [cmd unauthorize-guest] dev[dc:9f:db:b4:04:8d] { "_id": "53f64ba9993297441a1207c7", "_type": "cmd", "cmd": "unauthorize-guest", "datetime": "2014-08-21T19:42:33Z", "device_id": "52a49f95986ca2b2d7f0f362", "mac": "7c:d1:c3:72:d9:c6", "server_time_in_utc": "1408650155071", "time": 1408650153973} Не могли бы вы помочь нам разобраться в этой ситуации?

Читают тему (гостей: 1)