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

Michael Collins msc at freeswitch.org
Thu Oct 7 18:14:08 PDT 2010


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/78218ceb/attachment.html 


More information about the FreeSWITCH-users mailing list