abills.net.ua

Сервер Радиуса отваливается без каких либо дополнительных сообщений (выяснено через radiusd -X), если пользователя удалить и на этого юзера приходит старт или стоп пакет (Acct-Status-Type = Stop).
Кто нибудь сталкивался?

FreeBSD 7.1
freeradius-2.1.3
perl-5.8.8_1
Abills 0.4+rlm_perl, версия 0.4 от 15-го сентября 2008 г.

а как отваливается? просто завершается? и в логах ничо?

ЗЫ: я системный лог имею ввиду...

ran писал(а):а как отваливается? просто завершается? и в логах ничо?

Да, завершается. В логах - ничего, судил по выводу ls -ltr /var/log/ и dmesg

переходите на 0.5

а 0.5 уже достаточно стабильна?

стабильней 0.4

с дня на день делаю релиз кандидат, так как до релиза но доходят руки постоянно просят включить новые возможности

Ну а со сменой ТП пользователем без снятия месячной абонплаты и оснащение биллинга системой электронных нарядов наподобии OTRS можно что-то придумать?

sopov писал(а):Ну а со сменой ТП пользователем без снятия месячной абонплаты и оснащение биллинга системой электронных нарядов наподобии OTRS можно что-то придумать?

есть модуль Msgs

Есть, но он немного не доработаный. В частности интересно создание отдельных очередей нарядов для каждого ремонтника. И чтобы менеджер, при поступлении заказа по телефону от клиента, мог изменить клиенту статус на "Передан в ремонт", после этого бы создавался электронный наряд ремонтнику - где менеджер указывал бы данные сообщенные ему клиентом и переставала бы сниматься абонплата. Ремонтник в свою очередь, после починки клиента закрывал бы наряд, присваивая наряду статус "Выполнено", указывает причину неработы и автоматически возобновлялось снятие абонплаты с клиента. Ну и соответственно выполненные наряды должны складываться в отдельную очередь, где можно отследить повторные обращения пользователей и статистику относительно времени выполнения наряда ремонтником. Все это умеет http://otrs.org/, но нехватает интеграции с биллингом.

sopov писал(а):Есть, но он немного не доработаный. В частности интересно создание отдельных очередей нарядов для каждого ремонтника. И чтобы менеджер, при поступлении заказа по телефону от клиента, мог изменить клиенту статус на "Передан в ремонт", после этого бы создавался электронный наряд ремонтнику - где менеджер указывал бы данные сообщенные ему клиентом и переставала бы сниматься абонплата. Ремонтник в свою очередь, после починки клиента закрывал бы наряд, присваивая наряду статус "Выполнено", указывает причину неработы и автоматически возобновлялось снятие абонплаты с клиента. Ну и соответственно выполненные наряды должны складываться в отдельную очередь, где можно отследить повторные обращения пользователей и статистику относительно времени выполнения наряда ремонтником. Все это умеет http://otrs.org/, но нехватает интеграции с биллингом.

Все что написано выше есть уже в этом модуле кроме приостановления сервиса

смотрите документацию и демо версию

~AsmodeuS~ писал(а):переходите на 0.5

Слишком кастомизированный у меня форк. Да и не надеюсь, что проблема решится. Пока вместо удаления пользователя делаем ему статус неактивным и о проблеме забыли.

~AsmodeuS~ писал(а): смотрите документацию и демо версию

В вашей демке отсутствует модуль сообщений...
И кстати давно уже нет возможности добавить диллеров в модуле cards

Дилера добавляется через клиента
сморите документацию

Msgs добавил

~AsmodeuS~ писал(а):Дилера добавляется через клиента
сморите документацию

Клиенты> Диллеры - нет пункта добавить.

~AsmodeuS~ писал(а): Msgs добавил

Нет

1 Дилер это как доп сервис дял клиента и добавляется через клиентский аккаунт

2 ктото в правах админа не разрешил показывать админу по умолчанию этот пункт