Hi, I have exactly the same problem as Eli described below. Eli, I&#39;m glad too that finally not I&#39;m the only guy in this situation. <br><br>In my case the proxy media mode is required for end-to-end security but bypass-media is not an option because the endpoints are in different subnets.<br>
<br>The normal media handling mode (not proxy and not bypass) works well however in this case there are different SAS on the two endpoints. Probably it&#39;s normal because FS opens a new session and the first SAS is not transferred to the other side automatically.<br>
<br>But what I&#39;m more interested in what &quot;inbound-zrtp-passthru&quot; is actually doing? I couldn&#39;t find proper docs only the codebase at <a href="http://fisheye.freeswitch.org/changelog/freeswitch.git?cs=23f8967c32e63050af93b43c66ec94e7b404b063">http://fisheye.freeswitch.org/changelog/freeswitch.git?cs=23f8967c32e63050af93b43c66ec94e7b404b063</a><br>
I can see two entries in my logs relating to this:<br>    2013-02-02 18:26:14.925953 [DEBUG] mod_sofia.c:5031 [zrtp_passthru] Setting a-leg inherit_codec=true<br>    2013-02-02 18:26:14.925953 [DEBUG] mod_sofia.c:5034 [zrtp_passthru] Setting b-leg absolute_codec_string=&#39;PCMU@8000h@20i@64000b&#39;<br>
<br>Meanwhile someone on the linphone dev mailing list said that 
linphone does not support &quot;zrtp-hash&quot; attribute in SIP/SDP. May it has 
any effect in FS media proxy with zrtp?<br><br>-Peter<br><br><br><div class="gmail_quote">On Fri, Feb 1, 2013 at 9:33 PM, Steven Ayre <span dir="ltr">&lt;<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Is there a reason you&#39;re using proxy media mode?<div><br></div><div>Does it work in normal media handling mode? (ie not proxy and not bypass)</div>
<div><br></div><div>-Steve</div><div class="HOEnZb"><div class="h5"><div><br></div><div><br><br><div class="gmail_quote">

On 1 February 2013 14:15, Eli Burke <span dir="ltr">&lt;<a href="mailto:eburke@edge-net.net" target="_blank">eburke@edge-net.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Yes, inbound-zrtp-passthru is true. I think it gets set automatically when you turn on ZRTP.<br>
<br>
The config I&#39;m testing with is a stock &#39;enable_zrtp=yes&#39; build of HEAD circa last week, with proxy-media=true added to Local_Extension in the default dial plan.<br>
<span><font color="#888888"><br>
-Eli<br>
</font></span><div><br>
On Feb 1, 2013, at 6:00 AM, <a href="mailto:royj@yandex.ru" target="_blank">royj@yandex.ru</a> wrote:<br>
<br>
&gt; Is there &lt;param name=&quot;inbound-zrtp-passthru&quot; value=&quot;true&quot;/&gt; in profile<br>
&gt;<br>
&gt; On Thu, 31 Jan 2013 17:43:34 -0500<br>
&gt; Eli Burke &lt;<a href="mailto:eburke@edge-net.net" target="_blank">eburke@edge-net.net</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; I&#39;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&#39;s SSRC.  I&#39;m trying to conclusively determine if the problem lies with Linphone, Freeswitch, or one of the underlying zrtp implementations (libzrtp and zrtpcpp).<br>



&gt;&gt;<br>
&gt;&gt; Here&#39;s what I&#39;ve determined so far:<br>
&gt;&gt; 1) ZRTP support is compiled and functioning. I can establish ZRTP sessions between two iPhones running Groundwire.<br>
&gt;&gt; 2) linphone + ZRTP works correctly if I make a one legged call to a Freeswitch echo extension<br>
&gt;&gt; 3) linphone + ZRTP works correctly if I turn on bypass-media<br>
&gt;&gt; 4) linphone gets a CRC error when trying to verify the ZRTP packet on any two-legged call<br>
&gt;&gt; 5) disabling the CRC check results in a successful ZRTP session, but the audio is extremely garbled<br>
&gt;&gt;<br>
&gt;&gt; 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?<br>
<br>
</div><div><div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>