Perhaps a "put in next empty slot" mode and then a say of the slot so Alice and make a note of the lot #? On Fri, Oct 9, 2009 at 6:43 AM, Seven Du <dujinfang@gmail.com> wrote:

It's very cool. But think about the following scenario:

Alice answers a call from Bob. Alice transfers Bob to 6001 and hangs up. Bob is now in parking stall 6001, hearing MOH. Alice calls Charlie and tells him that he has a call parked in 6001.

  Dee call in and answered by Alice  # at that time, Alice don't know the lot is empty or not   If Alice transfer Dee to 6001 # then Dee will talk to Bob, that's not expected

Charlie calls 6000, waits for prompt, then dials 6001#. Charlie Listening to music.............

Event it's rarely happen, I do think Alice would like to now the if lot is empty or not before transfer. Make sense?

2009/10/9 Michael Collins <msc@freeswitch.org>

...

FYI,

The FreeSWITCH devs have added valet parking! Check it out: http://www.freeswitch.org/node/207

Let us know what you think.

Thanks, Michael

_______________________________________________ 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

_______________________________________________ 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

-- -Rupa

Oh, definitely. I think both use cases (existing, and park in next avail slot and read back slot #) are useful. On Fri, Oct 9, 2009 at 8:25 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:

or twist that into a feature... =D

alice is bob's secretary so she calls him on his cell when he has an appt and parks him. Then she calls the other guy and says "I have bob on line for you" and xfers him to the same parking space =p

-- -Rupa

On Fri, Oct 09, 2009 at 11:01:34AM -0700, Michael Collins wrote:

On Fri, Oct 9, 2009 at 7:50 AM, Rupa Schomaker <rupa@rupa.com> wrote:

...

Oh, definitely. I think both use cases (existing, and park in next avail slot and read back slot #) are useful.

They do have some usefulness. The most important reason for this feature, though, is for the person who handles calls all day and moves them around. That person will most likely have a pretty good idea of which parking stalls are available. However, I do like the idea of a webby interface showing what stalls are in use...

mod_snom and the programmable LEDs would be a handy way to do it too. I implemented a poor-man's version of a key system using that, but I think I'll replace the parking portion with the valet parking stuff when I get a chance. Andrew

On Sun, Oct 11, 2009 at 12:18 PM, mayamatakeshi <mayamatakeshi@gmail.com>wrote:

On Fri, Oct 9, 2009 at 10:42 AM, Michael Collins <msc@freeswitch.org>wrote:

...

FYI,

The FreeSWITCH devs have added valet parking! Check it out: http://www.freeswitch.org/node/207

Let us know what you think.

Very nice.

But I think a valet_unpark app is missing. If the intention of the person sent to the valet lot

I meant "parking stall"

is to retrieve a call there, the person can assume the call was already retrieved by someone else or that the caller hung up if he/she hears MOH. But it would be nicer to have a valet_unpark app to fail and let the dialplan play a message.

regards, takeshi

Michael Collins <msc@freeswitch.org> said:

On Sat, Oct 10, 2009 at 8:18 PM, mayamatakeshi <mayamatakeshi@gmail.com>wrote:

...

On Fri, Oct 9, 2009 at 10:42 AM, Michael Collins

<msc@freeswitch.org>wrote:

...

...

FYI,

The FreeSWITCH devs have added valet parking! Check it out: http://www.freeswitch.org/node/207

Let us know what you think.

Very nice.

But I think a valet_unpark app is missing. If the intention of the person sent to the valet lot is to retrieve a

call

...

there, the person can assume the call was already retrieved by someone else or that the caller hung up if he/she hears MOH. But it would be nicer to have a valet_unpark app to fail and let the dialplan play a message.

I understand what you are saying. I'm not sure I agree, but we'll kick the idea around when we have a few minutes and let you know what we decide. -MC

If you do decide to implement something, I would encourage that it be flexible so that when the parking meter runs out :-), it could either play a message or forward the call to an extension (default to the extension that parked it). -- Russell Mosemann ________________________________________________________ Concordia University, Nebraska See http://www.cune.edu/ for the latest news and events!

2009/10/12 João Mesquita <jmesquita@freeswitch.org>

I would say that the parking meter is a good idea and it is the default behavior of parking on legacy PBXs. Since we always do _more_, what do you think about having the option to transfer to any extension instead of just the one that transfered the call?

Gents, Thanks for all the feedback. I think the proper thing to do is to make sure that we have, as Brian would put it, all the Lego(tm) bricks necessary to build the functionality that you wish to implement. A lot of what I'm hearing that you guys want can be handled with FIFO. Before we do any more programming with valet_park let's make sure that the existing Legos don't already give you the tools that you need. -MC

On Mon, Oct 12, 2009 at 12:55 PM, William King <quentusrex@gmail.com> wrote:

I don't know if this was mentioned yet. It would be useful to have a way to have the parking lot automatically find the next available spot and tts it to the person parking the call.

Then the auto unpark would pop off the lowest numbered lot, or return fail if there is nobody in the parking lots etc.

Of course, if you're gonna do this then you might as well use FIFO queues. ;) -MC

i come across the valet_park application when i just finished an improved-version of the call parking (using mod_fifo) such that it is parked to different ext'n numbers when the caller is att_xfer'd to ext 777. i used strftime(%s) to generate 700~759 parking numbers. i also added feature that if the parked call is not picked up after xx secs timeout, it's returned back to the transferer. the only glitch here is - when another parking is done exactly 1 minute later (unless we'll limit the timeout to 59 secs). i hv to use att_xfer so that the transferer can hear the parking number. i'll submit the dialplan if it's worth seeing it. On Tue, Oct 13, 2009 at 3:55 AM, William King <quentusrex@gmail.com> wrote:

I don't know if this was mentioned yet. It would be useful to have a way to have the parking lot automatically find the next available spot and tts it to the person parking the call.

Then the auto unpark would pop off the lowest numbered lot, or return fail if there is nobody in the parking lots etc.

-William King

Michael Collins wrote:

...

On Sat, Oct 10, 2009 at 8:18 PM, mayamatakeshi <mayamatakeshi@gmail.com <mailto:mayamatakeshi@gmail.com>> wrote:

On Fri, Oct 9, 2009 at 10:42 AM, Michael Collins <msc@freeswitch.org <mailto:msc@freeswitch.org>> wrote:

FYI,

The FreeSWITCH devs have added valet parking! Check it out: http://www.freeswitch.org/node/207

Let us know what you think.

Very nice.

But I think a valet_unpark app is missing. If the intention of the person sent to the valet lot is to retrieve a call there, the person can assume the call was already retrieved by someone else or that the caller hung up if he/she hears MOH. But it would be nicer to have a valet_unpark app to fail and let the dialplan play a message.

I understand what you are saying. I'm not sure I agree, but we'll kick the idea around when we have a few minutes and let you know what we decide. -MC

------------------------------------------------------------------------

_______________________________________________ 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

_______________________________________________ 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