пара вопросов про голосовые сервисы CGP

Discussion:

Varinov Nicolay

2006-11-24 16:17:21 UTC

День добрый,

Решил я пару тройку дней назад заняться изучением PBX, SIP, и т.д. в
5.1.2, а то в 5.0.12 это несколько напряжно из-за барышни :) Тем более
был стимул посоревноваться с другим отделом осваивающим IP-PBX от
Аваи, правда я запоздал от них на месяц с началом процесса, а то и
более. Но SIP сервер поднимается аваевский до сих пор, а у меня самые
большие проблемы вызвал фарвол на сервере, куда поставил дему. Что как
всегда порадовало, так это время развертывания системы, между началом
закачки с сайта и первым звонком на PSTN прошло с 2-3 часа неспешных
работ.

Но появились пара вопросов, ответы на которые пока не нашел.

1) Есть желание, возможно странное, иметь алиалы для доступа к
сервисным функциям своего аккаунта например *55 - callpark, *57 -
callpickup. Так чтобы человек позвонивший на этом алиас перебрасывался
на соответствующий сервис.
Первый вариант который пришел в голову прописать в роутере
<***@domen> = \****@domen, но он не прошел, роутер говорить что
нет такого пользователя в домене что в принципе наверно правильно.
Второй вариант роутить алиас в приложение service--NN, но тут другая
проблема, нужно указывать имя конкретное пользователя от которого
запускается приложение, . Что не подходит, так как хочу чтобы этот
алиас был универсальным для всех пользователей и переправлял в именно
в свой сервис пользователя который позвонил на алиас.
Отправка звонков *NN в сервис видимо задается жестко в коде и
обрабатывается CGP чуть по другому, чем другие звонки.
Пока вижу только один вариант делать, аккаунт и при звонке на него
запускать приложение которое будет разбирать from, to и вызывать
сервис от имени позвонившего пользователя.
Есть ли другие варианты, и работоспособен ли этот?

2) Не смог найти где меняются, настройки по умолчанию для
Auto-Attendantа, в принципе это не напрягает, но все же ?

3) Есть на АТС такая функция как будильник, хочется попробовать ее
реализовать на CGP, смысл ее такой пользователь звонит на определенный
номер и задает время срабатывания будильника, в заданное время станция
звонить на номер пользователя и если он ответил ему проигрывает
какое-то приветствие.
С программированием услуги пользователем все вроде бы понятно, но вот
как заставить CGP позвонить на пользователя в определенное время, пока
не ясно. Есть у меня подозрение, что штатных возможностей нет, или я
не прав?
Есть еще у меня такой вариант реализации: приложение передает данные о
времени побудки и номер например через HTTPCall на внешний сервер
приложений.
Сервер приложений в заданный момент времени либо сам осуществляет
звонок на пользователя и играет ему приветствие (тогда вопрос, а чем
это можно попробовать реализовать ?);
либо шлет на CGP по SIP сообщение в специальный аккаунт который
разбирает сообщение и сам звонит на заданный в нем номер и играет
приветствие;
либо тоже самое, но через XIMSS.
Движение в каком направлении будет правильней?

------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------

Нехорошев Михаил

2006-11-24 16:28:11 UTC

Permalink

помогите новичку....
есть CGP 5.1.2,
что мне нужно еще выпросить у шефа, чтобы построить VoceIP
какие интернет каналы? шлюзы и т.п. - никогда не занимался телефонией,
наша конторы в ближайшие месяцы должна переезать на новую территорию
вот мне и хотелось бы сделать там IP телефонию, если есть опыт
внедрения CGP как не только почтовика - раскажите что мне нужно на
первое время, чтоб все заработало, может кнтонить скажет порядок цен
во что мне это все выйдет... cisco не бюджетоподъемное.., а очень
хочется идти в ногу со временем.
мне б до понедельника сделать бюджетную оценку - поможите кто, чем
можите....

Заранее спасибо
С уважением,
Нехорошев Михаил

##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
<CGatePro-j7XwN1yHx+***@public.gmane.org>.

Чтобы отписаться, отправьте сообщение на адрес <CGatePro-***@mx.ru>
Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest-j7XwN1yHx+***@public.gmane.org>
Чтобы переключиться в индексный режим - mailto:<CGatePro-index-j7XwN1yHx+***@public.gmane.org>
Для административных запросов адрес <CGatePro-request-j7XwN1yHx+***@public.gmane.org>
Архив списка: http://mx.demos.su/lists/cgp-russian/

