Про amd - почти все реализации завязаны на определение сигнала ‘beep’. Т.е. он пытается слушать канал и если бип есть - то голосовая почта. Короче, беда общая. Ходил как-то по рынку проект по распознаванию начальных слов разговора и принятия решения по результату. Типа если первое слово что-то типа Алло или Слушаю - точно не голосовая почта. Так что даже с платными решениями все плохо. Потому как обмануть такую систему - легче лёгкого

Мы у себя в predictive dialer воспользовались портом из astirisk. Голосовую почту, сообщения операторов и IVR довольно не плохо определяет. А вот с тишиной, шумами на фоне - бывает много неточностей: https://github.com/webitel/mod_amd

Контур VoIP на базе Free Switch (100 000 руб. за проект) http://freelansim.ru/tasks/182901?f=telegram_c

Zrtp с записью разговоров это как?

Немного утреннего тролинга: - режим Direct Media - запись голоса Я один думаю, что одно другому слегка противоречит?(особенно, опираясь на первые строки приведённой статьи с Хабра)

Zrtp с записью разговоров это как?

+

Теоретически, можно, если каждая из сторон сообщит "записывателю" информацию, необходимую для расшифровки. ;-)

Потоковый дешефратор за 100к :)

Не, ну люди с юмором.

люди не понимают просто ))

Со временем поймут.

Теоретически, можно, если каждая из сторон сообщит "записывателю" информацию, необходимую для расшифровки. ;-)

по идее FreeSWITCH как и Asterisk будет расшифровывать у себя плечо А и заново шифровать плечо B По сути ведь endpoints общаются не друг с дргом с PBX. соответсвенно одно плечо не обязательно знает о том что второе тоже требует шифровать. Накладные расходы получаются больше, но голос в момент находждения на PBX имеет момент быть дешефрованным (ой как завернул)

по идее FreeSWITCH как и Asterisk будет расшифровывать у себя плечо А и заново шифровать плечо B По сути ведь endpoints общаются не друг с дргом с PBX. соответсвенно одно плечо не обязательно знает о том что второе тоже требует шифровать. Накладные расходы получаются больше, но голос в момент находждения на PBX имеет момент быть дешефрованным (ой как завернул)

srtp vs zrtp

Всё верно, а вот речь-то идёт как раз о режиме, в котором трафик минует PBX, в том-то и хохма отчасти.

c zrtp он может проходить и через FS. Это дело не меняет

Ну судя по схеме, прикрепленной к ТЗ они понимают что есть direct media а есть voice through

c zrtp он может проходить и через FS. Это дело не меняет

А чем ссхематически zrtp будет отличаться от srtp в данном случае? Конечная точка то одна

Трафик может проходить через узел, но не быть расшифрованным при этом.

Ну суть я понял, но, предположим у нас есть 2 точки

одна с zrtp другая вообще без шифрования

zrtp будет расшифрован на FS и передан другой точке в открытом виде

Соответсвенно если FS имеет возможность бысть сконфигурированным как paththrough так он может быть и сконфигурированным как и не paththrough

а вот на счет цены за проект - как не грустно но на российском рынке заказчики верят что это огромные деньги.

Zrtp с записью разговоров это как?

mitm же, просто.

прямо в доках есть

Теоретически, можно, если каждая из сторон сообщит "записывателю" информацию, необходимую для расшифровки. ;-)

без direct- так и идёт, каждая нога согласуется с фс отдельно, и фс может писать

без direct- так и идёт, каждая нога согласуется с фс отдельно, и фс может писать

Ну в общем то да. Как и написал