[Freeswitch-users] Accessing Valet_parking variables

[SamyGo]

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 at 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 at 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.html
>>
>> 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 at 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 at 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 at 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 at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.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://wiki.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
>>
>>
>
>
> --
> Michael S Collins
> Twitter: @mercutioviz
> http://www.FreeSWITCH.org
> http://www.ClueCon.com
> http://www.OSTAG.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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/20130722/67ba2ee5/attachment.html