<html><head></head><body><div class="ydp5fdec0a0yahoo-style-wrap" style="font-family:arial;font-size:16px;"><div></div>
<div dir="ltr" data-setdir="false">Hi Callum,</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false"> yes, I do have rtpproxy set up in bridged mode. It is run using the following command (public IPs changed):</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false"><div>rtpproxy -F -s udp:127.0.0.1:7722 -l 192.168.2.251/192.168.2.251 -A 142.1.2.3/142.1.2.3 -m 10000 -M 10100</div><div><br></div></div><div dir="ltr" data-setdir="false">The client source IP seen by opensips is 72.1.2.3, and the SDP has a connection IP of 192.0.0.2.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">In opensips' route configuration, when the incoming request is determined to be an INVITE, I call rtpproxy_offer(). I've tried passing no flags as well as every combination of "i" and "e". In each case the SDP's connection IP that is passed to the internal server is rtpproxy's advertised address (142.1.2.3), as it seems to think that the 192.0.0.2 is an internal address that needs to be converted to the advertised address, even when the "ei" flags are passed in rtpproxy_offer(). I've also tried passing the "s", "c", and "o" flags, with the same fundamental issue each time.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">On the SDP answer, I am calling rtpproxy_answer("ie"), and that seems to result in no update to the SDP. The same IP (from the application server) that comes in is the one that is sent back to the client. It should be the public IP address (142.1.2.3).</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">Thoughts?</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">Thanks,</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">Gavin<br></div><div><br></div><div><br></div>
</div><div id="ydp7103cfd3yahoo_quoted_2682618647" class="ydp7103cfd3yahoo_quoted">
<div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div>
On Wednesday, April 19, 2023 at 07:06:54 AM ADT, Callum Guy <callum.guy@x-on.co.uk> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div dir="ltr">Hi Gavin,<br></div><div dir="ltr"><br></div><div dir="ltr">Using an RTP proxy is a good approach, you'll need to set it up in<br></div><div dir="ltr">bridge mode so that it is aware of the internal and external addresses<br></div><div dir="ltr">so that it can present the public IP to the client and private to the<br></div><div dir="ltr">application server.<br></div><div dir="ltr"><br></div><div dir="ltr">You probably don't need fix_nated_sdp as rtpproxy/rtpengine will do<br></div><div dir="ltr">that for you, you'll just need to tell it which address to use which<br></div><div dir="ltr">differs for each product.<br></div><div dir="ltr"><br></div><div dir="ltr">Good luck!<br></div><div dir="ltr"><br></div><div dir="ltr">Callum<br></div><div dir="ltr"><br></div><div dir="ltr">On Wed, 19 Apr 2023 at 06:39, Gavin Murphy via Users<br></div><div dir="ltr"><<a href="mailto:users@lists.opensips.org" rel="nofollow" target="_blank">users@lists.opensips.org</a>> wrote:<br></div><div dir="ltr">><br></div><div dir="ltr">> Hello,<br></div><div dir="ltr">><br></div><div dir="ltr">> I'm trying to set up an instance of opensips to support a testing SIP phone calling into my simulated network. The client is running from a mobile phone. The connection from the client comes in from the public network, but the client sees its own IP as private (192.0.0.2). My test network is running on virtual machines on my laptop, and is behind a NATed home router, so all of the VMs are in private IP space (192.168.x.x). It looks something like this:<br></div><div dir="ltr">><br></div><div dir="ltr">> client -> mobile network (NAT) -> home router (NAT) -> opensips -> application server<br></div><div dir="ltr">><br></div><div dir="ltr">> I am having trouble relaying the media from the network to the client. I have made various attempts of using the rtpproxy and the matmodule, but nothing has been successful so far. When using rtpproxy it writes the SDP going back to the client in the 183 with the internal IP. But if I just use fix_nated_sdp() the media doesn't go through the proxy server. If I try to use both (fix_nated_sdp() followed by rtpproxy_answer()), rtpproxy doesn't properly re-write the SDP (it ends up with a concatenation of the the private and the public advertised address.<br></div><div dir="ltr">><br></div><div dir="ltr">> Anyone have any advice or experience with this kind of setup?<br></div><div dir="ltr">><br></div><div dir="ltr">> Thanks,<br></div><div dir="ltr">><br></div><div dir="ltr">> Gavin<br></div><div dir="ltr">> _______________________________________________<br></div><div dir="ltr">> Users mailing list<br></div><div dir="ltr">> <a href="mailto:Users@lists.opensips.org" rel="nofollow" target="_blank">Users@lists.opensips.org</a><br></div><div dir="ltr">> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="nofollow" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br></div><div dir="ltr"><br></div><div dir="ltr">-- <br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">*0333 332 0000 | x-on.co.uk <<a href="https://www.x-on.co.uk" rel="nofollow" target="_blank">https://www.x-on.co.uk</a>> | ** <br></div><div dir="ltr"><<a href="https://www.linkedin.com/company/x-on" rel="nofollow" target="_blank">https://www.linkedin.com/company/x-on</a>> <<a href="https://www.facebook.com/XonTel" rel="nofollow" target="_blank">https://www.facebook.com/XonTel</a>> <br></div><div dir="ltr"> <<a href="https://twitter.com/xonuk" rel="nofollow" target="_blank">https://twitter.com/xonuk</a>> ** | **Practice Index Reviews <br></div><div dir="ltr"><<a href="https://practiceindex.co.uk/gp/x-on" rel="nofollow" target="_blank">https://practiceindex.co.uk/gp/x-on</a>>*<br></div><div dir="ltr"><br></div><div dir="ltr">*Our new office address: 22 Riduna <br></div><div dir="ltr">Park, Melton IP12 1QT.*<br></div><div dir="ltr"><br></div><div dir="ltr">X-on<br></div><div dir="ltr">is a trading name of Storacall Technology Ltd <br></div><div dir="ltr">a limited company registered in<br></div><div dir="ltr">England and Wales.<br></div><div dir="ltr"><br></div><div dir="ltr">Registered Office : <br></div><div dir="ltr">Glebe Farm, Down Street, Dummer, Basingstoke, Hampshire, England RG25 2AD. <br></div><div dir="ltr">Company Registration No. 2578478.<br></div><div dir="ltr"><br></div><div dir="ltr">The information in this e-mail is <br></div><div dir="ltr">confidential and for use by the addressee(s)<br></div><div dir="ltr">only. If you are not the <br></div><div dir="ltr">intended recipient, please notify X-on immediately on +44(0)333 332 0000 <br></div><div dir="ltr">and delete the<br></div><div dir="ltr">message from your computer. If you are not a named addressee <br></div><div dir="ltr">you must not use,<br></div><div dir="ltr">disclose, disseminate, distribute, copy, print or reply <br></div><div dir="ltr">to this email. Views<br></div><div dir="ltr">or opinions expressed by an individual<br></div><div dir="ltr">within this <br></div><div dir="ltr">email may not necessarily<br></div><div dir="ltr">reflect the views of X-on or its associated <br></div><div dir="ltr">companies. Although X-on routinely<br></div><div dir="ltr">screens for viruses, addressees should <br></div><div dir="ltr">scan this email and any attachments<br></div><div dir="ltr">for<br></div><div dir="ltr">viruses. X-on makes no <br></div><div dir="ltr">representation or warranty as to the absence of viruses<br></div><div dir="ltr">in this email or <br></div><div dir="ltr">any attachments.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div></div>
</div>
</div></body></html>