[asterisk-bugs] [Asterisk 0009939]: Transfer implementation
noreply at bugs.digium.com
noreply at bugs.digium.com
Sat Feb 9 06:04:42 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 06:04 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 06:04
----------------------------------------------------------------------
Here's the cli output:
-- Executing [6000 at internal:1] Goto("SIP/thinkpad-082c8c48",
"sw-13-6000,10") in new stack
-- Goto (internal,sw-13-6000,10)
-- Executing [sw-13-6000 at internal:10] Dial("SIP/thinkpad-082c8c48",
"Skinny/6000") in new stack
-- skinny_request(6000)
-- Called 6000
-- Skinny/6000 at office-1 is ringing
-- Skinny/6000 at office-1 answered SIP/thinkpad-082c8c48
-- Started music on hold, class 'default', on SIP/thinkpad-082c8c48
-- Starting simple switch on '6000 at office'
-- Executing [6002 at internal:1] Goto("Skinny/6000 at office-2",
"sw-13-6002,10") in new stack
-- Goto (internal,sw-13-6002,10)
-- Executing [sw-13-6002 at internal:10] Dial("Skinny/6000 at office-2",
"Skinny/6002") in new stack
-- skinny_request(6002)
-- Called 6002
-- Skinny/6002 at livingroom-3 is ringing
-- Skinny/6002 at livingroom-3 answered Skinny/6000 at office-2
== Spawn extension (internal, sw-13-6002, 10) exited non-zero on
'Skinny/6000 at office-2'
[2008-02-09 12:57:21] WARNING[23331]: chan_skinny.c:1536
find_subchannel_by_instance_reference: Could not find subchannel with
reference '2' on 'office'
[2008-02-09 12:57:22] WARNING[23331]: chan_skinny.c:1536
find_subchannel_by_instance_reference: Could not find subchannel with
reference '2' on 'office'
[2008-02-09 12:57:22] WARNING[23331]: chan_skinny.c:1536
find_subchannel_by_instance_reference: Could not find subchannel with
reference '2' on 'office'
[2008-02-09 12:57:22] WARNING[23331]: chan_skinny.c:1536
find_subchannel_by_instance_reference: Could not find subchannel with
reference '2' on 'office'
[2008-02-09 12:57:22] WARNING[23331]: chan_skinny.c:1536
find_subchannel_by_instance_reference: Could not find subchannel with
reference '2' on 'office'
[2008-02-09 12:57:23] WARNING[23331]: chan_skinny.c:1536
find_subchannel_by_instance_reference: Could not find subchannel with
reference '2' on 'office'
-- Stopped music on hold on SIP/thinkpad-082c8c48
== Spawn extension (internal, sw-13-6000, 10) exited non-zero on
'SIP/thinkpad-082c8c48'
[2008-02-09 12:57:54] WARNING[23331]: chan_skinny.c:1536
find_subchannel_by_instance_reference: Could not find subchannel with
reference '2' on 'office'
asterisk*CLI> core show channels
Channel Location State Application(Data)
0 active channels
0 active calls
2 calls processed
Had to reset my 7960 here to get it back to a working state
Issue History
Date Modified Username Field Change
======================================================================
02-09-08 06:04 mvanbaak Note Added: 0081969
======================================================================
More information about the asterisk-bugs
mailing list