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 сервисом.
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?
-- Sincerely, Alexey LuckyanchikovПолучено Thu Dec 08 15:46:08 2005
Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:14:36 MSK