Hi<div><br></div><div>I've checked again locally against some other reinvites, and it seems it is normal to use the media IP in the reinvite sip request URI.</div><div><br></div><div>The actual problem I am having, is that on the live environment only, the reinvite request URI does not contain a username, which causes a 404 0r a 402 to be generated.<br>
<br></div><div>I've tried this with a number of downstream carriers with the same result, so it seems freeswitch is deciding not to include the username for some reason. I can't replicate this locally unfortunately, even using direct IP dialling.</div>
<div><br></div><div>I am using this command to initiate the scenario from the fs_cli</div><div><br></div><div>originate {origination_uuid=74f1bee7-9078-4d0d-b686-c2dc4334e1a,origination_caller_id_number=TestTest}sofia/lpmedia/<a href="http://1001@10.15.20.14:5063">1001@10.15.20.14:5063</a> '&lua(scenario.lua)'</div>
<div><br></div><div>the lpmedia scenario file is here: <a href="http://pastebin.com/0NYnxZFH">http://pastebin.com/0NYnxZFH</a></div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>the lua script is here: <a href="http://pastebin.com/f46N4WnM">http://pastebin.com/f46N4WnM</a></div>
<meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br></div><div>If anyone could shed any light I would appreciate it... this is the last step in what I am trying to achieve!</div><div><br></div><div>
Thanks</div><div><br>Pete</div><div><br><div class="gmail_quote">On 8 October 2010 08:15, Pete Kelly <span dir="ltr"><<a href="mailto:pkelly@gmail.com">pkelly@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im">On 8 October 2010 02:55, Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p>Most likely its some nat related issue.</p></blockquote></div><div>I am seeing the same problem on a local network (calling 2 devices registered to a local opensips proxy) and on a live setup calling tier 1 carriers with no NAT.</div>
<div><br></div><div>Would it help if I posted the sample scripts as requested?</div><div><br><font color="#888888">Pete</font></div><div><div></div><div class="h5"><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div></div><div>
<div class="gmail_quote">On Oct 7, 2010 8:19 PM, "Michael Collins" <<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>> wrote:<br type="attribution">> I don't know if it's a bug or not, but I think you probably will need to<br>
> create a dialplan and sample Lua script to demonstrate the behavior. Post<br>> them on pastebin and link to this thread. We will see if we can reproduce<br>> the symptoms and diagnose from there.<br>> <br>> -MC<br>
> <br>> On Thu, Oct 7, 2010 at 7:37 AM, Pete Kelly <<a href="mailto:pkelly@gmail.com" target="_blank">pkelly@gmail.com</a>> wrote:<br>> <br>>> Hi, I posted a question to this list yesterday because I was having<br>
>> problems with my calls ending as soon as they were bridged. I was<br>
>> originating 2 outbound calls from a lua script, then bridging them. I<br>>> managed to get round the problem of the calls shutting down immediately by<br>>> initiating calls using the originate command, thusly:<br>
>><br>>> originate sofia/lpmedia/<a href="mailto:2000@10.15.20.122" target="_blank">2000@10.15.20.122</a> '&lua(click2call_call.lua)'<br>>><br>>> This causes the lua script to initiate with a session already present and<br>
>> then a bridge to a new call (legB) completes successfully.<br>>><br>>> Within the lua script I am bridging to leg B like this:<br>>><br>>> session:execute("bridge", "[bypass_media_after_bridge=true]sofia/lpmedia/<br>
>> <a href="mailto:91979197@10.15.20.122" target="_blank">91979197@10.15.20.122</a>")<br>>><br>>> This works, but the reINVITEs which get sent out after legB is established<br>>> contain the wrong sip request URI.<br>
>><br>>> - The SIP URI in the reINVITE to Leg A is to the MEDIA IP of leg B (the SIP<br>>> packet is sent to the correct IP, just the request URI contains the media<br>>> IP)<br>>> - The SIP URI in the reINVITE to Leg B is to the MEDIA IP of leg A... again<br>
>> the SIP packet is sent to the correct IP, it's just the request URI which<br>>> contains the media IP.<br>>><br>>> In some instances the request URI doesn't contain the username either, it<br>
>> is just INVITE sip:<MEDIA_IP><br>>><br>>> I am using the latest sources of freeswitch from git<br>>><br>>> Is this a bug I need to report? It is causing me to receive 404 and 402<br>
>> errors on the reinvite as the request URI is invalid.<br>>><br>>> Pete<br>>><br>>><br>>><br>>><br>>> _______________________________________________<br>>> FreeSWITCH-users mailing list<br>
>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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>>><br></div>
</div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></div></div><br>
</blockquote></div><br></div>