AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

* + radius

Биллинг 10 сообщений -
#1
непонятки в работе авторизации и биллинга через радиус.
например если у меня астериск с базой посгре или мускул, то у радиуса отдельная база должна быть, как в этом случае лучше поступить?


т.е.где должны лежать учетки что-бы работала такая связка авторизация и сдр через радиус?
т.е. у меня будет единый биллинг для нескольки звездочек, думаю это через радиус нужно делать?
#2
Не авторизации -- для это учетка не нужна, а для аудентификации -- это разные вещи.
Почти никак.
radius предполагает, что учетные записи будут лежать в нем (т.е. биллинге), но * этого не умеет.
Соответственно кто-то должен для него строить эти конфиги или класть в realtime БД для *.

Но лучше поставить перед * OpenSER, на нем регитсрировать пользователей, а авторизацию вызова и аккаунтинг будет делать * через костыли в виде AGI-скриптов, которые, в свою очередь, будут к radius-серверу.
Причем должен быть еще запущен демон, который коннектиться к * через AMI и который, как раз, и занимается аккаунтингом.

Одни костыли!..
_________________
Maksim Timofejev
#3
а зачем так усложнять все если будет openser? он прекрасно работает с радиусом насколько я понимаю. и никаких костылей.
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
#4
На OpenSER'е нельзя поднимать аккаунтинг, т.к. он ничего не знает о существовании сессии...
_________________
Maksim Timofejev
#5
разве? а я наивный думал что вообще все можно делать средствами openser а астериск позади держать только для media и всяких voicemail.
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
#6
Я имел ввиду, что OpenSER не держит сессий, поэтому в случае его отключения с разговором ничего не произойдет, а т.к. SIP не обязывает как-либо обмениваться сигнальными пакетами во время сессии, то можно будет болтать до посинения. Проблема возникнет в завершении сесстии, т.к. BYE от устройства А не дойдет до устройства Б и Б, в случае завершения вызова, так и будет в активном состоянии.
Если бы OpenSER держал сессию, то при его выключении сессия была бы разорвана.

asterisk в такой схеме используют как media сервер, и правильнее аккаунтинг также вести на media-сервере, т.к. он ее держит (проксирует RTP) и даже если OpenSER оказался отключен (или у него интернет кончился), корректно закроет сессию в биллинге.

Вместо asterisk'а подойдет любой другой media-сервер. Есть такие, которые реализуют IVR и т.д., так что даже asterisk не обязателен.
Вот на таких media-серверах (media-proxy/etc) и реализуют аккаунтинг.

Да, к OpenSER может проводить аккаунтинг, но даже его авторы не рекомендуют этого делать, эта фича по умолчанию выключена (по крайней мере была раньше).
_________________
Maksim Timofejev
#7
tma писал(а):
Вместо asterisk'а подойдет любой другой media-сервер. Есть такие, которые реализуют IVR и т.д., так что даже asterisk не обязателен.
Вот на таких media-серверах (media-proxy/etc) и реализуют аккаунтинг.

Например на каких?
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
#8
Например SIP Express Media Server, MediaProxy.
Это не PBX, но во многих случаях этого вполне достаточно...
Все зависит от задачи. Asterisk зачастую используют на несколько %% от функционала, соответственно заменить можно элементарно.
_________________
Maksim Timofejev
#9
ну я уже пример задачи привел - IVR, mailbox'ы. очереди. смогу?
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
#10
IVR и VM -- да, очереди -- нет.
Очереди можно на Yate поднять.

Опять же -- Asterisk может использоваться только для очередей, к примеру.
Все остальное поднять на OpenSER+sems/mediaproxy.

Зависит от задачи. Очереди не всем нужны!
_________________
Maksim Timofejev

Последний раз редактировалось: tma (Сб Фев 06, 2010 12:25)