Varinov Nicolay

2006-11-24 18:16:38 UTC

Permalink

День добрый Михаил,

Ну для начала CGP, но он есть как понимаю :)
Так как приземлять местные телефонные звонки, а иногда и междугородние
тоже, только через IP с нормальным качеством не получается то нужен
шлюз, в зависимости от ваших потребностей или аналоговый или цифровой.
Аналоговый это если линий на город мало надо, возможно и в несколько
сотен уложиться. Цифровой есть можете к ТФОП по Е1 подключить в новом
месте, циска кстати не так и дорога, если брать не новую на 60 линий
тысяч 6-6.5 найти реально.
Есть вариант что в городе есть оператор который может вас подключить
по sip, тогда вопрос приземления трафика решается им, вполне приличный
вариант, только сначала тестировать и правильный договор где он не сет
нормальную ответственность за качество.
Ну сами sip телефоны от $80-90, но все более менее приличное стоит
подороже, гдето от 150 и выше. Хотя конечно можно всех и на WM5 с
гарнитурой посадить или другой софтфон, но это сурово и не удобно.
Ну и самое нудное, переписывание под себя медии стандартной поставки.
и настройка системы, это по веселей.

Ну а полную бюджетную оценку по твоим данным тяжело дать, так что
смотри считай.

Friday, November 24, 2006, 7:28:11 PM, Вы пишете:

НМ> помогите новичку....
НМ> есть CGP 5.1.2,
НМ> что мне нужно еще выпросить у шефа, чтобы построить VoceIP
НМ> какие интернет каналы? шлюзы и т.п. - никогда не занимался телефонией,
НМ> наша конторы в ближайшие месяцы должна переезать на новую территорию
НМ> вот мне и хотелось бы сделать там IP телефонию, если есть опыт
НМ> внедрения CGP как не только почтовика - раскажите что мне нужно на
НМ> первое время, чтоб все заработало, может кнтонить скажет порядок цен
НМ> во что мне это все выйдет... cisco не бюджетоподъемное.., а очень
НМ> хочется идти в ногу со временем.
НМ> мне б до понедельника сделать бюджетную оценку - поможите кто, чем
НМ> можите....

НМ> Заранее спасибо
НМ> С уважением,
НМ> Нехорошев Михаил

------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------

Dmitry Akindinov

2006-11-24 16:39:43 UTC

Permalink

Здравствуйте,

Post by Varinov Nicolay
День добрый,
Решил я пару тройку дней назад заняться изучением PBX, SIP, и т.д. в
5.1.2, а то в 5.0.12 это несколько напряжно из-за барышни :) Тем более
был стимул посоревноваться с другим отделом осваивающим IP-PBX от
Аваи, правда я запоздал от них на месяц с началом процесса, а то и
более. Но SIP сервер поднимается аваевский до сих пор, а у меня самые
большие проблемы вызвал фарвол на сервере, куда поставил дему. Что как
всегда порадовало, так это время развертывания системы, между началом
закачки с сайта и первым звонком на PSTN прошло с 2-3 часа неспешных
работ.
Но появились пара вопросов, ответы на которые пока не нашел.
1) Есть желание, возможно странное, иметь алиалы для доступа к
сервисным функциям своего аккаунта например *55 - callpark, *57 -
callpickup. Так чтобы человек позвонивший на этом алиас перебрасывался
на соответствующий сервис.

Извините, конечно, но
<http://www.stalker.com/CommuniGatePro/PBX.html#Services> вы уже видели
и оно вам не понравилось? Чем?

Post by Varinov Nicolay
Первый вариант который пришел в голову прописать в роутере
нет такого пользователя в домене что в принципе наверно правильно.

Для начала, роутерработает слева направо. То есть, согласно записи выше
позвонить надо на callpark, чтобы звонок адресовался на *55.

Post by Varinov Nicolay
Второй вариант роутить алиас в приложение service--NN, но тут другая
проблема, нужно указывать имя конкретное пользователя от которого
запускается приложение, . Что не подходит, так как хочу чтобы этот
алиас был универсальным для всех пользователей и переправлял в именно
в свой сервис пользователя который позвонил на алиас.

