[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