[Freeswitch-users] Execute dialplan after valet_park

[Chris Tunbridge]

When you use a hook, whenever that event (CUSTOM) is called the lua script
would be called, so its a seperate script, you then have to do conditions
to check that the type is valet_parking::info and execute logic inside that
condition

On Wed, Jul 15, 2015 at 8:22 AM, SamyGo <govoiper at gmail.com> wrote:

> Thanks Chris,
>
> That was my finding too, I just am not sure if I can monitor this event
> from the main LUA script or need an independent lua script only for the
> park "hangup" event monitoring. Any further help on this would be highly
> appreciated.
>
> I wonder why the api_hangup hook won't trigger on the parked channel,
> would've been much easier. Piece of cake only if we could execute further
> dialplan application after valet_parking.
>
> BR,
> Sammy
> You might be able to use an event hook with lua, you can catch the CUSTOM
> with a subclass of valet_parking::info, then you can check for the "action"
> and it'll be "exit" when they leave (any kind of leave) then can likely
> check for a disposition.  I'm not currently using this method, but its
> someting we looked into for monitoring when people hangup from the parking
> lot.
>
> On Tue, Jul 14, 2015 at 10:49 AM, SamyGo <govoiper at gmail.com> wrote:
>
>> Hi All,
>>
>> I need some help in finding  a way to execute some dialplan code after
>> the parked user Hangups from the parking lot.
>>
>> I've a scenario where Parked party decides to hangup while listening to
>> MOH while parked. The Dialplan just Hangsup right away and I have no
>> control.
>>
>> I've tried using: *session_in_hangup_hook*, and
>> *api_hangup_hook=myscript.lua *but they get executed for the parker just
>> after they hear the Parked slot number.
>>
>> Then I've tried *nolocal:export* these two variables for the other leg
>> but nothing happens.
>>
>> Kindly suggest what other option are there.
>>
>> Best Regards.
>> Sammy
>>
>>
>> _________________________________________________________________________
>> 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
>
> _________________________________________________________________________
> 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/20150715/823dcb08/attachment.html