Оно так и происходит. Запускается стандартная программа service.sppr,
которая смотрит - кто позвонил и какая функция затребована, и, при
необходимости, просит звонящего авторизоваться.

Post by Varinov Nicolay
Отправка звонков *NN в сервис видимо задается жестко в коде и
обрабатывается CGP чуть по другому, чем другие звонки.

Да, это вы правильно заметили.

Post by Varinov Nicolay
Пока вижу только один вариант делать, аккаунт и при звонке на него
запускать приложение которое будет разбирать from, to и вызывать
сервис от имени позвонившего пользователя.
Есть ли другие варианты, и работоспособен ли этот?

А тот вариант, который уже есть - чем не устраивает. Вы пробовали
позвонить с телефона, который зарегистрирован на ваш аккаунт в CGPro, на
*51, например?

Post by Varinov Nicolay
2) Не смог найти где меняются, настройки по умолчанию для
Auto-Attendantа, в принципе это не напрягает, но все же ?

По умолчанию - настройки аккаунта pbx в главном домене, далее Real-Time
-> Advanced.

Post by Varinov Nicolay
3) Есть на АТС такая функция как будильник, хочется попробовать ее
реализовать на CGP, смысл ее такой пользователь звонит на определенный
номер и задает время срабатывания будильника, в заданное время станция
звонить на номер пользователя и если он ответил ему проигрывает
какое-то приветствие.
С программированием услуги пользователем все вроде бы понятно, но вот
как заставить CGP позвонить на пользователя в определенное время, пока
не ясно. Есть у меня подозрение, что штатных возможностей нет, или я
не прав?

Штатных нет. Либо надо реализовать в PBX штатное приложение типа cron
которое будет ждать следующей отметки в своем расписании, либо возложить
это на системный cron из которого через CLI запустить нужную програмку.

Post by Varinov Nicolay
Есть еще у меня такой вариант реализации: приложение передает данные о
времени побудки и номер например через HTTPCall на внешний сервер
приложений.
Сервер приложений в заданный момент времени либо сам осуществляет
звонок на пользователя и играет ему приветствие (тогда вопрос, а чем
это можно попробовать реализовать ?);

Позвонить и проиграть гимн страны проживания - через CG/PL. HTTPCall
можно направить в Perl скрипт, сконфигурированный прямо на CGPro в виде
CGI.

Post by Varinov Nicolay
либо шлет на CGP по SIP сообщение в специальный аккаунт который
разбирает сообщение и сам звонит на заданный в нем номер и играет
приветствие;

Не надо.

Post by Varinov Nicolay
либо тоже самое, но через XIMSS.

Да, лучше через XIMSS. Но это имеет смысл для этой задачи если вы готовы
реализовывать свой небольшой медиа сервер, который будет сам говорить
в RTP поток.

Проще положить в personal web site area аккаунта wav файл и попросить
CG/PL програмку на сервере позвонить и файл этот проиграть. Менее
почетно, чем с XIMSS, но проще в реализации.

Post by Varinov Nicolay
Движение в каком направлении будет правильней?
------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------

--
Best regards,
Dmitry Akindinov

##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
<CGatePro-j7XwN1yHx+***@public.gmane.org>.

Чтобы отписаться, отправьте сообщение на адрес <CGatePro-***@mx.ru>
Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest-j7XwN1yHx+***@public.gmane.org>
Чтобы переключиться в индексный режим - mailto:<CGatePro-index-j7XwN1yHx+***@public.gmane.org>
Для административных запросов адрес <CGatePro-request-j7XwN1yHx+***@public.gmane.org>
Архив списка: http://mx.demos.su/lists/cgp-russian/

Varinov Nicolay

2006-11-24 17:40:48 UTC

Permalink

День добрый Дмитрий,

Friday, November 24, 2006, 7:39:43 PM, Вы пишете:

DA> Здравствуйте,

Post by Varinov Nicolay
1) Есть желание, возможно странное, иметь алиалы для доступа к
сервисным функциям своего аккаунта например *55 - callpark, *57 -
callpickup. Так чтобы человек позвонивший на этом алиас перебрасывался
на соответствующий сервис.

