[asterisk-bugs] [JIRA] Commented: (ASTERISK-20375) Asterisk channel reference leak when attempting to transfer a call originated to a local channel running the Echo application

aragon (JIRA) noreply at issues.asterisk.org
Wed Sep 12 09:01:07 CDT 2012


    [ https://issues.asterisk.org/jira/browse/ASTERISK-20375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=196967#comment-196967 ] 

aragon commented on ASTERISK-20375:
-----------------------------------

Hi Mark,

My site is not using any *2 transfers but a lot of AMI.
I have been watching one problem site all morning.
I ran ngrep on the AMI connection and caught all data in the Asterisk CLI when I caught the Autodestruct warnings.
Attaching
asteriskcliwithwarnings.txt
ngrepami.txt

My hope is that this will give insight on how to reproduce the problem or root cause.



> Asterisk channel reference leak when attempting to transfer a call originated to a local channel running the Echo application
> -----------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-20375
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20375
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_local, Channels/chan_sip/Interoperability
>    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,1,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