Добрый день,
А можно все-таки к началу попытаться повернуть?
Не поделитесь впечатлениями не о своей сертифицированной биллинговой системе,
а о _процедуре_ сертификации?
Т.е. - какие документы требуют, что важно с точки зрения сертифицирующего
органа, а что не очень и т.п.
И особенно интересно вот что - если после сертификации в систему вносятся
изменения илм дополнения - что тогда? Повторная процедура сертификации?
Или только изменений?
On Mon, Oct 18, 1999 at 05:06:46PM +0400, Boris Tyshkiewitch wrote:
> > > > > > мы одинаково хорошо живем и на такаксе и на радиусе (особенно если
> > > > > > ты про VoIP).
> > > > > Традиционно логи грепаете?
> > > Во первых не грепаем, а дочитываем. И как бы ничего плохого в этом
> > > не вижу.
> > > > Я бы не сказал что грепаем, скорее парсим и вкачиваем в систему. С
> > > > радиусом так исторически сложилось по причине того, что основная часть
> > > > авторизации все таки на такаксе живет. Но вот сейчас пересматриваем этот
> > > > вопрос, и видиме парсинга не будет по причине использования модульного
> > > > freeradius.
> > > Ну это спорный вопрос. Прямая запись в базу требует безумно
> > > дорогого решения с супер-резервированным серверами баз данных.
> > > Т.е. сервер с базой не может ни на секунду быть опущен. Ни по
> > > аварии, ни на обслуживание. Это бывает, но очень дорого и трудно
> > > в обслуживании. Если у Вас нет обязательного требования к
> > > абсолютной синхронности, то скорее всего это не нужно.
> > Хммм.... VoIP как раз накладывает такие требования.
>
> Да, мы в курсе.
>
> > Да и ДиалАпу, как выяснилось это то-же весьма потребно....
>
> Безусловно.
>
> > По поводу-же опускания БД - ничего криминального при этом не происходит,
> > за исключением необходимости в дальнейшем всосать акаунтинг из детаил и
> > неприятностей пользователей, которые видели некоректный баланс между поднятием
> > сервера БД и всасыванием непринятого акаунтинга.
>
> Т.е. у тебя получаются два разных механизма вкачивания записей? А
> как ты собрался определять точку лога с которой нужно перевкачать?
> Точное время упадания засекаешь? Плюс/минус 10 записей? Как там насчет
> понятия транзакция?
>
> > > Напротив дочитывание логов позволяет приостановить процесс
> > > без потери эккаунтинговых записей. Плюс позволяет делать
> > > простые и удаленные сервера AAA. Что ценно в распределенной
> > > системе.
> > Ну теперь я точно знаю почему нам ваша система не подходит... Ж;-))
> >
> > Абсолют задумывался и реализовывался изначально как реал-тайм - из этого растет часть его бед,
> > из этого-же и масса полезностей. Но вобщем - мне нравиться.... Ж;-))
>
> Ну-ну. Сама система биллинга - реалтайм. Статистику собирают агенты.
> Модульность однако....
>
> Все что агенты приносят в биллинг, обрабатывается сразу. При этом
> пересчитываются остатки, генеряться события на стоп эккаунта итд/итп.
> А вот сами агенты/брокеры могут быть разными.
>
> Если кто-то из них хочет сдаваться раз в сутки - пусть сдается раз в
> сутки, если другой хочет непрерывности - он может и так. Если база
> остановлена, то _не_нужно_ что-то перевкачивать с непонятного момента
> времени, нужно просто ее поднять и агент радостно сделает свое дело.
>
> Boris.
> =============================================================================
> "inet-admins" Internet access mailing list. Maintained by East Connection ISP.
> Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
> Archive is accessible on
---end quoted text---
--
Alexandr V. Goncharov, | Digital Networks, Tomsktelecom
AGV-RIPE, | agv@tomsknet.ru
AGV3-RIPN | phone: +7(382-2)562510
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