DA> Извините, конечно, но
DA> <http://www.stalker.com/CommuniGatePro/PBX.html#Services> вы уже видели
DA> и оно вам не понравилось? Чем?

Всем понравилось :) и речь идет именно об этих функциях, но я хочу
доступ к ним не *NN, а например callpark для *55, и то не для всех
финкций сервиса. Интересует больше всего именно *55 для того чтобы
парковать с телефона, не трансфером на *55, а кнопкой park которая
делает тот же самый трансфер, но на callpark, а не *55, научить
телефон делать это по другому не выходит.

DA> Для начала, роутерработает слева направо. То есть, согласно записи выше
DA> позвонить надо на callpark, чтобы звонок адресовался на *55.

А это мне и надо, но не работает такое правило, так как CGP считает
что нет такого пользователя ****@domen, а его тем более и правда нет.
Может я в начале не правильно выразился мне хочется чтобы callpark был
алиасом для сервисной функции *55.

DA> Оно так и происходит. Запускается стандартная программа service.sppr,
DA> которая смотрит - кто позвонил и какая функция затребована, и, при
DA> необходимости, просит звонящего авторизоваться.

Да только если я запущу ее от имени пользователя bill то звонок
поставится на парковку billу и только ему, а мне надо чтобы он был
поставлен тому кто эту парковку реально осуществляет.
Вот пример
правило <***@domen> = service--55#***@domen делает почти что мне
надо почти но не то :( Если пользователь 9955 делает парковку через
***@domen, то звонок паркуется для 5599, а не 9955 и 5599 по *57
его замечательно забирает.
Как в роутере задать исполнение приложения от имени позвонившего, я не
нашел.
Знаю про вариант с парковкой через PBX, но это не совсем то, там
несколько общих очередей на домен, достаточно полезно, но это для
другого приложения жизни офиса.

DA> Да, это вы правильно заметили.

DA> А тот вариант, который уже есть - чем не устраивает. Вы пробовали
DA> позвонить с телефона, который зарегистрирован на ваш аккаунт в CGPro, на
DA> *51, например?

Я внимательно прочитал все что касается pbx и сервиса и зучил все их
функции и даже попробовал их все, и тем более изучил исходники этих
приложений. Устраивает для начала все, но мне хочется аллиасов для *NN
в service.

DA> По умолчанию - настройки аккаунта pbx в главном домене, далее Real-Time
->> Advanced.
Мда, а почему тогда выставляя для pbx Directory Prefix = 5 и Directory
Digits = 4, для другого пользователя в этом домене вижу умолчания DP=2
и DD=3 ?
Нет на самом деле это не напрягает, так как A-A запускается все равно
от именно пользователя pbx, если будет от какого-то другого не тяжело
и поправит на то что надо, но как то все равно не красиво.

DA> Штатных нет. Либо надо реализовать в PBX штатное приложение типа cron
DA> которое будет ждать следующей отметки в своем расписании, либо возложить
DA> это на системный cron из которого через CLI запустить нужную програмку.

Как реализовать cron в CGP пока не представляю, а вот через внешний
планировщик, эта идея и была у меня.

DA> Позвонить и проиграть гимн страны проживания - через CG/PL. HTTPCall
DA> можно направить в Perl скрипт, сконфигурированный прямо на CGPro в виде
DA> CGI.
Так и хотел вешать обработчик HTTPCalla.

DA> Не надо.

Post by Varinov Nicolay
либо тоже самое, но через XIMSS.

DA> Да, лучше через XIMSS. Но это имеет смысл для этой задачи если вы готовы
DA> реализовывать свой небольшой медиа сервер, который будет сам говорить
DA> в RTP поток.

Понял.

DA> Проще положить в personal web site area аккаунта wav файл и попросить
DA> CG/PL програмку на сервере позвонить и файл этот проиграть. Менее
DA> почетно, чем с XIMSS, но проще в реализации.

Наверно так и сделаю в понедельник, вызов приложения как я понял
делать проще всего через StartPBXTask ?

Post by Varinov Nicolay
Движение в каком направлении будет правильней?

------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------

Dmitry Akindinov

2006-11-24 18:08:10 UTC

Permalink

Здравствуйте,

Post by Varinov Nicolay
День добрый Дмитрий,
DA> Здравствуйте,

DA> Извините, конечно, но
DA> <http://www.stalker.com/CommuniGatePro/PBX.html#Services> вы уже видели
DA> и оно вам не понравилось? Чем?
Всем понравилось :) и речь идет именно об этих функциях, но я хочу
доступ к ним не *NN, а например callpark для *55, и то не для всех
финкций сервиса. Интересует больше всего именно *55 для того чтобы
парковать с телефона, не трансфером на *55, а кнопкой park которая
делает тот же самый трансфер, но на callpark, а не *55, научить
телефон делать это по другому не выходит.

