<div dir="ltr">I think I understand now the concept now and this is actually how it should work.<div><br></div><div>I have another problem though. I am doing protocol conversion on the proxy side (tls->tcp) and record_route() adds a double rr header. The issue is that one of them contains the private IP instead of the public IP. When the device receives this it fails to connect back to this address. How can I set both of the rr headers to the public IP? I am using: advertised address, global 'listen' for ports: 5060, 10000, 10002 (tls).</div><div><br></div><div>Thanks,</div><div>Royee</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Dec 17, 2017 at 1:41 PM Royee Tichauer <<a href="mailto:royee.tichauer@vonage.com">royee.tichauer@vonage.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I am using opensips 2.1. I have an opensips server acting as a proxy using the dispatcher module. The destinations in the dispatcher table are TCP destinations with a destination port of 10000. From sniffing the network I see that opensips picks a random local port to send TCP messages from. </div><div><br></div><div>If I use record_route() from my configuration then the rr header thats added to the SIP message contains my proxy IP and port 10000 instead of the actual port used. Of course when I receive following SIP messages I will receive them through 10000 and reject them as not coming in through the right port.</div><div><br></div><div>What am I missing here?</div></div><div dir="ltr"><div><br></div><div>Royee</div></div></blockquote></div>