Re: Re: SIP, PBXApp

От: Vladimir A. Butenko <CGatePro_at_mx_ru>
Дата: Thu 08 Dec 2005 - 19:37:44 MSK

On Thu, 8 Dec 2005 17:46:05 +0200
  "Alexey Luckyanchikov" <CGatePro@mx.ru> wrote:
> On Thu, 08 Dec 2005, Vladimir A. Butenko wrote:
>
> VAB> >VAB> А это как? Оно сейчас проксирует только тогда, когда обязано.

>Или Вы 

> VAB> >про
> VAB> >VAB> то, что если для аккаунта отключено проксирование, а его звонку

>это 


> VAB> >надо - 


> VAB> >VAB> до отвергать звонок?

> VAB> >

> VAB> >Да, интересен именно этот вариант.

> VAB>
> VAB> А что, жалко ресурсов сервера на proxying? Ну, так оно G711-х каналов

>штук 

> VAB> 200 должно тянуть легко (на современных машинах), а через некоторое

>время 

> VAB> сможет (надеемся) еще на порядок больше.
>
> Нет, ресурсов сервера не жалко, в некоторых ситуациях может быть жалко
> трафика, в частности в случает с бесплатным sip сервисом.

Если Вы хотите построить массовый сервис, то у Вас 95% клиентов будут за NAT. Если Вы будете пробовать об"яснить им, как надо настроить их клиенты так, чтобы они сами проходили NAT, то расходы на Ваш персонал сильно перекроют расход на любой траффик, а расходы на Ваш support (по борьбе с клиентами, которые думают, что они умеют проходить NAT, но сильно в этом ошибаются) - перекроют расходы на траффик многократно.

Так что проксировать Вам придется много и основательно. И если есть такое понятие как "плата за траффик" (а не плата за bandwidth) - то будет плохо всегда :-(

> VAB> >Собственно, работающим я бы видел именно так, как описал. Пример для
> VAB> >чего это может быть полезно - публичный free sip сервис, перед
> VAB> >соединением абоненту можно проиграть рекламу. В платном сервисе

>можно

> VAB> >уведомить абонента, что у него заканчиваются деньги и нужно

>пополнить


> VAB> >счет.

> VAB>
> VAB> Вы можете направлять все входящие звонки (через Router пока, но лучше

>- 

> VAB> через Rules, там наверное это уже можно как-то сделать) - на

>приложение в 

> VAB> каком-то служебном account (одном). Там оно проигрывает то, что

>нужно, и 

> VAB> потом соединяет с Петей. Для того, чтобы понять, кто есть петя -
> VAB> используется поле To: (RemoteURI() в CG/PL). Если делать это через

>B2BUA 

> VAB> (взяв за основу процедурку reception.sppi) - то там можно и разрывать
> VAB> bridge по времени, чтобы свою рекламу всучать (причем в обе стороны,

>и 

> VAB> разную) каждые X минут.
>
> Т.е. будет Петя и "псевдоПетя", куда и должен звонить Вася? Что мешает
> Васе узнать настоящий адрес Пети и звонить ему напрямую, минуя
> application?

Не совсем. Если Router-ом делать - то ничего не помешает. А вот если через Rules (только я вам пока не скажу - как) - то всё помешает. Это же как E-mail:
"если звонок не с внутренного PBXLeg и еще такое-то и такое-то условие - то перенаправить его на приложение такое-то". Когда звонок идет с внутреннего приложения - то оно не срабатывает, и звонок проходит.

На самом деле надо проверять, что звонок - от авторизованного "admanager@freesip.ru" (это сделать можно). И если нет - то редиректить звонок в этот самый admanager@freesip.ru (где его возьмет указанный там application). А когда этот PBXLeg породит второй Leg чтобы звонить указанному в To (RemoteURI()) Васе, то этот исходящий звонок пойдет авторизованным (от имени admanager@freesip.ru), и Rule не сработает.

Так что ни один хитроумный Вася прямо никому не позвонит.

Осталось рассказать, как сделать Redirect в Rules :-)   

> --
> Sincerely,
> Alexey Luckyanchikov
>
Sincerely,
Vladimir Получено Thu Dec 08 16:37:49 2005