Все, теперь ясно. Извините, я вас с первого раза неправильно понял.

[]

Post by Varinov Nicolay

Действительно, это похоже на единственный доступный сейчас вариант:
модифицировать service.sppr так, чтобы она при запуске от имени pbx,
например, смотрела на authentication и пыталась сделать impersonate на
получившийся адрес.

[]

Post by Varinov Nicolay

Именно. Эти настройки используются только теп аккаунтом, который
запускает задачу pbx.

Post by Varinov Nicolay

DA> Штатных нет. Либо надо реализовать в PBX штатное приложение типа cron
DA> которое будет ждать следующей отметки в своем расписании, либо возложить
DA> это на системный cron из которого через CLI запустить нужную програмку.
Как реализовать cron в CGP пока не представляю, а вот через внешний
планировщик, эта идея и была у меня.

Запустить задачу, которая в цикле будет ждать (подолгу) событий от
других задач и хранить некую таблицу с заданиями.

Post by Varinov Nicolay

DA> Не надо.

Post by Varinov Nicolay
либо тоже самое, но через XIMSS.

DA> Да, лучше через XIMSS. Но это имеет смысл для этой задачи если вы готовы
DA> реализовывать свой небольшой медиа сервер, который будет сам говорить
DA> в RTP поток.
Понял.
DA> Проще положить в personal web site area аккаунта wav файл и попросить
DA> CG/PL програмку на сервере позвонить и файл этот проиграть. Менее
DA> почетно, чем с XIMSS, но проще в реализации.
Наверно так и сделаю в понедельник, вызов приложения как я понял
делать проще всего через StartPBXTask ?

Да.

Post by Varinov Nicolay

Post by Varinov Nicolay
Движение в каком направлении будет правильней?

------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------

Varinov Nicolay

2006-11-24 18:28:24 UTC

Permalink

День добрый Дмитрий,

Friday, November 24, 2006, 9:08:10 PM, Вы пишете:

DA> Здравствуйте,

...
DA> Все, теперь ясно. Извините, я вас с первого раза неправильно понял.

Да не за что, когда прочитал сам понял что не очень четко выразился.

...
DA> Действительно, это похоже на единственный доступный сейчас вариант:
DA> модифицировать service.sppr так, чтобы она при запуске от имени pbx,
DA> например, смотрела на authentication и пыталась сделать impersonate на
DA> получившийся адрес.

Что единственный жаль, хотя я так и думал. Но нечего, все равно
собирался писать, мне главное было знать что другого варианта нет.

...
DA> Именно. Эти настройки используются только теп аккаунтом, который
DA> запускает задачу pbx.

Просто не очень красиво в настройках выглядит, но на работу не
сказывается.

...

Post by Varinov Nicolay
Как реализовать cron в CGP пока не представляю, а вот через внешний
планировщик, эта идея и была у меня.

DA> Запустить задачу, которая в цикле будет ждать (подолгу) событий от
DA> других задач и хранить некую таблицу с заданиями.

Для меня это пока значительно сложнее, тем более что задачу надо и
как-то запустить при рестарте сервера, автоматом из CGP вроде как
нельзя, а дополнительным внешним воздействием не хочется.

...

Post by Varinov Nicolay
Наверно так и сделаю в понедельник, вызов приложения как я понял
делать проще всего через StartPBXTask ?

DA> Да.

Ясно, спасибо за помощь.

------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------

Vladimir A. Butenko

2006-11-24 21:45:34 UTC

Permalink

On Fri, 24 Nov 2006 20:40:48 +0300

Post by Varinov Nicolay
День добрый Дмитрий,
DA> Здравствуйте,

