BiTel

Проблема такая:
Если на логине стоит ограничение 1010000000 ед.услуг и больше то ограничение просто не срабатывает, если 1000000000 ед.услуг и меньше то срабатывает.
Найти точное значение, с которого перестает работать сил не хватило .
По логину уже скачано за месяц 1200270045.

Сервер вер. 4.4 сборка 166
Радиус вер. 4.4 сборка 73
Ошибок в логах не найдено.

Перезапустил радиус...
С ограничением 1010000000 пускать перестало, пустило с ограничением 1100000000.
Пользователь скачал уже 1219310994.

На другом логине ограничение стояло 1599917260, перестало пускать только когда пользовалеть скачал 18779815127...

если не пускает , какую ошибку пишет в мониторе сессий?

[24] Service limit is over for login

там все-таки по байтам или по деньгам идет тарификация в услуге ? Если по деньгам , то теоретически возможна такая ошибка ..Если по байтам , то не получается

не совсем понятно что вы имеете ввиду, тариф у нас такой:

Обновите radius(75-ый билд)

Обновил. Не помогло.
На логине ограничение 1110000000. Пользователь скачал 1318357359, но продолжает работать.

А пользователь накачал этот трафик после установки ограничения?

В начале месяца были установлены все ограничения.
На одном логине ограничение было 1599917260 отрубило только когда он скачал 18779815127.
На втором логине (я на нем работаю) получается так что ограничение иногда срабатывает, но ограничение всегда намного меньше чем скаченный трафик. Когда меня перестает пускать я увеличиваю ограничение.
Заметил что такие проблемы возникают только при большом ограничении. Оно должно быть больше 950 МБ.

Попутный вопрос - почему нельзя устанавливать ограничения по ед. услуги так же как это делается в редакторе тарифов? Т.е. нет возможности указать часы/мегабайты IMHO это было бы очень удобно.

Посчитаем, сколько в базе накапало ограничения.. В запросы нужно подставить логин, код модуля VPN, код услуги, ну и месяц с годом..
1) Получаем код логина:

2) Собственно подсчет:

Результат равен реальной наработке?

SELECT id FROM user_login_1 WHERE login=77
получилось 97
select SUM(amount) from login_account_1_200804 where lid='97' AND sid='2'
получилось 1110074670
Реальная наработка 1357851455

Поставил ограничение равное 1110074670, не пустило. Поставил чуть больше - пустило

А ограничение работает с такой суммой или нет? Т.е. сейчас его пускает или нет?

Да после того как немного увеличил ограничение, меня пустило, а как превысил это ограничение, выкинуло.

На договоре сколько логинов?

32 логина

up

Сделайте выборку


и посмотрите, нет ли сессий, от которых в эту таблицу ничего не попало..
Если там очень много - выберите несколько дней.

Вот самая первая сессия:
lda 01.04.2008 0:02 03.04.2008 15:40
Прокачка: 222524601 байт.
По login_account_1_200804 получается примерно 53318617 байт.
Уже не сходится...

Забыл спросить. Вы трафик считаете по данным радиус пакетов?

да

up

Также давайте доступ ССШ к серверу, нужно на месте смотреть. И укажите какой это договор.

Договор ISPU077/2008. SSH открою как будете готовы.

По ограничениям следующее предложение. Давайте с начала месяца понаблюдаем какой-то договор. Запросы у вас есть. Как только пойдет несхождение данных в session_detail с login_account - вы пишите в эту ветку, я захожу на вашу машину и наблюдаю более-менее "свежий" глюк.

Посмотрел код, несхождение может быть вызвано отловленной ошибкой в тарификации. Так что проверяем с начала месяца.

Ок. Будем проверять в мае.

Проверил.
Для логинов у которых стояло ограничение с начала месяца - все ок.
Для логинов у которых не стояло ограничение - данных в таблице login_account_1_200805 нет вообще.

Напрашивается вопрос.
Если я в середине месяца захочу поставить кому-то ограничение то она корректно работать не будет?