On Fri, Aug 20, 2010 at 1:33 AM, Todd Hodgen <[email protected]> wrote:
> Tony, > > > > Could you transfer the call to a specific extension that has a long time > before it goes to voicemail, and then have it ring back to another extension > on the console when it isn’t answered. Have the party that it is parked for > do a call pickup instead of an unpark? > > I don't think this would be helpful. This means the operator is trying to do an attended transfer to a PERSON. When they find out the person is not answering and get the voicemail, they cannot complete the transfer because it they do, the call fails. (This and call park is two different issues really). Under what you suggest the operator would have to stay on the phone for 60 seconds... cancel the call, then retransfer to voicemail, which is problematic in a heavy call environment. > > > Call comes into operator, operator transfers to ext 3330, which has ring to > voicemail set to 60 seconds, along with a transfer to ext. 102 after 55 > seconds. Extension 102 belongs to Operator, calls to that extension have a > distinctive ring for when it goes unanswered. Second call of that type > gets transferred to 3331, which rings to 103 after 55 seconds., etc., etc., > etc. > > > > For the called party, instead of picking up a parked call, they are doing a > call pickup at an extension that is ringing for a long time………………….. > > > > Downfall, the caller hears rings instead of music. > > > > Hopefully I didn’t miss a nuance that would keep this from working……………….. > > > > I think VOP will show what number is transferred to the extension as added > information to help operator. And, transferring to an extension like that > is very fast with VOP – drag and drop, click on paging button. > The other issue is really discussing the future of call parks, and making the call parks "visible" via BLF. As I understand valet parking (proposed feature) it will not longer be visible as blf, which is important to understand, especially in upgrades and setting the proper expectations to an installation that DOES use call parks and blf... > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Tony Graziano > > *Sent:* Thursday, August 19, 2010 6:09 AM > *To:* Michael Picher > *Cc:* [email protected] > > *Subject:* Re: [sipx-users] call park enhancement discussion :: > "ring-back" pattern > > > > > > On Thu, Aug 19, 2010 at 9:00 AM, Michael Picher <[email protected]> wrote: > > Well, you did say (hold, park, etc...). > > > > I don't know that there's a way to do that with park. Park orbit timeout / > 0-out just go back to the park-er. > > Right, which is why I suggest a way to 'inject'... > > > > Distinctive ring is done by line on the phones, so you'd have to return to > a different line to make that happen. The other way I could see would be to > have the Park Server tweak the 'From' header on a returned call... that > wouldn't solve your ringing problem but maybe the caller-id at least might > look a little different. > > It would need to be visual or audible to be helpful. It might not be that > problematic if one could use SLA instead, but that does not seem feasible > until 3.3.0 firmware on polycom phones are supported. > > > > Something like Voice Operator Panel might help a bit with managing those > orbits. I wonder if you could tag a call with a note, park it, have the > note follow the call to the park and then return it with the note. Might be > worth discussing with Jean. The softphone would know that you parked the > call and maybe from caller-id or maybe a uuid know that it is coming back to > you? Shot in the dark. > > Yeah, but when you have 20 calls come in in a 4 minute span during peak > calls, thats not really feasible from a time perspective. Plus trying to > teach multiple people the nuances of VOP is not handy either. It's just > something they had and worked fine with their ancient comdial system. > > I am being given marching orders and trying to keep from replacing the > system (call park issues in general). > > > > Mike > > > > On Thu, Aug 19, 2010 at 8:47 AM, Tony Graziano < > [email protected]> wrote: > > Yes, but call park is not "hold". I am trying to uderstand if there is a > way > to have call park do something similar. > > On hold is done at the phone. I was hoping there was a way to inject a > spefici ring back pattern, tone, or even display message when a call back > is > sent to a phone from specific extensions (call parks). When a call is > parked > and rings back THERE IS NO WAY to discern between that and a new call to > the > original handler. It gets difficult to handle or remember this in a volume > environment. > ============================ > > Tony Graziano, Manager > Telephone: 434.984.8430 > > Fax: 434.984.8431 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > ----- Original Message ----- > From: Michael Picher <[email protected]> > To: Tony Graziano <[email protected]> > Cc: Sipx-users list <[email protected]> > Sent: Thu Aug 19 08:31:24 2010 > Subject: Re: [sipx-users] call park enhancement discussion :: "ring-back" > pattern > > I think that they Polycoms have a hold reminder setting... > > On Wed, Aug 18, 2010 at 7:29 PM, Tony Graziano < > [email protected] > > wrote: > > > One of the features I see on LOTS of PBX systems is a "ring back" pattern > > (hold, park, etc.). > > > > I think it might be possible to implement a "distinctive" ring/pattern > for > > calls being returned to target due to no pickup/answer (hold/park). > > > > Does anyone have any thoughts or comments on this? > > > > -- > > ====================== > > Tony Graziano, Manager > > Telephone: 434.984.8430 > > sip: [email protected] > > Fax: 434.984.8431 > > > > Email: [email protected] > > > > LAN/Telephony/Security and Control Systems Helpdesk: > > Telephone: 434.984.8426 > > sip: [email protected] > > Fax: 434.984.8427 > > > > Helpdesk Contract Customers: > > http://www.myitdepartment.net/gethelp/ > > > > Why do mathematicians always confuse Halloween and Christmas? > > Because 31 Oct = 25 Dec. > > > > > > _______________________________________________ > > sipx-users mailing list > > [email protected] > > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > > > > -- > There are 10 kinds of people in this world, those who understand binary and > those who don't. > > [email protected] > blog: http://www.sipxecs.info > > call: sip:[email protected] <sip%[email protected]> < > sip%[email protected] <sip%[email protected]>> > > > > > -- > There are 10 kinds of people in this world, those who understand binary and > those who don't. > > [email protected] > blog: http://www.sipxecs.info > call: sip:[email protected] <sip%[email protected]> > > > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.984.8431 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > Why do mathematicians always confuse Halloween and Christmas? > Because 31 Oct = 25 Dec. > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
