I'm working through my list of features people will expect, and Hold Pickup is at the top at the moment -- has anyone done any work on this? We've had some unpleasant experiences with call parking, and everyone seems to like the Hold Pickup model. If you don't know what I mean by Hold Pickup, it's sort of a reverse transfer; pick up the nearest phone and dial <prefix>12345 to pick up a call holding on ext. 12345. It looks like the closest to what I want (without changing Asterisk) would be Park followed by an AGI that pokes my manager-port client (which in turn would redirect the target extension's channel to...well, something) -- if the parking space was returned to the dialplan somehow (or if Park() didn't ignore its arguments). At the moment, I'm using the v1-0 branch and at this point it looks like our phones will be all SIP (i.e., madding chan_sip to make sendonly channels visible to the dialplan somehow isn't automatically out of the question). -- Joshua P. Dady -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3721 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20050321/d429da00/smime.bin
Look at bkw's valet parking -d At 03:58 PM 3/21/2005, you wrote:>I'm working through my list of features people will expect, and Hold >Pickup is at the top at the moment -- has anyone done any work on >this? We've had some unpleasant experiences with call parking, and >everyone seems to like the Hold Pickup model. If you don't know what I >mean by Hold Pickup, it's sort of a reverse transfer; pick up the nearest >phone and dial <prefix>12345 to pick up a call holding on ext. 12345. > >It looks like the closest to what I want (without changing Asterisk) would >be Park followed by an AGI that pokes my manager-port client (which in >turn would redirect the target extension's channel to...well, something) >-- if the parking space was returned to the dialplan somehow (or if Park() >didn't ignore its arguments). > >At the moment, I'm using the v1-0 branch and at this point it looks like >our phones will be all SIP (i.e., madding chan_sip to make sendonly >channels visible to the dialplan somehow isn't automatically out of the >question). > >-- >Joshua P. Dady > > >_______________________________________________ >Asterisk-Users mailing list >Asterisk-Users@lists.digium.com >http://lists.digium.com/mailman/listinfo/asterisk-users >To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
Hi!> seems to like the Hold Pickup model. If you don't know what I mean by > Hold Pickup, it's sort of a reverse transfer; pick up the nearest phone > and dial <prefix>12345 to pick up a call holding on ext. 12345. > > It looks like the closest to what I want (without changing Asterisk) > would be Park followed by an AGI that pokes my manager-port client > (which in turn would redirect the target extension's channel to...well, > something) -- if the parking space was returned to the dialplan somehow > (or if Park() didn't ignore its arguments).You might want to check out bristuff: I comes with the new applications Steal Pickup PickupChan PickDown and you could probably employ "Steal" although I don't really know how that interacts with calls that have been placed on hold: -= Info about application 'Steal' =- [Synopsis]: Channel independent call stealing. Just like pickup but for answered channels. [Description]: Steal([group]): Tries to steal the first bridged channel with callgroup == group. If called without the group argument, the pickupgroup of the channel will be used. Cheers, Philipp