From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 9 Sep 2004 18:02:55 +1100 From: Dmitry Lebkov To: ALT Linux Sisyphus discussion list Subject: Re: Re[2]: [sisyphus] FreeNIBS Message-Id: <20040909180255.64441952.dima@sakhalin.ru> In-Reply-To: <1153580389.20040909101259@dlv.rt.ru> References: <200409081710.52700.ru_classic@gts.lg.ua> <20040909021602.6e7f2aa2.dima@sakhalin.ru> <413F2E13.4020008@tut.by> <20040909090719.4a9ffe49.dima@sakhalin.ru> <1153580389.20040909101259@dlv.rt.ru> Organization: Sakhalin branch of DalSvyaz JSC X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Sep 2004 07:03:02 -0000 Archived-At: List-Archive: On Thu, 9 Sep 2004 10:12:59 +0600 Dmitry Vodennikov wrote: > Добрый день. > > Thursday, September 9, 2004, 4:07:19 AM, Вы писали: > > [skip] > > >> > > >> >Сырой этоn NIBS еще ... Очень сырой ... И сама идея, imho, > >> >полностью противоречит идеям FreeRADIUS. Обоснование: функциям > >> >биллинга не место в ядре сервера авторизации. Это дело внешней > >> >обвязки. > >> > > >> > > >> во многих случаях RADIUS сервер выполняет функции AAA (authentication, > >> authorization, accounting). > > DL> Это его обычное занятие ... ;) > > >> imho, как раз внешняя обвязка извращение когда есть готовое решени, хотя > >> зависит от того для каких целей нужна эта связка. > > DL> Не надо путать ААА и биллинг. Это - две большие разницы. ;) RADIUS-сервер > DL> должен обеспечивать _максимально быструю_ обработку всех AAA-запросов. > DL> С системой биллинга он должен общаться на уровне "быстрый вопрос-быстрый > DL> ответ". Всё остальное - "от лукавого" ... ;) > > DL> Из своего опыта общения с NIBS я вынес следующее: применим при небольшом кол-ве > DL> одновременно обслуживаемых пользователей. > Дмитрий, а как вы можете оценить количество пользователей, > которые может одновременно обслуживать связка > radius+nibs+database_sever? > От 100 до 500? От 500 до 2000? От 2000 до 10000? В моей тестовой схеме связка не успевала авторизовать новых пользователей при эмуляции работы порядка 600 юзеров с 5 NAS'ов. Но как тут уже упоминалось, всё зависит от целей. Для моих целей NIBS оказался непригодным ;). > Я вот например задумал сделать биллинг на > freeradius+postgresql(не mysql)+freenibs, но после ваших слов > призадумался, и посмотрел повнимательнее внутрь nibs... > Да, конечно, у nibs есть дополнительный overhead в процессе обработки > alive пакетов, но существуют ли другие решения, которые не требуют > патчить freeradius, распространяются в исходниках, и достаточно активно > развиваются? Из фришных на вскидку вспомнилось только вот это http://www.sisd.com/freeside/ Ну а вообще, из наблюдений, каждый xSP пишет свой биллинг сам ;))) -- WBR, Dmitry Lebkov