I totally understand, it is nice to see how "it could be" done, but the valet parking IMO breaks things further, as it becomes "invisible" which (I think), makes it less useable overall.
Is there not a way to view BLF, etc. to valet parking to make them visible under FS? On Thu, Aug 19, 2010 at 3:32 PM, Michael Picher <[email protected]> wrote: > Yes... we had a bit of a discussion about that. > > I guess the problem right now is that the park orbit is all still written > on the old media services so there's low desire to make modifications to it > where the effort would be better put to use getting over to a freeswitch > based solution. > > Mike > > > On Thu, Aug 19, 2010 at 10:21 AM, Tony Graziano < > [email protected]> wrote: > >> (which is what the discussion says, how polycom uses alert header for >> intercom & paging, can also be used for this item... examples are already in >> the comments) >> >> >> On Thu, Aug 19, 2010 at 10:09 AM, Josh M. Patten <[email protected] >> > wrote: >> >>> Let us not forget that most phones, Polycom included, support distinctive >>> ring by signaling. An example of how to do this in Asterisk is here: >>> http://www.technicallyamusing.com/?p=44 >>> >>> >>> >>> If I’m not mistaken the intercom system already uses this. >>> >>> >>> >>> *From:* [email protected] [mailto: >>> [email protected]] *On Behalf Of *Tony Graziano >>> *Sent:* Thursday, August 19, 2010 8: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. >> >> > > > -- > 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.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
