Ubilling время обновления статистики.

[MaksSkovorodko 0]

Здравствуйте, отличная штука Ubilling автору мега респект, завелось все за 20 минут, не могу понять как уменьшить время обновления статистики, ситуация в следующем: имеем лимитный трафик от ISP, пока пройдет пересчет статистики и снятия денег скажем если пользователь сядет на закачку он может не хило уйти в минус. Лазанья по конфигам/wiki привели к UserDelay = 5/UserTimeout = 15, в кроне никакой переодики не замечено, как уменьшить время обновления хотя бы до 1 минуты?

 

[madf 279]

Здравствуйте, отличная штука Ubilling автору мега респект, завелось все за 20 минут, не могу понять как уменьшить время обновления статистики, ситуация в следующем: имеем лимитный трафик от ISP, пока пройдет пересчет статистики и снятия денег скажем если пользователь сядет на закачку он может не хило уйти в минус. Лазанья по конфигам/wiki привели к UserDelay = 5/UserTimeout = 15, в кроне никакой переодики не замечено, как уменьшить время обновления хотя бы до 1 минуты?

Вам нужно не время обновления статистики а лимитные тарифные планы. UserDelay и UserTimeout никакого отношения к статистике не имеют.

[MaksSkovorodko 0]

 

Здравствуйте, отличная штука Ubilling автору мега респект, завелось все за 20 минут, не могу понять как уменьшить время обновления статистики, ситуация в следующем: имеем лимитный трафик от ISP, пока пройдет пересчет статистики и снятия денег скажем если пользователь сядет на закачку он может не хило уйти в минус. Лазанья по конфигам/wiki привели к UserDelay = 5/UserTimeout = 15, в кроне никакой переодики не замечено, как уменьшить время обновления хотя бы до 1 минуты?

Вам нужно не время обновления статистики а лимитные тарифные планы. UserDelay и UserTimeout никакого отношения к статистике не имеют.

Создал лимитный тариф, пусть даже с предоплаченым трафиком, пусть после снятия абонентки и зачисления предоплаты на счету 10 денег, предоплаченого трафика 30мб, стоимость сверх = 1, если разом хапнуть 50 метров пусть даже в течении 10 минут, абонент уйдет в минус, как уменьшить время пересчета денег?

[MaksSkovorodko 0]

а если за эти 10 минут не 50, а 100 или 500 скачать.

[madf 279]

Когда на счету у абона станет 0 - сработает скрипт OnDisconnect. Если файрвол у вас настроен правильно, его отключит, и больше положенного он не хапнет.

А, да, есть нюанс - если используется NetFlow то нужно регулировать частоту сброса на NetFlow-сенсоре. Издержки технологии.

[MaksSkovorodko 0]

спасибо, разобрался.

[optims 1]

дабы не создавать тему, подскажите пожалуйста (перерыл все - но не нашел ответа, хотя может где то не заметил).

добавили пользователей 2 числа, на 12 число поставил снятие абонплаты (DayFee= 12), чего не произошло (FullFee = yes). В чем может быть проблема? или как вручную запустить снятие абонплаты по тарифам? в тарифах стоимость абонплаты указана, тарифы присвоены. Где что упустил? 

[madf 279]

дабы не создавать тему, подскажите пожалуйста (перерыл все - но не нашел ответа, хотя может где то не заметил).

добавили пользователей 2 числа, на 12 число поставил снятие абонплаты (DayFee= 12), чего не произошло (FullFee = yes). В чем может быть проблема? или как вручную запустить снятие абонплаты по тарифам? в тарифах стоимость абонплаты указана, тарифы присвоены. Где что упустил? 

А что стоит в FeeChargeType?

[optims 1]

 

дабы не создавать тему, подскажите пожалуйста (перерыл все - но не нашел ответа, хотя может где то не заметил).

добавили пользователей 2 числа, на 12 число поставил снятие абонплаты (DayFee= 12), чего не произошло (FullFee = yes). В чем может быть проблема? или как вручную запустить снятие абонплаты по тарифам? в тарифах стоимость абонплаты указана, тарифы присвоены. Где что упустил? 

А что стоит в FeeChargeType?

 

а этой строки нету.. 

[madf 279]

Пользователи не замороженны?

[optims 1]

нет, все активны, тут человек подсказал что если стоит число 12 то снятие будет 13, т.е между 12 и 13.. правильно? или все же должно снятие ровно в 00.00 12 числа?

[madf 279]

нет, все активны, тут человек подсказал что если стоит число 12 то снятие будет 13, т.е между 12 и 13.. правильно? или все же должно снятие ровно в 00.00 12 числа?

Согласно вот этой строке:

https://gitorious.org/stg/stg/source/39c6313308afb248b140d98b8052f1b484549df2:projects/stargazer/users_impl.cpp#L493

списание должно происходить в 00:00 с 11-го на 12-е.

Если, конечно, не включено "размазанное" снятие АП. SpreadFee не трогали?

[optims 1]

SpreadFee = no

[madf 279]

А логи за промежуток 11-13 показать можете? И логины с добавленными пользователями. Можно на почту: faust@stg.dp.ua

[optims 1]

отправил на почту

[madf 279]

И еще конфиг.

[nightfly 1 260]

 

StatWritePeriod = 10 
DayFee = 10
ReconnectOnTariffChange=yes
DayFeeIsLastDay = no 
DayResetTraff =  10
SpreadFee = no 
FreeMbAllowInet = no 
WriteFreeMbTraffCost = yes 
FullFee = yes 

Вот у живых людей по 10-м числам снятие АП работает. Собственно требуется рестарт stargazer-a.

[nightfly 1 260]

[optims 1]

может вся проблема в том что я не рестартовал.. изменил на 15 и выполнил stargazer -a   посмотрим что будет

[madf 279]

может вся проблема в том что я не рестартовал.. изменил на 15 и выполнил stargazer -a   посмотрим что будет

То есть вы поменяли значение DayFee в конфиге и не рестартонули после этого stargazer? Если да то именно в этом и проблема.

[optims 1]

да, сегодня поставил на 15 , рестартанул stargazer и ребутнул сервак для надежности ))) 

[nightfly 1 260]

да, сегодня поставил на 15 , рестартанул stargazer и ребутнул сервак для надежности ))) 

ОС не переустановили? Что ж вы так...

[optims 1]

) просто там окраз обновления поставились на ось, заодно и ребутнул

[optims 1]

все списалось как надо, спасибо!