I don&#39;t know if it&#39;s a bug or not, but I think you probably will need to create a dialplan and sample Lua script to demonstrate the behavior. Post them on pastebin and link to this thread. We will see if we can reproduce the symptoms and diagnose from there.<br>
<br>-MC<br><br><div class="gmail_quote">On Thu, Oct 7, 2010 at 7:37 AM, Pete Kelly <span dir="ltr">&lt;<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi, I posted a question to this list yesterday because I was having problems with my calls ending as soon as they were bridged. I was originating 2 outbound calls from a lua script, then bridging them. I managed to get round the problem of the calls shutting down immediately by initiating calls using the originate command, thusly:<div>

<br></div><div><div>originate sofia/lpmedia/<a href="mailto:2000@10.15.20.122" target="_blank">2000@10.15.20.122</a> &#39;&amp;lua(click2call_call.lua)&#39;</div></div><div><br></div><div>This causes the lua script to initiate with a session already present and then a bridge to a new call (legB) completes successfully.</div>

<div><br></div><div>Within the lua script I am bridging to leg B like this:</div><div><br></div><div>session:execute(&quot;bridge&quot;, &quot;[bypass_media_after_bridge=true]sofia/lpmedia/<a href="mailto:91979197@10.15.20.122" target="_blank">91979197@10.15.20.122</a>&quot;)</div>

<div><br></div><div>This works, but the reINVITEs which get sent out after legB is established contain the wrong sip request URI.</div><div><br></div><div>- The SIP URI in the reINVITE to Leg A is to the MEDIA IP of leg B (the SIP packet is sent to the correct IP, just the request URI contains the media IP)</div>

<div>- The SIP URI in the reINVITE to Leg B is to the MEDIA IP of leg A... again the SIP packet is sent to the correct IP, it&#39;s just the request URI which contains the media IP.</div><div><br></div><div>In some instances the request URI doesn&#39;t contain the username either, it is just INVITE sip:&lt;MEDIA_IP&gt;</div>

<div><br></div><div>I am using the latest sources of freeswitch from git</div><div><br></div><div>Is this a bug I need to report? It is causing me to receive 404 and 402 errors on the reinvite as the request URI is invalid.</div>

<div><br>Pete</div><div><br></div><div><br></div><div><br></div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>