BiTel

Пробую-тестирую 4.6 (собираемся покупать, пора уже)... Похоже, где-то туплю сильно...

Абонентская плата (NPAY), выделенные каналы (IPN + BGIPNNetflowCollector).
Завел договор, настроил его IP, настроил цену (месячная абонплата снимается ежедневно и за Мб входящего руб). Подцепил NetFlow. Договор активный, баланс положительный. Трафик показывает. А наработки нет! Ни за трафик, ни абонентской. Не снимает и не считает...
В логах ошибок нету.

Плиз, подскажите куда глядеть... Просто трафик считать мало, хочется в рублях

ЗЫ. "шлюз" не делал. Но вроде как уже должен считать...

ИП надо привязывать к шлюзу! иначе статус закрыт и как соответствие нету наработки так как пользователь неработает!

В конфиге IPN

#статус шлюза клиента после оплаты и разблокирования 0 - открыт, 1 - закрыт
status.after.unlock=0
#статус шлюза по умолчанию(0 - открыт, 1 - закрыт, 2 - заблокирован, 3- удалён, 4- жёсткая блокировка.
default.contract.status=0

А в NPAY как такое сделать? Сделать такие-же параметры?

Полез в логи... В планировщик жалуется, что нету параметров в заданиях.

Сделел задачи "Обсчет логов IPN" (каждые 5 минут, указал верный mid) и "Начисление Npay абонплат" (начало суток, указал верный mid). Перезапустил сервер БГБ.

Трафик обсчитался!!!! Ура!
Завтра посмотрю на абонентскую плату.

Это точно?

Ок, все обсчиталось в рублях (и абонентская, и трафик).

К шлюзу не привязывал. Вообще их не создавал - поставил вручную в договоре "открыт".

Вопрос разработчикам. В какой момент происходит начисление наработки? По событиям планировщика? Т.е. для каждого экземпляра каждого модуля надо делать задание в Сервис/Планировщик заданий (с корректным mid)?

И еще. При переходе на новый месяц не создалась нужная таблица в базе для данных IPN (в логах ругань). Помогла только перезагрузка коллектора... Не гуд...

Упс... Только ща заметил, что не запускается dataloader. В скрипте запуска был неверный путь до nice. Поправил, запустил. Для надежности перезапустил все. Наблюдаю...

Да, все верно.


Ругать не сохранили?


Он вам не нужен вообще.. Если телефонию, конечно, не используете.

К сожаленью нет. Поспешил запустить и логи улетели. Следущий раз, если будут глюки (тьфу-тьфу-тьфу), буду сохранять.
Помню только что ругался на отсутствие таблицы INP-data-2009-06 (что-то вроде этого).

Телефония пока не планируется. Т.е. dataloader мне можно вообще убрать?

Да.

Вопрос снят. Моя ошибка была - не делал корректные задания в планировщике.

По поводу "несоздания" нужной таблицы данных IPN мысль появилась... В тот момент, когда не создалась таблица, было настроено задание с интервалом 5 минут. При этом, были заданы минуты 0,5,10,15 и т.д.
Т.е. в 0 минут 0 часов 1 дня надо обсчитывать. А коллектор, вполне возможно, к этому месяцу и не приступал еще - не было данных.
"Гонка" событий... Вероятно, получается ошибка и дальше ступор. Или некорректный выход из ошибки.

В общем, сдвинул задания на минуту - 1,6,11,16 и т.д. В принципе, можно сдвинуть еще сильнее. Поступление данных все равно случайно (с заданным интервалом). А по хорошему, надо первое задание месяца вообще пропускать. Чтобы первое выполняемое в месяце было только тогда, когда данные уже гарантированно есть. Но как это настроить? Пропускать первые 10 минут каждого часа? Не хочется...

Как вариант - просто пропускать задачу "Обсчет логов IPN", если данных еще нет (случай когда коллектор просто обрабатывает готовые логи). Но это уже разработчикам...

ЗЫ. Домыслы...

Обсчет делает планировщик.. А ругань была в логах коллектора же?

Не помню. Виноватсс...

Обсчет логов вроде не должен экспешен бросать. Код проверил. Должна быть корректная ошибка. Ладно, будет снова - отпишите, пожалуйста.
Разберемся.