[Asterisk-Dev] switch => Parking/companya
John Todd
jtodd at loligo.com
Tue Apr 27 19:44:41 MST 2004
At 8:19 PM -0400 on 4/27/04, Andrew Kohlsmith wrote:
> > http://bugs.digium.com/bug_view_page.php?bug_id=0001494
>> MERRY NEW YEAR... and happy parking!!!!
>
>So I read the bug and (briefly) perused the patch... And I don't think I
>fully understand the extent or gain over regular parking. Can you provide a
>better example?
>
>The reason I'm interested is because I was currently in the process of hacking
>res_parking to emit a variable with the parking lot the call was placed in,
>and to allow the announcement to be optional.
>
>Regards,
>Andrew
Andrew -
I think that the combination of Brian's patch and your idea would
be perfect. Being able to do something with a parked call is really,
really important and in order to do that you need to parse the result
of the transfer action and pass the value back to the dialplan in a
variable. This would allow for some of the wacky auto-repatch
features I've discussed in the past, like automatically turning
on/off call monitoring, doing three-way supervised transfers, etc.
To answer your question: Brian's patch allows _any_ non-defined
extension to be used as a parking extension, and then allows these
"wildcard" extensions to be included into the dialplan using a switch
statement. This allows you to not have to worry about having to
listen to the s..l..o..w playback of the parking orbit number. All
you have to do is make up your own parking extensions and remember
them.... which brings up an interesting question: Brian, what happens
with your patch if you try to park someone into a virtual extension
that already has someone parked in it?
JT
More information about the asterisk-dev
mailing list