[Freeswitch-users] Accessing Valet_parking variables

Tue Jul 23 23:35:34 MSD 2013

Hi again,

It awesome that this is now in the FS stable branch forever. My logic is
implemented and working great.

Could this be improved any further? Like I said "execute_on_park" kind of
trigger mechanism. I'm dealing with multidomain  distributed parking system
so a particular domain can have their 6 calls parked on 6 different parking
servers and each on unique parking_extension. Although I've made it work
but using external proxy managing this all parking lot reservations.

More functionality means more powerful logic to me.

Thanks for the best support.
Sammy
 On Jul 24, 2013 12:07 AM, "Michael Collins" <msc at freeswitch.org> wrote:

> Cal,
>
> This turned out to be minor and easy. I've committed this change to both
> stable and master. Feel free to use the new valet_lot_extension chan var to
> your heart's content. :)
>
> -MC
>
>
>
> On Mon, Jul 22, 2013 at 6:24 PM, Cal Leeming [Simplicity Media Ltd] <
> cal.leeming at simplicitymedialtd.co.uk> wrote:
>
>> Michael,
>>
>> Should we raise a JIRA ticket to get this patch merged, or is this not
>> suitable for the core?
>>
>> Cal
>>
>> On Mon, Jul 22, 2013 at 6:52 PM, 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
>>>
>>>
>>
>> _________________________________________________________________________
>> 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/20130723/d8d6251f/attachment.html 