[asterisk-bugs] [JIRA] (ASTERISK-24513) Local channel apparently leaked in off-nominal DTMF attended transfer

Scott Griepentrog (JIRA) noreply at issues.asterisk.org
Mon Jan 5 16:53:34 CST 2015


     [ https://issues.asterisk.org/jira/browse/ASTERISK-24513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Scott Griepentrog closed ASTERISK-24513.
----------------------------------------


> Local channel apparently leaked in off-nominal DTMF attended transfer
> ---------------------------------------------------------------------
>
>                 Key: ASTERISK-24513
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24513
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Bridging/bridge_basic
>    Affects Versions: 12.7.0, 13.0.0
>            Reporter: Mark Michelson
>            Assignee: Scott Griepentrog
>
> 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 at 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 at 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.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list