DA> Извините, конечно, но
DA> <http://www.stalker.com/CommuniGatePro/PBX.html#Services> вы уже видели
DA> и оно вам не понравилось? Чем?
Всем понравилось :) и речь идет именно об этих функциях, но я хочу
доступ к ним не *NN, а например callpark для *55, и то не для всех
финкций сервиса. Интересует больше всего именно *55 для того чтобы
парковать с телефона, не трансфером на *55, а кнопкой park которая
делает тот же самый трансфер, но на callpark, а не *55, научить
телефон делать это по другому не выходит.

"Жестко зашито" вот такое преобразование:
****@domain1 -> srvcall--NN#***@domain2 где ***@domain2 - это From:
адрес.

Непонятно, почему телефон нельзя научить переводить звонок на *55 - но если
это так, то стоит попробовать сначала:
%2555
и если уж и это "не берет" (а что это за телефон такой?), то перводить на
srvcall--55#username
или
srvcall--55%23username
или
srvcall--55%***@domain

уродливо - но если это вбивается один раз, то нормально.

Sincerely,
Vladimir

Varinov Nicolay

2006-11-27 07:43:07 UTC

Permalink

День добрый Владимир,

Post by Varinov Nicolay
Всем понравилось :) и речь идет именно об этих функциях, но я хочу
доступ к ним не *NN, а например callpark для *55, и то не для всех
финкций сервиса. Интересует больше всего именно *55 для того чтобы
парковать с телефона, не трансфером на *55, а кнопкой park которая
делает тот же самый трансфер, но на callpark, а не *55, научить
телефон делать это по другому не выходит.

VAB> "Жестко зашито" вот такое преобразование:
****@domain1 ->> srvcall--NN#***@domain2 где ***@domain2 - это From:
VAB> адрес.

Владимир может я в очередной раз не точно выразился, но парковка
трансфером на *55 проходит замечательно, но в телефоне есть
возможность делать парковку по кнопке Park, она делает тоже самое, но
тренсфер идет на прошитый в телефоне адрес callpark.
Мне для парковки кнопкой нужно выполнить значительно меньше действий,
что согласитесь удобней. Если бы была возможность задать в телефоне
адрес для трансфера парковки, то вопроса не возникало бы, но я такой
возможности я не нашел.
По этому решать проблему начал с другой стороны - со стороны сервера.
Роутить звонок ***@domian в ****@domain не выходит, нет такого
пользователя *55 ругается CGP, видимо CGP не проводит всю цепочку
преобразований в данном случае и заканчивает на calpark -> *55,а *55
-> srvcall--55#***@domain2 где ***@domain2 - это From: адрес не
проводит.
Роут в srvcall--55#username не устраивает, так как приложение service
при этом запускается от имени username, а не того кто делает парковку.
Пока единственный просматриваемый вариант решения написать приложение,
которое будет при звонке на callpark делать требуемый редирект на
srvcall--55#имя_пользователя_осуществившего_трансфер_на_callpark.

VAB> Непонятно, почему телефон нельзя научить переводить звонок на *55 - но если
VAB> это так, то стоит попробовать сначала:
VAB> %2555
VAB> и если уж и это "не берет" (а что это за телефон такой?), то перводить на

Телефон POLYCOM IP-301 SP, если кто знает как в нем прописать, что
парковать надо на *55 а не callpark, подскажите как это делать, в
документации не нашел.

Но скорее всего не решит проблемы в общем случае, мне кажется что было
бы несколько гибче и удобней, если была бы возможность задавать роуты
в CGP <'alias'> = *NN и при этом проходила все цепочка преобразований,
но это решать Вам Владимир.

VAB> srvcall--55#username
VAB> или
VAB> srvcall--55%23username
VAB> или
VAB> srvcall--55%***@domain

VAB> уродливо - но если это вбивается один раз, то нормально.

Это не уродливо это просто работает не так как надо, для одного такого
телефона да работает, а вот для больше двух уже нет.

VAB> Sincerely,
VAB> Vladimir

------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------

Vladimir A. Butenko

2006-11-27 19:36:47 UTC

Permalink

Тогда паркуйте его не в аккаунт, а общие очереди:

http://www.stalker.com/CommuniGatePro/PBX.html#ParkCenter

то есть
<callPark> = pbx{701}#pbx

но они все тогда будут парковать в одну общую очередь.

