[asterisk-bugs] [JIRA] Created: (ASTERISK-20376) Asterisk channel reference leak when attempting to transfer a call originated to a local channel running the Echo application
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Thu Sep 6 17:06:07 CDT 2012
Asterisk channel reference leak when attempting to transfer a call originated to a local channel running the Echo application
-----------------------------------------------------------------------------------------------------------------------------
Key: ASTERISK-20376
URL: https://issues.asterisk.org/jira/browse/ASTERISK-20376
Project: Asterisk
Issue Type: Bug
Security Level: None
Affects Versions: 1.8.16.0
Reporter: Mark Michelson
While working on a separate issue, I managed to reliably create a situation that results in a channel reference leak.
Use the following extensions.conf:
{noformat}
[default]
exten => 11,1,Answer()
same => n,Echo()
exten => 2301,Dial(Local/11 at default,,t)
{noformat}
1) From the CLI issue the following command:
{noformat}
originate SIP/999 extension 2301 at default
{noformat}
where SIP/999 is a SIP phone.
2) Pick up SIP/999 when it starts ringing.
3) Press the configured attended transfer DTMF in features.conf. You will start to hear music on hold (odd).
4) Hang up SIP/999.
5) Issue a {{core show channels}} CLI command.
You will notice that SIP/999 is still around, as are the two Local/2301 channels. Every so often, a warning message will appear
{noformat}
*CLI> [Sep 6 16:37:27] WARNING[610]: chan_sip.c:3918 __sip_autodestruct: Autodestruct on dialog '54200e235d36cebb6182df3d0b9ddf5f at 10.24.20.249:5060' with owner in place (Method: BYE). Rescheduling destruction for 10000 ms
{noformat}
Yay, you have leaking channel refs!
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list