Yep, Polycoms rule. But when entering Russian market with their ip phones they used high-end audiophilic audio gear price lists as a reference (which is ok if you think they provide vynil-like sound quality with warm tube-like middles :) ).
IP 560 is $420 with big discount. Thanks for the reply! 2012/2/16 Michael Picher <[email protected]> > You might be able to use a Polycom Enhanced Feature Key (EFK) to do this. > > On Wed, Feb 15, 2012 at 11:59 PM, Михаил Родионов <[email protected]>wrote: > >> The valet parking slot idea is what came to me first (the app can be >> easily implemented in FS+Lua morover there are actual examples that can be >> easily found on the Net).. but how to reach that app *in user-friendly way* >> is still a question.. >> I've heard about phones that have settings for feature codes to be dialed >> on transfer though... >> >> >> 2012/2/16 Tony Graziano <[email protected]> >> >>> right, but i suspect a dialplan on the phone will transfer it to a >>> "valet" parking slot, which would have an app to ring the target UA >>> and bridge the call or if no answer then transfer on timeout... it was >>> just an idea. >>> >>> On Wed, Feb 15, 2012 at 8:27 PM, Joegen Baclor <[email protected]> >>> wrote: >>> > I think you missed the "Blind" in the subject line which makes call >>> parks a >>> > non issue. In theory, If the transfer failed, the original dialog >>> should >>> > continue to exist. I am not sure if there is any RFC about enforcing a >>> > transfer timeout though. >>> > >>> > >>> > >>> > On 02/16/2012 04:01 AM, Tony Graziano wrote: >>> > >>> > A dial plan on the ua and a custom call park extension of freeswitch >>> would >>> > essentially address this is think. >>> > >>> > On Feb 15, 2012 2:34 PM, "Douglas Hubler" <[email protected]> wrote: >>> >> >>> >> On Wed, Feb 15, 2012 at 11:19 AM, Михаил Родионов <[email protected]> >>> >> wrote: >>> >> > Hello, >>> >> > >>> >> > One of our customers today asked for a feature he *loved* in his old >>> >> > Panasonic PBX - return of calls being blindly transferred that got >>> no >>> >> > response after timeout. >>> >> > >>> >> > Panasonic PBX can act like this: >>> >> > when someone does a blind transfer of a call to a third party, that >>> >> > party >>> >> > rings for some time (while the call is on hold listening to the >>> MOH) and >>> >> > if >>> >> > not picked up, call returns to the original extension ("Let me TRY >>> to >>> >> > transfer your call to a manager"-like scenario). There are actually >>> two >>> >> > timers - after the first timeout the call is returned and rings >>> until >>> >> > second >>> >> > timeout (and then hanged up). >>> >> >>> >> Indeed a great feature. >>> >> >>> >> If you can find the ladder diagram for how the SIP RFC in general is >>> >> supposed to handle this, it might help getting some feedback. >>> >> >>> >> If SIP prescribes a SIPB2BUA, then I suggest rummage thru FreeSWITCH >>> >> mailing list and then come back w/how to integrate a FreeSWITCH >>> >> feature into sipx. >>> >> >>> >> > Any clues about the right place where should we dig? We are >>> relatively >>> >> > new >>> >> > to hacking sipX core parts (codewise) but are crazy and brave >>> enough to >>> >> > try >>> >> > :) >>> >> >>> >> love it! >>> >> _______________________________________________ >>> >> sipx-users mailing list >>> >> [email protected] >>> >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> > >>> > >>> > LAN/Telephony/Security and Control Systems Helpdesk: >>> > Telephone: 434.984.8426 >>> > sip: [email protected] >>> > >>> > Helpdesk Customers: http://myhelp.myitdepartment.net >>> > Blog: http://blog.myitdepartment.net >>> > >>> > >>> > _______________________________________________ >>> > sipx-users mailing list >>> > [email protected] >>> > List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> > >>> > >>> >>> >>> >>> -- >>> ~~~~~~~~~~~~~~~~~~ >>> Tony Graziano, Manager >>> Telephone: 434.984.8430 >>> sip: [email protected] >>> Fax: 434.465.6833 >>> ~~~~~~~~~~~~~~~~~~ >>> Linked-In Profile: >>> http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 >>> Ask about our Internet Fax services! >>> ~~~~~~~~~~~~~~~~~~ >>> >>> -- >>> LAN/Telephony/Security and Control Systems Helpdesk: >>> Telephone: 434.984.8426 >>> sip: [email protected] >>> >>> Helpdesk Customers: http://myhelp.myitdepartment.net >>> Blog: http://blog.myitdepartment.net >>> _______________________________________________ >>> sipx-users mailing list >>> [email protected] >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> >> >> >> >> -- >> >> *Михаил Родионов* >> Директор по развитию ЗАО "СибТелКом" >> E-mail: [email protected] >> Тел: +7(383)363-2111 >> Моб: +7(913)985-5212 >> >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > > -- > Michael Picher, Director of Technical Services > eZuce, Inc. > > 300 Brickstone Square**** > > Suite 201**** > > Andover, MA. 01810 > O.978-296-1005 X2015 > M.207-956-0262 > @mpicher <http://twitter.com/mpicher> > www.ezuce.com > > > ------------------------------------------------------------------------------------------------------------ > Hope to see you at the sipX CoLab! http://www.sipfoundry.org/sipx-colab > A gathering for - open source users, eZuce customers & eZuce partners > Get the inside track on 4.6 and a glimpse at the future of sipXecs! > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- *Михаил Родионов* Директор по развитию ЗАО "СибТелКом" E-mail: [email protected] Тел: +7(383)363-2111 Моб: +7(913)985-5212
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
