[Freeswitch-users] Disconnect the call when ESL connection gets disconnected

[servtelar]

It depends on what you need. Tearing down the ESL connection and keeping the call up is suitable for situations with redundancy with HA (sofia recover). Having the ESL socket connected all the time may not (due socket reconnection).
In my case, I use ESL outbound socket for call processing only, and monitoring the inbound socket for specific operations on the middle of the call. So, as far as I get the answer I close the ESL connection. Any further interaction that I may need to do on a specific channel is made using the inbound socket.


On Sep 15, 2014, at 2:49 AM, Grant Bagdasarian <GB at cm.nl> wrote:

> So, what it comes down to is that there is no mechanism in freeswitch which will also end the call when the ESL connection is disconnected for any reason?!
>  
> I guess I’ll have to write my application so that it will “never” close the connection by mistake (read bug) and if it does initiate a new one and take control again.
>  
> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of servtelar
> Sent: Saturday, September 13, 2014 4:20 PM
> To: FreeSWITCH Users Help
> Subject: Re: [Freeswitch-users] Disconnect the call when ESL connection gets disconnected
>  
> When the call is bridged you can close the ESL connection and the call remains connected.
>  
>  
> On Sep 12, 2014, at 12:16 PM, Hector Geraldino <Hector.Geraldino at ipsoft.com> wrote:
> 
> 
> Well, I think it depends on which action is being executed on the call leg. If it is a park(), or bridge() I don’t think it is possible.
>  
> As I understand it, FreeSWITCH will ‘cede’ the control of the call to an external (ESL) application when the “socket” action is executed on the dialplan. If the socket gets disconnected, I would suspect that the next action on the dialplan will be executed once the current action is finished, but I don’t know/am not sure that if, for example, the call is parked (or bridged to another leg) by the application, the current operation will be canceled (call un-parked or un-bridge) because the socket is now closed.
>  
>  
> From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Grant Bagdasarian
> Sent: Friday, September 12, 2014 10:22 AM
> To: FreeSWITCH Users Help (freeswitch-users at lists.freeswitch.org)
> Subject: [Freeswitch-users] Disconnect the call when ESL connection gets disconnected
>  
> Hello,
>  
> Is there a way to disconnect the call(s) managed by an ESL connection when the ESL connection gets disconnected in outbound mode?
>  
> Regards,
>  
> Grant
> _________________________________________________________________________
> 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
>  
> _________________________________________________________________________
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140915/229b08ba/attachment.html