Re: [mdk-re] ÓÉÓÔÅÍÙ ÂÉÌÌÉÎÇÁ, [ÂÙÌÏ - tariffx]

[Roman S <rromas@mailru.com>]

Цитирую Volkov Serge <vserge@menatepspb.msk.ru>:

> писать буду на ipchains и awk
Чтоб не родить мыша тут думать надо...
ipchains тихо умирает, приходит iptables...
Не придёт ли что-либо ещё - ба-а-альшой вопрос..

По моему скромному разумению - "считалка" - это такая
ерунда относительно задачи....
Один из многих модулей, учитывая то, что далеко не
всегда учитываемый трафик прёт через NAT/MASQ... Это
может быть и proxy и SOCKS...
Может быть и доступ к внутрисетевому "особому" ресурсу..
Да мало ли модулей учёта событий можно потом настрогать?

Нормальный биллинг должен уметь:
1) Учёт пользователей
2) Регистрацию всех оплачиваемых событий (и вечное
хранение оных до архивирования)
3) Тарификации (по сервисам, адресам, календарю, времени)
4) Генерацию отчётов для пользователей (как в
удобоваримом виде конечного документа класса PDF, так и
в виде дин. форм. HTML)
5) Регистрацию платежей
6) Поддержку авансовых, предоплатных и кредитных схем
работы, в разбивке по пользователям
7) Обеспечивать централизованное управление
стандартными сервисами ОС (например, заводим
пользователя, что сразу становится чревато обновлением
привязки MAC к IP в конфигурации DHCP и т.п.)
8) Обеспечивать реакцию на нехватку средств во время,
приближенное к RT...

И это малая часть требований...

Считалка - это ерунда, хорошие счётчики, как таковые -
есть (тот же IPTRAF, который не зависит от
брандмауэра), а вот прочая кухня...
Я уже 8 структур данных забраковал...
Сижу вот, насилую Gnumeric, не выходит у меня приличной
скорости обработки данных в сочетании с
функциональностью....

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

Rgds!
Roman Savelyev