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/
