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: [EMAIL PROTECTED] [mailto:asterisk-dev- > [EMAIL PROTECTED] On Behalf Of John Todd > Sent: Tuesday, April 27, 2004 9:45 PM > To: [EMAIL PROTECTED] > 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 > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-dev > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-dev _______________________________________________ Asterisk-Dev mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
