[Freeswitch-users] Possible bug with bypass_media=true functionality

[Anthony Minessale]

Most likely its some nat related issue.
On Oct 7, 2010 8:19 PM, "Michael Collins" <msc at freeswitch.org> wrote:
> I don't know if it'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.
>
> -MC
>
> On Thu, Oct 7, 2010 at 7:37 AM, Pete Kelly <pkelly at gmail.com> wrote:
>
>> 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:
>>
>> originate sofia/lpmedia/2000 at 10.15.20.122 '&lua(click2call_call.lua)'
>>
>> This causes the lua script to initiate with a session already present and
>> then a bridge to a new call (legB) completes successfully.
>>
>> Within the lua script I am bridging to leg B like this:
>>
>> session:execute("bridge", "[bypass_media_after_bridge=true]sofia/lpmedia/
>> 91979197 at 10.15.20.122")
>>
>> This works, but the reINVITEs which get sent out after legB is
established
>> contain the wrong sip request URI.
>>
>> - 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)
>> - 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's just the request URI which
>> contains the media IP.
>>
>> In some instances the request URI doesn't contain the username either, it
>> is just INVITE sip:<MEDIA_IP>
>>
>> I am using the latest sources of freeswitch from git
>>
>> 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.
>>
>> Pete
>>
>>
>>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101007/f82ecbe5/attachment.html