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/
