[asterisk-bugs] [Asterisk 0009939]: [patch] Transfer implementation
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Jun 11 23:24:42 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=9939
======================================================================
Reported By: wedhorn
Assigned To: qwell
======================================================================
Project: Asterisk
Issue ID: 9939
Category: Channels/chan_skinny/NewFeature
Reproducibility: N/A
Severity: feature
Priority: normal
Status: assigned
Asterisk Version: 1.6.0-beta8
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 67843
Disclaimer on File?: Yes
Request Review:
======================================================================
Date Submitted: 06-11-2007 04:33 CDT
Last Modified: 06-11-2008 23:24 CDT
======================================================================
Summary: [patch] Transfer implementation
Description:
Initial patch adding transfer to chan_skinny. Works, but lots of bugs and
more work to be done. Basic functionality is <XFER> to start transfer, puts
call on hold and gives you a dialtone. Dial number and after connected
press <XFER> again and call is transferred.
After first <XFER> press and before call ringing/connected, you can press
<XFER> again to use a blind transfer. In this case transfer occurs when
either channel being dialed indicates ringing or answering. When in blind
transfer you can press <XFER> again to go back to attended transfer.
<HOLD> toggles between the transferee and transferor.
======================================================================
----------------------------------------------------------------------
DEA - 06-11-08 23:24
----------------------------------------------------------------------
When I last worked on this patch set, it worked with 7940/7960, IP
Communicator and the 7920/7921 phones.
These phones were not in a production environment, but worked fine in my
testing.
Wedhorn's observations did appear true for awhile, and I think we ironed
those out. If not, then the issue will be with the linked-list handling
of the sub-channels.
Issue History
Date Modified Username Field Change
======================================================================
06-11-08 23:24 DEA Note Added: 0088604
======================================================================
More information about the asterisk-bugs
mailing list