[Freeswitch-users] Persist outbound event socket after channel is destroyed

Guillermo Ruiz Camauer grcamauer at gmail.com
Wed Aug 9 22:39:21 UTC 2017


I think the inbound socket is the way to go.  You connect once and keep it
open. A per call UUID lets your program sort everything out.  All handled
in one program, with one socket.  No creating and tearing down processes
and sockets constantly.

Reagards.

Guillermo

On Wed, Aug 9, 2017 at 1:31 PM, Sean Ingham <sean at missionlabs.co.uk> wrote:

> Hi Guillermo, Michael,
>
> Thanks for your responses. To give some more background, our specific use
> case is an incoming call (from user A) creates the outbound socket, then
> our app asks FreeSWITCH to originate a new call (between users B&C). User A
> then hangs up but the call between B&C will continue. When user A hangs up
> I still want to receive events from the newly originated (B->C) channel.
>
> Inbound mode sounds like it might be the way to go but I like the way
> outbound socket mode creates an individual socket per call - from my app's
> point of view it's nicely compartmentalised.
>
> Options I'm considering now are :
> 1) Use a single socket in inbound mode for all calls and rewrite my app
> accordingly
> 2) Keep using the socket dialplan application to establish an outbound
> socket, then have my app immediately park the call, close the outbound
> socket and establish an inbound socket and 'takeover' the call. This
> retains the advantage of individual sockets per call, but is rather clunky.
>
> Alternatively is there a way of marking the newly originated channel
> (B->C) as being a child of the original channel so that when the inbound A
> leg hangs up the socket stays in place?
>
> Any thoughts on the best way to go are much appreciated.
>
> Thanks,
> Sean.
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 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
>



-- 
Guillermo Ruiz Camauer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170809/0c3403e3/attachment.html>


More information about the FreeSWITCH-users mailing list