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

Pete Kelly pkelly at gmail.com
Fri Oct 8 00:15:18 PDT 2010


On 8 October 2010 02:55, Anthony Minessale <anthony.minessale at gmail.com>wrote:

> Most likely its some nat related issue.
>
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.

Would it help if I posted the sample scripts as requested?

Pete



> 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
> >>
> >>
>
> _______________________________________________
> 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/20101008/0542ad8f/attachment.html 


More information about the FreeSWITCH-users mailing list