IPN счетает по логам , там нет real-time.. Тип правила на шлюзе меняет задача "Обсчета баланса для модуля IPN". При этом меняется статус шлюза . нарабюотка за весь месяц хранится ои полем , каждый запуск задачи считает наработку за весь месяц . Поэтому делать какие-то временные ограничения нет смысла .. Есть смысл только если скрость завистть от текущей наработки ..т. е до 200 мб - по 128, до 400 -по 256 и т.п

При этом комнады на оборудование реально посылаются в задаче "Проверка шлюзов IPN".

Возможность смены правил появилась в 4.5. Тот, кто просил смену правил шлюза, ее не использует, т.к он хотел больше - real-time в IPN. Я не знаю использует ли кто-то ее сейчас ..

Я немножко сглючил про наработку в IPN , перепутал ее с наработкой по услуге
Наработка все-таки там почасовая , не за весь месяц ..но точки зрения проставления правил это не очень то помогает ..тк. наработку мы считает задним числом, а правила надо поставить сейчас

2Stark

Подскажите пожалуйста, а где связь происходит между тарифами и шлюзом? Чего-то сейчас подумалось, что единственное что их связывает - это правила.
Это так?

Да. да и то не совсем доделано .. Тариф нужен для обсчета траифка .. берется 4-ый час за 01.01.2009 и считает его учитывая время, диапазонеы и т.п, что есть в тарифе ..И делать это мы можем 31.01.09 и или вообще задним чисом в следующем месяце считаем..Делает это задача - "Обсчет баланса для модуля IPN". И туда же вставили и смену правил, но это неправильно.. Чтобы правила шлюза менять, это нужна задача которая запускается не задним числом, анализируя, каждый час и проходя по правилам тарифа , а запускаемая на текущий момент (как события таймера) и на текущий момент меняющая правила .. У этой задачи может быть другое тарифное дерево в общем случае.. Но с другой стороны она зависит от задачи обсчета трафика , т.к вы возможно хотите менять скорость в зависимости от наработки за весь месяц .. И получается что одна задача считает задним числом , а вторая на текущйи момент и завист от первой, но запускается раньше первой ... реализовали так - вторую вставили в первую.. если поситать наработку за прошлый месяц, то вы получите скорость за ПРОШЛЫЙ месяц и поменяете ТЕКУЩЕЕ правило ..

Понятно. Спасибо за развернутый ответ. Но хоть что-то есть.
Только правда не нашел я в шедалере задачи "Обсчет баланса для модуля IPN". Есть "Обсчет логов IPN". Это не оно? Если нет, то куда же подевалась "Обсчет баланса для модуля IPN"?

И как потом посмотреть, сменилось правило или нет? В шлюзе у абонента будет видно изменение правила?

Спасибо. Попробовал, но чего-то не сменилось правило. Попробую логи глянуть.

1. Где можно поднять уровень детализации логов?

Вы бы сделали второй фильтр по типу времени и в нем уже вторую скорость. А то после первого фильтра по времени запрос приходит в последнюю установку правила.


log4j_scheduler.properties, уровень INFO поменяйте на ALL например.

К сожалению правило не меняется. Проверял у шлюза, который привязан к абоненту. Правило как было 128К, так и осталось. Не пойму куда копать и что не так. Вроде все на месте?

Кстати, а тяжелых задач 0 - это нормально?

судя по скриншоту вас нет наработки по IPN вообще , значит правило и не будет менятся ..чтобы зайти в какой-то узел тарифа надо чтобы бала наработка , которая удовлетворяет этому узлу

Так?