You can use "uuid_getvar <uuid> valet_lot_extension" via event socket API command sent to the server where the call was parked. -MC On Mon, Jul 22, 2013 at 11:12 AM, SamyGo <govoiper@gmail.com> wrote:
Hi Sir, Thanks a ton for the patch, I was just trying to figure out this "switch_channel_set_variable" functionality. Just one quick noob question, how can this variable be accessed? Isn't the dialplan blocking when we execute the valet_park.
I've a distributed Parking lot scenario in multiple FS Servers so this can save my lua code processing alot.
Thank You, Sammy
On Mon, Jul 22, 2013 at 10:52 AM, Michael Collins <msc@freeswitch.org>wrote:
If a channel variable would make your life easier then I recommend trying the patch I just did. Quite literally it's one line plus a blank line for readability. I've attached it so you can download it without all the email formatting, but for the sake of future searches here it is:
On Mon, Jul 22, 2013 at 10:38 AM, SamyGo <govoiper@gmail.com> wrote:
Hi again,
I've found out exactly the same situation with another user at this thread:
http://lists.freeswitch.org/pipermail/freeswitch-users/2012-December/090044....
Using 'valet_info' might probably not be 100% workable for me as I have to deal with a parking lot distributed among 2 or more FreeSWITCH Servers. The SIP proxy might load balance and send a parking request to server-C and hence pulling out an XML from server-A or B won't help in determining that a particular parking lot position is already in use.
I think I'll have to do the manual parking algorithm as I used previously and Nitin Tomer in the above mentioned thread tried the same as well suing his test.lua code.
Any new ideas are always welcome.
Thanks, Sammy
On Mon, Jul 22, 2013 at 10:26 AM, SamyGo <govoiper@gmail.com> wrote:
Hi Mike,
I'll take a look at the source code or the other way as discussed in previous mailing-list thread is using ESL to capture the parking event and do as required.
I can't imagine to access a variable after I park the call, could there be anything like execute_on_answer, or api_on_bridge..something like execute_on_park so that whenever a call is parked user has the control to perform some lua code or anyother XML dialplan where the event variables are accessible to be played with?
Its been long time but now I'm recalling that for distributed parking lots among multiple Asterisk servers I had to share a common memcache table where I manually loop from starting parking extension and using a parking slot which is not already saved there.
Please share your thoughts.
Thanks, Sammy
On Mon, Jul 22, 2013 at 9:41 AM, Michael Jerris <mike@jerris.com>wrote:
There isn't one right now, just an event. you could add it right near where that event is at mod_valet_parking.c:645.
Mike
On Jul 22, 2013, at 12:30 PM, SamyGo <govoiper@gmail.com> wrote:
Dear Users,
I've my valet_parking working very well, now I need to know which parking lot my call got parked at in a variable.
I need that variable in order to save it in memcache for my SIP proxy to know which FS Server to route the call to for a particular parked call retrieval.
Any help would be really appreciated.
Thanks, Sammy.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org