<h3 class="sectionedit15"><a name="modulesrtpproxy" id="modulesrtpproxy"></a></h3><h3 class="sectionedit15"><a name="modulesrtpproxy" id="modulesrtpproxy"></a></h3><h3 class="sectionedit15"><a name="modulesrtpproxy" id="modulesrtpproxy"></a></h3>
<h3 class="sectionedit15"><a name="modulesrtpproxy" id="modulesrtpproxy"></a></h3><h3 style="font-weight:normal" class="sectionedit15">Hi,</h3><p>This may help you.<br></p><h3 class="sectionedit15"><a href="http://www.kamailio.org/wiki/install/upgrade/3.1.x-to-3.2.0">http://www.kamailio.org/wiki/install/upgrade/3.1.x-to-3.2.0</a><br>
</h3><h3 class="sectionedit15"><a name="modulesrtpproxy" id="modulesrtpproxy">modules/rtpproxy</a></h3>
<div class="level3">
<ul><li class="level1"><div class="li"> force_rtp_proxy() removed</div>
<ul><li class="level2"><div class="li"> use rtpproxy_offer() when it is SDP 
offer (mainly on INVITE request) and rtpproxy_answer() when it is SDP 
answer (mainly on INVITE replies)</div>
</li><li class="level2"><div class="li"> new alternative is to use rtpproxy_manage() which does the detection of SDP offer/answer internally</div>
</li></ul>
</li></ul>

</div><br><br><div class="gmail_quote">2012/9/15 Brandon Armstead <span dir="ltr">&lt;<a href="mailto:brandon@cryy.com" target="_blank">brandon@cryy.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Klaus,<div><br></div><div>   It seems that force_rtp_proxy is removed in Kamailio 3.3 --- has there been a work-around for this bridge issue without using force_rtp_proxy?</div><div><br></div><div>Sincerely,</div><div>Brandon Armstead<br>

<br><div class="gmail_quote">On Wed, Nov 4, 2009 at 5:46 AM, Klaus Darilion <span dir="ltr">&lt;<a href="mailto:klaus.mailinglists@pernau.at" target="_blank">klaus.mailinglists@pernau.at</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
<br>
Alex Balashov schrieb:<div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That&#39;s pretty much what I did.<br>
<br>
All I had to do was use force_rtp_proxy().  Everything was broken when I tried to use rtpproxy_offer/answer, though the code suggests they are just wrappers around force_rtp_proxy().<br>
</blockquote>
<br>
<br></div>
That&#39;s strange. I took a look at the code and these are really just wrappers  - fmro code point of view it looks fine.<br>
<br>
Do you have syslog traces?<br>
<br>
regards<span><font color="#888888"><br>
klaus</font></span><div><div><br>
<br>
<br>
______________________________<u></u>_________________<br>
Kamailio (OpenSER) - Users mailing list<br>
<a href="mailto:Users@lists.kamailio.org" target="_blank">Users@lists.kamailio.org</a><br>
<a href="http://lists.kamailio.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.kamailio.org/cgi-<u></u>bin/mailman/listinfo/users</a><br>
<a href="http://lists.openser-project.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.openser-project.<u></u>org/cgi-bin/mailman/listinfo/<u></u>users</a><br>
</div></div></blockquote></div><br></div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br>