Re: CGP п╨п╟п╨ п╬я└п╦я│п╫п╟я▐ п░п╒п║ - ???

On Tue, 2006-08-01 at 13:48 -0700, Vladimir A. Butenko wrote:   

> > Ещё вопрос в сторону от XIMSS -- нет ли планов научить media proxy
> > выцеплять из потока rfc2833 payload и, например, по определенным
> > префиксам запускать CG/PL задачу на уже установленный диалог? Мне самому
> > такая возможность кажется очень спорной и неуклюжей, но она решила бы
> > несколько очень неприятных вопросов для разработчиков CG/PL приложений.
>
> Не решила бы. Потому что кто гарантирует, что для звонка будет
> использоваться прокси?

CGP :)
> А если всегда использовать - то тогда надо делать
> сразу PBXLeg, и все соединять через его Mixer - тогда все DTMF гарантировано
> попадут в задачу - как бы они ни были посланы (RTP или INFO).
Если все звонки через миксер гнать, то мощности процессора может не хватить. Мне кажется, что задача "прогнать поток через гейт и отследить rfc2833 payload" требует заметно меньших вычислительных мощностей, чем то же, но плюс ещё "разобрать-собрать звук".

К сожалению, не все клиенты поддерживают DTMF через SIP INFO. Причем, при малом количестве абонентов, где можно жестко устанавливать номенклатуру клиентов, как раз на все разговоры можно и миксер заводить, процессор сдюжит. А вот когда количество абонентов растет, и есть шанс положить сервер разговорами -- вот тогда, скорее всего, на выбор клиента влиять особо и не получится.

А так, конечно, все очень удобно: запустили бридж, слушаем события, пришел нужный dtmf -- заводим пиры на миксер и делаем, что нам требуется. Проблема в том, что если у пира не включена посылка dtmf через sip info, то ничего не работает.

Впрочем, я думаю, что клиенты без поддержки INFO умрут. Сигнализация должна идти SIPом. К сожалению, пока они умрут, мы успеем намучаться с поддержкой :)

С уважением,

-- 
 Alexey Naidyonov
 ITooLabs