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]
<mailto:[email protected]>> wrote:
On Wed, Feb 15, 2012 at 11:19 AM, ?????? ????????
<[email protected] <mailto:[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] <mailto:[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]
<mailto:[email protected]>
Helpdesk Customers: http://myhelp.myitdepartment.net
<http://myhelp.myitdepartment.net>
Blog: http://blog.myitdepartment.net
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
