<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">This doesn’t make any sense. &nbsp;The newer vpx should work better, but I’ve seen no bugs at all raised about them not being compatible. &nbsp;If that is the case, what we had previously in 1.5 (an unreleased development build) should not be used anymore.<div class=""><br class=""><div class=""><br class=""></div><div class=""><br class=""><div class=""><div class=""><div><blockquote type="cite" class=""><div class="">On Feb 27, 2017, at 12:45 PM, Sergey Safarov &lt;<a href="mailto:s.safarov@gmail.com" class="">s.safarov@gmail.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><p dir="ltr" class="">About proxy media. This may be necessary when used video calls using vpx codec.</p><p dir="ltr" class="">Vpx 1.6 used in FreeSwith is not compatible with vpx 1.5<br class="">
Vpx 1.5 may be used in current sip clients <br class="">
</p>
<br class=""><div class="gmail_quote"><div dir="ltr" class="">пн, 27 февр. 2017, 20:30 Michael Jerris &lt;<a href="mailto:mike@jerris.com" class="">mike@jerris.com</a>&gt;:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="gmail_msg">if zrtp passthrough is not working, please open a lira on this issue.&nbsp; It should be corrected.</div><div style="word-wrap:break-word" class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"><div class="gmail_msg"><blockquote type="cite" class="gmail_msg"><div class="gmail_msg">On Feb 27, 2017, at 12:19 PM, Sergey Safarov &lt;<a href="mailto:s.safarov@gmail.com" class="gmail_msg" target="_blank">s.safarov@gmail.com</a>&gt; wrote:</div><br class="gmail_msg m_-368135354821914687Apple-interchange-newline"><div class="gmail_msg"><div dir="ltr" class="gmail_msg">Hello Michael </div><div dir="ltr" class="gmail_msg">I confirm that zrtp&nbsp;paththrue is not work as expected and required to enable proxy media from zrtp code match on sip device's&nbsp;</div><span class="gmail_msg">
</span><br class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">пн, 27 февр. 2017, 19:32 Michael Jerris &lt;<a href="mailto:mike@jerris.com" class="gmail_msg" target="_blank">mike@jerris.com</a>&gt;:<br class="gmail_msg"></div></div><div class="gmail_quote gmail_msg"><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">what are “custom algorithms”?<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
&gt; On Feb 26, 2017, at 9:01 PM, Richard Chan &lt;<a href="mailto:richard@treeboxsolutions.com" class="gmail_msg" target="_blank">richard@treeboxsolutions.com</a>&gt; wrote:<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; Hi,<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; The use case is: customer wants the ability to use custom algorithms in their UAs (don't ask!?) without a crypto bridge in the B2BUA. Any suggestions? Originally, I thought proxy media would do the trick - pass media packets without any attempt at interpretation but I noticed RTCP wasn't being&nbsp; activated (I think it was back in the 1.2.x days, I have an ancient 1.2.5 that does activate RTCP). Any suggestions?<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; ( We haven't looked at ZRTP fully, but validating the session string/PIN seems to make it a non-starter in the customer's use case.)<br class="gmail_msg">
&gt;<br class="gmail_msg">
&gt; ​Richard<br class="gmail_msg"></blockquote></div></div></blockquote></div></div></div></blockquote></div></div></blockquote></div><br class=""></div></div></div></div></body></html>