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

Anthony Minessale anthony.minessale at gmail.com
Thu Oct 7 18:55:36 PDT 2010

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
>> initiating calls using the originate command, thusly:
>> originate sofia/lpmedia/2000 at '&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")
>> This works, but the reINVITEs which get sent out after legB is
>> contain the wrong sip request URI.
>> - The SIP URI in the reINVITE to Leg A is to the MEDIA IP of leg B (the
>> 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...
>> 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 

More information about the FreeSWITCH-users mailing list