Yes, inbound-zrtp-passthru is true. I think it gets set automatically when you turn on ZRTP. The config I'm testing with is a stock 'enable_zrtp=yes' build of HEAD circa last week, with proxy-media=true added to Local_Extension in the default dial plan. -Eli On Feb 1, 2013, at 6:00 AM, royj@yandex.ru wrote:
Is there <param name="inbound-zrtp-passthru" value="true"/> in profile
On Thu, 31 Jan 2013 17:43:34 -0500 Eli Burke <eburke@edge-net.net> wrote:
I'm trying to use Freeswitch with an open source voip client called Linphone, but cannot manage to establish functioning ZRTP sessions. The problem *seems* to be related to the RTP stream's SSRC. I'm trying to conclusively determine if the problem lies with Linphone, Freeswitch, or one of the underlying zrtp implementations (libzrtp and zrtpcpp).
Here's what I've determined so far: 1) ZRTP support is compiled and functioning. I can establish ZRTP sessions between two iPhones running Groundwire. 2) linphone + ZRTP works correctly if I make a one legged call to a Freeswitch echo extension 3) linphone + ZRTP works correctly if I turn on bypass-media 4) linphone gets a CRC error when trying to verify the ZRTP packet on any two-legged call 5) disabling the CRC check results in a successful ZRTP session, but the audio is extremely garbled
Is Freeswitch modifying the ZRTP packets when running in proxy mode? If so, how is it that some clients are able to handle this situation?