[asterisk-users] Opinion on Attended transfer in features.conf

[Olivier]

2009/6/17 Benny Amorsen <benny+usenet at amorsen.dk <benny%2Busenet at amorsen.dk>
>

> John Novack <jnovack at stromberg-carlson.org> writes:
>
> > I have wondered for years now why someone thought there needed to be two
> > different transfer functions.
> > Transfer should be ONE function. If one wants to speak first to the
> > object of the transfer, then stay until they answer, otherwise hang up
> > and the transfer is completed.
> > Two independent transfers that have to start with different codes is
> > just awkward and dumb and long ago needed to be fixed.
> > I suppose it started life because someone had a weak knowledge of basic
> > telephony, but I really don't know.
> > Learn from history and improve on it.
> > When one reinvents the wheel, sometimes one ends up with an ellipse.
>
> You can choose to do it that way. If you teach all your users to use
> transfer that way, and your phone has a transfer-on-hangup setting, then
> it will all work fine. However, there are quite a few interesting
> scenarios which won't work with such a simplistic setup.


Trouble is that it's not that easy to tune hardphones GUI to support more
than a single type of transfer.
For instance, with Aastra, it's note easy to replace incumbent Transfer with
something else though phones support custom XML menus.


>
>
> Imagine this:
>
> An employee wants to transfer a call to a different employee. She dials,
> and gets the busy signal because the other employee is already handling
> a call. The original caller says that he wants to wait until the
> employee is available, so she does a blind transfer to the employee.
> Asterisk detects this blind transfer and puts the caller into a Queue or
> RetryDial instead of just sending a busy signal.
>
> This is only possible because blind and attended transfer are different.


Nice one : I've never thought of this one, yet !

>
>
> By the way, do any of you use RetryDial?


I don't at the moment ...

>
>
>
> /Benny
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090618/5a46d71e/attachment.htm