[Home]

Summary:ASTERISK-24513: Local channel apparently leaked in off-nominal DTMF attended transfer
Reporter:Mark Michelson (mmichelson)Labels:
Date Opened:2014-11-10 13:13:48.000-0600Date Closed:2014-12-19 11:28:47.000-0600
Priority:MajorRegression?
Status:Closed/CompleteComponents:Core/Bridging/bridge_basic
Versions:12.7.0 13.0.0 Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:In my setup, I have endpoints 200-239 set up in pjsip.conf. In extensions.conf, I have the following dialplan:

{noformat}
exten => _2XX,hint,PJSIP/${EXTEN},CustomPresence:${EXTEN}
exten => _2XX,1,NoOp()
same => n,Dial(PJSIP/${EXTEN},,tT)
{noformat}

I place a call from 200 to 201. 200 presses the attended transfer DTMF sequence and dial 297. Since I do not have a PJSIP endpoint 297, the attempt to dial PJSIP/297 fails.

From the perspective of the parties involved, things work great after the failed transfer. Asterisk re-calls 200 and 201 hears ringing while 200 is ringing. Once 200 answers, 200 and 201 are re-bridged. However, running {{core show channels}} gives the following:

{noformat}
*CLI> core show channels
Channel              Location             State   Application(Data)            
Local/297@default-00 (None)               Down    ()                            
PJSIP/201-00000001   (None)               Up      AppDial((Outgoing Line))      
PJSIP/200-00000002   (None)               Up      AppDial2((Outgoing Line))    
2 active channels
0 active calls
2 calls processed
{noformat}

Hm, that local channel shouldn't be there anymore. The attempted call to 297 failed. After hanging up the call, {{core show channels}} shows the following:

{noformat}
*CLI> core show channels
Channel              Location             State   Application(Data)            
Local/297@default-00 (None)               Down    ()                            
0 active channels
0 active calls
2 calls processed
{noformat}

The Local/297 channel is still there. Looks like one of the off-nominal paths is not decrementing the reference to the local channel being created during the transfer.
Comments: