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

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

[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

Re: [mdk-re] системы биллинга, [было - tariffx]

[Volkov Serge]

On Wed, 11 Jul 2001 16:40:04 +0400 (MSD)
Roman S <rromas@mailru.com> wrote:

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

это класная задумка
думаю что часть этих задач удасться решить с помошью LDAP и авторизации через него, но он не все может пока либо я не все могу прикрутить :((

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

-- 
С наилучшими VAS
Волков Сергей 		
Network Administrator 		

[mdk-re] Re: системы биллинга, [было - tariffx]

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 1264 bytes --]

Hello Volkov,

On Wed, Jul 11, 2001 at 04:58:55PM +0400, Volkov Serge wrote:
>
> > Нормальный биллинг должен уметь:
> > 1) Учёт пользователей
> > 2) Регистрацию всех оплачиваемых событий (и вечное
> > хранение оных до архивирования)
> > 3) Тарификации (по сервисам, адресам, календарю, времени)
> > 4) Генерацию отчётов для пользователей (как в
> > удобоваримом виде конечного документа класса PDF, так и
> > в виде дин. форм. HTML)
> > 5) Регистрацию платежей
> > 6) Поддержку авансовых, предоплатных и кредитных схем
> > работы, в разбивке по пользователям
> > 7) Обеспечивать централизованное управление
> > стандартными сервисами ОС (например, заводим
> > пользователя, что сразу становится чревато обновлением
> > привязки MAC к IP в конфигурации DHCP и т.п.)
> > 8) Обеспечивать реакцию на нехватку средств во время,
> > приближенное к RT...
> 
> это класная задумка
> думаю что часть этих задач удасться решить с помошью LDAP и авторизации через него, но он не все может пока либо я не все могу прикрутить :((

По-моему, лучше все-таки что-нибудь основанное на SQL. Первая буква в
LDAP означает lightweight :)

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
You have junk mail.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] Re: системы биллинга, [было - tariffx]

[Volkov Serge]

On Thu, 12 Jul 2001 01:23:57 +0400
Mikhail Zabaluev <mhz@alt-linux.org> wrote:

> Hello Volkov,
> 
> On Wed, Jul 11, 2001 at 04:58:55PM +0400, Volkov Serge wrote:
> >
> > > Нормальный биллинг должен уметь:
> > > 1) Учёт пользователей
> > > 2) Регистрацию всех оплачиваемых событий (и вечное
> > > хранение оных до архивирования)
> > > 3) Тарификации (по сервисам, адресам, календарю, времени)
> > > 4) Генерацию отчётов для пользователей (как в
> > > удобоваримом виде конечного документа класса PDF, так и
> > > в виде дин. форм. HTML)
> > > 5) Регистрацию платежей
> > > 6) Поддержку авансовых, предоплатных и кредитных схем
> > > работы, в разбивке по пользователям
> > > 7) Обеспечивать централизованное управление
> > > стандартными сервисами ОС (например, заводим
> > > пользователя, что сразу становится чревато обновлением
> > > привязки MAC к IP в конфигурации DHCP и т.п.)
> > > 8) Обеспечивать реакцию на нехватку средств во время,
> > > приближенное к RT...
> > 
> > это класная задумка
> > думаю что часть этих задач удасться решить с помошью LDAP и авторизации через него, но он не все может пока либо я не все могу прикрутить :((
> 
> По-моему, лучше все-таки что-нибудь основанное на SQL. Первая буква в
> LDAP означает lightweight :)
А никто и не мешает просто LDAP проще в конечном счете (на мой взгляд ) будет управлять
а данные можно и в SQL запихнуть

> 
> -- 
> Stay tuned,
>   MhZ                                     JID: mookid@jabber.org
> ___________
> You have junk mail.
> 


-- 
С наилучшими VAS
Волков Сергей 		
Network Administrator 		

[mdk-re] Re: системы биллинга, [было - tariffx]

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 736 bytes --]

Hello Volkov,

On Thu, Jul 12, 2001 at 09:42:37AM +0400, Volkov Serge wrote:
>
> > > это класная задумка
> > > думаю что часть этих задач удасться решить с помошью LDAP и авторизации через него, но он не все может пока либо я не все могу прикрутить :((
> > 
> > По-моему, лучше все-таки что-нибудь основанное на SQL. Первая буква в
> > LDAP означает lightweight :)
> А никто и не мешает просто LDAP проще в конечном счете (на мой взгляд ) будет управлять
> а данные можно и в SQL запихнуть

Непонятно, зачем выводить авторизацию в LDAP, если все остальные
данные уже в SQL.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
When you go out to buy, don't show your silver.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] Re: системы биллинга, [было - tariffx]

[Volkov Serge]

On Thu, 12 Jul 2001 12:09:11 +0400
Mikhail Zabaluev <mhz@alt-linux.org> wrote:

> Hello Volkov,
> 
> On Thu, Jul 12, 2001 at 09:42:37AM +0400, Volkov Serge wrote:
> >
> > > > это класная задумка
> > > > думаю что часть этих задач удасться решить с помошью LDAP и авторизации через него, но он не все может пока либо я не все могу прикрутить :((
> > > 
> > > По-моему, лучше все-таки что-нибудь основанное на SQL. Первая буква в
> > > LDAP означает lightweight :)
> > А никто и не мешает просто LDAP проще в конечном счете (на мой взгляд ) будет управлять
> > а данные можно и в SQL запихнуть
> 
> Непонятно, зачем выводить авторизацию в LDAP, если все остальные
> данные уже в SQL.

Ну потому что можно сделать так
       __________________SOCKS
      /
LDAP <-----------SQUID
 |    \__________________PAM
 |
Kerberos/SASL/SSL/TLS

И так далее
-- 
С наилучшими VAS
Волков Сергей 		
Network Administrator 		

[mdk-re] Re: системы биллинга, [было - tariffx]

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 649 bytes --]

Hello Volkov,

On Thu, Jul 12, 2001 at 02:43:16PM +0400, Volkov Serge wrote:
>
> > Непонятно, зачем выводить авторизацию в LDAP, если все остальные
> > данные уже в SQL.
> 
> Ну потому что можно сделать так
>        __________________SOCKS
>       /
> LDAP <-----------SQUID
>  |    \__________________PAM
>  |
> Kerberos/SASL/SSL/TLS
> 
> И так далее

Ясно. Клевая ASCII-графика, кстати :)

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Basic Definitions of Science:
	If it's green or wiggles, it's biology.
	If it stinks, it's chemistry.
	If it doesn't work, it's physics.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]