[asterisk-bugs] [JIRA] (ASTERISK-16330) No CDRs after AMI Redirect

Matt Jordan (JIRA) noreply at issues.asterisk.org
Thu Feb 26 09:15:34 CST 2015


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

Matt Jordan closed ASTERISK-16330.
----------------------------------

                  Resolution: Fixed
    Target Release Version/s: 12.0.0

> No CDRs after AMI Redirect
> --------------------------
>
>                 Key: ASTERISK-16330
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-16330
>             Project: Asterisk
>          Issue Type: Bug
>          Components: CDR/General
>            Reporter: postkonform
>            Severity: Minor
>      Target Release: 12.0.0
>
>         Attachments: ZipZoneAsteriskDebugLog
>
>
> When using the Goto app no CDR is written if the call was answered. 
> If the call fails or is not answered a CDR is written.
> We use the AMI to check a self made prepaid deposit if enough credit is left. If so we use the Redirect action to redirect the channel to another context named initCall where a Dial app establishes the call, so we can not use the Gosub app where this problem does not occur (The Redirect action seems to use Goto). 
> We tested it without the AMI. In this case we used the Goto directly to send incoming calls to the initCall context and the same error occurs. If we use Gosub it does not occur. 
> Another interesting thing could be, that if we redirect to another context where a Playback app will be started a CDR is written (in our case this will happen if no credit is left) 
> The CDR is neither written to CSV nor to MySQL.
> *ADDITIONAL INFORMATION*
> {{extensions.conf:}}
> ...
> {noformat}
> [Sip-Out]
> exten => _.,1,Set(NR=${EXTEN})
> exten => _.,2,Wait(100)
> ;A Java program which listens on the AMI redirects to initCall if credit is
> ;left on the user deposit, otherwise it redirects to noCredit
> [initCall]
> exten => s,1,Dial(SIP/${NR},,M(Timeout))
> [macro-Timeout]
> exten => s,1,Set(TIMEOUT(absolute)=16)
> [noCredit]
> exten => s,1,Playback(demo-nogo)
> {noformat}
> ...
> We only modified sip.conf, extensions.conf, manager.conf and cdr_mysql.conf
> We are using asterisk-1.6.2.9, asterisk-addons-1.6.2.1 on centos-release-5-5.el5.centos.
> rpm -q centos-release uname -a:
> Linux voip 2.6.24-11-pve #1 SMP PREEMPT Fri May 14 09:28:08 CEST 2010 i686 i686 i386 GNU/Linux
> We also corresponded with a user in the german asterisk irc channel, which could easily reproduce the problem and agreed that this seems to be a bug in the Goto app.



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



More information about the asterisk-bugs mailing list