Вот собственно хотел бы услышать советы, как надо и как не надо писать свой билинг.
И на мой взгляд плох тот администратор, который не написал свой биллинг.
Реализация будет под линукс систему, база данных постгрес или мускул, веб интерфейс пхп+апач, задача билинга, учет трафа, детальная статистика до точности в час, тарифы, ну и все что нужно в нормально провайдерском билинге.
Вопрос какой коллектор будет актуален ещё долгое время и без проблем разварачиваеться на большинстве систем.
как хранить данные в базе
делать ли абстракцию дб
ммм так же мучает вопрос как реализовать движок чтоб можно было бы дописывать модули легко, ока не представляю как это реализовать
так же нарыл вот такую фразу на счет как считывать данные по трафу

>К слову о трафикосчиталках: в ведре linux со времен 2.6.14 появилась возможность забирать данные о "conntracked"-трафике в виде потоков через netlink, "выгребалка" реализована в ulogd2. Можно прикрутить к ulogd2 фильтры-агрегаторы, или написать на примере ulogd2 свой tazikd, и, скажем, обновлять в базе только состояния счетов (ну и, может быть, суммарного трафика) в относительно "реальном" времени, а детальку сохранять в файлы по типу flow-tools - такая модель трафикосчиталки нужно разрабатывать, а вчерашний день в виде перловых парсеров по крону фтопку...<

Ну и другие советы тоже меня порадуют

• СОветы как правильно писать свой биллинг,user, 23:27 , 21-Дек-06
  • СОветы как правильно писать свой биллинг,FFFF, 00:45 , 22-Дек-06
  • СОветы как правильно писать свой биллинг,a3500l, 01:42 , 22-Дек-06
    • СОветы как правильно писать свой биллинг,A Clockwork Orange, 09:21 , 22-Дек-06
      • СОветы как правильно писать свой биллинг,EL, 10:32 , 22-Дек-06
        • СОветы как правильно писать свой биллинг,MoHaX, 13:39 , 22-Дек-06

Ulog2 - не юзай. Бетка очень сырая. Можешь попробывать посчитать ICMP большого размера (не помню уже с какими экспериментировал), ты их в УЛОГЕ не увидиш. ;)
Еще один минус -j ULOG - попробуй ПРАВИЛЬНО почситать траф транспарент прокси. Если получиться - вышли фотку, поставлю ее возле кровати, буду целовать перед сном. ;)

Больше минусов не замечено. Юзаю -j ULOG в связке с ipset.
Сборщик трафика - перепедаленный под работу с мускулем и мои задачи ulog-acctd.

В центральное трафохранилещие презжают агрегированные и разбитые по типу трафика (local, peer, ext, etc) данные по ИП адресам клиентов. + на локальном тазе собираються не агрегированные данные.
Суточный поток с 100 клиентов ~20Mb.

Ну а дальше, работает перловый (когда буду на 100% уверен в работоспособности перепедалю на С) демон считающий бабки, снимающий абонку, etc.

ИМХО, самое главное в билле, деньги должны считаться ОДИН раз. Т.е. структура его должна быть примерно как приведена выше. Никаких авто пересчетов, при просмотре статискике из веба и другой подобной херни.

>Ulog2 - не юзай. Бетка очень сырая. Можешь попробывать посчитать ICMP большого
>размера (не помню уже с какими экспериментировал), ты их в УЛОГЕ
>не увидиш. ;)
>Еще один минус -j ULOG - попробуй ПРАВИЛЬНО почситать траф транспарент прокси.
>Если получиться - вышли фотку, поставлю ее возле кровати, буду целовать
>перед сном. ;)
>
>Больше минусов не замечено. Юзаю -j ULOG в связке с ipset.
>Сборщик трафика - перепедаленный под работу с мускулем и мои задачи ulog-acctd.
>
>
>В центральное трафохранилещие презжают агрегированные и разбитые по типу трафика (local, peer,
>ext, etc) данные по ИП адресам клиентов. + на локальном тазе
>собираються не агрегированные данные.
>Суточный поток с 100 клиентов ~20Mb.
>
>Ну а дальше, работает перловый (когда буду на 100% уверен в работоспособности
>перепедалю на С) демон считающий бабки, снимающий абонку, etc.
>
>ИМХО, самое главное в билле, деньги должны считаться ОДИН раз. Т.е. структура
>его должна быть примерно как приведена выше. Никаких авто пересчетов, при
>просмотре статискике из веба и другой подобной херни.

я думаю, начните с того что проаналзируйте что вам нужно вообще.
главное, что было все компактно и логично.

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

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

для тарификации просто банально трафика можно делать свое, но когда биллинг переползает в документо-оборот и прочии глупости лучше использовать полноценные решения и продукты.

зачем снимать все подряд? лишняя нагрузка + лишний мусор... если нету проксаков то трафик считаеться только форвардный, да в принципе можно и над проксами поиздеваться и пустить натом, так что бы тоже считались в форварде :)
снял таблицу с счётчиками форвардов, разбил на массивы, и оптом всё в мукул, там он и сам может посчитать

Плох тот администратор, который не написал свой собственный сертифицированный биллинг, плох тот системный администратор, который не смог продать свой собственноручно написанный сертифицированный биллинг тиражом, не менее 1000 экземпляров, плох тот системный администратор, который написал свой собственный сертифицированный биллинг, продавший его тиражом  более 1000 экземпляров и не оказавший техническую поддержку потребителям его саморучнонаписанного сертифицированного биллига...
А что. Мне нравится.

>Плох тот администратор, который не написал свой собственный сертифицированный биллинг, плох тот
>системный администратор, который не смог продать свой собственноручно написанный сертифицированный биллинг
>тиражом, не менее 1000 экземпляров, плох тот системный администратор, который написал
>свой собственный сертифицированный биллинг, продавший его тиражом  более 1000 экземпляров
>и не оказавший техническую поддержку потребителям его саморучнонаписанного сертифицированного биллига...
>А что. Мне нравится.

Ага, и мне, и эти могучие вьюноши с их максимализмом... Эх, где мои 17 лет...

>>Плох тот администратор, который не написал свой собственный сертифицированный биллинг, плох тот
>>системный администратор, который не смог продать свой собственноручно написанный сертифицированный биллинг
>>тиражом, не менее 1000 экземпляров, плох тот системный администратор, который написал
>>свой собственный сертифицированный биллинг, продавший его тиражом  более 1000 экземпляров
>>и не оказавший техническую поддержку потребителям его саморучнонаписанного сертифицированного биллига...
>>А что. Мне нравится.
>
>Ага, и мне, и эти могучие вьюноши с их максимализмом... Эх, где
>мои 17 лет...

Эти юноши с LOR'а (http://www.linux.org.ru/view-message.jsp?msgid=1706917), там уже всё конкретно расписали ;) Лично я определил для себя две весЧи: 1. трафик netflow (с циски на пример) 2. Деньги в билинге хранить в копеейках. Остальное по вкусу....