ru.cisco

 
 - RU.CISCO ---------------------------------------------------------------------
 From : Victor Sudakov                       2:5005/149     29 Jul 2003  12:11:48
 To : Vladimir Kravchenko
 Subject : Re: VoIP accounting: NAS asks RADIUS or vice versa
 -------------------------------------------------------------------------------- 
 

 Vladimir Kravchenko wrote:
 
 > >> Он должен отправить событие в биллинг, суть в том что решение пускать
 > 
 > VS> Что такое в твоем понимании "биллинг"? Это ведь некий софт? Почему он
 > VS> не может упасть или быть перезагружен? Повторю вопрос - откуда биллинг
 > VS> должен в этом случае узнать, кто сидит на NAS-ах?
 > Погоди, я теряю суть вопроса. Если биллинг упал, то он узнать уже ничего не
 > сможет при всем желании, он лежит :)
 
 Узнать он должен в момент своего поднятия после лежания.
 
 > 
 > 1) биллинг работает с RDBMS или другой DBMS
 > 2) DBMS, если нам критично время downtime, должна иметь стенбай
 > 3) биллинг в идеале - stored procedure (у нас пока это получается)
 
 Что-то я сомневаюсь, что такой монстр окупится, разве что у тебя пулы
 на десятки тысяч линий.
 
 > 4) радиусов (tacacs) должно быть несколько
 > 5) если DBMS (биллинг) таки в дауне то услуги не оказываются, во всяком
 > случае те которые требуют ауторизации
 
 То есть как только биллинг упал, всех принудительно сбрасываем с пулов?
 
 > 
 > имхо это правильно
 > 
 > VS> Который www.openradius.net ? Спасибо, посмотрю.  Странно, что его в
 > VS> портах FreeBSD нет.
 > Угу. Там в порты то класть нечего, но если надо - сделаем :)
 
 Hадо бы. Как минимум корректная регистрация пакета в системе уже важна.
 
 > У него единственный на мой взгляд серьезный недостаток - не умеет reload
 > config ala -HUP.
 
 То есть при изменении users демон приходится перезапускать? А как
 сохраняется state (например, информация о сидящих на пуле абонентах)
 при перезапуске? Или state сохраняется не в самом радиусе?
 
 -- 
 Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
 2:5005/149@fidonet http://vas.tomsk.ru/
 --- tin/1.5.17-20030407 ("Peephole") (UNIX) (FreeBSD/4.8-RELEASE (i386))
  * Origin: CISA Ltd. InterNetNews site (2:5005/149@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор