<p>Most likely its some nat related issue.</p>
<div class="gmail_quote">On Oct 7, 2010 8:19 PM, &quot;Michael Collins&quot; &lt;<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>&gt; wrote:<br type="attribution">&gt; I don&#39;t know if it&#39;s a bug or not, but I think you probably will need to<br>
&gt; create a dialplan and sample Lua script to demonstrate the behavior. Post<br>&gt; them on pastebin and link to this thread. We will see if we can reproduce<br>&gt; the symptoms and diagnose from there.<br>&gt; <br>&gt; -MC<br>
&gt; <br>&gt; On Thu, Oct 7, 2010 at 7:37 AM, Pete Kelly &lt;<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>&gt; wrote:<br>&gt; <br>&gt;&gt; Hi, I posted a question to this list yesterday because I was having<br>&gt;&gt; problems with my calls ending as soon as they were bridged. I was<br>
&gt;&gt; originating 2 outbound calls from a lua script, then bridging them. I<br>&gt;&gt; managed to get round the problem of the calls shutting down immediately by<br>&gt;&gt; initiating calls using the originate command, thusly:<br>
&gt;&gt;<br>&gt;&gt; originate sofia/lpmedia/<a href="mailto:2000@10.15.20.122">2000@10.15.20.122</a> &#39;&amp;lua(click2call_call.lua)&#39;<br>&gt;&gt;<br>&gt;&gt; This causes the lua script to initiate with a session already present and<br>
&gt;&gt; then a bridge to a new call (legB) completes successfully.<br>&gt;&gt;<br>&gt;&gt; Within the lua script I am bridging to leg B like this:<br>&gt;&gt;<br>&gt;&gt; session:execute(&quot;bridge&quot;, &quot;[bypass_media_after_bridge=true]sofia/lpmedia/<br>
&gt;&gt; <a href="mailto:91979197@10.15.20.122">91979197@10.15.20.122</a>&quot;)<br>&gt;&gt;<br>&gt;&gt; This works, but the reINVITEs which get sent out after legB is established<br>&gt;&gt; contain the wrong sip request URI.<br>
&gt;&gt;<br>&gt;&gt; - The SIP URI in the reINVITE to Leg A is to the MEDIA IP of leg B (the SIP<br>&gt;&gt; packet is sent to the correct IP, just the request URI contains the media<br>&gt;&gt; IP)<br>&gt;&gt; - The SIP URI in the reINVITE to Leg B is to the MEDIA IP of leg A... again<br>
&gt;&gt; the SIP packet is sent to the correct IP, it&#39;s just the request URI which<br>&gt;&gt; contains the media IP.<br>&gt;&gt;<br>&gt;&gt; In some instances the request URI doesn&#39;t contain the username either, it<br>
&gt;&gt; is just INVITE sip:&lt;MEDIA_IP&gt;<br>&gt;&gt;<br>&gt;&gt; I am using the latest sources of freeswitch from git<br>&gt;&gt;<br>&gt;&gt; Is this a bug I need to report? It is causing me to receive 404 and 402<br>
&gt;&gt; errors on the reinvite as the request URI is invalid.<br>&gt;&gt;<br>&gt;&gt; Pete<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; _______________________________________________<br>&gt;&gt; FreeSWITCH-users mailing list<br>
&gt;&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>&gt;&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt;&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>&gt;&gt; <a href="http://www.freeswitch.org">http://www.freeswitch.org</a><br>
&gt;&gt;<br>&gt;&gt;<br></div>