Kamil, I just looked now at the sources explicitly. sched_hangup does not check if there's another hangup task already present. It just adds a new hangup task. So, if the second sched_hangup assigns an event that is nearer in time, then yes, it will be executed earlier. But if you try using sched_hangup to extend the call time, it will not work. On Wed, Jun 10, 2015 at 10:36 AM, Kamil Nigmatullin <kamil.nigmatullin@gmail.com> wrote:
2015-06-10 13:46 GMT+06:00 Vlad Fabi <vaad.fabi@gmail.com>:
ly scheduler application at external side, that controls active c
Not sure 100% but if you connect to FS via ESL (Inbound) you can reschedule call by its uuid using the same sched_hangup application. I don't remember what starting point of this timeout should be used but it worked when I implemented multichannel prepaid. At the moment, I don't have access to the server where it works but can look at some time later.
-- Kamil Nigmatullin mob: 7 (707) 2517003 Skype: kamil.nigmatullin
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org