[Asterisk-Dev] switch => Parking/companya

[brian]

If you transfer a call to an already existing call slot the calls will be
bridge.  That's how the current parking does it.  Read previous email for
more info.

Bkw
PS: I wasn't the main person that write this anthm did.  I just helped.


> -----Original Message-----
> From: asterisk-dev-admin at lists.digium.com [mailto:asterisk-dev-
> admin at lists.digium.com] On Behalf Of John Todd
> Sent: Tuesday, April 27, 2004 9:45 PM
> To: asterisk-dev at lists.digium.com
> Subject: Re: [Asterisk-Dev] switch => Parking/companya
>
> 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
> _______________________________________________
> Asterisk-Dev mailing list
> Asterisk-Dev at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev