[asterisk-bugs] [Asterisk 0009939]: Transfer implementation
noreply at bugs.digium.com
noreply at bugs.digium.com
Sat Feb 9 12:29:37 CST 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
Reproducibility: N/A
Severity: feature
Priority: normal
Status: assigned
Asterisk Version: SVN
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: 02-09-2008 12:29 CST
======================================================================
Summary: 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.
======================================================================
----------------------------------------------------------------------
mvanbaak - 02-09-08 12:29
----------------------------------------------------------------------
uploaded log.
The situation is less worse then first time. There's some other issue in
chan_skinny that makes it hard to use, but that's for another issue I'll
post soon.
Here is how the attended transfer goes:
thinkpad is extension 6005 which is ekiga softphone
office is extension 6000 which is the first line on my cisco7960
livingroom is extension 6002 which is the only line on my cisco7905
thinkpad calls office
office answers and talks to thinkpad
office hits 'Transfer', moh starts to play on thinkpad and office shows
new line with dialtone
office dials '6002' and livingroom starts to ring
livingroom picks up and talks to office
office hits 'Transfer' again, thinkpad gets transferred to livingroom and
they can talk.
office shows it is still in a call with thinkpad.
office wont return to normal, I have to reset it by powercycling it
Issue History
Date Modified Username Field Change
======================================================================
02-09-08 12:29 mvanbaak Note Added: 0081973
======================================================================
More information about the asterisk-bugs
mailing list