From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Volkov Serge To: mandrake-russian@altlinux.ru Subject: Re: [mdk-re] =?KOI8-R?B?08nT1MXN2SDCyczMyc7HwSwgW8LZzM8=?= - tariffx] Message-Id: <20010711165855.6516d9a5.vserge@menatepspb.msk.ru> In-Reply-To: <200107111240.f6BCe4D29457@www3.mailru.com> References: <200107111240.f6BCe4D29457@www3.mailru.com> X-Mailer: Sylpheed version 0.4.66 (GTK+ 1.2.9; i586-alt-linux) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Wed Jul 11 16:47:00 2001 X-Original-Date: Wed, 11 Jul 2001 16:58:55 +0400 Archived-At: List-Archive: List-Post: On Wed, 11 Jul 2001 16:40:04 +0400 (MSD) Roman S wrote: > Цитирую Volkov Serge : > > > писать буду на 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