<div dir="ltr"><div>I haven't done something like that myself but i think if you use RTPEngine with "media-address" set correctly in offer and answer functions, you can easily achieve this. Simply check if request/reply is coming from FS or the end-user and adjust the media appropriately without even invoking auto-bridge etc.<br><br></div>Thank you.<br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 16, 2015 at 5:30 PM, Giovanni Maruzzelli <span dir="ltr"><<a href="mailto:gmaruzz@gmail.com" target="_blank">gmaruzz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">dear Kamailians,<br>
<br>
I have Kamailio+rtpproxy in front of FreeSWITCH.<br>
<br>
Kamailio and FreeSWITCH are on the same private network.<br>
Public Internet IP address ports are redirected to Kamailio and<br>
rtpproxy (same situation as in Amazon EC2).<br>
Clients comes from Internet, and make calls to Internet, SIP signaling<br>
passing through FreeSWITCH (eg: A leg incoming INVITE, FreeSWITCH<br>
originate an outbound B leg INVITE, and then bridge the legs).<br>
<br>
Using rtpproxy with -A "advertise" patch from Daniel, this topology<br>
works fine in a "traditional" telco way: rtp goes from caller to<br>
rtpproxy to callee, and viceversa.<br>
<br>
Now I want to maintain FreeSWITCH in the middle of rtp flow all the<br>
time, in a pure b2bua way, so it can control and analyze the media<br>
streams.<br>
<br>
So, I need rtpproxy to act paying attention to direction, as in<br>
caller->rtpproxy->freeswitch->rtpproxy->callee (and viceversa).<br>
<br>
Normally I would use Kamailio multihomed and rtpproxy in bridging<br>
mode. But I cannot have a NIC on the public address.<br>
<br>
How I can use the "ie" "ei" feature of rtpproxy in an Amazon-EC2 like<br>
environment? (eg: no public address attached to machine, but ports<br>
redirection from public address).<br>
<br>
I read this trick from Hugh Waite:<br>
<br>
"I have used rtpproxy (with the advertised address patch) in Amazon to<br>
bridge media between internet facing and private subnets in a VPC.<br>
I found that I couldn’t use different advertised addresses depending<br>
on which direction the signalling was going on a single private IP<br>
address. I worked around this by allocating a second private ip<br>
address to the instance and used that in the ‘bridge’.<br>
-A 54.86.X.X/<a href="http://10.0.1.15" target="_blank">10.0.1.15</a> –l <a href="http://10.0.1.10/10.0.1.15" target="_blank">10.0.1.10/10.0.1.15</a>"<br>
<br>
Can you explain how to use this trick, or another way (without<br>
additional addresses is gladly accepted!) to reach the same result<br>
(rtp always passing through FreeSWITCH) ?<br>
<br>
Thank you all in advance,<br>
<br>
-giovanni<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Sincerely,<br>
<br>
Giovanni Maruzzelli<br>
Cell : +39-347-2665618<br>
<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>
</font></span></blockquote></div><br></div>