А не нравится - пишите письмо в Polycom (cc - на support-***@public.gmane.org) с
просьбой более разумно сделать provisioing. Вон, пионэры им по поводу
Астериска пишут - и те уже сдались, и стали делать. И Вы пишите - как
получат десятка два писем, может, зашевелятся. Под лежачий камень...

On Mon, 27 Nov 2006 10:43:07 +0300

Post by Varinov Nicolay
День добрый Владимир,

VAB> адрес.
Владимир может я в очередной раз не точно выразился, но парковка
трансфером на *55 проходит замечательно, но в телефоне есть
возможность делать парковку по кнопке Park, она делает тоже самое, но
тренсфер идет на прошитый в телефоне адрес callpark.
Мне для парковки кнопкой нужно выполнить значительно меньше действий,
что согласитесь удобней. Если бы была возможность задать в телефоне
адрес для трансфера парковки, то вопроса не возникало бы, но я такой
возможности я не нашел.
По этому решать проблему начал с другой стороны - со стороны сервера.
пользователя *55 ругается CGP, видимо CGP не проводит всю цепочку
преобразований в данном случае и заканчивает на calpark -> *55,а *55
проводит.
Роут в srvcall--55#username не устраивает, так как приложение service
при этом запускается от имени username, а не того кто делает парковку.
Пока единственный просматриваемый вариант решения написать приложение,
которое будет при звонке на callpark делать требуемый редирект на
srvcall--55#имя_пользователя_осуществившего_трансфер_на_callpark.
VAB> Непонятно, почему телефон нельзя научить переводить звонок на *55 -
но если
VAB> %2555
VAB> и если уж и это "не берет" (а что это за телефон такой?), то
перводить на
Телефон POLYCOM IP-301 SP, если кто знает как в нем прописать, что
парковать надо на *55 а не callpark, подскажите как это делать, в
документации не нашел.
Но скорее всего не решит проблемы в общем случае, мне кажется что было
бы несколько гибче и удобней, если была бы возможность задавать роуты
в CGP <'alias'> = *NN и при этом проходила все цепочка преобразований,
но это решать Вам Владимир.
VAB> srvcall--55#username
VAB> или
VAB> srvcall--55%23username
VAB> или
VAB> уродливо - но если это вбивается один раз, то нормально.
Это не уродливо это просто работает не так как надо, для одного такого
телефона да работает, а вот для больше двух уже нет.
VAB> Sincerely,
VAB> Vladimir
------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------
##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
Архив списка: http://mx.demos.su/lists/cgp-russian/

Sincerely,
Vladimir

Varinov Nicolay

2006-11-28 07:35:49 UTC

Permalink

День добрый Vladimir,

Monday, November 27, 2006, 10:36:47 PM, Вы пишете:

VAB> Тогда паркуйте его не в аккаунт, а общие очереди:

VAB> http://www.stalker.com/CommuniGatePro/PBX.html#ParkCenter

VAB> то есть
VAB> <callPark> = pbx{701}#pbx

Про это я знаю, как и про любые другие в CGP из коробки, но почему мне
такое решение не нравиться, Вы же сами и ответили пару строчек ниже
очень точно :), все-таки общая очередь это для других задач жизни
офиса вполне востребованных, но других.

VAB> но они все тогда будут парковать в одну общую очередь.

VAB> А не нравится - пишите письмо в Polycom (cc - на support-***@public.gmane.org) с
VAB> просьбой более разумно сделать provisioing. Вон, пионэры им по поводу
VAB> Астериска пишут - и те уже сдались, и стали делать. И Вы пишите - как
VAB> получат десятка два писем, может, зашевелятся. Под лежачий камень...

То же вариант, но я думаю что мне значительно быстрее будет написать
свою сервисную программу для решения этой задачи внутри CGP, что я
почти и сделал, тем более что на каком то другом телефоне возможно
будут другие проблемы, а серверное решение все равно будет в общем
случае более гибким , ну а если CGP будет проводить все преобразования
в Роутере при роуте в *NN в версии 5.1.4, то я буду это только
приветствовать :), там более что такое его поведение на мой взгляд
вполне логично.

VAB> Sincerely,
VAB> Vladimir

------------------------
С наилучшими пожеланиями
Николай Варинов.
------------------------