<div dir="ltr">What are you trying to achieve with this setup? Centralized nat handling or something else?<br>My thought was that RTPproxy/mediaproxy has to be externally controlled by own protocol to maintain rtp sessions, how do you plan to do that?</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">2013/5/23 adahary <span dir="ltr"><<a href="mailto:adahary@gmail.com" target="_blank">adahary@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I would like to integrate FS with RTPproxy like openSips and kamailio are<br>
well integrated with it.<br>
FS should handle the SIP signaling and the RTPproxy should relay the RTP<br>
stream from A to B:<br>
A.sip <=> FS <=> B.sip<br>
FS = PASS-THRU<br>
A.rtp <=> RTPproxy <=> B.rtp.<br>
<br>
I understand that FS should ask the RTPproxy to allocate UDP ports for both<br>
endpoint and then pass-thru-bridge them to cummunicate directly through the<br>
RTPproxy.<br>
<br>
What I cannot yet figure out is how replace both A and B ip/port sets in SDP<br>
with the RTPproxy ip/port-udp.<br>
I'v read about switch_r_sdp (Leg.A) and switch_m_sdp (Leg.B !?) but couldn't<br>
figure it out.<br>
<br>
how should I use switch_r_sdp (or/and switch_m_sdp) in my dialplan when when<br>
A calls B?<br>
Tried the following with no help.<br>
<action application="set"><br>
</action><br>
<action application="set"><br>
</action><br>
<br>
Any tip/help/advise will be appriciated.<br>
<br>
Regards<br>
<br>
Assaf<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://freeswitch-users.2379917.n2.nabble.com/FreeSwitch-Proxy-RTPProxy-Media-server-tp7590972.html" target="_blank">http://freeswitch-users.2379917.n2.nabble.com/FreeSwitch-Proxy-RTPProxy-Media-server-tp7590972.html</a><br>
Sent from the freeswitch-users mailing list archive at Nabble.com.<br>
<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>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Best regards,<br><br>Dmitry Sytchev,<br>IT Engineer
</div>