Zhmak

На левом скриншоте часть, отвечающая за PoE. Она не распаяна потому, что у DWL 2100 PoE не предусмотрено. На правом скрине радиотракт. И 5510 там есть.

top показывает что запущен. 26412 www-data 20 0 5468 600 416 S 0.0 0.0 0:00.00 /usr/bin/nfcapd -w -D -p 9996 -u www-data -g www-data -B 200000 -S 1 -P /srv/nfsen/var/run/p9996.pid -z -n peer1 172.16.17.18 /srv 26409 www-data 20 0 4436 360 220 S 0.0 0.0 0:00.00 /usr/bin/nfcapd -w -D -p 9995 -u www-data -g www-data -B 200000 -S 1 -P /srv/nfsen/var/run/p9995.pid -z -I upstream1 -l /srv/nfsen 23576 root 20 0 39544 4800 2836 S 0.0 0.1 0:00.06 /usr/sbin/fprobe -ieth0 -fip 10.4.11.111:555 Полагаю, что заработает, если fprobe настроить на 9996 или 999

Скоро придется писать мануал по работе тарифов Если топики возникают так часто, то это просто необходимо Я правильно понял, что stargazer работает по кредитной схеме, когда снятие абонплаты проходит только в конце учетного периода? От того, мои попытки настроить схему с предоплаченной услугой потерпели неудачу.

Неожиданно! Учитывая, что # День снятия абонплаты # Значения: 0...31. 0 - Последний день месяца DayFee = 1 # Абонплата снимается в последний (yes) или первый (no) день учетного периода. # Это влияет на то, как будет снята абонплата (АП) при переходе на новый тариф. # Если у пользователя был тариф A с АП=100 и он хочет перейти на тариф B с АП=200, # то при переходе на новый тариф со счета пользователя снимется 100, если # DayFeeIsLastDay = yes и 200, если DayFeeIsLastDay = no DayFeeIsLastDay = no То есть прямо сказано, что абонплата снимается в первый день учетного периода (в д

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

Сейчас посчитал, получилось, что накинулась абонплата за 24 дня из 31. Почему?

В январе запустил Stargazer биллинг для небольшой группы. Первый неполный месяц у всех был анлим тариф xalyava, где отключена всякая оплата. 31 числа переключил кого следует на трафик unlim с абонплатой в 325руб. Первого числа обнаружил, что абонплата снята неполностью (251,61руб). mysql> select * from tariffs; +---------+------------+------------+--------------+--------------+------------+---------+-------------+--------------+------------+------------+--------------+--------------+------------+---------+-------------+--------------+------------+------------+--------------+--------

Периодически наблюдаю в /var/log/stargazer.log 2011-01-30 23:39:31 -- Cannot write conf for user nout. 2011-01-30 23:39:31 -- Couldn't save user conf: 2011-01-30 23:39:31 -- Cannot write conf for user marshall_nout. 2011-01-30 23:39:31 -- Couldn't save user conf: 2011-01-30 23:39:31 -- Cannot write conf for user marshall. 2011-01-30 23:39:31 -- Couldn't save user conf: 2011-01-30 23:39:31 -- Cannot write conf for user gena. 2011-01-30 23:39:31 -- Couldn't save user conf: 2011-01-30 23:39:31 -- Cannot write conf for user dima. 2011-01-30 23:39:31 -- Couldn't save user conf: 2011-01-30 23:

К сожалению, биллинг уже запущен, не хочу ломать. А точную последовательность действий не помню

Тариф создавался через этот же конфигуратор. Удалось повторить раза два или три, предварительно дропая все таблицы в базе. Потом заработало нормально. Магия...

Только поставил Stargazer c базой на MySQL. Создаю в конфигураторе тариф и пользователя с этим тарифом. После перезагрузки stg не стартует. В логе следующее: 2011-01-05 13:44:31 -- Stg v. 2.407-rc2 2011-01-05 13:44:31 -- Message queue created successfully. msgKey=5555 msgID=32768 2011-01-05 13:44:31 -- Timer thread started successfully. 2011-01-05 13:44:31 -- Storage plugin: mysql_store v.0.67. Loading successfull. 2011-01-05 13:44:31 -- Cannot read tariff xalyava. 2011-01-05 13:44:31 -- Cannot read tariff xalyava. Parameter TraffType 2011-01-05 13:44:31 -- Cannot read user nout. Tariff