=?iso-8859-1?q?=5Bmdk-re=5D_=D3=C9=D3=D4=C5=CD=D9_=C2=C9=CC=CC=C9=CE=C7?= =?iso-8859-1?q?=C1=2C_=5B=C2=D9=CC=CF_-_tariffx=5D?=

[Roman S]

Цитирую 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