[Freeswitch-users] something like transferring to an extension when caller abandons?

[David Ponzone]

Dave,

for that, you need something a little bit different:

	<action application="set" data="session_in_hangup_hook=true"/>
	<action application="set" data="api_reporting_hook= xxxx »/>

when, you will be able to catch session variables in your script.
For xxxx I recommend lua yourscript.lua
I tried using curl, and it does not have access to session variables.

See my own thread:

http://lists.freeswitch.org/pipermail/freeswitch-users/2016-September/122721.html <http://lists.freeswitch.org/pipermail/freeswitch-users/2016-September/122721.html>

I never understood why curl can’t access session variables, but lua works.

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr <mailto:david.ponzone at ipeva.fr>
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26
www.ipeva.fr <blocked::http://www.ipeva.fr/>  -   www.ipeva-studio.com <blocked::http://www.ipeva-studio.com/>

Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.




> Le 30 mars 2017 à 06:48, Dave Horton <daveh at beachdognet.com> a écrit :
> 
> Thanks, that will do it.  One followup question: when my api_hangup_hook is invoked, is it possible for me to get a termination reason that lets me know whether the caller canceled the call (i.e hungup before answer), or whether it was a normal call clearing (i.e hangup after answer) ?
> 
> 
> On Mar 29, 2017, at 3:33 PM, David Ponzone <david.ponzone at ipeva.fr <mailto:david.ponzone at ipeva.fr>> wrote:
> 
> api_hangup_hook
> 
> David Ponzone  Direction Technique
> email: david.ponzone at ipeva.fr <mailto:david.ponzone at ipeva.fr>
> tel:      01 74 03 18 97
> gsm:   06 66 98 76 34
> 
> Service Client IPeva
> tel:      0811 46 26 26
> www.ipeva.fr <blocked::http://www.ipeva.fr/>  -   www.ipeva-studio.com <blocked::http://www.ipeva-studio.com/>
> 
> Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.
> 
> 
> 
> 
>> Le 30 mars 2017 à 00:18, Dave Horton <daveh at beachdognet.com <mailto:daveh at beachdognet.com>> a écrit :
>> 
>> I’m hoping to find a dialplan-based solution to this problem.  I have a call coming in, and I start executing a dialplan with various applications.  At some point, if the caller cancels before I have bridged or answered his or her call, I would like the ability to immediately execute some code — e.g. by jumping to another extension (or something like that) at the moment when the caller abandons.  I know this could be orchestrated in an event socket app, but as mentioned I would prefer a dialplan-based approach, if possible.  Any ideas?
>> 
>> Dave
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services: 
>> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>> http://www.freeswitchsolutions.com <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 <mailto: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/20170330/00c39964/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3745 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170330/00c39964/attachment-0001.bin