Hello,<br><br>I have an RTP Proxy running in bridge mode.<br>I&#39;ve got a call coming from LAN side of RTP Proxy and outgoing to WAN (Internet) side of RTP Proxy. I&#39;m using rtpproxy_offer(&quot;fioc&quot;) command if nat_uac_test(&quot;4&quot;) believes that call comes from LAN and rtpproxy_offer(&quot;feoc&quot;) if it comes from WAN. RTPProxy is run in bridge mode, I&#39;ve specified both internal and external IP addresses. But here&#39;s what&#39;s going on on a call coming from LAN:<br>
<br>Aug 17 13:52:44 localhost rtpproxy[17736]: DBUG:handle_command: received command &quot;20370_72 UI <a href="http://6d8ab1d978f708b918f5337b24a3359a@10.65.0.3:5060">6d8ab1d978f708b918f5337b24a3359a@10.65.0.3:5060</a> 10.65.0.3 16972 as4bcd2ee5;1&quot;                                                                                                                               <br>
Aug 17 13:52:44 localhost rtpproxy[17736]: INFO:handle_command: new session <a href="http://6d8ab1d978f708b918f5337b24a3359a@10.65.0.3:5060">6d8ab1d978f708b918f5337b24a3359a@10.65.0.3:5060</a>, tag as4bcd2ee5;1 request<br>
ed, type strong                                                                                                                                      <br>Aug 17 13:52:44 localhost rtpproxy[17736]: INFO:handle_command: new session on a port 63626 created, tag as4bcd2ee5;1                                <br>
Aug 17 13:52:44 localhost rtpproxy[17736]: INFO:handle_command: pre-filling caller&#39;s address with <a href="http://10.65.0.3:16972">10.65.0.3:16972</a>                                    <br>Aug 17 13:52:44 localhost rtpproxy[17736]: DBUG:doreply: sending reply &quot;20370_72 63626 10.65.0.254#012&quot;                                           <br>
<br>So, all good here, RTP Proxy got &quot;UI&quot; command meaning &quot;Create new session using Internal IP&quot; and used correct one - 10.65.0.254.<br><br>And then call&#39;s being answered and I&#39;m again doing same nat_uac_test(&quot;4&quot;) to check if it&#39;s local or not, it determines correctly that call is coming from the Internet, issues command rtpproxy_answer(&quot;feoc&quot;), but in logs I see following:<br>
<br>Aug 17 13:52:48 localhost rtpproxy[17736]: DBUG:handle_command: received command &quot;20375_4 LE <a href="http://6d8ab1d978f708b918f5337b24a3359a@10.65.0.3:5060">6d8ab1d978f708b918f5337b24a3359a@10.65.0.3:5060</a> 202.129.<br>
XXX.XXX 7078 as4bcd2ee5;1 671437651;1&quot;                                                                                                                <br>Aug 17 13:52:48 localhost rtpproxy[17736]: INFO:handle_command: lookup on ports 63626/59248, session timer restarted                                 <br>
Aug 17 13:52:48 localhost rtpproxy[17736]: INFO:handle_command: pre-filling callee&#39;s address with 202.129.XXX.XXX:7078                                <br>Aug 17 13:52:48 localhost rtpproxy[17736]: DBUG:doreply: sending reply &quot;20375_4 59248 10.65.0.254#012&quot;   <br>
<br>So, &quot;LE&quot; command received by proxy from OpenSIPS meaning that External IP address has to be used, client&#39;s external IP address specified, BUT RTP Proxy for some reason replies with INTERNAL IP and expects packets on that interface!!!<br>
<br>Do you have any idea why is it behaving this way? I&#39;m using OpenSIPS 1.6.4 and RTP Proxy 1.2.1 without any patches. I&#39;m not using &quot;mhomed=1&quot; option, I&#39;m using &quot;force_send_socket()&quot; on outgoing calls from Internet client to LAN and it works fine. Should I also use that command for outgoing calls from LAN to Internet client? But that shouldn&#39;t affect RTP Proxy behavior, shouldn&#39;t it? Also, I&#39;ve tried to use &quot;r&quot; and &quot;w&quot; options when invoking RTP Proxy, but that doesn&#39;t help.<br>
<br>Thanks and best regards,<br>Yury Kirsanov.<br><br><br>