Логика общего лимита времени ТП
Добавлено: Сб май 23, 2015 7:37 pm
Здравствуйте. Помогите разобраться, пожалуйста.
стоит абиллс 0,58b current от 10.04.15.
Завожу тарифный план.
В поле тарифа "Лимит времени (sec) - Всего" ставлю 900. Это получается 15 минут.
Завожу тестового абона с этим тарифом.
На тестовом компе включаю PPPOE сессию этого абона.
Жду. Через ровно 15 минут сессия разрывается. Все правильно (вроде).
Эта сессия заносится в статистику.
После этого, по идее, абон подключиться уже не сможет.
НО!!!
PPPOE сессию я опять включаю и ... пошел снова интернет.
Никаких ошибок, никаких запретов.
Через 2 мин. 30сек. я сессию завершаю сам. Эта сессия тоже ложится с статистику.
И когда я пробую подключаться уже в третий раз, то биллинг мне торжественно объявляет, что "Rejected! Time limit utilized '-150'"
Я знаю, что в бесплатной версии биллинга статистика ложится в базу только по окончании сессии.
Но встает вопрос: Это лимит неправильно отрабатывает или я чего-то не понимаю??
Какой толк от такого лимита??
Мне хотелось бы, чтобы после 15-ти минут никаких соединений не разрешалось бы.
Уважаемые форумчане, жду комментариев.
Хочу дополнить:
Получается следующее - абонент отсидел в интернете ровно 15 минут (900 сек.). Его отрубило.
Абон. пробует соединиться опять. И при втором соединении логика у биллинга примерно такая:
Если "сумма всех сессий в статистике" меньше или равно "Лимиту времени (sec) - Всего" , то доступ разрешен.
900 <= 900 TRUE
а в случае второй законченной сессии в 2 с половиной минуты
получается 1050 <= 900 FALSE и биллинг пишет заветное Rejected! Time limit utilized '-150'"
а по факту неравенство должно быть строгое, т.е. не <= а <
В этом случае условие было бы такое 900 < 900 FALSE и второй сессии в 2 с половиной минуты у абона не было бы.
Или Вот еще одно предложение (Уважаемому автору биллинга):
Например В ТП есть ограничение "Лимит времени (sec) - Всего" 900 сек.
При первой сесии биллинг передает радиусу размер сессии не 900 сек., а на 1 сек. больше. (901 сек.)
Тогда отработав сессию в 901 сек., будет выполняться условие 901 <= 900 FALSE и в ынтырнет уже не пустит.
И тогда этот параметр в свойствах ТП будет иметь смысл.
Прошу прощения за то, что не могу коротко излагать свои мысли.
стоит абиллс 0,58b current от 10.04.15.
Завожу тарифный план.
В поле тарифа "Лимит времени (sec) - Всего" ставлю 900. Это получается 15 минут.
Завожу тестового абона с этим тарифом.
На тестовом компе включаю PPPOE сессию этого абона.
Жду. Через ровно 15 минут сессия разрывается. Все правильно (вроде).
Эта сессия заносится в статистику.
После этого, по идее, абон подключиться уже не сможет.
НО!!!
PPPOE сессию я опять включаю и ... пошел снова интернет.
Никаких ошибок, никаких запретов.
Через 2 мин. 30сек. я сессию завершаю сам. Эта сессия тоже ложится с статистику.
И когда я пробую подключаться уже в третий раз, то биллинг мне торжественно объявляет, что "Rejected! Time limit utilized '-150'"
Я знаю, что в бесплатной версии биллинга статистика ложится в базу только по окончании сессии.
Но встает вопрос: Это лимит неправильно отрабатывает или я чего-то не понимаю??
Какой толк от такого лимита??
Мне хотелось бы, чтобы после 15-ти минут никаких соединений не разрешалось бы.
Уважаемые форумчане, жду комментариев.
Хочу дополнить:
Получается следующее - абонент отсидел в интернете ровно 15 минут (900 сек.). Его отрубило.
Абон. пробует соединиться опять. И при втором соединении логика у биллинга примерно такая:
Если "сумма всех сессий в статистике" меньше или равно "Лимиту времени (sec) - Всего" , то доступ разрешен.
900 <= 900 TRUE
а в случае второй законченной сессии в 2 с половиной минуты
получается 1050 <= 900 FALSE и биллинг пишет заветное Rejected! Time limit utilized '-150'"
а по факту неравенство должно быть строгое, т.е. не <= а <
В этом случае условие было бы такое 900 < 900 FALSE и второй сессии в 2 с половиной минуты у абона не было бы.
Или Вот еще одно предложение (Уважаемому автору биллинга):
Например В ТП есть ограничение "Лимит времени (sec) - Всего" 900 сек.
При первой сесии биллинг передает радиусу размер сессии не 900 сек., а на 1 сек. больше. (901 сек.)
Тогда отработав сессию в 901 сек., будет выполняться условие 901 <= 900 FALSE и в ынтырнет уже не пустит.
И тогда этот параметр в свойствах ТП будет иметь смысл.
Прошу прощения за то, что не могу коротко излагать свои мысли.